Компонент «OneBox Network»

OneBox Network – дозволяє налаштувати обмін даних з іншими OneBox. Цей інструмент дозволить зв'язати вашу CRM/ERP-систему з CRM/ERP-системою ваших партнерів (наприклад, постачальників) та обмінюватися інформацією в реальному часі.

Як виглядає робота рядового закупника у будь-якій компанії?

Збираємо замовлення, відправляємо поштою, у листуванні коригуємо замовлення, отримуємо документи в пошті, ставимо на оплату в CRM/ERP, коли оплатять, надсилаємо поштою платіжку.

Що робить людина постачальника з другого боку? Рівне теж саме.

З облікового софту (CRM/ERP) пише все в пошту, дані з пошти переносити свій обліковий софт назад.

Що дозволяє зробити OneBox Network:

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

Якщо ваш партнер (постачальник) не має OneBox - йому прилетить посилання "встановіть OneBox і замовлення автоматично потрапить у вашу CRM". І прямо в цьому листі буде саме замовлення.

І це мала частина того, що дозволяє мережа. Ви можете скидати між боксами order, document, storage, finance, contact.

Це вже зараз і доступно в OS.

Уявіть велику компанію, яка має філії в кожному місті.

Починаються складнощі:

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

Що дозволяє зробити network:

• під кожну філію або групу філій зробити окремий OneBox, який буде фізично окремим сервером (або віртуалкою);
• там будуть свої адміни, вони можуть самі будувати свої процеси як хочуть, свої права тощо;
• є центральний box (або кілька), куди зливаються необхідні процеси в потрібних етапах;
• наприклад, центральний бокс передає "замовлення" у філію, там він бігає своїми процесами, а коли доходить до кінця - то в центральний бокс прилітає "філія все успішно обробила";
• немає єдиної точки відмови, неможливо покласти всю мережу. Це сітка децентралізованих CRM-ок/ERP-шок;
• Чи потрібно внести правку в процес на всіх філіях? Виправляємо в одному філіалі, перевіряємо, розкачуємо зміни на всі філії;
• потрібно створити ще 100 філій? Робимо знімок одного боксу і розкачуємо його ще на 100 нових боксів.

Горизонтальне масштабування

Представте компанію, яка має близько 500 000 замовлень на тиждень, наприклад, роздрібна мережа продуктових магазинів або аптек.

У бокс летить 500 000 ордерів на тиждень.

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

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