Ваша система планування ресурсів підприємства (ERP) містить основну версію ваших бізнес-даних. Водночас ваші складські та транспортні системи відстежують те, що відбувається на місцях, тобто, наприклад, скільки товару є на полицях або де саме знаходиться кожна доставка. Коли ці дві системи не можуть взаємодіяти між собою, хтось, ймовірно, вручну перезаносить замовлення, а дані про запаси можуть відставати на один день. Не дуже ефективно, чи не так?
Завдяки інтеграції логістичного програмного забезпечення з ERP-системою ви з’єднуєте свою ERP-систему з цими системами, завдяки чому обидві сторони завжди працюють на основі єдиного достовірного джерела інформації. З’єднання цих систем може здаватися простим технічним завданням — просто з’єднати системи між собою і забезпечити обмін даними — але насправді це рідко буває так просто.
У Stfalcon ми вже понад 17 років розробляємо програмне забезпечення для логістичних та транспортних компаній — платформи управління персоналом, системи бронювання, індивідуальні логістичні платформи — зокрема, внутрішню систему управління персоналом, на якій працює найбільша приватна служба доставки в Україні, що зараз економить їй понад 1,3 млн доларів на рік. Цей посібник містить все, що ми дізналися про підключення ERP до супутніх систем.
Коротко: що таке інтеграція логістичного програмного забезпечення ERP
Інтеграція логістичного ERP ПЗ з’єднує вашу ERP-систему з TMS, WMS та іншими системами, щоб дані автоматично переміщувалися між ними. Сім речей, які варто знати:
- Спочатку визначте, хто за що відповідає. Коли дві системи містять одну й ту саму інформацію, лише одна з них має бути джерелом достовірних даних. Вирішіть це питання, перш ніж підключати будь-що.
- З’ясуйте, які дані передаються і в якому напрямку. Замовлення надходять із ERP-системи, а результати — повертаються назад. Більшість даних передається в одному напрямку.
- Оберіть правильний метод підключення. Існує чотири варіанти — від готового коннектора до повністю індивідуального рівня. Який саме підійде, залежить від ваших систем.
- З’ясуйте, що впливає на вартість. Сума залежить від обсягу даних, що інтегруються, стану ваших даних та завдань, які має виконувати інтеграція.
- Впроваджуйте поетапно. Складіть схему, узгодьте відповідальність, встановіть правила, проведіть пілотний проєкт, а потім запускайте систему поетапно, щоб не порушити роботу існуючих процесів.
- Плануйте, як діяти у разі збоїв. Невідповідність кодів, конфлікти статусів та дублювання повідомлень — це поширені проблеми, яких можна уникнути.
- Оцінюйте результати. Система працює, коли всі ваші логістичні системи містять правильні дані.
По-перше: питання, на яке має дати відповідь інтеграція логістичного ERP ПЗ
Перш ніж підключати вашу ERP-систему до будь-чого, слід вирішити одне питання: коли дві системи стверджують одне й те саме, яка з них має рацію?
Інтеграція переміщує дані про замовлення, запаси та відвантаження між вашою ERP, TMS та WMS, тож вони передаються самостійно. Але системи не завжди узгоджуються. Наприклад, ваша ERP показує 400 одиниць, ваша WMS — 380… і обидві впевнені, що мають рацію.
Щоб вирішити цю проблему, слід пам’ятати про основне призначення кожної системи:
- ERP — це ваша система обліку. Вона містить офіційні дані, зокрема замовлення на закупівлю, рахунки-фактури та фінансову вартість ваших запасів.
- WMS керує складом. Вона відстежує оперативні дані: кількість одиниць на кожній полиці, у якому відсіку вони знаходяться, що саме комплектується в даний момент.
- TMS відповідає за транспорт. Вона керує переміщенням: перевізником, маршрутом та місцем перебування вантажу в даний момент.
Проблема полягає в тому, що ці функції часто перетинаються. Наприклад, одна команда керує окремою системою WMS, тоді як інша веде облік запасів у власному модулі складу системи ERP. Тож межа між ними залежить від систем, які ви використовуєте, і вам доведеться визначити її самостійно.
Візьмемо, наприклад, інвентаризацію. І ваша ERP-система, і ваша WMS можуть відстежувати запаси, тому ви вирішуєте: WMS відповідає за поточний підрахунок на полицях, оскільки вона найближча до фізичних товарів, а ERP — за фінансову вартість цих запасів, оскільки це ваша система обліку. Зробіть це для кожного елемента даних, до якого має доступ більше ніж одна система, і результат стане вашою схемою взаємодії.
Саме з цього починається інтеграція ERP із логістичним програмним забезпеченням. Адже доки ви не визначите, яка логістична система відповідає за який елемент даних, ви не зможете вирішити, що саме потрібно з’єднати та яким чином відбуватиметься обмін даними.
По-друге: дані, якими ваша ERP-система повинна ділитися з TMS та WMS
ERP передає дані, необхідні кожній системі для виконання своїх завдань та ведення власних обліків. В основному це замовлення, що надходять до складських та транспортних систем, а також результати, що повертаються. Більшість даних рухається лише в одному напрямку.
| Тип даних | Що в них міститься | Потік | Чому відбувається саме так |
|---|---|---|---|
| Замовлення | Позиції замовлення, кількість, адреса доставки, вікно доставки, зовнішні ідентифікатори | ERP → WMS, TMS | Замовлення створюється в ERP. Склад і TMS не можуть виконувати дії щодо нього, поки не отримають його. |
| Запаси та складська діяльність | Прийом, відвантаження, коригування кількості, звірка запасів | WMS → ERP | Ці операції відбуваються на складі, тому WMS реєструє їх першим. ERP потребує цих даних для підтримання правильних показників запасів. |
| Результати перевезення | Статус доставки, фактична вартість перевезення, підтвердження доставки, посилання на замовлення | TMS → ERP | TMS отримує ці дані першою. ERP потребує їх для виставлення рахунку клієнту та закриття замовлення. |
| Довідкові дані | SKU, клієнти, перевізники, склади | ERP ↔ WMS / TMS (за кожним полем) | Кожен запис належить одній системі, яка надсилає оновлення. Інші системи лише читають ці дані. |
| Повернення та винятки | Часткові поставки, скасування, повернення | WMS / TMS → ERP | Записи в ERP потрібно оновлювати відповідно до того, що насправді відбулося. |
Деякі дані, наприклад, про нові замовлення або нестачу запасів, мають передаватися в режимі реального часу. Інші дані, такі як результати повної інвентаризації, можна синхронізувати за розкладом. Ось приклад інтеграції ERP-системи з логістичними робочими процесами.
Приклад № 1: Як одне замовлення проходить через ваші системи ERP, WMS та TMS
Розглянемо одне замовлення — від моменту його оформлення клієнтом до моменту виставлення рахунку.
Замовлення надходить у систему ERP, яка відразу надсилає його до системи WMS для комплектування та пакування, а також до системи TMS для планування доставки. Цей процес має відбуватися в режимі реального часу, оскільки жодна операція не може розпочатися, доки кожна система не отримає замовлення. Кожна система отримує інформацію про товари та їхню кількість, адресу доставки та часові рамки доставки.
Склад відправляє товари та надсилає підтвердження відправлення. TMS доставляє їх і повертає статус доставки, фактичну вартість перевезення та підтвердження доставки (POD). Частина цих даних надходить одразу, частина — після завершення доставки. Тепер фінансовий відділ може зіставити відправлення із замовленням, підтвердити вартість та виставити рахунок на основі реальних цифр.
Приклад № 2: Як товар, що надійшов, потрапляє з вантажної рампи до вашої ERP-системи
Давайте також розглянемо процес надходження вантажу на склад — від очікуваної відправки до звірки з обліковими номерами запасів. Система ERP містить замовлення на закупівлю з інформацією про те, що саме має надійти та в якій кількості, і надсилає його до системи управління складом (WMS) до прибуття вантажу. Системі управління складом (WMS) це потрібно, щоб знати, з чим порівнювати товари, тому інформація надходить до прибуття вантажівки.
Товари надходять, і складський персонал підраховує те, що фізично знаходиться на рампі, включаючи одиниці, SKU та стан товарів. Потім WMS порівнює ці дані з замовленням на закупівлю, оскільки, наприклад, якщо в замовленні вказано 400 одиниць, а на вантажному майданчику їх 380, система WMS фіксує розбіжність, а не просто приймає будь-яке з цих чисел. Кожна розбіжність реєструється у відповідній позиції замовлення з зазначенням причини.
Після підтвердження надходження та усунення розбіжностей WMS надсилає узгоджені цифри назад до ERP, щоб ERP оновила свої запаси та їхню фінансову вартість. Кожне надходження має ідентифікатор, який розпізнає ERP, тому повідомлення, що надходить двічі, реєструється лише один раз.
Тепер обидві системи мають однакові дані: WMS — актуальну кількість на полиці, а ERP — її фінансову вартість. Запланована звірка порівнює ці дані та виявляє будь-які розбіжності, тому жодна помилка не залишається непоміченою. Саме під час прийому товарів найчастіше виникають розбіжності між ERP та WMS, тому узгодження кількості на цьому етапі, до того, як дані потраплять до вашої бухгалтерії, є надзвичайно важливим кроком.
Але як налагодити зв’язки? Це наступне питання, яке ми розглянемо.
По-третє: основні підходи до інтеграції ERP та як зробити вибір
Правильний підхід до підключення ERP залежить від того, скільки систем ви підключаєте та наскільки вони стандартизовані. Існує чотири поширені способи:
| Підхід | Коли підходить | Що перевірити |
|---|---|---|
| Готовий коннектор | Стандартні системи та дані без індивідуальних модифікацій | Чи підтримує він ваші власні поля, чи обробляє часткові відправлення та чи буде працювати після наступного оновлення версії |
| Пряме (від точки до точки) | Обидві системи мають API, якими ви можете скористатися | Обмеження частоти запитів, обробка помилок та забезпечення безперебійної роботи під час оновлення системи |
| iPaaS / проміжне програмне забезпечення | Кілька систем, дані, які потрібно конвертувати між ними, одне місце для моніторингу всього | Вартість коннектора, вартість за повідомлення та поточне обслуговування |
| Індивідуальний рівень інтеграції | Дані, які важко зіставити, застарілі системи | Хто створює, тестує та підтримує систему в довгостроковій перспективі |
У порядку від найдешевшого до найдорожчого та від найменш гнучкого до найбільш гнучкого, ці чотири підходи розташовані таким чином.
Готовий коннектор — це готове з’єднання, яке хтось інший уже створив і підтримує, а ви лише налаштовуєте його, а не пишете код. Ви купуєте або активуєте його та зіставляєте кілька полів. Наприклад, це вбудований коннектор SAP для відомого перевізника або вбудовані інтеграції, які ERP постачає для типових партнерів. Це найдешевший і найшвидший варіант, тож якщо ваші системи є стандартними та сучасними, почніть саме звідси. Проблема полягає в тому, що він передбачає наявність «чистої», стандартної ERP-системи (тобто такої, до якої не додавалися роками користувацькі поля та налаштування), а більшість логістичних команд, які ми знаємо, не використовують саме таку.
Пряма інтеграція — це індивідуальне з’єднання безпосередньо від системи А до системи Б, зазвичай через їхні API. Наприклад, ваші розробники пишуть код, який отримує замовлення з API ERP-системи та передає їх до API системи управління складом (WMS). Це природний вибір, коли потрібно встановити лише одне або два з’єднання, і обидві системи мають придатні для використання API. Це вимагає більше роботи, ніж використання коннектора, але ви контролюєте, як все працює. Проблема полягає в тому, що такий підхід не масштабується, оскільки кожна нова система — це ще одне з’єднання, яке потрібно створити та підтримувати.
Інтеграційна платформа як послуга (iPaaS), або проміжне програмне забезпечення, — це хостована платформа, яка розташована посередині та керує вашими з’єднаннями. Ви створюєте свої потоки всередині неї, вона перетворює дані під час їх передачі між системами, а ви спостерігаєте за всім цим з одного місця. Це найкращий варіант, коли ви об’єднуєте кілька систем і хочете бачити все в одному вікні. Але витрати є постійними: ви орендуєте платформу і зазвичай платите за кожне з’єднання або за кожне повідомлення.
Індивідуальний інтеграційний шар — це програмне забезпечення, розроблене спеціально для вашої діяльності. Воно виступає сполучним шаром між системами та обробляє логіку, яку не охоплює жодна готова рішення. Це варіант «зроби сам», і саме цей шлях ми обрали для Nova Post — найбільшої приватної компанії з доставки посилок та експрес-доставки в Україні. Під час розробки їхньої системи управління персоналом ми залишили ERP-систему «1С» як основне джерело даних і додали навколо неї індивідуальний шар, завдяки чому дані про співробітників залишалися уніфікованими без дублювання баз даних. Використовуйте цей підхід, коли ваші процеси нестандартні, дані важко узгодити або застаріла система не сумісна з готовими рішеннями.
На практиці ми бачимо, що більшість команд поєднують ці підходи: наприклад, використовують коннектор там, де системи є стандартними, і створюють індивідуальний рівень лише там, де ERP-система не піддається адаптації.
Щоб отримати загальне уявлення про те, як ці елементи поєднуються між собою, ознайомтеся з нашим посібником з інтеграції логістичного API.
Коли ви визначитеся з підходом, наступне питання — скільки це коштуватиме.
По-четверте: що визначає вартість та терміни інтеграції ERP
Дві логістичні компанії можуть звернутися з проханням про «інтеграцію ERP» і отримати різні кошториси, оскільки жодна робота не буває однаковою. На суму впливають кілька конкретних факторів, і більшість із них можна перевірити ще до того, як звертатися до когось за кошторисом.
Скільки систем ви підключаєте
Підключення однієї системи до іншої може бути відносно простим, але підключення п’яти систем, які спільно використовують замовлення, запаси та статус, — це зовсім інша справа. Кожна нова система додає не лише власне з’єднання, а й усі необхідні з’єднання з іншими системами.
Стан ваших систем і даних
Налаштовувані поля та індивідуальні правила у вашій ERP-системі потрібно зіставляти вручну. Неупорядковані довідкові дані обходяться дорожче: якщо один і той самий товар має код «SKU-4401» в одній системі, «440120» — в іншій, а в електронній таблиці — «палета, синя», хтось повинен узгодити всі три варіанти, щоб синхронізація відбулася.
Недостатня документація або відсутність тестового середовища також додають часу. Без документації команді доводиться методом проб і помилок з’ясовувати, як працює система, перш ніж під’єднатися до неї. Без безпечного тестового середовища вони не можуть випробувати інтеграцію, не ризикуючи реальними даними, тому спочатку доводиться його створити. У будь-якому разі це час, витрачений ще до початку розробки TMS.
Випробування, які має витримати інтеграція
Інтеграція, яка обробляє стабільний потік замовлень, є простішою та дешевшою, ніж та, що має витримати пік «Чорної п’ятниці», не пропустивши жодного повідомлення. Але, звісно, є винятки. Клієнт повертає половину замовлення або доставка виявляється неповною, і кожен із цих випадків — це окремий сценарій, для обробки якого інтеграцію потрібно побудувати та протестувати.
А коли інтеграція запущена, хтось повинен підтримувати її роботу: здійснювати моніторинг, усувати несправності, вирішувати проблеми. Тому поточні витрати на підтримку також слід включити до бюджету.
Хочете отримати приблизний діапазон витрат, перш ніж приступити до інтеграції ERP?
Ми можемо підготувати його, швидко ознайомившись із вашою конфігурацією
Аліна
Менеджер по роботі з клієнтами
Після визначення обсягу робіт та вартості настає черга розробки.
П’ятий крок: як впровадити інтеграцію ERP без перебоїв у роботі
Інтеграцію логістичної ERP-системи найкраще здійснювати поетапно. Ось послідовність дій, якої можуть дотримуватися ІТ-команда та операційний персонал, на прикладі сценарію, коли дистриб’ютор підключає свою ERP-систему до нової системи управління складом (WMS).
| Крок | Що ви отримаєте в результаті | Приклад |
|---|---|---|
| 1. Визначте, які робочі процеси порушуються | Список ваших робочих процесів, ручних операцій та вихідних показників для порівняння | Фінансовий відділ щоранку вручну перераховує запаси. Вони фіксують, скільки часу це займає та як часто трапляються помилки у цифрах. |
| 2. З’ясуйте, які системи у вас працюють і як вони взаємодіють | Які продукти та версії ви використовуєте, як кожна з них може підключатися та які має обмеження | ERP — це налаштована версія 1C, яка відстає на дві версії. WMS має API, придатний для використання, але не має готового коннектора для 1C. |
| 3. Визначте, хто є власником кожної одиниці даних | Схема полів, ідентифікаторів та статусів, де кожен елемент має одного власника | WMS володіє даними про поточний запас, а ERP зчитує їх. ERP залишається власником даних про фінансову вартість запасів. |
| 4. Встановіть правила синхронізації та дій у разі збою | Як часто відбувається синхронізація даних, яка затримка є прийнятною та що відбувається у разі збою передачі повідомлення | Синхронізація запасів відбувається майже в режимі реального часу. У разі невдалого оновлення система робить повторні спроби, а якщо це все одно не вдається, надсилає сповіщення відповідальній особі. |
| 5. Проведіть пілотне тестування на реальних замовленнях, включаючи складні випадки | Перевірка правильності передачі даних (навіть у складних випадках, таких як повернення товарів) | Вони протягом двох тижнів тестують один склад у режимі реального часу, навмисно імітуючи часткову доставку та повернення |
| 6. Поетапне впровадження та передача до служби підтримки | Призначені відповідальні особи, регулярні перевірки та план дій на випадок відкату та інцидентів | Решта складів запускаються по одному; призначена команда відповідає за щоденні перевірки звірки після запуску |
Перш ніж розпочинати, переконайтеся, що у вас є:
- доступ до систем та тестове середовище для роботи
- зразки даних для тестування робочих процесів
- узгодженого відповідального за кожне поле
- записані критичні бізнес-сценарії
- чіткі критерії прийнятності, щоб усі розуміли, що означає «завершено»
- призначені особи, відповідальні за підтримку після запуску
По-шосте: Типові проблеми інтеграції ERP та як їх уникнути
За роки роботи в галузі розробки логістичного програмного забезпечення ми помітили, що інтеграцію ERP-систем заважає лише кілька типових проблем. Ось що найчастіше йде не так, у скільки вам це обходиться та як ми це враховуємо під час проєктування.
Невідповідність кодів та одиниць виміру
Один і той самий піддон з товарами має код «SKU-4401» у системі ERP і «44012» у складській системі, або система ERP веде підрахунок у ящиках, тоді як система управління складом (WMS) — в одиницях. Залишки на складі та замовлення розходяться. Вирішення: заздалегідь узгодьте спільні коди та одиниці виміру та перевіряйте їх під час передачі даних між системами.
Статуси не збігаються
Система управління перевезеннями (TMS) позначає замовлення як «доставлене», коли вантажівка його розвантажує, але ERP визнає його «доставленим» лише після підписання документів. Вирішення: Одноразово визначте кожен статус і застосовуйте його однаково в усіх системах.
Збої в роботі систем
ERP або логістична система на деякий час виходять з ладу, і оновлення або накопичуються, або взагалі не надходять. Вирішення: Поставте накопичені дані в чергу та узгодьте їх після відновлення з’єднання, щоб нічого не загубилося і не було подвійного підрахунку.
Оновлення порушують з’єднання
Постачальник ERP-системи випускає оновлення, яке змінює назву поля або його API, і посилання, яке вчора працювало, більше не працює. Вирішення: стежте за змінами версій і повторно перевіряйте кожне з’єднання після оновлення.
Незрозумілий доступ та відсутність аудиторського сліду
Керівник складу може редагувати ціни в ERP, хоча йому слід мати доступ лише до даних про запаси, або кількість у замовленні змінюється за ніч, і ніхто не може визначити, яка система чи яка особа це зробила. Вирішення: Налаштуйте доступ за ролями та реєструйте кожну зміну, щоб можна було відстежити її походження.
Дублювання або неправильний порядок повідомлень
Це найскладніша проблема, з якою ми стикаємося. Припустимо, система управління складом (WMS) повідомляє ERP про відправлення вантажу, але повідомлення надсилається двічі, або через перевищення часу очікування система повторює спробу й надсилає його ще раз. Якщо інтеграція трактує кожну копію як нову подію, вона реєструє відправлення двічі або формує дві накладні на одну доставку. Ми реалізуємо це так, щоб повторюване повідомлення потрапляло лише один раз: кожна подія має ідентифікатор, який розпізнає ERP-система, тому друга копія ігнорується, а не обробляється повторно.
Такий самий підхід застосовується й до інших випадків, коли повідомлення не доходять. Наприклад, якщо повідомлення не проходить, система надсилає його знову, не реєструючи повторно те, що вже пройшло під час першої спроби. Якщо повідомлення пошкоджено таким чином, що система не може самостійно впоратися з ним, його відкладають для перевірки людиною. А якщо одна з систем деякий час перебувала в автономному режимі, обидві системи порівнюють записи та виправляють будь-які розбіжності після її повернення в режим роботи.
Сьоме: Як дізнатися, чи інтеграція була ефективною
Зрештою, інтеграція працює тоді, коли ERP-система та підключене програмне забезпечення містять збіжні та правильні дані, а фактичне завдання виконується. Наприклад, якщо ERP-система дає складу вказівку відправити замовлення, «виконано» означає, що система складу створила це замовлення, а запаси зменшилися на відповідну кількість.
Щоб переконатися, що все працює, відстежуйте кілька ключових показників до та після інтеграції й порівнюйте аналогічні періоди, наприклад, звичайний місяць з іншим звичайним місяцем або піковий тиждень з іншим піковим тижнем:
- скільки даних ваша команда все ще вводить вручну
- скільки часу займає синхронізація даних між системами
- скільки помилок залишається невирішеними
- наскільки ваші дані про запаси та рахунки-фактури відхиляються від реального стану
- скільки часу проходить від моменту доставки до підготовки документів
Приклад: у рецензованому дослідженні бразильського дистриб'ютора продуктів харчування, який об'єднав свої логістичні дані в одній системі, відстежувалися такі показники, як точність інвентаризації, своєчасність доставки та логістичні витрати — і за цей період було зафіксовано покращення своєчасності доставки та зниження логістичних витрат.
Почніть з того, що у вас вже є
Не потрібно замінювати вашу ERP-систему, щоб виправити те, що не працює навколо неї. У більшості випадків ERP-система працює нормально, просто від неї вимагають виконувати завдання, для яких вона не була створена. Вирішення полягає в тому, щоб підключити її до систем, які виконують цю роботу, і робити це в певному порядку. Домовтеся, хто є власником кожного фрагмента даних, встановіть правила щодо того, як вони переміщуються і що відбувається у разі збою, обробляйте винятки та перевіряйте результат у системах.
Нічого з цього не можна просто скопіювати з шаблону, оскільки все залежить від конкретнихсистем, які ви використовуєте, та від того, як працює ваша організація. Ось чому першим кроком має бути чітке уявлення про те, що у вас є.
Якщо ви бажаєте, давайте обговоримо ваші вимоги до інтеграції ERP під час безкоштовної 30-хвилинної консультації. Розкажіть нам про ваші поточні системи та процеси, які потрібно інтегрувати, і ми складемо план інтеграції: що підключити, у якому порядку та що для цього знадобиться.
Поширені запитання
Чи можна інтегрувати логістичне програмне забезпечення без заміни вашої ERP-системи?
Так, і зазвичай краще залишити її. ERP-система підключається до інших систем за допомогою інтеграцій. Наскільки це буде зручно, залежить від інтерфейсів, які надає ваша ERP-система: наприклад, задокументований API підключається безпосередньо, тоді як старіша версія — через спеціальний проміжний шар.
Яка система повинна відповідати за дані про запаси та відвантаження?
Ми пропонуємо вирішувати це для кожного поля окремо. Наприклад, WMS відповідає за поточний облік запасів, оскільки вона найближча до товарів, а ERP — за фінансову вартість, оскільки це ваша система обліку. У разі розбіжностей (наприклад, ERP показує 400, а WMS — 380) переважає значення системи-власника, а інша система його приймає. Тому перед підключенням будь-чого слід визначитися, яка система відповідає за що.
Чи кожен потік логістичних даних потребує синхронізації в режимі реального часу?
Ні, швидкість потрібно підбирати відповідно до операції. Нове замовлення має миттєво надійти на склад і в систему TMS, оскільки процес не розпочнеться, доки кожна система не отримає його. Для кожного потоку слід з’ясувати, яку затримку може витримати операція, а потім синхронізувати те, що є терміновим, а решту обробити пакетно.
Як інтеграція повинна обробляти часткові відвантаження та повернення?
Пов’яжіть кожен запис із вихідним замовленням, а потім скоригуйте цифри в усіх системах. Особливу увагу слід приділити фінансовій частині, оскільки коли фізичний запис змінюється, гроші мають рухатися разом із ним, інакше рахунки-фактури не збігатимуться.
Яка інформація потрібна для оцінки проєкту інтеграції ERP?
Вам знадобиться інформація про системи (назви продуктів), їхні версії, потоки даних (що переміщується, яким шляхом, з якою швидкістю), зразки даних з кожної системи та ваші критерії прийняття — іншими словами, як конкретно виглядає «завершення» проєкту. Надайте ці дані, і кошторис відображатиме вашу фактичну конфігурацію, а не загальний діапазон.
