Контроль договоров в 1С: типичные ошибки при проведении сделки

Большинство ошибок при проведении договоров в 1С не в самих документах – а в том, что проверку никто не делает в момент сделки. Менеджер выставляет скидку выше своего лимита, контрагент числится в базе с чужим ИНН, маржа уходит в минус – и всё это обнаруживается постфактум, уже после отгрузки. В этой статье – конкретные точки контроля договоров в 1С, рабочий чек-лист и разбор типовой ошибки с цифрами потерь.

Три ошибки, которые обходятся дороже всего

Из практики компаний с выручкой 50-300 млн ₽ в год выделяются три источника потерь, которые встречаются чаще всего.

Скидка выше должностного лимита. Менеджер «дожимает» сделку скидкой 18%, хотя его лимит – 7%. Договор проходит, отгрузка идёт, а разница в марже вылезает только при закрытии месяца. Несанкционированные скидки «съедают» от 1,5% до 4% выручки ежегодно – это данные из аудитов небольших торговых компаний.

Контрагент без актуальной проверки. Юрлицо могло быть ликвидировано или исключено из ЕГРЮЛ после того, как его внесли в базу 1С. Сделка с таким контрагентом несёт налоговые риски и может привести к отказу в вычете НДС.

Маржа ниже порогового значения без согласования. Менеджер соглашается на условия клиента, не считая маржу. Договор проводится, а после закрытия выясняется: сделка убыточна уже в момент заключения.

Контроль скидок: лимиты по должностям

Лимиты скидок должны быть зафиксированы в регламенте и привязаны к должностям, а не к конкретным людям. Типовая структура для торговой компании с оборотом 100-500 млн ₽ в год:

• Менеджер по продажам – до 5%
• Старший менеджер – до 10%
• Руководитель отдела продаж – до 15%
• Коммерческий директор – до 25%
• Свыше 25% – только письменное согласование собственника

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

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

О том, как скидки связаны с манипуляциями при начислении бонусов, – в статье «Бонусы менеджеров в 1С: как проверить и найти манипуляции».

Проверка контрагента до проведения документа

ИНН юридического лица в России – 10 цифр. Десятая является контрольной и вычисляется по алгоритму из первых девяти. Если контрольное число не совпадает – ИНН введён с ошибкой или сознательно подделан.

Формула для 10-значного ИНН: контрольная цифра = остаток от деления суммы произведений первых 9 цифр на веса (2, 4, 10, 3, 5, 9, 4, 6, 8) на 11, затем результат по модулю 10. Эта проверка встраивается в 1С функцией общего модуля и выполняется за миллисекунды при записи контрагента.

Второй уровень – статус по ЕГРЮЛ на дату сделки. Через API ФНС можно проверить: действует ли юрлицо, совпадает ли ОГРН, актуален ли юридический адрес. Бесплатный запрос – до 1 000 в сутки без регистрации.

Третий уровень – признаки «массовых» реквизитов. Количество компаний, зарегистрированных на одного директора, или адрес массовой регистрации – это открытые данные ЕГРЮЛ. Порог настораживает: больше 5 компаний на одного директора – повод проверить вручную перед первой крупной сделкой.

Маржа против плана: минимальный порог для каждой категории

Контролировать маржу «в целом по компании» бесполезно. Нужен конкретный порог по каждой товарной группе или виду услуг.

Рабочая схема для 1С: в номенклатурной группе задаётся два значения – плановая маржа и минимальная допустимая. При проведении реализации система сравнивает фактическую маржу с порогом. Пример для торговой компании:

• Оборудование: плановая маржа 18%, порог – 11%. Ниже 11% – блокировка до согласования коммерческого директора.
• Расходные материалы: плановая 32%, порог – 20%.
• Услуги: плановая 45%, порог – 30%.

Зона между порогом и планом – «жёлтая»: сделка возможна, но автоматически ставится задача руководителю с фактическим значением и кратким объяснением менеджера. Ниже порога – «красная»: проведение блокируется до письменного согласования.

Аналогичный принцип применяется к контролю промо-акций – об этом подробнее в статье «Контроль ценовых акций в 1С: почему промо превращается в убытки».

Для регулярного мониторинга удобно настроить автоматический контроль соответствия фактической маржи плановым показателям по каждому менеджеру – отклонения видны в день проведения документа, а не при закрытии периода.

Чек-лист: 8 точек проверки перед проведением договора

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

• ИНН контрагента прошёл контрольное число – проверяется функцией общего модуля или вручную по формуле.
• Статус контрагента в ЕГРЮЛ – «действующий» – актуально на дату договора, не на дату внесения в базу.
• Скидка не превышает лимит должности – сравнить поле «Скидка» в документе с таблицей лимитов по ролям.
• Маржа выше порогового значения категории – рассчитать до проведения, сравнить с регламентом по номенклатурной группе.
• Договор указан в документе и не истёк – проверить дату окончания договора; если просрочен, нужно переоформление до проведения.
• Подписант уполномочен – ФИО и должность подписанта в договоре соответствуют действующей доверенности или уставу.
• Условие оплаты соблюдено – если договор предусматривает предоплату 100%, отгрузка до оплаты недопустима.
• Реквизиты счёта для оплаты совпадают с ЕГРЮЛ – подмена реквизитов в реквизитах контрагента встречается чаще, чем кажется, особенно при смене бухгалтера на стороне клиента.

Мини-кейс: как один договор «съел» 340 000 ₽

Торговая компания, выручка около 180 млн ₽ в год. Менеджер закрывал крупного клиента с длинной историей покупок.

Что произошло: менеджер поставил скидку 19% (его лимит – 8%), договорившись устно с РОПом. РОП об этом разговоре «не помнил». Маржа по сделке составила 6,4% вместо плановых 17,5%. Отгрузка прошла в пятницу, расчёт маржи – в понедельник при закрытии недели.

Итого по одной сделке: упущенная маржа 340 000 ₽. Прямых потерь нет – клиент заплатил. Но компания недополучила прибыль, которая стояла в плане.

Где сбой в контроле: в 1С не было настроено ни одно из трёх – ни ограничение поля скидки по роли, ни уведомление при превышении лимита, ни ежедневный отчёт по скидкам выше порога. Менеджер действовал рационально с его точки зрения: он получил премию за закрытую сделку.

Что внедрили: автоматическое уведомление руководителю в Telegram при каждой скидке свыше 10% – в момент проведения документа, не постфактум. Через два месяца средняя скидка по отделу упала с 11,3% до 7,2%.

Частые вопросы

Как в 1С ограничить размер скидки для конкретного пользователя?

Через настройку прав доступа: в типовых конфигурациях (УТ, КА, ERP) есть роли, ограничивающие редактирование поля «Скидка». Более гибкий вариант – RLS-ограничения или проверка при проведении документа, которая сравнивает скидку с допустимым значением для пользователя из справочника должностей.

Достаточно ли проверять ИНН один раз при создании контрагента?

Нет. ИНН не меняется, но статус компании – меняется. Юрлицо может быть ликвидировано или реорганизовано в любой момент. Актуальный статус нужно проверять перед каждой сделкой на сумму выше порогового значения – для большинства компаний это 50 000 ₽.

Что делать, если маржа ниже порога, но клиент стратегически важен?

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

Как быстро обнаружить накопленные нарушения за прошлые периоды?

Выгрузить все реализации за период с полями: менеджер, скидка, маржа, статус контрагента. Отфильтровать строки с превышением лимитов по каждому критерию. Это разовый аудит – займёт 2-3 часа аналитика. Для регулярного контроля нужен автоматический отчёт с расписанием запуска.