Первый год с НДС на упрощенке: как не утонуть во входящей первичке и при чем тут автоматизация

С 2026 года тысячи небольших компаний на УСН впервые стали плательщиками НДС. Порог освобождения опустили до 20 млн рублей в год, дальше он судя по всему будет только снижаться. Компания, которая вчера жила с одной книгой доходов и раз в год отчитывалась перед налоговой, теперь каждый квартал сдает декларацию по НДС и разбирается, чем счет отличается от счета-фактуры, а УПД со статусом 1 от УПД со статусом 2.

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

Почему вопрос упирается в первичку

У упрощенца, который стал платить НДС, есть выбор: пониженная ставка 5% или 7% без права на вычеты или общая ставка 22% с вычетами. Для многих 22% выгоднее, особенно если большая часть затрат приходит от поставщиков с НДС. Но у этой ставки есть цена: вычет получаешь только с правильно оформленного и вовремя учтенного входящего документа.

Получается простая зависимость. Если входящие документы теряются, приходят с ошибками или заносятся в 1С через месяц, то часть вычетов просто сгорает, и 22% перестают быть выгодными. На практике выбор ставки зависит не только от структуры затрат, но и от того, насколько компания умеет обрабатывать первичку и делает это в срок.

Поэтому задача формулируется так: каждый входящий документ должен быстро попасть в учет, без ошибок и с привязкой к тому, за что он выставлен.

Откуда приходят документы

В небольшой компании входящая первичка редко живет в одном месте:

• часть поставщиков работает через ЭДО;

• часть присылает PDF на общую почту компании или почту конкретного менеджера;

• часть отдает бумагу с товаром, а водитель привозит ее в офис через неделю;

• часть присылает фото УПД в мессенджер.

Первое, что я бы сделал, к ИИ не относится: я бы посмотрел, кто из основных поставщиков уже готов работать через ЭДО, и перевести их туда. Документ из ЭДО приходит в виде структурированного XML с подписью. Его не нужно распознавать, он уже в машиночитаемом виде и юридически значим. Обычно двадцать процентов поставщиков дают восемьдесят процентов документов, и перевод даже этой части на ЭДО снимает основную нагрузку с компании.

Все, что остается вне ЭДО, нужно собрать в одну точку. Подойдет отдельный ящик для документов или бот в мессенджере, куда менеджеры пересылают все, что пришло им лично (пересылку можно настроить автоматически на уровне почтового ящика, например). Пока документы раскиданы по личным почтам сотрудников, никакая автоматизация не поможет.

Как обрабатывать то, что пришло не через ЭДО

Дальше похоже на то, что мы разбирали для смет и счетов поставщиков (читай прошлую статью), только требования строже.

Распознавание. Из PDF с текстовым слоем данные достаются обычным парсингом, для сканов и фото нужен OCR. Таблицы в первичке сверстаны как угодно, поэтому раскладывать их по полям удобно языковой моделью: поставщик, ИНН и КПП, номер и дата, тип документа, позиции, ставка НДС, суммы с налогом и без.

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

Проверка реквизитов. Для вычета мало того, чтобы цифры сошлись. У счета-фактуры есть обязательные реквизиты, и без них вычет под вопросом. Система проверяет, что они на месте, что ИНН и КПП покупателя совпадают с вашими, а ИНН поставщика существует и компания действует. Последнее проверяется по открытым данным ФНС автоматически.

Тип документа. Здесь ошибаются чаще всего. УПД со статусом 1 одновременно служит счетом-фактурой и первичным документом, а со статусом 2 это только первичка, и вычет по нему не получить. Счет на оплату вообще не первичный документ. Система должна различать эти случаи и не записывать счет на оплату как поступление.

Сопоставление с тем, что вы покупали

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

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

Запись в 1С

В учет документ попадает черновиком, а не проведенным. Бухгалтер видит заполненное поступление, ссылку на исходный файл, на заказ и список того, что система проверила. Ему остается посмотреть и провести.

Можно сделать и полностью автоматическое проведение, но в первый год с НДС я бы этого не делал. Цена ошибки в налоговом учете выше, чем выигрыш в паре минут на документ. Автоматизация здесь нужна, чтобы бухгалтер проверял, а не перепечатывал.

Подводные камни

Дубли. Один и тот же документ приходит и через ЭДО, и PDF на почту, а иногда еще и бумагой. Без проверки на дубли по поставщику, номеру, дате и сумме один вычет заявят дважды, и это спровоцирует ненужные вопросы от налоговой.

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

Документы на стыке периодов. Отгрузка в одном квартале, документ пришел в следующем. Важно, к какому периоду относится вычет, и это должен видеть бухгалтер, а не угадывать система - она все равно угадает неправильно.

Поставщики-упрощенцы. Теперь часть ваших поставщиков тоже на НДС, причем на ставках 5% или 7%. Документы с такими ставками раньше почти не встречались, и шаблонная проверка "НДС может быть только 22 или 10" будет ломаться на каждом втором документе, нужно строить более сложный механизм.

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

Где здесь ИИ, а где нет

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

Итог

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

Как у вас организован поток входящих документов после перехода на НДС? Интересно, какая доля поставщиков уже работает через ЭДО.