Проверка документов реализации в 1С: типичные ошибки и автоматический контроль

Документ реализации в 1С одновременно фиксирует выручку, формирует НДС к уплате и списывает остатки. Ошибка в любом из этих блоков – это либо налоговый риск, либо искажение отчётности, либо пересортица на складе. По данным камеральных проверок, расхождения обнаруживаются в среднем через 3-6 месяцев после отгрузки – к тому моменту исправить документ без потерь уже значительно сложнее.

Где чаще всего ошибаются в документах реализации

По практике автоматизированных проверок в компаниях с оборотом от 30 до 500 млн ₽ в год семь ошибок встречаются в 80% случаев.

Неверные реквизиты покупателя. ИНН устарел, введён вручную с опечаткой или скопирован от другого контрагента. Покупатель не получит вычет по НДС – придёт претензия и требование выставить исправленный счёт-фактуру.

Скидка сверх полномочий менеджера. Сотрудник даёт 12%, хотя его лимит 5%. При среднем чеке 180 000 ₽ и 200 документах в месяц это 1,26 млн ₽ недополученной прибыли в год – и никто не замечает, пока не сядет считать.

Неверная ставка НДС. Актуально при смешанном ассортименте: одна группа товаров облагается по 10%, другая по 20%. Ошибка в одной позиции – корректировочный счёт-фактура, разбирательство с покупателем и уточнённая декларация.

Дата документа не совпадает с датой отгрузки. Менеджер провёл реализацию следующим числом, потому что «не успел». НДС попадает не в тот квартал. Штраф – до 20% от суммы налога за занижение базы.

Не выбран договор или выбран недействующий. Задолженность висит на «общем» договоре, не зачитывается в нужной аналитике, акты сверки расходятся.

Пустой грузополучатель. При отгрузке на адрес, отличный от юридического, в счёте-фактуре должен быть отдельный блок с реквизитами грузополучателя. Без него документ технически неправильный.

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

Рабочий чек-лист: что проверить до проведения документа

Этот список можно превратить в регламент для менеджеров или в автоматическую проверку в 1С.

Контрагент и договор

• ИНН покупателя совпадает с данными ФНС (проверяется за 3 секунды на egrul.nalog.ru или через API).
• КПП соответствует фактическому адресу отгрузки, если покупатель – крупная компания с несколькими обособленными подразделениями.
• Контрагент не ликвидирован и не в стадии банкротства.
• Договор выбран, срок действия не истёк, реквизиты договора совпадают с бумажной версией.

Цены, скидки, маржа

• Скидка по каждой позиции не превышает лимит должности менеджера.
• Итоговая маржа документа не ниже установленного порога (обычно 15-20% для оптовых компаний).
• Цены соответствуют актуальному прайсу или есть письменное согласование отклонения.

НДС, номенклатура, прослеживаемость

• Ставка НДС по каждой позиции соответствует коду ОКПД2 или ТН ВЭД.
• Для товаров из перечня прослеживаемости заполнен РНПТ.
• Остатки на складе положительные по каждой позиции – документ не уйдёт «в минус».

Реквизиты документа

• Дата документа совпадает с датой фактической отгрузки.
• Склад отгрузки совпадает с физическим расположением товара.
• Грузополучатель заполнен, если адрес доставки отличается от юридического адреса покупателя.

Ошибки с реквизитами контрагента: как проверять ИНН и когда база уже «протухла»

ИНН юрлица – 10 цифр, ИП – 12. У каждого ИНН есть контрольное число, которое рассчитывается по фиксированному алгоритму ФНС. Если цифра введена с ошибкой – контрольное число не сойдётся. Эту проверку можно реализовать в 1С за 15 строк кода в обработчике «ПередЗаписью» справочника контрагентов.

Сложнее – контрагенты, которые формально активны в вашей базе, но фактически ликвидированы или реорганизованы. Сотрудник открывает карточку, видит «ООО Ромашка», выставляет документ. А в ФНС эта компания уже год как исключена из реестра.

Тема мёртвых контрагентов – отдельная: там же алгоритм массовой сверки по API ЕГРЮЛ и регламент архивирования. Подробнее – в статье «Мёртвые контрагенты в 1С: как найти, проверить и архивировать».

Правило для действующей базы: контрагентов, по которым не было сделок больше 6 месяцев, проверять при следующей сделке. Всех активных – раз в квартал через ЕГРЮЛ API. Стоимость запросов – 0 ₽ в рамках бесплатного лимита ФНС для малого объёма.

Контроль скидок и маржи: конкретные пороги и формулы

Три уровня полномочий – стандарт для оптовой компании с оборотом 50-300 млн ₽ в год:

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

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

Формула: Скидка% = (ЦенаПрайс - ЦенаФакт) / ЦенаПрайс × 100

Если Скидка% > ЛимитДолжности – блокировка с конкретной подсказкой: «Скидка 12% превышает ваш лимит 5%. Для согласования нажмите “Отправить на утверждение”».

Второй порог – маржа документа в целом: (СуммаПродажи - Себестоимость) / СуммаПродажи × 100. Если маржа ниже 10% – документ не проводится без ручного подтверждения руководителя. Это защита от ситуации, когда скидки по каждой позиции в пределах нормы, но в совокупности сделка убыточна.

Мини-кейс. Оптовая компания стройматериалов, Воронеж, оборот 120 млн ₽. До внедрения порогов средняя скидка по факту – 8,3%, план – 5%. После внедрения блокировки и эскалации к РОП: средняя скидка снизилась до 5,7% за квартал. Прибыль выросла на 3,1 млн ₽ в год без изменения объёма продаж.

Прослеживаемость: новый блок обязательных проверок

С расширением перечня прослеживаемых товаров в 2026-2027 годах документ реализации получил дополнительное обязательное поле – РНПТ (регистрационный номер партии товара). Если товар входит в перечень, а поле пустое – нарушение при камеральной проверке.

Сейчас в перечне: мониторы, холодильники, стиральные машины, детские коляски, вилочные погрузчики, промышленное холодильное оборудование и ряд других позиций. О том, что изменилось в 2026-2027 годах и как настроить автоматическую проверку РНПТ в 1С, – в статье «Прослеживаемость товаров 2026-2027: расширение перечня и контроль в 1С».

В документе реализации минимальная проверка: для каждой строки с прослеживаемым товаром РНПТ заполнен, единица измерения совпадает с единицей из уведомления о ввозе или передаче. Без этого документ технически корректен в 1С, но нарушает требования ФНС.

Регламент проверки: кто, когда и что именно делает

Проверка после факта – это не контроль, это разбор полётов. Нужна проверка в день проведения документа или до проведения.

Рабочая схема для компании с 50-300 документами реализации в день:

1. Автоматическая проверка при сохранении. 1С проверяет ИНН, ставку НДС, РНПТ, остатки на складе. При ошибке – блокировка с конкретным списком замечаний. Менеджер исправляет сам, не выходя из документа.
2. Проверка скидки и маржи при проведении. При превышении лимита уходит уведомление руководителю. Руководитель подтверждает или отклоняет в течение 2 часов – не завтра, не в конце недели.
3. Ежедневная сводка отклонений в 18:00. Руководитель получает список: превышение скидок, низкая маржа, незаполненные обязательные поля. Не 200 документов на ручной просмотр, а 5-10 исключений с конкретными суммами.
4. Еженедельный аудит по пятницам. Список контрагентов, у которых ИНН в базе расходится с ЕГРЮЛ. Массовая сверка через API. Исправления – до конца рабочей недели.

Правило порога качества: если ошибок больше 5% от числа документов в день – регламент не работает. Нужно разбираться с причиной (плохой обучение, неудобный интерфейс, неправильный прайс), а не исправлять каждый документ руками.

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

Можно ли заблокировать проведение документа при ошибке без доработки программистом?

Базовые блокировки (отрицательные остатки, пустые обязательные поля) настраиваются штатными средствами в типовых конфигурациях. Для сложных проверок – скидки, маржа, ИНН по контрольному числу – потребуется доработка. Объём небольшой: 2-4 часа работы программиста для каждой проверки.

Кто должен проверять документы – менеджер или бухгалтер?

Менеджер проверяет цены, реквизиты покупателя и соответствие условиям сделки в момент оформления – он отвечает за сделку. Бухгалтер проверяет ставки НДС и соответствие первичным документам. Чёткое разделение ответственности снижает число ошибок на 40-60% по сравнению со схемой «все проверяют всё».

Как часто нужно обновлять данные контрагентов из ФНС?

Активные контрагенты (сделки чаще раза в квартал) – раз в квартал. Те, кто не делал покупок больше 6 месяцев, – при следующей сделке автоматически. Стоимость запросов к ЕГРЮЛ API – от 0 ₽ (бесплатный лимит ФНС) до 3 000 ₽ в месяц при высоком объёме.

Что делать, если ошибка обнаружена уже после того, как покупатель принял НДС к вычету?

Выставляется исправленный счёт-фактура. Покупатель аннулирует вычет в текущем периоде и принимает заново по исправленному документу. Если налоговый период закрыт – уточнённая декларация у обеих сторон. Чем раньше обнаружена ошибка, тем дешевле исправление: в день проведения – 15 минут, через квартал – несколько часов работы бухгалтера с обеих сторон.