Форвард Авто — интернет магазин автозапчастей и тюнинга

Форвард Авто - проект для федерального интернет магазина по продаже запчастей и тюнинга.
Для ускорения запуска данный проект реализовывался на основе готового решения. Была реализована выгрузка номенклатуры и справочников из 1С, блоки решения адаптированы под фирменный стиль компании, настроены почтовые шаблоны, платежные системы и службы доставки. 
При запуске мы старались максимально использовать доступный функционал как платформы так и самого готового решения. Но как и во многих крупных организациях у Форвард Авто есть большое количество не типовых процессов, которые не возможно всецело реализовать на сайте только за счет функционала Битрикс управления сайтом и готового решения. Поэтому потребовалось большое число доработок, которые позволяют сайту максимально соответствовать требованиям процессов компании. Ниже приведены некоторые из таких доработок:

• Получение цен для оптовых покупателей из 1С через REST. На сайте представлено около 150 000 наименований товаров и торговых предложений, и есть покупатели для которых установлена индивидуальная цена для каждого из этих товаров. В силу определенных процессов выгружать эти цены как отдельные типы цен не представляется возможным, поэтому был реализован функционал который через HTTP запрос к 1С получает список цен для конкретного пользователя для товаров отображаемых на странице. Цены для таких пользователей выводятся динамически из результата запроса или из специальной таблицы в которой хранится кэш по таким ценам.
  
• Пересчет цен в корзине при авторизации оптового покупателя.
• Связка геотаргетинга и местоположения в оформлении заказа, пересчет цен в корзине в зависимости от местоположения.
  
• Фильтрация платежных систем в зависимости от присутствия в составе заказа товаров с маркировкой.
• Подключение автозаполнение полей формы компонента оформление заказа через интеграцию с сервисом DADATA.
• Сложная логика работы со службами доставки в компоненте Оформления заказа. Например, если для одного из товаров заказа количество равно остатку на всех складах одного из городов присутствия, то для такого заказа отменяется автоматический расчет стоимости и выводится сообщение о том, что доставка будет рассчитана менеджером. Также такой заказ сохраняется в статусе при котором его можно оплатить онлайн только после подтверждения менеджером.
• Сложная логика работы с платежными системами. Помимо уже описанных выше случаев для маркированных товаров и контроля остатков примером может быть перевод в статус до подтверждения менеджером по категории товара, который присутствует в корзине.

Как уже было отмечено, данные доработки вносились с учетом типового функционала и с минимальной кастомизацией шаблонов готового решения, для того, чтобы обеспечить в дальнейшем максимально комфортное обновление как платформы так и решения. Для этих целей были написаны несколько собственных модулей и вся логика доработок сосредоточена именно в них, а не распределена по всему сайту, что помимо прочего, позволяет более удобно контролировать именно не типовой функционал. Также данные модули позволяют сотрудникам заказчика изменять и настаивать доработки под меняющиеся процессы.
Проект постоянно продолжает развиваться и внедряется новый функционал, для примера одна из свежих крупных доработок это модуль загрузки Номенклатуры и справочников из 1С через HTTP запросы, для которых был реализован REST интерфейс.