Кейс "Управління 10 незалежними базами даних в роздробі"

Іноді в зверненнях клієнтів починаються простежуватися повторювані патерни, що є приводом для написання одного з варіантів вирішення такого завдання.

Ми отримали приблизно такий запит від клієнта:

Не до кінця була зрозуміла завдання і ми її стали деталізувати. У клієнта 10 роздрібних аптек в яких в якості облікової системи варто 7.7. Як і багато інших вони запускають онлайн бронювання і доставку препаратів клієнта додому. І логічно робити це не з центрального складу а безпосередньо з конкретною аптеки. Необхідний кол-центр який буде приймати ці дзвінки і управляти інформацією про наявність і доставкою.

Які функції повинні бути у оператора кол-центру:

• Інформація про наявність тих чи інших препаратів в конкретній аптеці, для відповіді в телефонному режимі;
• Інформація про переміщення кур'єрів, для планування доставки, бажано в тому ж телефонному дзвінку;
• Можливість забронювати препарат в аптеці, щоб він не був проданий до моменту прибуття кур'єра;

В ідеалі всі ці дії бажано зробити в рамках телефонного дзвінка клієнта.

Які потенційні складності рішення такого бізнес кейса з точки зору автоматизації бізнесу:

• перше що приходить в голову, і з нашої точки зору саме не вірне, об'єднати всі бази в одну і туди ж посадити кол-центр. Тут ми експоненціально нарощуєте наступні ризики:

  • доопрацювання функціоналу та виправлення помилок. Доведеться зупинити всю мережу. Помилки за часом впливають на всі торгові точки;
  • забезпечення безперервності роботи центральної бази зажадає безперервності електрики, інтернету і кластеризації бази;
  • доопрацювання нових функцій ускладнюється через зростаючої кількості зв'язків всередині однієї системи і вплив на стабільність їх роботи як логічний так і технічну (тобто продуктивність);

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

  • зміна платформи з однієї на іншу сама по собі величезне завдання, а якщо при цьому хочуть ще і процеси оптимізувати, то ймовірність провалу проекту починає дуже швидко збільшуватися;
  • прив'язка бізнес процесів до однієї системи.

Що ж робити: На нашу думку даний клас задач має вирішуватися через інтеграційну платформу. Ускладнення підтримуваних систем? - Так. Зменшення всіх перерахованих вище ризиків? - Без сумніву.

Зараз одним з найпопулярніших методів інтеграції є системи, які по API керують іншими системами, а так само самі можуть виступати інтерфейсом для роботи користувачів. Таким чином досягається незалежність баз один від одного, і що більш важливо незалежність бізнес функціоналу.

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

*Копіювання матеріалу можливо тільки з посиланням на джерело та із зазначенням автора матеріалу. Дякуємо за повагу інтелектуальних прав власності.TQM systems

• 
• Код - не письмо, он не должен вызывать слезы. Лучше, чтобы в 100 функциях использовалась одна структура данных, чем в 10 функциях - 10 структур. Team Lead Maxim Palchikov
• 6/10/2020 1:55:24 PM
• ua-articles