Введення
Введення
Основним джерелом замовлень замовника є сайт Wordpress, який використовує плагін WooCommerce для управління вхідними запитами. Співробітники замовника використовують WooCommerce і Zoho Inventory для управління відвантаженням замовлень і залишками на складі. Запит клієнта полягав у синхронізації всіх замовлень із WooCommerce до Zoho Inventory.
Виклик
Zoho inventory не має стандартного зв'язку з WooCommerce. Також WooCommerce не надає стандартних гачків оновлення
Впровадження
Для розробки рішення цієї задачі ми підготували автономний сервер з кодом для передачі замовлень з WooCommerce. В якості тригера для передачі даних був використаний системний планувальник, який перевіряв оновлення в WooCommerce. Для передачі оновлень із Zoho Inventory розробники створили кілька webhooks. Після розгортання було проведено E2E-тестування за підтримки співробітників клієнтів.
Результатів
Розробка цієї автоматизації скоротила кількість помилок персоналу і збільшила кількість одночасних замовлень, які можуть відслідковуватися менеджерами з продажу.
Хочете отримати кастомну інтеграцію Zoho ? Зв'яжіться з нами, і ми знайдемо для вас правильне рішення!
Зміна первинного складу
Зміна первинного складу
Введення
Клієнт використовував один склад як основний, а кілька складів у різних містах - як додаткові до основного. У зв'язку з бізнес-обмеженнями Клієнт вирішив змінити основний склад на склад-доповнення. Ця зміна була критичним питанням, яке впливало на роботу всієї компанії та вимагало найвищої уваги.
Виклик
Майже всі відкриті замовлення були пов'язані з одним складом, і всі фінансові документи потрібно було коректно змінювати на інший склад. Обробка складських запасів також була пов'язана з основним складом, і всі відвантаження потрібно було переносити без втрат для клієнтів.
Впровадження
Для завершення цього перенесення був розроблений багатошаровий план, який одночасно експлуатувався нашими розробниками та персоналом Клієнта. Весь перенесення зайняло 12 годин і було розбито на рівні частини, щоб не перевищити ліміти API і можливості навантаження на сервер. Після завершення перенесення наша команда провела низку тестів, щоб переконатися, що всі частини системи працюють належним чином. Протягом усього процесу перенесення ми постійно спілкувалися з клієнтом і командою клієнта, щоб мати можливість вирішити непередбачувані проблеми.
Результатів
Після завершення переказу жодне з замовлень Клієнта не було втрачено. Список тестів, проведених після перенесення, підкреслив, що всі частини системи підключені і працюють коректно. Клієнт мав повний контроль і розуміння в процесі передачі, що призводило до мінімальних затримок у відвантаженні замовлення.
Введення
Один з основних бізнес-процесів Клієнта пов'язаний з відвантаженням продукції. Для того, щоб виміряти ефективність роботи персоналу та відстежити затримки у відвантаженні продукції, Клієнту було потрібне додаткове джерело даних для прийняття рішень. Для поліпшення управління відвантаженнями наша команда вирішила розробити кілька звітів, які підтримають управлінський процес Клієнта і зроблять операції з відвантаження більш прозорими.
Виклик
Клієнт використовував кілька різних систем звітності та окремі джерела даних для кожного звіту.
Впровадження
Для розробки повноцінної системи відстеження відправлень наша команда запропонувала кілька звітів, які охоплювали всі етапи відвантаження замовлення. У співпраці з командою клієнта ми розробили ключові метрики для кожного етапу, щоб охопити всі ситуації, які могли статися в процесі відвантаження. Після впровадження ми провели інтерв'ю з Клієнтом, щоб переконатися, що всі звіти описують інформацію, яка потрібна Клієнту, і надають повний доступ до даних.
