Как настроить контроль дебиторской задолженности по нескольким юридическим лицам в 1С:Торговля и Склад 7.7?

← На главную

В процессе работы с конфигурацией Торговля и Склад 7.7 часто возникают ситуации, когда бизнес-логика предприятия требует консолидированного подхода к расчетам с контрагентами. Типовой функционал системы настроен на жесткое разделение взаиморасчетов по каждому юридическому лицу (фирме). Рассмотрим, как можно подойти к решению задачи объединения контроля дебиторской задолженности для нескольких компаний.

Понимание архитектуры взаиморасчетов

Прежде всего, необходимо осознать, что в платформе 1С 7.7 данные о взаиморасчетах хранятся в регистрах, где Фирма (юридическое лицо) выступает в качестве обязательного измерения. Стандартные процедуры проверки лимитов при проведении документов Реализация или Заявка покупателя жестко привязаны к текущей фирме, указанной в шапке документа. Чтобы система начала «видеть» долг контрагента по всем вашим организациям сразу, нам потребуется модифицировать алгоритмы проведения.

Реализация суммарного контроля задолженности

Чтобы реализовать контроль дебиторки по всем юрлицам, нам предстоит выполнить следующие действия:

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

Пример логики для модификации проверки

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


// Пример логики расчета общего долга
ТекстЗапроса = "
|SELECT
|   Регистр.Взаиморасчеты.СуммаВР AS Сумма
|FROM
|   Регистр.Взаиморасчеты AS Регистр
|WHERE
|   Регистр.Контрагент = :ВыбКонтрагент
|   AND Регистр.Договор = :ВыбДоговор";
// Далее следует суммирование всех полученных значений

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

Решение проблемы с редактированием кредитных лимитов

Часто пользователи задают вопрос: почему менеджеры могут менять кредитные лимиты, даже если им запрещена отгрузка сверх них? Это происходит потому, что права на изменение данных в справочнике Контрагенты и правила бизнес-логики (проверка лимита) — это разные уровни защиты.

Чтобы закрыть доступ к изменению полей КредитныйЛимит и СрокОплаты, выполните следующее:

Откройте Конфигуратор и перейдите в меню Администрирование -> Пользователи.
Создайте для менеджеров отдельный профиль прав или роль.
В настройках прав доступа к справочнику Контрагенты перейдите во вкладку Доступ к реквизитам.
Установите запрет на редактирование для указанных полей. Теперь пользователи смогут только просматривать установленные лимиты, но не смогут их изменять самостоятельно.

Важные замечания по учету

Разработчики системы 1С 7.7 предупреждают: консолидация долгов разных юрлиц может привести к проблемам в бухгалтерской отчетности и актах сверки. По закону сверка должна формироваться строго по паре «Наша организация — Контрагент». Если вы решите объединить данные, убедитесь, что это не нарушит возможность автоматического формирования актов сверки для бухгалтерии. Если риски высоки, рассмотрите вариант создания внешней обработки «Монитор дебиторки», которая будет лишь информировать менеджера о превышении лимита, не затрагивая при этом сами документы реализации и механизмы проводок.