При переходе с устаревшей конфигурации «1С:Управление производственным предприятием» (УПП) на современные рельсы «1С:ERP» или «1С:Комплексная автоматизация 2» (КА) специалисты часто сталкиваются с проблемой: в новой системе отсутствует привычный вид договора Прочее. В УПП этот тип был «универсальным солдатом», куда записывались любые расчеты, не подходящие под критерии купли-продажи: от претензий и аренды до операций с ценными бумагами.
Разберем подробно, почему разработчики фирмы «1С» отказались от этой сущности и как теперь правильно отражать подобные операции в новой архитектуре систем. Проанализируем ситуацию по шагам и выясним, какие инструменты ERP заменяют старый функционал.
В УПП вид договора жестко определял допустимые операции и счета учета. В современных конфигурациях логика разделена. Договор теперь — это объект для детализации расчетов и хранения коммерческих условий, а за «поведение» проводок и типы операций отвечают другие механизмы. Рассмотрим основные способы реализации логики «Прочего» договора в новой системе.
Первая техническая преграда, с которой мы сталкиваемся: система выдает ошибку «Создание договора возможно для партнеров с признаками Клиент/Поставщик». В ERP невозможно создать договор с абстрактным контрагентом.
Выясним причину: даже если вы платите штраф или ведете расчеты по претензии, ваш контрагент технически выступает либо получателем средств (как Поставщик услуг/претензий), либо плательщиком (как Клиент). Поэтому первым делом в карточке Партнера (или Контрагента) необходимо установить соответствующий флаг. Только после этого станет доступна кнопка создания договора.
Это ключевое решение для тех, кто привык использовать вид «Прочее» для проводок по 76 счету. В ERP за счета учета отвечает справочник Группы настроек финансового учета расчетов. Рассмотрим, как это работает:
С поставщиком (даже если это расчеты по прочим операциям).Группа финансового учета выбираем (или создаем новую) настройку, где вместо стандартного 60-го счета указан нужный нам субсчет 76-го счета (например, 76.05 или 76.09).Посмотрим на пример программного заполнения ГФУ при переносе данных:
// Пример логики установки ГФУ при программном создании договора
НовыйДоговор = Справочники.ДоговорыКонтрагентов.СоздатьДоговор();
НовыйДоговор.ТипДоговора = Перечисления.ТипыДоговоров.СПоставщиком;
// Ссылка на ГФУ, где настроен 76 счет
НовыйДоговор.ГруппаФинансовогоУчета = Справочники.ГруппыФинансовогоУчетаРасчетов.НайтиПоНаименованию("ПрочиеРасчеты76");
НовыйДоговор.Записать();
Многие операции, которые в УПП «сваливались» в Прочее, в ERP выделены в отдельные функциональные блоки. Проанализируем их:
Казначейство существует отдельный объект Договоры кредитов и депозитов. У него своя логика начисления процентов и графиков платежей.Внеоборотные активы -> Аренда.С давальцем или С переработчиком.Если вы пишете правила переноса (например, через Конвертацию данных), проанализируем алгоритм сопоставления:
Прочее по смыслу. Используйте для этого анализ оборотов по счетам 76, 66, 67.Договор кредита/депозита.С поставщиком + ГФУ Прочие расчеты.С поставщиком/клиентом, так как документ Взаимозачет задолженности в ERP работает с любыми типами.НСИ и администрирование — Настройка НСИ и разделов — Продажи/Закупки включены флаги Договоры с клиентами и Договоры с поставщиками. Без этого функционал договоров будет недоступен.Отсутствие вида договора Прочее в 1С:ERP и КА — это не ограничение, а переход к более гибкой и точной модели учета. Вместо использования одного «безразмерного» типа договора, мы используем сочетание типа договора (Поставщик/Клиент) и настроек ГФУ для управления счетами бухгалтерского учета. Это позволяет системе корректно строить отчетность и автоматизировать расчеты, которые в УПП приходилось корректировать вручную.