УТ и УНФ: в чём разница для интеграции с внешними системами
Когда внешней системе — сайту, порталу, учётной программе — нужно подключиться к 1С клиента, первый практический вопрос не «как подключиться к 1С вообще», а «к какой именно конфигурации». 1С:Управление торговлей (УТ) и 1С:Управление нашей фирмой (УНФ) — самые распространённые конфигурации для торговых компаний, но они рассчитаны на разный масштаб бизнеса и по-разному устроены изнутри. Обе конфигурации решают в целом похожую задачу — учёт торговых операций, — и внешне для нетехнического человека могут выглядеть взаимозаменяемыми. Для интеграции разница куда важнее, чем кажется на первый взгляд: от неё зависит, какие именно объекты базы будут участвовать в обмене и как физически устроен путь заказа от покупателя до склада. Разберём, что это значит на практике.
1С:Управление торговлей — для кого
УТ — конфигурация для компаний, для которых торговля — основной и обычно достаточно объёмный вид деятельности: оптовые поставщики, дистрибьюторы, розничные сети с несколькими точками. Она рассчитана на более сложные торговые процессы: несколько складов и организаций в одной базе, развёрнутые схемы ценообразования и скидок, отдельные этапы сделки — заказ покупателя, отгрузка, реализация — как самостоятельные связанные документы, более полнофункциональный блок CRM для работы с клиентами и воронкой продаж.
Для интеграции это означает, что данные, важные для внешней системы — каталог, цены, остатки, заказы — в УТ, как правило, разложены по нескольким связанным документам и регистрам, а не сведены в один универсальный объект. Например, путь заказа в УТ часто состоит из нескольких последовательных документов: заказ покупателя фиксирует намерение, отгрузка — фактическую передачу товара, реализация — оформление продажи для учёта. Внешней системе, которая хочет видеть «статус заказа», нужно понимать, к какому именно этапу этой цепочки она обращается.
1С:Управление нашей фирмой — для кого
УНФ — конфигурация для малого и микробизнеса. Она сознательно проще: в одном продукте совмещены торговля, лёгкое производство, услуги и базовый учёт финансов, вместо того чтобы закрывать каждую область отдельной, более тяжёлой конфигурацией. Документооборот в УНФ обычно компактнее: там, где в УТ нужно несколько последовательных документов, УНФ часто обходится одним.
Это не означает, что УНФ «беднее» с точки зрения данных, которые нужны внешней системе — каталог, цены, остатки, заказы точно так же присутствуют, — но их состав и связи внутри базы устроены заметно проще, чем в УТ. Тот же путь заказа, который в УТ разложен на несколько документов, в УНФ нередко укладывается в один — заказ клиента, из которого сразу формируется отгрузка и реализация.
Как узнать, какая конфигурация установлена у клиента
Прежде чем проектировать или подключать интеграцию, стоит явно выяснить конфигурацию базы — не полагаясь на предположение «раз компания оптовая, значит, это УТ». Проще всего посмотреть название конфигурации в разделе «О программе» внутри самой базы 1С, либо прямо спросить об этом ИТ-специалиста или бухгалтера клиента, которые обслуживают базу. Также имеет смысл уточнить номер версии и релиза — от этого может зависеть состав доступных типовых объектов обмена.
Стоит уточнить и то, как база развёрнута — как классическая установка на сервере клиента или как облачный сервис вроде 1С:Фреш. Само по себе это не меняет состав объектов конфигурации, но влияет на то, как внешняя система технически получит доступ к базе: для облачного варианта и для локальной установки условия подключения обычно различаются, и это стоит выяснить отдельно от вопроса «УТ или УНФ».
Что это значит для интеграции
Отсюда практический вывод: нельзя проектировать интеграцию «под 1С вообще» — нужно ориентироваться на конкретную конфигурацию, потому что состав и структура объектов, с которыми предстоит работать, различаются между УТ и УНФ. Решение, которое читает и пишет данные напрямую под структуру одной конфигурации, при переносе на другую потребует адаптации — и наоборот.
Именно поэтому продукты, которые заявляют интеграцию с 1С, стоит проверять на то, какие именно конфигурации они поддерживают явно, а не по общей формулировке «интеграция с 1С» без уточнений.
Как это устроено в b2bizi
b2bizi поддерживает обе конфигурации — 1С:УТ и 1С:УНФ — на их типовых, немодифицированных метаданных, без доработки. Портал работает с той структурой объектов, которая реально есть в конкретной базе клиента: с каталогом, ценами, остатками, контрагентами и заказами — независимо от того, УТ это или УНФ.
На практике первый шаг при подключении — понять, с какой именно конфигурацией имеет дело клиент: от этого зависит, какие объекты и в каком составе будут участвовать в обмене. Дальше интеграция строится на типовой структуре именно этой конфигурации, без создания дополнительных полей и без изменения самой конфигурации.
Итого
УТ и УНФ решают похожие задачи — учёт торговли, — но рассчитаны на разный масштаб и по-разному устроены внутри. Для интеграции это означает разный состав и структуру объектов данных, а не просто другое название той же сущности. Если вы подключаете внешнюю систему к 1С клиента — выясните конфигурацию в первую очередь, это определит всю дальнейшую работу.
Это же касается и оценки готовых решений: если продукт заявляет поддержку «1С» без уточнения, стоит прямо спросить, проверялась ли работа именно на УТ и именно на УНФ — или только на одной из них, а вторая заявлена по аналогии. Разница между конфигурациями достаточно существенна, чтобы «по аналогии» на практике означало «не проверено».
Подробнее о том, как устроена интеграция с 1С в самом b2bizi — на странице «Интеграция с 1С». Если хотите посмотреть портал на структуре своего каталога — оставьте заявку на демо.