СДЭК

Предыдущая система нашего клиента была написана на С, масштабировать её было сложно и трудозатратно, поэтому разработчики компании СДЭК написали новую систему — уже на Java, с микросервисной архитектурой.

Новая система управления предприятием разбита на модули, которые коммуницируют друг с другом через программный интерфейс взаимодействия (API). Почему выбрали такой тип архитектуры:

• Отдельные модули автономны и независимы друг от друга
• Можно применять разные технологий, мультиплатформенность
• Хорошо масштабируется
• Такая архитектура стабильна и управляема

Мы решали задачи в условиях заданного стека технологий и с железом с ограниченной поддержкой, работали с живой, функционирующей системой и в короткие сроки — это было испытанием для команды Рокет Сайнс.

Сотрудничество началось с модуля «Кассы», который команда реализовала в сжатые сроки. В первую очередь это было связано с новым законом (54-ФЗ ст. 2 п.2.): он обязывает всю контрольно-кассовую технику отправлять электронные версии чеков оператору фискальных данных. Приняли закон 1 февраля 2017, летом того же года он вступил в силу, поэтому разработать модуль нужно было быстро.

Почему не подходило коробочное решение? При формировании чека автоматизируется много внутренней номенклатуры и происходит интеграция с инфраструктурными модулями, которые хранят информацию о стоимости, габаритах груза, доставке, о контрагентах с бизнес-информацией (реквизиты, адреса, названия) — все эти элементы отображается в чеке. Большое количество интеграций сложно реализовать в коробочном решении.

После завершения проекта «Кассы» (точнее, когда осталась только поддержка), мы приступили к нескольким проектам, которые связывали разные процессы и блоки.

Например, сервис для обработки клиентских запросов с сайта. Клиент задает вопрос через форму в личном кабинете, оператор адресует его в нужное подразделение. Время ответа устанавливается автоматически, за каждым вопросом закрепляется ответственный сотрудник, который видит в интерфейсе всю информацию. Руководитель может мониторить весь процесс обработки вопроса.

Этот модуль систематизирует иерархию подразделений, хранит информацию о каждом офисе компании и автоматически передает данные по запросам от других сервисов (например, поиск отделения на сайте). Когда наш клиент открыл офисы за пределами РФ, появилась необходимость добавить в карточку офисов и пунктов доставки адреса на китайском и английском языке (офисы компании сейчас работают в 20 странах).

За 4 месяца мы написали всю систему для обзвона клиентов: приложение выдает оператору номер заказа и телефон клиента, оператор звонит клиенту и согласовывает адрес и время доставки (меняет его в системе, если был указан другой).

Таким образом, во время разговора с клиентом формируется накладная, затем появляются подсказки, о чём ещё нужно спросить. После диалога оператор меняет параметр накладной — меняются подсказки (наличные/безналичные, попросить приготовить без сдачи и т. п.) В проекте использован адаптивный алгоритм.

В рамках миграции проекта на новую систему вместе с командой СДЭК мы реализовали работу с реестром наложенных платежей для взаиморасчетов с клиентами. Этот модуль взаимодействует со всеми связанными модулями, фильтрует и выгружает детализацию по накладным в реестр. Из реестров можно формировать excel-документы и автоматически отправлять письма клиентам и франчайзи.

Четыре года команда Рокет Сайнс помогала разрабатывать модули внутренней системы управления СДЭКа. Они встроились в единую экосистему модулей, которую в дальнейшем разрабатывает и поддерживает собственная ИТ-команда СДЭКа.