Голосовой AI-агент для входящих и исходящих звонков: отвечает 24/7, работает по бизнес-сценариям, выполняет действия в …
Практическое руководство по интеграции CRM и ERP: какие данные синхронизировать, как определить источник истины, выбрат…
Доставка ломается не в дороге, а в момент передачи данных: адрес переписали с ошибкой, вес указали наугад, статус никто не вернул в систему. Это инженерная задача, а не логистическая.
Обсудить проектШесть шагов обмена, в каждом из которых сбой должен оставлять систему в понятном состоянии.
Заказ и отправление — разные сущности: у посылки свой жизненный цикл и свои статусы.
Зоны, вес, габариты, надбавки и правила бесплатной доставки в одном настраиваемом месте.
Интеграция с API одной или нескольких служб с общим внутренним интерфейсом.
Правило по зоне, весу и стоимости с возможностью выбрать вручную для исключений.
Накладные пачкой, список отправлений за смену и печать без ручного заполнения.
Приём статусов от службы, обновление заказа и уведомление клиента по SMS или почте.
Отказ и невручение возвращают товар на склад и меняют статус без ручной правки.
Сопоставление отчёта службы с заказами: наложенные платежи, тарифы и возвраты.
Договоры и тарифы с курьерскими службами остаются на стороне вашей компании. Мы отвечаем за то, чтобы данные передавались без искажений, а расхождения были видны сразу.
Чаще всего из-за веса и габаритов: если они не заполнены в карточках товаров, при оформлении берётся приблизительное значение, а служба тарифицирует фактическое. Мы связываем расчёт с реальными данными о товарах и показываем расхождения в отчёте, чтобы разница не всплывала только в конце месяца.
Да, и это обычно окупается: разные направления и веса выгоднее у разных перевозчиков. Внутри системы службы выглядят одинаково, поэтому добавление новой не требует переписывать логику магазина, а правило выбора настраивается по зоне, весу и стоимости.
Служба возвращает их обратно, и это нужно обработать как отдельный сценарий: товар возвращается на склад, заказ переходит в статус возврата, а стоимость обратной доставки учитывается в отчёте. Иначе остатки расходятся, а расходы на возвраты остаются невидимыми.
По отчёту курьерской службы, а не по банковской выписке: деньги приходят одной суммой за период, и внутри неё нужно узнать конкретные заказы. Мы сопоставляем отчёт с отправлениями автоматически и выводим список того, что не сошлось, — обычно это возвраты и посылки, ещё не сданные в кассу.
Тогда остаётся файловый обмен: выгрузка отправлений в формате службы и загрузка статусов обратно. Это менее удобно, но всё равно лучше ручного ввода: адреса не искажаются, а статусы попадают в систему. Мы говорим о таком ограничении до начала работ, а не после.
