Тризначна затримка судна — це ніколи не просто проблема з доставкою. Вона перетворюється на дефіцит запчастин у сорока дилерів, переглянуту обіцяну дату для кожного клієнта, який уже має підписаний договір, і показник маржі, який ніхто не може перерахувати до закриття місяця. Імпортери рідко втрачають контроль над самим відправленням. Вони втрачають контроль над тим, що це відправлення означає. Стійкість у дистрибуції автомобілів залежить від однієї структурної умови — записи про автомобіль, запчастини, витрати та транспортування мають використовувати єдиний інформаційний стрижень. Чотири можливості визначають, чи зможе автомобільна ERP-система утримувати ці дані в єдиній структурі, а одне проєктне рішення всередині цього підходу зазвичай ухвалюють надто пізно.
Де руйнується інформаційний стрижень автомобільної ERP-системи
Запитайте фінансового директора автомобільного імпортера, скільки насправді коштує тритижнева затримка судна, — і на збір відповіді підуть дні. Хтось експортує дані про автомобілі з однієї системи, хтось інший отримує інформацію про запаси запчастин із другої, а третя людина відновлює дані про мита та фрахт у таблиці. Кожна з цих систем свого часу була цілком обґрунтованою покупкою. Разом вони означають, що компанія не може отримати відповідь на одне операційне питання за допомогою одного запиту.
Саме ця фрагментація є справжньою темою більшості проєктів із впровадження автомобільних ERP-систем, навіть якщо технічне завдання сформульоване мовою модулів і ліцензій. Опитування McKinsey 2025 року серед 100 керівників ланцюгів постачання показало, що більшість компаній розуміють ризики свого ланцюга постачання лише до рівня постачальників першого рівня, а обізнаність щодо постачальників другого рівня та нижче знижувалася протягом 2023 і 2024 років і не відновилася до рівня 2022 року (McKinsey & Company, Decoding disruption to reshape manufacturing footprints, січень 2026 року). Те саме дослідження фіксує ще одну незручну обставину для тих, хто зараз визначає масштаб системи: фінансування робіт із забезпечення прозорості скорочується на користь масштабніших технологічних програм, серед яких і заміна ERP. Стійкість ланцюга постачання часто програє бюджетну боротьбу проєкту, який має цю стійкість забезпечити.
Єдина позиція щодо запасів, а не п’ять різних
Один і той самий номер запчастини одночасно присутній у трьох місцях і тричі враховується окремо — на полиці центрального складу, на судні між портами та в дилерській мережі. Більшість імпортерів узгоджують ці дані щотижня, тому показник, на який спирається менеджер із запчастин, завжди відстає на кілька днів.
Inventory Visibility у Dynamics 365 Supply Chain Management натомість забезпечує єдину позицію щодо наявних запасів у різних джерелах даних. Він відстежує статус за станами — наявний, замовлений, придбаний, у дорозі, повернений, ізольований — і приймає дані з Supply Chain Management, а також зі сторонніх ERP-, POS- і складських систем. Останній момент важливіший, ніж може здатися, оскільки частина дилерської мережі майже завжди працює на програмному забезпеченні, яке імпортер не контролює і не може замінити.
OntargIT IDMS поширює цей самий принцип на комерційний рівень. Робочий простір дилера безпосередньо надає кожному дилеру інформацію про ціни, доступність і статус замовлення, а також підтримує обмін автомобілями між дилерами замість того, щоб проводити кожен перерозподіл через головний офіс імпортера. Дилер, який бачить реальні залишки, перестає телефонувати, щоб запитати про них.

Планування, яке працює на актуальних даних
Planning Optimization — це механізм головного планування для Dynamics 365 Supply Chain Management, який входить до стандартної ліцензії Supply Chain Management без додаткової плати, а Microsoft припинила використання вбудованого механізму, який він замінив. Практична відмінність полягає в часі. Розрахунки планування виконуються за межами SQL-бази даних застосунку, що дозволяє планувальникам запускати їх протягом робочого дня, а не чекати на нічне пакетне виконання.
Для імпортера це змінює те, що відбувається, коли поставка затримується. Замість того щоб зафіксувати зміну й дізнатися про її наслідки наступного ранку, планувальник повторно запускає план і ще до завершення робочого дня бачить, які зобов’язання перед дилерами тепер опинилися під загрозою. Саме скорочення цього інтервалу з ночі до кількох хвилин і є тим, як стійкість ланцюга постачання проявляється в щоденній практиці.
Прогнозуванню варто приділити окрему увагу, оскільки покупцям часто пропонують один продукт, а демонструють інший. Demand planning — це нове покоління спільного застосунку Microsoft для планування попиту, і він відрізняється від старішої функції Demand forecasting, вбудованої в застосунок, — Microsoft тепер рекомендує перший варіант. IDMS доповнює його прогнозуванням попиту на запчастини за допомогою машинного навчання та розрахунком страхового запасу.
Витрати, які слідують за автомобілем
Landed cost визначає кожне вхідне відправлення як рейс і відстежує його поетапно — від складу постачальника через експедитора та пункт розвантаження до складу призначення. Витрати розподіляються до рівня окремої позиції за допомогою налаштованих правил розподілу. Товари можуть бути оприбутковані за умови переходу права власності на них у дорозі ще до їхнього фізичного отримання, що відповідає тому, як уже працює більшість міжнародних торговельних умов, — бухгалтерський облік просто наздоганяє комерційну реальність.
OntargIT IDMS доводить цей принцип до рівня окремої одиниці, використовуючи VIN або серійний номер як фінансовий вимір, а потім розподіляючи витрати на доставку, мита, страхування, ризики та контроль якості на конкретні автомобілі. Фінансові виміри зберігаються разом із головним рахунком у кожній операції головної книги в Dynamics 365 Finance, тому маржа на рівні VIN стає даними, які можна отримати у звіті, а не показником, який потрібно відновлювати наприкінці місяця.
Тут варто зробити одне застереження, оскільки всередині цього підходу приховане важливе проєктне рішення для автомобільної ERP-системи. VIN є виміром із високою кардинальністю — тисячі значень, кількість яких зростає щомісяця, — і Microsoft прямо визначає кардинальність як фактор, який потрібно враховувати під час проєктування системи вимірів. Оцініть необхідний масштаб разом із solution architect до затвердження структури рахунків, а не після цього.
OntargIT створила IDMS на базі Dynamics 365 для автомобільних імпортерів і дилерських груп. Winner Imports дистрибутує Ford, Volvo, Jaguar, Land Rover, Porsche та Bentley через 47 дилерських центрів на базі Dynamics 365 Finance, Supply Chain Management, IDMS та української локалізації; Toyota Ukraine управляє брендами Toyota та Lexus через понад 35 дилерських центрів; MAN Truck & Bus Ukraine використовує IDMS разом із фінансами, дистрибуцією та дилерським управлінням.
Висновок
Перш ніж порівнювати списки функцій, проведіть один тест у своїх поточних системах. Виберіть VIN автомобіля, який прибув із запізненням минулого кварталу, і спробуйте одним запитом зібрати його собівартість із урахуванням усіх витрат, його розподіл між дилерами та замовлення на запчастини, які він спричинив. Якщо на це потрібен день і три людини, проблема має структурний характер, і ще один інструмент для звітності її не вирішить. Автомобільна команда OntargIT може провести такий самий тест на основі ваших даних.

















