Так. Krokul CRM інтегрується з Meest ПОШТА через API Meest 3.0. Посилка створюється з картки угоди методом POST /parcel, штрихкод і стікер лишаються у відправленні, а події трекінгу Meest Krokul сам записує в угоду. Потік між сервісами збирають на API та підписаних вебхуках Krokul.
Менеджер натискає «Відправити Meest» в угоді. Krokul підставляє одержувача з контакту угоди, вагу й платника, а її номер передає в orderNumber. Посилка створюється методом POST /parcel, і Meest повертає parcelID та barCode, які Krokul зберігає у відправленні.
Поле receiverPay посилки вирішує, чи платить за доставку одержувач, чи відправник. Krokul бере його з налаштування компанії, а в угоді менеджер може змінити. Перед створенням посилки з післяплатою Krokul читає allowedCOD з /contractClientInfo/{contractID} і показує суму COD лише там, де договір її дозволяє.
Після створення посилки менеджер друкує стікер Meest прямо з відправлення. Krokul отримує його методом /print/sticker100/{printValue}, тож складу не потрібен доступ до кабінету Meest.
Щодня й протягом дня Krokul читає /trackingByDate/{searchDate}, знаходить угоду за barCode посилки й додає в стрічку подію з eventDateTime та описом. Подія вручення переводить угоду на наступний етап за правилом компанії, а повернення ставить менеджеру задачу.
У формі посилки місто й відділення вибираються зі списку, який Krokul бере з довідників Meest /citySearch і /branchSearch. Так у посилку не потрапляє відділення, якого немає.
| Meest | Напрям | Krokul | Коли |
|---|---|---|---|
| Довідники /citySearch і /branchSearch | Meest → Krokul | Поля міста й відділення у формі посилки | Під час заповнення форми |
| Посилка (POST /parcel): одержувач, weight, receiverPay, payType, orderNumber | Krokul → Meest | Угода й контакт угоди | Менеджер створює посилку |
| Післяплата COD і allowedCOD договору | Krokul → Meest | Сума післяплати у відправленні | Під час створення посилки |
| parcelID і barCode | Meest → Krokul | Відправлення в картці угоди, стрічка угоди | У відповідь на створення посилки |
| Стікер 100×100 (/print/sticker100) | Meest → Krokul | Кнопка друку у відправленні | На запит менеджера |
| Події трекінгу: eventDateTime, eventCode, опис | Meest → Krokul | Статус відправлення, стрічка й етап угоди | Krokul опитує /trackingByDate і /tracking/{trackNumber} |
card.statusChanged з фільтром за етапом відправки. Заголовок x-crm-signature кожної доставки звіряйте зі своїм секретом.card/api-read, створює посилку POST /parcel і прив’язує parcelID до угоди через externalRef/api-upsert.activity/api-create.Так. Krokul заповнює одержувача з контакту угоди, створює посилку через API Meest і зберігає штрихкод у відправленні угоди.
Krokul за розкладом читає трекінг Meest і записує кожну подію в угоду. Meest подій не надсилає, тому опитування робить сам Krokul.
Це задає обов’язкове поле receiverPay посилки. У Krokul є значення за замовчуванням для компанії, а для окремої угоди менеджер може його змінити.
Так, якщо її дозволяє договір. Krokul перевіряє allowedCOD договору й лише тоді передає суму COD у посилку.
API Meest не надсилає подій про рух посилки, тож Krokul забирає трекінг за розкладом. Післяплата доступна, якщо її дозволяє ваш договір з Meest.
Напишіть, яким сервісом ви користуєтесь і що має ходити між ним і Krokul. Ми відповімо способом і строком.
Запит отримано. Відповімо на вашу пошту.
Meest є торговою маркою її власника. Krokul не афілійований із Meest.