Как связать закупочный контур 1С с электронной торговой площадкой: кейс интеграции 1С:ERP и «Росэлторга»

Меня зовут Евгений Некрасов, я ведущий разработчик RDN Group — платинового партнёра 1С-Битрикс с компетенцией «Энтерпрайз расширенного уровня». В проектах по интеграции 1С:ERP с электронными торговыми площадками мы видим, как меняются запросы бизнеса: компаниям уже недостаточно работать с закупками в разрозненных системах и вручную переносить между ними данные.

Закупочный процесс редко ограничивается одной информационной системой. Потребности подразделений, номенклатура, бюджеты и заявки обычно ведутся в корпоративной ERP-системе, а конкурентные процедуры проходят на электронной торговой площадке. В результате закупщику приходится работать одновременно в двух контурах: формировать закупку в 1С, переносить данные на ЭТП, загружать документы, следить за ходом процедуры, а затем возвращать полученные результаты обратно в учетную систему.

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

Решить эту задачу позволяет интеграция 1С:ERP с электронной торговой площадкой. Рассмотрим, как может быть устроено такое взаимодействие, на примере интеграции закупочного контура 1С:ERP с ЭТП «Росэлторг».

Задача интеграции

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

При таком подходе зоны ответственности систем разделяются следующим образом:

• в 1С:ERP формируется потребность, создается заявка и собирается закупочная процедура;
• на ЭТП «Росэлторг» публикуется процедура, принимаются предложения участников и подводятся итоги;
• результаты закупки возвращаются в 1С:ERP для дальнейшего оформления договора, планирования платежей и контроля исполнения.

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

Общий маршрут информации выглядит так:

Потребность → закупка → запрос коммерческих предложений → технико-коммерческие предложения → оценка → результат закупки → договор.

Какие данные передаются между 1С:ERP и ЭТП

Для проведения закупки одной карточки лота недостаточно. Интеграция охватывает несколько связанных групп данных.

Номенклатура и позиции закупки

В состав передаваемых данных могут входить:

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

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

Контрагенты и потенциальные поставщики

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

• прайс-листов с аналогичной номенклатурой;
• истории предыдущих поставок;
• данных справочника контрагентов.

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

Коммерческие предложения

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

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

Технико-коммерческие предложения

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

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

Критерии и результаты оценки

Кроме состава лота, на ЭТП передаются критерии выбора поставщика. После завершения процедуры в 1С возвращаются итоговые данные: победитель, финальная цена и связанное с процедурой коммерческое предложение.

Как закупка формируется в 1С:ERP

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

В общем виде подготовка закупки проходит несколько этапов:

1. В системе регистрируется потребность.
2. На ее основании формируется заявка на закупку.
3. Согласованные позиции поступают в рабочее место закупщика.
4. Закупщик группирует позиции и создает лот.
5. Лот дополняется поставщиками, документами, критериями оценки и ключевыми датами.
6. Сформированная закупочная процедура передается на ЭТП.

Рабочее место закупщика объединяет информацию, которая потребуется на протяжении всей процедуры:

• перечень закупаемых позиций;
• начальные цены;
• список потенциальных поставщиков;
• коммерческие и технико-коммерческие предложения;
• технические заключения;
• критерии оценки;
• конкурентный и оценочный листы;
• решение по закупочной процедуре;
• ключевые даты;
• планирование платежей.

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

Особенности решения на базе 1С:ERP УСО 2

В рассматриваемом проекте внутренним закупочным контуром выступала 1С:ERP УСО 2 — отраслевое решение на платформе «1С:Предприятие 8.3», предназначенное для управления строительной организацией.

Закупочный процесс был реализован в подсистеме материально-технического обеспечения. Для каждой позиции использовался идентификатор потребности — PID. В карточке позиции хранились номенклатура, код КСМ, цена, количество, единица измерения, объект или проект, а также сроки закупки и поставки.

Рабочее место закупщика аккумулировало PID, по которым было принято решение о закупке, и позволяло объединять их в закупочные процедуры. При этом на ЭТП передавались не отдельные исходные потребности, а сформированные лоты.

Хотя конкретная реализация учитывает особенности строительной отрасли и конфигурации 1С:ERP УСО 2, сам принцип применим и к другим решениям на базе 1С:ERP: внутренняя система остается источником данных о потребности и закупке, а электронная площадка отвечает за проведение конкурентной процедуры.

Публикация закупки в «Росэлторге»

Когда лот подготовлен, пользователь запускает отправку непосредственно из документа закупочной процедуры. 1С:ERP формирует запрос и передает данные на сторону «Росэлторга» по HTTP/HTTPS.

На электронной площадке создается предзаполненный черновик процедуры. В него могут передаваться:

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

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

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

Обмен документами

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

В рассматриваемом решении файлы передаются отдельно с использованием формата multipart/form-data. Документы можно отправлять несколько раз без повторного создания процедуры на ЭТП.

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

Получение финального предложения

После завершения процедуры на ЭТП в 1С:ERP возвращается коммерческое предложение победителя и его итоговая цена.

При загрузке результата система должна сопоставить участника площадки с контрагентом в 1С. В качестве ключевого реквизита может использоваться ИНН. Если соответствующая организация не найдена в справочнике, пользователь получает предупреждение о необходимости создать нового контрагента.

После сопоставления поставщика результат закупки можно использовать в дальнейших процессах:

• при оформлении решения по процедуре;
• создании договора;
• согласовании обязательств;
• планировании платежей;
• контроле поставки и исполнения договора.

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

Техническая архитектура интеграции

Обмен построен на API «Росэлторга» по протоколу HTTP/HTTPS. Для передачи и получения данных используются запросы GET и POST, а ответы могут возвращаться в форматах JSON или XML.

В общем виде архитектура включает три компонента:

• 1С:ERP — источник закупочной процедуры и внутренних нормативно-справочных данных;
• ЭТП «Росэлторг» — среда публикации, приема предложений и подведения итогов;
• интеграционный слой — адаптеры, методы API и веб-сервисы, обеспечивающие обмен.

Авторизация выполняется через API площадки. После успешного входа взаимодействие продолжается с использованием сессии или токена. В зависимости от настроек безопасности сессия может быть привязана к IP-адресу.

Интеграция также учитывает изменение статуса процедуры. Например, закупка может последовательно находиться в состояниях:

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

Обработка статусов позволяет 1С:ERP учитывать фактическое состояние процедуры и ограничивать недоступные на конкретном этапе действия.

Надежность и безопасность

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

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

Особое значение имеет идемпотентность операций: повторный запрос не должен создавать дубли процедур, документов или результатов. Для контроля обмена также полезно фиксировать идентификаторы транзакций и внешние идентификаторы объектов ЭТП.

Как выглядит сквозной сценарий

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

1. Подразделение формирует потребность в 1С:ERP.
2. Закупщик проверяет позиции, определяет потенциальных поставщиков и собирает лот.
3. В систему добавляются документы, критерии и начальная цена.
4. Лот передается в «Росэлторг», где создается черновик процедуры.
5. Закупщик публикует процедуру, а участники направляют предложения.
6. После оценки и подведения итогов финальное предложение возвращается в 1С:ERP.
7. На основании результата в 1С оформляются решение, договор и связанные финансовые документы.

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

Что дает интеграция

В презентации по проекту не приводятся количественные показатели, поэтому эффекты корректнее сформулировать на качественном уровне.

Интеграция позволяет:

• исключить повторный ввод значительной части данных;
• снизить риск расхождений между внутренней системой и ЭТП;
• ускорить подготовку процедуры к публикации;
• сохранить связь между потребностью, лотом, предложением и договором;
• централизованно хранить документы и версии предложений;
• быстрее получать результаты закупки в учетной системе;
• повысить прозрачность действий участников процесса;
• сформировать основу для дальнейшей автоматизации.

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

Как можно развивать решение

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

Следующими этапами могут стать:

• автоматическое получение списка участников;
• загрузка статусов заявок по каждому лоту;
• передача планов закупок;
• обмен проектами и сканами договоров;
• получение сведений об исполнении договора;
• контроль статусов публикации в ЕИС;
• загрузка разъяснений и протоколов;
• отслеживание версий процедуры;
• синхронизация изменений закупки между системами.

В перспективе 1С:ERP может стать единым рабочим окном для управления закупочным циклом, а электронная площадка — внешним контуром проведения регламентированных конкурентных процедур.

Интеграция 1С:ERP с ЭТП — это не просто техническая передача карточки закупки. Ее ценность заключается в создании сквозного процесса, связывающего внутреннюю потребность, закупочную процедуру, предложения участников, итоговый выбор и договор.

В рассмотренном кейсе 1С:ERP выступает источником данных и центром управления закупкой, а «Росэлторг» обеспечивает публикацию процедуры и взаимодействие с поставщиками. API связывает эти контуры и позволяет передавать сведения, документы и результаты без повторного ручного ввода.

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