Интеграция 1С в Астрахани

Заказчик обычно формулирует задачу одной фразой: «нужна интеграция 1С с сайтом». На разборе выясняется, что систем в контуре четыре, а связей между ними – семь, и половина из них никогда не была описана. Дальше проект идёт не от протокола, а от схемы: рисуется каждая пара систем, направление потока и точка, в которой поток обрывается. Для компаний Астрахани эта схема выглядит примерно так.

Контур обмена у поставщика продукции с коротким сроком годности

• учётная база и сайт – номенклатура, фасовки, остатки и цены;
• учётная база и система продаж – заявки, счета, отгрузки и оплаты;
• учётная база и площадки – наличие и цена наружу, заказы внутрь;
• учётная база и склад – приёмка партий, отбор, инвентаризация через терминалы;
• учётная база и банк – разнесение платежей по счетам без ручного поиска.

Связи запускают по одной. Попытка включить всё разом ломает приёмку: непонятно, какой из потоков испортил данные.

Весовой товар и партии: где типовая выгрузка пасует

Рыба, овощи, консервы и любая продукция в фасовке живут в базе партиями, у каждой свой срок и своя себестоимость. Витрине этого не нужно, но остаток она обязана считать по доступным партиям, а не по общей сумме. Второй нюанс – единицы: килограммы, ящики и паллеты для одной позиции. Если коэффициенты пересчёта заведены не у всех строк, обмен данными с 1С отдаёт наружу число без смысла, и заказ приходит на объём, которого нет. Третий подводный камень – одна и та же позиция под разными наименованиями от разных поставщиков: без общего артикула она попадёт на витрину дважды и разделит остаток пополам.

Внешние системы, о которых вспоминают в последний день

Кроме сайта у компании есть ветеринарные и товаросопроводительные документы, электронный документооборот с сетями, маркировка для части групп. Каждая из этих систем уже как-то связана с базой, и новый обмен обязан с ними ужиться: не создавать дубли контрагентов, не менять справочники, не занимать очередь выгрузок в момент передачи документов. Поэтому карта связей рисуется целиком, а не только по участку «база – витрина». На этом же этапе решается, кто хозяин каждого справочника: номенклатуру и цены ведёт учёт, описания и фотографии – сайт, и обратное направление для этих полей закрывается, чтобы правки контент-менеджера не затирались ночной выгрузкой.

Расписание обмена: сутки, четверть часа или мгновенно

Цена вопроса заметно зависит от частоты. Что выбирают на практике:

• ночная выгрузка раз в сутки – дёшево, годится для стабильного ассортимента;
• обмен каждые 15 минут по расписанию – рабочий компромисс для розничного спроса;
• мгновенная передача события – только для заказов и оплат, где задержка стоит денег.

Ускорять весь обмен целиком не нужно – достаточно вынести в срочный поток две-три сущности, а тяжёлый справочник оставить ночному регламенту.

Обратный поток: заказы, статусы и оплаты

Самое частое место разрыва – возврат данных в базу. Заказ создаётся документом, но менеджер правит его руками, и правка не уходит обратно на витрину. Или статусы на сайте не совпадают со схемой документов, и клиент видит «в обработке», когда товар уже отгружен. Лечится это согласованием справочника статусов до начала настройки и запретом на ручные изменения в обход обмена. Интеграция работает ровно настолько, насколько ей доверяют сотрудники.

Стоимость, сроки и что берём на сопровождение

Базовая связка с товарами, остатками и ценами – от 45 000 рублей и 5 рабочих дней. Заказы и оплаты – от 75 000 рублей и две недели. Интеграция 1С с маркетплейсами – от 95 000 рублей, склад с терминалами – от 120 000. Сопровождение обмена стоит от 60 000 рублей в год и включает разбор расхождений и починку после обновлений; условия – в разделе поддержки, а общий взгляд на задачу – на странице автоматизации бизнеса.

Работаем с 2011 года, ведём проекты по всей стране, делаем сайт, продажи и учёт одной командой. Смета фиксируется договором до старта. Наберите +7 (901) 417-22-12 – посмотрим вашу конфигурацию и назовём срок по каждой связи отдельно.