Добавить в корзинуПозвонить
Найти в Дзене
Ирина Ремизова

Бухгалтерия изменила НДС — и склад перестал видеть заказы. Почему такие вещи вообще происходят

На первый взгляд всё выглядит безопасно. Бухгалтерия меняет ставку НДС. Обычная рабочая операция. Но в некоторых компаниях после этого происходит неожиданная вещь: — склад перестает получать новые отгрузки
— интернет-магазин не видит остатки
— заказы приходят с задержкой
— менеджеры начинают звонить в IT Система при этом не падает: сервер работает, 1С работает. Но бизнес начинает тормозить. Причина почти всегда одна — как устроен обмен данными между системами. Представим типичную инфраструктуру компании. В ней работают несколько систем: — 1С — учет и документы
— WMS — управление складом
— интернет-магазин
— система документооборота
— аналитика Все системы получают данные из 1С.
Через интеграцию передаются: — заказы
— реализации
— отгрузки
— поступления
— изменения товаров
— обновления цен Долгое время всё работало нормально. Пока бухгалтерия не изменила ставку НДС. Когда меняется параметр у товара, система считает карточку измененной. Это значит, что её нужно отправить во все подключе
Оглавление
Интеграция данных
Интеграция данных

На первый взгляд всё выглядит безопасно. Бухгалтерия меняет ставку НДС. Обычная рабочая операция. Но в некоторых компаниях после этого происходит неожиданная вещь:

— склад перестает получать новые отгрузки
— интернет-магазин не видит остатки
— заказы приходят с задержкой
— менеджеры начинают звонить в IT

Система при этом не падает: сервер работает, 1С работает. Но бизнес начинает тормозить. Причина почти всегда одна — как устроен обмен данными между системами.

Как обычное изменение справочника парализовало работу склада

Представим типичную инфраструктуру компании. В ней работают несколько систем:

— 1С — учет и документы
— WMS — управление складом
— интернет-магазин
— система документооборота
— аналитика

Все системы получают данные из 1С.
Через интеграцию передаются:

— заказы
— реализации
— отгрузки
— поступления
— изменения товаров
— обновления цен

Долгое время всё работало нормально. Пока бухгалтерия не изменила ставку НДС.

Что происходит после массового изменения товаров

Когда меняется параметр у товара, система считает карточку измененной. Это значит, что её нужно отправить во все подключенные системы. Если таких товаров несколько десятков тысяч, начинается лавина сообщений.

Поток выглядит примерно так:

товар
товар
товар
товар
товар
товар
товар

Десятки тысяч изменений подряд. Интеграция начинает честно обрабатывать каждое сообщение. И в этот момент продолжается обычная работа бизнеса:

— клиенты оформляют заказы
— склад собирает отгрузки
— бухгалтерия проводит документы

Но эти документы оказываются в конце очереди обмена.

Почему проблемы появляются не сразу

Первый час всё выглядит нормально. Но постепенно начинают появляться странные сигналы:

— склад не видит новые заказы
— интернет-магазин показывает старые остатки
— документы приходят с большой задержкой

При этом системы не сломаны. Проблема в другом. Очередь обмена занята обработкой десятков тысяч изменений товаров. А реальные операции бизнеса стоят в конце.

Не все данные одинаково важны

Когда интеграция настроена слишком просто, система считает одинаково важными все изменения. Но для бизнеса это не так. Есть операции, без которых компания не может работать.

Например: критичные данные

— заказы
— отгрузки
— реализации
— поступления

Если они задерживаются, процессы останавливаются. Но есть и другая информация.

фоновая информация

— изменения карточек товаров
— обновления НДС
— правки справочников
— массовые корректировки

Если такие данные придут позже — ничего страшного. Проблема возникает, когда всё попадает в один поток.

Почему многие интеграции работают именно так

Во многих компаниях обмен между системами строится по очень простой логике. Есть одна очередь. Каждое изменение отправляется в неё.

Система берет первое сообщение, обрабатывает его, затем второе, затем третье. Если сообщений тысяча — она обработает тысячу. Если их сто тысяч — будет разбирать сто тысяч.

Технически всё работает правильно. Но для бизнеса это может стать проблемой.

Как эту проблему решают компании с большим объемом данных

Компании, которые уже сталкивались с подобными ситуациями, перестраивают архитектуру обмена. Есть несколько простых правил.

1. Потоки данных разделяют

Документы и справочники не должны идти по одной линии. Создаются разные каналы обмена:

— документы
— товары и справочники
— аналитические данные

Даже если обновляются тысячи товаров, это не влияет на заказы и отгрузки.

2. Появляются приоритеты

У разных типов данных появляется уровень важности. Например:

высокий приоритет

— заказы
— отгрузки
— реализации

средний

— остатки
— цены

низкий

— изменения справочников
— массовые обновления

Система сначала обрабатывает то, от чего зависит работа компании.

3. Ограничивают массовые изменения

Когда происходит большое обновление данных, поток можно контролировать.

Например: обрабатывать изменения партиями. По 100–200 сообщений в минуту.

Это позволяет системе спокойно обслуживать текущие операции бизнеса.

Что меняется после такой настройки

После переработки архитектуры обмена компания начинает работать по-другому.

Даже если происходят массовые изменения:

— НДС
— цены
— карточки товаров
— обновление каталогов

это не влияет на операционные процессы. Заказы и отгрузки проходят через систему без задержек. Склад продолжает работать в обычном режиме.

Главная мысль, которую часто недооценивают

Интеграция систем редко ломается громко. Гораздо чаще она начинает тихо мешать работе бизнеса. Появляются небольшие симптомы:

— документы приходят позже
— остатки обновляются с задержкой
— витрина показывает старые данные
— отчёты формируются медленно

Со временем такие мелочи начинают тормозить всю компанию. И часто причина оказывается очень простой. Все данные проходят через одну очередь обмена.
Когда объем изменений растет, система начинает работать против бизнеса.