← На главную

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

1. Контроль отгрузки через штатные статусы договоров

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

1. На согласовании — первоначальный статус создаваемого договора;
2. Действует — договор согласован, по нему разрешены финансовые и хозяйственные операции;
3. Отклонен — договор не прошёл согласование;
4. Закрыт — обязательства по договору завершены.

Система 1С:ERP на программном уровне контролирует проведение документов отгрузки (например, Заказ клиента или Реализация товаров и услуг). Если в документе выбран договор в статусе На согласовании, Отклонен или Закрыт, проведение документа блокируется системой автоматически.

2. Бесшовная интеграция с «1С:Документооборот КОРП» (Рекомендуемый подход)

Разработчики типового решения 1С:ERP закладывали концепцию, согласно которой сложные многоэтапные маршруты согласования, адресация задач по ролям и согласование с условиями вынесены в специализированный продукт — 1С:Документооборот. Объединять сложный процессный движок и учетную систему в одном монолите не рекомендуется с точки зрения производительности и масштабируемости.

Для связки ERP и Документооборота применяется типовой механизм — Библиотека интеграции с документооборотом (БИД), позволяющий настроить так называемую «бесшовную интеграцию»:

1. Пользователь создает договор в 1С:ERP в статусе На согласовании.
2. Прямо из карточки договора запускается процесс согласования 1С:Документооборот.
3. В 1С:Документооборот отрабатывает маршрут любого уровня сложности (параллельное, последовательное или смешанное согласование с несколькими участниками в зависимости от суммы или условий).
4. После успешного завершения бизнес-процесса в 1С:Документооборот статус договора в 1С:ERP автоматически меняется на Действует посредством штатного фонового обмена.

Этот способ позволяет не изменять конфигурацию 1С:ERP и полностью сохранить штатную логику системы.

3. Использование подсистемы «Процессы и задачи» в 1С:ERP

Если в организации не используется 1С:Документооборот, рассмотриваем вариант применения встроенной подсистемы Библиотеки Стандартных Подсистем (БСП) Процессы и задачи.

В 1С:ERP присутствует базовый бизнес-процесс согласования. Схема работы выглядит следующим образом:

1. Ответственный менеджер создает задачу согласования на основании договора.
2. Создается родительская задача, от которой формируются подчиненные задачи для смежных отделов (юристы, финансовая служба, служба безопасности).
3. Главная задача не может быть завершена до тех пор, пока все подчиненные задачи не будут выполнены.

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

4. Автоматизация изменения статуса через расширение конфигурации

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

Рассмотрим два распространенных варианта реализации в расширении:

1. Простое расширение карточки договора: На форму договора добавляется бизнес-процесс или табель согласования, а реквизит Статус блокируется для прямого редактирования пользователями. При успешном выполнении всех шагов согласования код расширения программно устанавливает статус Действует.
2. Связка с внешним сервисом или отдельной базой через HTTP-сервис: В расширении 1С:ERP описывается HTTP-сервис, принимающий внешние команды. При завершении процесса согласования во внешней системе вызывается данный сервис, передающий GUID договора, и расширение автоматически переводит договор в статус Действует.

5. Согласование условий продаж через «Соглашения об условиях продаж»

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

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

6. Дополнительные штатные механизмы запрета отгрузки

Помимо статусной модели договоров, в 1С:ERP присутствуют механизмы автоконтроля выполнения условий договора при проведении отгрузок:

1. Контроль задолженности в договоре: В карточке договора можно активировать опции Запрещать отгрузку при сумме задолженности более... и Запрещать отгрузку при наличии просроченной задолженности.
2. Правила запрета операций: В подсистеме казначейства доступна настройка правил, запрещающих отгрузку по конкретным организациям, контрагентам или договорам.
3. Сегментация партнеров: Клиента можно автоматически переводить в специальный сегмент («Стоп-лист»), для которого на уровне правил продаж установлен запрет на создание документов реализации.

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