Архітектура сервісів Base2Base

Архітектура сервісів Base2Base побудована на технологіях Microsoft .Net і є доволі типовою. Серверна частина складається з трьох головних незалежних систем - Shopserver, Trade Control Center та Trade Control Utility. Кожна з цих систем є абсолютно незалежною. Основний обмін між системами відбувається в реальному часі через шину подій.

Діаграма дещо спрощено відображає внутрішню архітектуру системи. Розглянемо, як все працює.

Контейнер реплікації

Облікова система вивантажує на касовий сервер контейнер реплікації за допомогою методу /api/v1/AccountingSystem/SendReplication. Контейнер реплікації вміщує дані по довідниках та товарних залишках всіх торгових точок, Реплікація може відбуватись у двох режимах. Початкова реплікація потрібна для повного перезавантаження стану системи. Всі попередні дані по довідниках та залишках будуть видалені і записані нові. Другий режим - поточна реплікація, коли на сервер передається пакет лише змінених даних з моменту минулої реплікації.

Зовнішні системи та застосунки

Trade Control Center

CRM система для роботи з покупцями роздрібної торгівлі. Головна мета - підвищення лояльності покупців. Надає бонусний кешбек, маркетингові акції та інструменти. Взаємодіє з касовим робочим місцем в реальному часі через API, яке надає методи пошуку покупця за його номером телефону, актуалізації нового покупця через код СМС, нараховує бонуси за програмою лояльності на чек, та надає можливість сплачувати чек накопиченими бонусами.

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

Деякі допоміжні сервіси не представлені на діаграмі з метою спрощення та простоти розуміння.

 

Каталог товарів

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

Сервіс історичних змін

Trade Control Utility та Trade Control Center використовуються одночасно великою кількістю співробітників. Іноді буває важливо розуміти, хто і коли вносив зміни в систему. Наприклад, хто і коли змінив назву товару, або переніс його до іншої групи та інше. За це відповідає Data Changes Service.

Відповідає за роботу з білінговими рахунками компанії. Оскільки платня за використання сервісів стягується під час проведення першого документа на конкретному робочому місці з цю добу, потрібен сервіс, який відслідковує ці речи та надає детальні звіти по використанню ресурсів та коштів.

Це застосунки, які взаємодіють безпосередньо з покупцем. Зупинимось на найбільш цікавих моментах.

Історично першим таким застосунком був Shopdesk - застосунок робочого місця касира. Shopdesk отримує від касового сервера всі потрібні дані для саме цієї каси на цій торговій точці. Це перелік товарів, товарні залишки та ціни, податкові ставки, права касира та багато чого іншого. Дані Shopdesk отримує у вигляді контейнера реплікації. Касир працює, проводить чеки, оформлює повернення, і як результат  - Shopdesk передає на сервер сгенеровані документи. Shopserver їх приймає, зберігає, та публікує у шину подій.
Варто зазначити, що будь який касовий застосунок іншого виробника також може працювати через API касового сервера.

Інтернет-магазин

Клієнт окрім каси може придбати товар через інтернет-магазин. І для Shopserver інтернет-магазин - це та сама каса. Технічно це реалізується по іншому, але набір функцій рівно той самий. Додаємо товари до замовлення, оплачуємо і отримуємо чек. Який відправляється до касового сервера. Знову ж таки, веб-сайт може бути будь-яким, головне, щоб він реалізовував потрібний набір API-методів контролера Bridge. 

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

Фактично дублює веб-сайт інтернет-магазину, але як "рідний" для платформи додаток, може реалізовувати більш зручний інтерфейс. 

Взаємодія з CRM Trade Control Center

Авторизація покупця на касі (на сайті чи QR меню, все умовно будемо називати касою) відбувається за допомогою API Trade Control Center (TCC). Саме TCC зберігає базу покупців, історії їх купівель, нарахувань бонусів та інше. Коли формується чек на касі, каса відправляє вміст корзини до Trade Control Center, і TCC повертає всі винагороди, які повинен отримати покупець. Це, перш за все, бонусний кешбек. По друге, завжди працюють якісь маркетингові акції (їх можуть бути десятки й сотні), і за виконання певних умов, наприклад, за купівлю певної кількості товару, покупець може отримати додаткові бонуси, або навіть пряму знижку на ціну. Варіантів подарунків може бути багато. Всі отримані подарунки фіксуються в чекові і надходять до касового сервера. Потім TCC обробляє чек, та нараховує бонуси покупцю.

Внутрішній офіс, де відбуваються всі бізнес-процеси, потрібні для нормального функціонування компанії.

Застосунок співробітника компанії, який веде внутрішній облік, встановлюється на машині користувача як Windows-додаток. Робочих місць може бути безліч, це нічим не обмежується. Автоматично оновлюється під час виходу нових версій.

Trade Control Center

Застосунок співробітника, який займається маркетингом, програмою лояльності чи роботою з покупцями (наприклад, оператор кол-центру). Доступ налаштовується за допомогою прав.