Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…

Разбор задачи «Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…» из вакансии «Backend-разработчик (PHP)»: процесс, инструменты, критерии результата и мини-тест на подход студии.

Откликнуться на вакансию Все вакансии

Каждая интеграция проектируется как контракт: фиксированный формат данных, валидация на границе, повторы при сбое и понятный журнал обмена. «Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…» — это не «настроить раз и забыть», а поддерживаемая связка систем, которая живёт годами. Текст задачи из вакансии: интеграции: 1С, платёжные шлюзы, службы доставки, телефония, amoCRM и Битрикс24;.

Дальше — разбор, как «Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…» устроено внутри студии: процесс, инструменты и результат, который мы считаем нормой. Всё, что написано ниже, — практика, а не лозунги: так задача ставится в трекере, принимается у исполнителя и защищается перед клиентом.

Как это устроено в студии

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

Инструменты и методы

1С: CommerceML, обмены
Битрикс24 / amoCRM API
Вебхуки и очереди
Postman / curl
Журналы обмена
Тестовые стенды обеих систем

Что считаем результатом

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

обмен переживает обрыв связи без потери и дублей;
инцидент диагностируется по журналу за минуты;
клиент видит одинаковые данные в 1С, CRM и на сайте.

Коротко о задаче

Что делать, если обмен упал ночью?
Журнал обмена показывает шаг и причину; обмен перезапускается с места сбоя, данные не дублируются благодаря контролю идентификаторов.

Как проверяете интеграцию до продакшна?
На тестовых стендах обеих систем прогоняем сценарии: успешный обмен, обрыв связи, повтор, конфликт версий записи. Прод включаем только после чистого прогона.

Какие системы связываете чаще всего?
Сайты с 1С (товары, цены, остатки, заказы), с Битрикс24 и amoCRM (лиды и сделки), с платёжными шлюзами и службами доставки.

Дисциплина вокруг платёжных шлюзов

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

Задача из практики веб-студии LIKE-WEB (Москва, с 2003 года, более 380 проектов).

Задача в контексте вакансии

«Интеграции: 1С, платёжные шлюзы, службы доставки, телефония,…» — пункт списка «Чем предстоит заниматься» в вакансии Backend-разработчик (PHP) (удалённо · полная занятость). Направление студии: интеграции и обмены данными. Если видите себя в описании — пройдите мини-тест ниже и отправьте отклик: вернёмся с разговором, а не с формальной анкетой.

Другие задачи этой вакансии

Разработка серверной части сайтов и веб-сервисов на PHP 8 и…Проектирование структуры БД и оптимизация медленных запросов API для мобильных приложений и внешних систем клиентов Безопасность: авторизация, права, защита форм и загрузок

FAQ: правильные ответы на тест

Те же десять вопросов, что в тесте выше, — с коротким пояснением, какой ответ мы считаем правильным и почему. Это подсказка: прочитайте перед тестом или сверьтесь после — так проще понять, совпадаете ли вы со студией в деталях.

Ночью упал обмен между 1С и интернет-магазином. Какое первое действие?

Правильный ответ — «Смотрим лог обмена, повторяем, фиксируем причину». Логи дают причину, повтор восстанавливает данные, инцидент фиксируется в задаче.

Как дорабатываются правила обмена под нестандартный учёт 1С у клиента?

Правильный ответ — «По описанию процесса, с тестом на копии базы». Сначала описание процесса, затем тест на копии — боевые данные не участвуют.

Как передаются лиды с сайта в CRM клиента, чтобы ни один не потерялся?

Правильный ответ — «Через вебхук/API с повтором и контролем потерь». Вебхук с повтором и контролем: потеря лида — событие, а не тихая норма.

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

Правильный ответ — «Сандбокс → тестовые платежи → прод». Песочница и тестовые платежи проверяют все сценарии до первых реальных денег.

Где хранятся ключи и пароли доступа к внешним системам и сервисам клиента?

Правильный ответ — «В хранилище секретов, с ротацией». Секреты живут в хранилище с ротацией — не в коде, чатах и личных записках.

Как фиксируется формат данных обмена между нашей системой и партнёром?

Правильный ответ — «Фиксированный контракт и валидация на границе». Контракт и валидация на границе: ошибки формата ловятся на входе, а не расходятся.

Партнёр выпустил обновление своего API. Как студия обновляет интеграцию?

Правильный ответ — «Читаем changelog, прогоняем на стенде». Changelog и стенд показывают поломки до пользователей, а не после.

Что обеспечивает очередь сообщений между внутренними системами проекта?

Правильный ответ — «Повтор при сбое и порядок доставки». Очередь с повтором и порядком: сбой системы не превращается в потерю данных.

Какой формат ежедневной рабочей коммуникации принят внутри нашей студии?

Правильный ответ — «Коротко, письменно, со ссылкой на задачу». Письменное с ссылкой на задачу остаётся в истории — голосовое исчезает сразу.

Клиент просит правку по готовому этапу. Как она квалифицируется в студии?

Правильный ответ — «Оценка: ошибка или новая задача — честный ответ». Сначала квалификация: наша ошибка — чиним бесплатно, новая задача — оцениваем.

Частые вопросы