Нам сказали, что нужна интеграция с 1C по API. Что это вообще такое и во сколько обойдётся?

Самый важный момент в интеграции — направление потока данных и триггеры обмена. Если вместо вебхуков сделать постоянный опрос базы (polling), при обновлении каталога на 8000 позиций сервер просто ляжет. Обязательно уточните у агентства в ТЗ: будет ли это REST API и как именно они планируют реализовать очереди запросов.

Мы торгуем крепежом и инструментом в Питере. В прошлом году за похожую интеграцию на 12 тысяч товаров отдали 190.000 рублей. Изначально обещали за три недели, но из-за нестыковок в кодах модификаций и ставках НДС запуск растянулся на полтора месяца. На тестах из-за задвоения номеров заказов всю первую неделю был дикий хаос.

Веб-студии обожают рассказывать, что готовые плагины никуда не годятся, и впаривать разработку с нуля — им просто выгоднее списывать часы. 8000 товаров — это не какой-то гигантский каталог. Спросите прямо, тестировали ли они типовые модули: иногда достаточно дописать небольшой промежуточный скрипт к готовому модулю, и это решит задачу втрое дешевле.

До подписания договора требуйте таблицу маппинга данных. Должно быть чётко расписано, какое поле на сайте соответствует конкретному реквизиту в 1C. Если не зафиксировать это на берегу, после сдачи проекта вам на любое изменение скажут «этого не было в договоре» и выставят допсчёт, раздувая бюджет.

исправление: ошибся в цифре, было чуть меньше.

Вам нужен остаток в реальном времени или хватит выгрузки по расписанию дважды в день? Планируете ли показывать оптовикам кредитный лимит и акты сверки в личном кабинете? Ответы на эти вопросы как раз и определяют брать готовый модуль или писать кастом.

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

советую сразу спросить про договор поддержки. если при обновлении конфигурации 1с изменится структура данных апи может отвалиться. в общем без ежемесячной поддержки останетесь у разбитого корыта когда все встанет.

Главный пожиратель бюджета в таких проектах — не сам код, а бардак в вашей базе данных. Если в номенклатуре 1C куча дублей, нет штрихкодов или криво забиты единицы измерения, то даже самая дорогая интеграция будет просто быстрее гонять мусор туда-обратно. Начните с чистки справочников.

Попробую.

я маленький бизнес, расскажу со своей стороны и решения работающие в млом масштабе, рушатся при росте я узнал это слишком поздно.

все кто торопится с интеграция по API, спотыкаются на одном и том же но ну удачи.

Хочу предупредить. Спросите, кто готовил КП и кто будет выполнять работу.

Ответ сильно зависит от отрасли, универсального правила нет.

Поделюсь своим опытом. Главное не цифра, а то, на основе чего она получена.

Прежде чем принимать решение, посмотрите, какие данные у вас есть. Я бы пошел этим путем.

Поделюсь своим опытом. То, что делают все не значит что это правильно.

Без измерений мы всегда приходим к одному и тому же. Если напишете результат здесь это поможет и другим.

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

то что делают все не значит что это правильно и на этом всё извините если затянул.

Я проходил через это, расскажу. Большая часть потерь времени копится на задачах, ожидающих согласования.

На этом всё, извините, если затянул.

У нас так же.

Эта тема в архиве. Ответ сильно зависит от отрасли, универсального правила нет.

Оставлю как заметку, пригодится.

Согласен с этим. То, что делают все, не значит, что это правильно.

Проверено опытом.