Кейc "Управление 10 независимыми базами данных в рознице"

Иногда в обращениях клиентов начинаются прослеживаться повторяющиеся паттерны, что служит поводом для написания одного из вариантов решения такой задачи.

Мы получили приблизительно такой запрос от клиента:

Не до конца была понятна задача и мы ее стали детализировать. У клиента 10 розничных аптек в которых в качестве учетной системы стоит 7.7. Как и многие другие они запускают онлайн бронирование и доставку препаратов клиенту на дом. И логично делать это не с центрального склада, а непосредственно с конкретной аптеки. Необходим кол-центр который будет принимать эти звонки и управлять информацией о наличии и доставкой.

Какие функции должны быть у оператора кол-центра:

• Информация о наличии тех или иных препаратов в конкретной аптеке, для ответа в телефонном режиме;
• Информация о перемещениях курьеров, для планирования доставки, желательно в том же телефонном звонке;
• Возможность забронировать препарат в аптеке, чтобы он не был продан до момента прибытия курьера;

В идеале все эти действия желательно сделать в рамках телефонного звонка клиента.

Какие потенциальные сложности решения такого бизнес кейса с точки зрения автоматизации бизнеса:

• первое что приходит в голову, и с нашей точки зрения самое не верное, объединить все базы в одну и туда же посадить кол-центр. Тут мы экспоненциально наращиваете следующие риски:

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

• наряду с первым решением, иногда наслушавшись горе консультантов, начинают переходить еще и на новую систему учета, ну и конечно же централизованную. А тут возникают свои сложности (нужно отметить, что иногда данный метод действительно имеет смысл):

  • смена платформы с одной на другую сама по себе огромная задача, а если при этом хотят еще и процессы оптимизировать, то вероятность провала проекта начинает очень быстро увеличиваться;
  • привязка бизнес процессов к одной системе.

Что же делать: По нашему мнению данный класс задач должен решаться через интеграционную платформу. Усложнение поддерживаемых систем? - Да. Уменьшение всех вышеперечисленных рисков? - Несомненно.

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

А можно пример? - Можно. Мы разрабатывали решение по взаимодействию с несколькими базами для фармацевтической компании. Посмотреть пример интегрированных показателей можно на странице продукта Фармацевтической дистрибуции.

• 
• Контент-маркетолог TQM systems Nataliya Raevskaya
• 6/3/2020 9:41:17 PM
• articles