Профіль вантажовласника
Експедитор фіксує типові вантажі, інструкції, строки подання документів і погоджені умови розрахунків. Під час нової заявки ці дані допомагають одразу перевірити винятки.
Розробка на замовлення
CRM для міжнародного експедирування
Якщо один вантаж іде морем, залізницею або авто через кількох агентів, кожне плече має свою ставку, підтвердження й дедлайн документів. Розробимо CRM, де експедитор бачить ці залежності в картці відправлення і може пояснити клієнту, що підтверджено та де є зміна.
- КотируванняВерсії ставок і строки їхньої дії.
- Бронювання по плечахАгенти, терміни передачі й залежні ділянки.
- Комплект документівПідтверджені дати та відсутні документи.
Що змінюється, коли в маршруті кілька партнерів
- Кожен вантаж має особливі вимоги: температурний режим, небезпечні речовини, негабарит, страхування.
- Маршрути складаються з кількох плеч і партнерів у різних країнах із різними правилами.
- Митні й транспортні документи потребують точності, а помилка призводить до затримок і штрафів.
- Клієнти хочуть знати статус у реальному часі й отримувати попередження про ризики.
- Ціни змінюються, і швидкість котирування впливає на вибір клієнта.
Котирування, бронювання й контроль плечей
Ці модулі можна закласти в проєкт. Склад і правила роботи погодимо після розбору ваших процесів.
Версії котирувань
Ставки агентів, валюти, строк дії, включені збори та припущення можна зберігати окремо. Після бронювання оператор бачить, яку саме пропозицію погодив клієнт.
Картка мультимодального відправлення
Кожне плече отримує виконавця, планові та фактичні дати, місце передачі й залежні бронювання. Зміна графіка показує, які наступні дії треба переглянути.
Комплект документів
Для маршруту задають перелік транспортних і супровідних документів. Коносамент, інвойс або дані для брокера мають окрему позначку готовності й контрольну дату.
Оновлення для клієнта
Операціоніст може відрізнити попередній прогноз від підтвердженої події. Після підтвердження CRM готує повідомлення з оновленою датою та відповідальним за наступний етап.
Фінансовий контроль відправлення
Фінансист зіставляє закупівлю послуг за плечами з погодженою клієнтською ціною. Непідтверджений портовий або агентський збір залишається видимим до перевірки.
Приклади роботи з CRM
Як можуть працювати ролі та винятки після впровадження.
Перенесення відправлення контейнера
Операціоніст отримує нову дату виходу судна і звіряє строк подання документів та бронювання автодоставки з порту. Він коригує відповідні плечі й повідомляє клієнта після підтвердження дати, зберігши попередній план.
Уточнення ставки для авіавідправлення
Агент надсилає ставку з іншим строком дії. Котирувальник оновлює пропозицію, позначає непідтверджені збори й залишає попередню версію в картці запиту для звірки після бронювання.
Що закласти в першу версію
Почнемо з маршруту, в якому вашу команду найчастіше затримує зміна бронювання або неповний пакет документів. Для котирувальника, операціоніста й фінансиста визначимо межі редагування, зв’язок між версією ставки та бронюванням і порядок передачі даних брокеру.
Після узгодження вимог проєктуємо екрани, розробляємо пілот і тестуємо його на погоджених сценаріях. Порядок запуску й подальші модулі плануємо з вашою командою.
Обговорити перший етапЗапитання до розробки
Як зберігати різні валютні ставки за ділянками?
Для кожної ділянки можна записати закупівельну ставку, валюту, термін дії й перелік включених витрат. Клієнтська пропозиція зберігається окремою версією, з погодженими джерелом і датою курсу.
Чи виставлятиме CRM митні декларації?
Можна вести перелік документів та етапи обміну з брокером. Форму подання й можливість обміну визначає чинний процес брокера та інтерфейс відповідної системи.
Обговорімо відправлення з кількома плечами
Покажіть, де ваша команда переглядає ставки, документи та бронювання після зміни графіка.