Інтеграція, яка «вже працює»: чому обмін документами ламається через місяць після впровадження
Найдорожчі збої в автоматизації обліку трапляються не на демо і не на запуску. Вони трапляються тоді, коли всі вже розслабились: акт підписано, підрядник пішов, а через місяць вивантаження перестає заходити в облікову систему. Розповідаю, чому так виходить, і які чотири питання варто поставити ще до підписання договору.
Демо завжди працює
Будь-яке впровадження обміну документами виглядає бездоганно на показі. Беруть один файл, вивантажують, завантажують у облікову систему, все стає на місця, всі задоволені. Проблема в тому, що показ — це не експлуатація. На показі беруть той документ, на якому інтеграцію й налагоджували.
Реальність починається, коли в систему заходить документ від нового постачальника. У нього номер написаний з кирилицею — «№ 145/СП». Або дата стоїть у форматі, якого не було в жодному тестовому файлі. Або в назві товару трапився символ, який ламає кодування вивантаження. Кожна така дрібниця сама по собі смішна. Разом вони дають типову картину: «раніше ж працювало, а тепер не заходить», і ніхто не може сказати, що саме змінилось.
Я витратив достатньо часу на такі розбори, щоб сформулювати просту думку: інтеграція — це не функція, яку один раз написали. Це домовленість про формат, яку хтось має тримати. І якщо в договорі не написано, хто саме її тримає, її не тримає ніхто.
Чотири питання, які варто поставити до підписання
Перше: який рівно набір полів приходить у мою систему?
Звучить банально, але саме тут ховається найчастіша поломка. Сервіс віддає документ в одному місці з полем «дата документа», а в іншому — з полем «дата». Веб-інтерфейс показує одне, файл вивантаження містить інше, а обмін через API — третє. Поки всі три канали робили різні люди в різний час, розбіжність не видно нікому. Вона проявляється в момент, коли ви перестаєте клікати руками й починаєте покладатись на автоматичний обмін.
Підписуйтеся на наші соцмережі
Питання до підрядника формулюється так: покажіть мені один документ у трьох каналах одночасно — на екрані, у файлі й через API. Якщо набір полів збігається, з вами говорять серйозно. Якщо ні — ви щойно безкоштовно знайшли собі майбутню аварію.
Друге: що станеться з документом, який не вдалося розпізнати?
Найгірша відповідь: «такого не буде». Буде. Прийде скан із перекошеною сторінкою, фотографія накладної з телефону водія, документ на два аркуші, зшитий у зворотному порядку. Важливо не те, чи буде брак, а куди він потрапить.
Здорова схема — окрема черга на ручний розбір із позначкою, що саме не зчиталося. Нездорова — коли сумнівний документ мовчки проходить далі з порожніми полями. Другий варіант не помітять місяцями, і саме він потім дає ту саму невідповідність залишків, яку шукають заднім числом.
Третє: як я дізнаюсь, що обмін зупинився?
Це питання власника, не айтішника. Автоматизація має неприємну особливість: коли вона працює, її не видно, і коли вона перестає працювати — теж не видно. Документи просто перестають з'являтися, а всі думають, що постачальники цього тижня менше відвантажили.
Потрібен сигнал. Лист, повідомлення в месенджер, рядок у щоденному зведенні — форма не має значення, важлива сама наявність. Якщо на питання «а хто мені скаже, що нічого не приходить» відповіді немає, значить, першим це побачить бухгалтер під час закриття місяця. Тобто найпізніше і найдорожче.
Четверте: хто платить за зміну формату?
Облікові системи оновлюються, вимоги до документів змінюються, постачальники міняють шаблони. Через півроку формат поїде — це не ризик, це календар. Питання лише в тому, чи описано в договорі, за чий кошт його правитимуть. Якщо не описано, дискусія відбудеться в найгірший момент: коли обмін уже стоїть, а закриття періоду вже почалось.
Що з цим робити на своєму боці
Три речі, які коштують небагато й окупаються з першого ж збою.
Перше — завести журнал обміну, куди пишеться кожне вивантаження: скільки документів пішло, скільки прийнято, скільки відхилено. Не для краси, а щоб на питання «коли зламалось» була дата, а не здогад.
Друге — раз на місяць вручну звіряти кілька документів наскрізь: від оригіналу до проведення в обліку. П'ять документів, пів години. Це єдиний спосіб побачити тиху помилку, яка не викликає жодної технічної тривоги, бо формально все успішно.
Третє — зафіксувати формат обміну письмово, окремим документом, зі списком полів і прикладом файлу. Це та сама домовленість, про яку я казав на початку. Поки вона живе тільки в голові розробника, вона живе рівно до його відпустки.
Підсумок
Автоматизація документообігу — це не разова покупка, а невеликий, але постійний обов'язок: тримати формат, бачити брак і знати, коли обмін став. Бізнесу, який це врахував заздалегідь, інтеграція економить дні роботи щомісяця. Бізнесу, який вирішив, що після підписання акта тема закрита, вона віддає ті самі дні назад — але вже в незручний момент і з відсотками.