Интеграция с 1С редко бывает «просто обменом». Нужно согласовать источники истины, статусы, цены, остатки, заказы, оплаты и доставку. Если подрядчик умеет только выгружать товары, через месяц магазин может получить дубли, зависшие заказы и ручную сверку.
Ниже — как выбрать подрядчика, какие вопросы задать и какие признаки должны насторожить.
Когда нужен подрядчик
- Нужно связать сайт с 1С, CRM и складом.
- Текущий обмен работает нестабильно или требует ручной сверки.
- Планируется рост каталога и заказов.
- Нужны статусы, оплаты, доставка и возвраты.
- Нет своей команды, которая знает и сайт, и 1С.
Что проверить у подрядчика
Похожие проекты, а не только разработка сайтов. Попросите примеры и описание схемы обмена.
Подрядчик должен знать, как устроены документы, статусы, склады и выгрузки, а не только API.
Идемпотентность, очереди, логи, повторные попытки и тестовый контур.
Кто будет чинить обмен после запуска и по какому регламенту.
Схема потоков, форматы, статусы и инструкции должны остаться у вас.
Доступы, роли, журналы и защита данных при обмене.
Вопросы на собеседовании
Как оценить смету
Смета должна быть привязана к этапам и результатам, а не к абстрактным часам. Если подрядчик называет цену без описания процессов, это риск.
- Отдельно каталог, цены, остатки и заказы.
- Отдельно тестовый контур и запуск.
- Отдельно мониторинг и документация.
- Отдельно поддержка после запуска.
- Понятные условия изменения объёма.
Красные флаги
- Обещает «полную выгрузку каждые пять минут» без обсуждения нагрузки.
- Не спрашивает про источники истины и статусы.
- Не говорит про логи, повторные попытки и тестовый контур.
- Не может показать примеры похожих проектов.
- Предлагает править данные вручную вместо настройки обмена.
- Не оставляет документацию и доступы заказчику.
Пилот вместо обещаний
Зафиксируйте, кто меняет цены, остатки и статусы и что является источником истины.
Один поток, например цены и остатки, на тестовой копии.
Ошибки, задержка, повторные отправки, логи и понятность документации.
Как подрядчик объясняет решения и реагирует на замечания.
Договор и ответственность
- Этапы, сроки и критерии приёмки.
- Права на код и доступы.
- Гарантия и регламент поддержки.
- Ответственность за сохранность данных.
- Порядок изменения объёма работ.
Типичные ошибки
- Выбирать по цене, не проверяя опыт.
- Начинать без тестового контура.
- Не фиксировать статусы и источники истины.
- Забывать про поддержку после запуска.
- Не проверять, что документация осталась у заказчика.
Хороший подрядчик не обещает, что «всё будет работать само». Он показывает схему, тестирует её на реальных данных и оставляет регламент, по которому обмен можно поддерживать.
Где искать подрядчика
Ищите там, где есть пересечение опыта сайта и 1С. Чистый разработчик сайта может не понимать учётную систему, а чистый интегратор 1С — не знать особенностей каталога и checkout.
- Профильные студии с кейсами интеграций.
- Партнёры и разработчики 1С с опытом сайтов.
- Команды, которые уже работали с вашей CMS или платформой.
- Рекомендации от знакомых компаний.
- Специализированные интеграторы маркетплейсов.
Не выбирайте только по географическому признаку. Удалённая команда может быть сильнее, если у неё есть процессы и примеры.
Как проверить компетенцию в 1С
Попросите объяснить, как устроены документы, статусы, склады и выгрузки в вашей конфигурации. Ответы должны быть конкретными, а не общими.
- Понимание регистров, документов и статусов.
- Опыт с обменами и очередями.
- Работа с ценами, остатками и заказами.
- Понимание прав и ролей.
- Опыт обновлений и изменений конфигурации.
- Способность объяснить схему без кода.
Смета и этапы
Смета должна быть разбита на этапы с результатами. Если в ней только «интеграция — столько-то», вы не поймёте, что входит в работу и как принимать результат.
- Аудит и описание процессов.
- Каталог, цены и остатки.
- Заказы, оплаты и доставка.
- Тестовый контур и запуск.
- Мониторинг, документация и поддержка.
Хорошо, если есть возможность начать с малого этапа и проверить подрядчика в работе. Это дешевле, чем оплатить весь проект и получить нерабочий обмен.
Поддержка после запуска
Интеграция не заканчивается запуском. Меняются версии 1С, правила цен, статусы и нагрузка. Поддержка должна быть описана заранее.
- Канал и время реакции.
- Кто разбирает ошибки данных.
- Как обновляются зависимости.
- Где хранится документация.
- Как вносятся изменения в схему.
Если подрядчик не готов обсуждать поддержку, скорее всего, он не думал о том, что будет после сдачи. Это ещё один повод присмотреться внимательнее.
Как проходит внедрение
Подрядчик описывает, кто меняет данные, где источник истины и какие потоки нужны.
Один поток на тестовой копии: например, цены и остатки.
Заказы, оплаты, доставка и статусы с логами и повторами.
Проверка сценариев, ошибок, задержек и документации.
Регламент реакции и развития после запуска.
Что должно остаться у заказчика
После проекта у вас должны быть не только работающие кнопки, но и понимание, как всё устроено. Иначе смена подрядчика превращается в археологию.
- Схема потоков и статусов.
- Доступы к репозиторию и серверу.
- Инструкция по ручному запуску.
- Контакты ответственных.
- План развития и известные ограничения.
Если подрядчик сопротивляется передаче доступов и документации, это тревожный признак. Вы платите за проект, а не за пожизненную зависимость.
Как проверить безопасность
Интеграция получает доступ к заказам, ценам и персональным данным. Спросите, как подрядчик ограничивает этот доступ и что происходит при утечке или ошибке.
- Минимальные права для обмена.
- Хранение секретов вне репозитория.
- Журнал действий по критичным операциям.
- Защита тестовых данных.
- План отзыва доступов при смене подрядчика.
Безопасность не должна быть отдельным проектом после запуска. Она закладывается в схему обмена и доступы с самого начала.
И проверьте, что будет при смене подрядчика. Доступы, документация и схема должны позволить новой команде продолжить работу без восстановления по памяти.
Хороший интегратор оставляет после себя не только код, но и понятный процесс. Это важнее, чем обещание «сделаем быстро и недорого».
Если сомневаетесь, начните с аудита текущей схемы. Он покажет, нужен ли новый подрядчик или достаточно навести порядок в существующем обмене.
Разберём процессы, составим требования и проверим смету. Без привязки к конкретному исполнителю.
Обсудить интеграцию →
