Расхождения между ЭДО и учетом обнаруживаются всегда в один и тот же момент: в последнюю неделю перед сдачей, когда разбирать их уже некому. До этого момента на них никто не смотрит: документ подписан обеими сторонами, вопрос закрыт.
Проверка занимает пятнадцать минут. Выгрузите из кабинета оператора ЭДО реестр входящих за прошлый квартал, рядом положите журнал поступлений из 1С за тот же период и сравните два числа: сколько документооборотов завершено и сколько документов отражено в учете. Сошлось — дальше можно не читать.
Обычно не сходится. Пусть разница вышла в пятьдесят строк, а на разбор одной уходит шесть минут вместе с поиском переписки и звонком поставщику. Пятьдесят на шесть — пять часов в самую неудачную неделю квартала. Часть строк вдобавок тянет за собой НДС, не попавший в книгу покупок вовремя.
Ниже — шесть причин, по которым сумма в подписанном документе и сумма в базе расходятся, признак для опознания каждой и регламент, после которого разбор перестает быть квартальным событием.
Сверка ЭДО с учетом распадается на три уровня
Под словом «сверка» бухгалтерия понимает три разные задачи. Путать их дорого: у каждой свой ключ сопоставления и своя цена автоматизации.
Уровень состава. Есть ли в базе документ на каждый завершенный документооборот и наоборот. Ключ — идентификатор документооборота у оператора. Здесь сидит большая часть расхождений и здесь же самая дешевая автоматика.
Уровень шапки. Совпадают ли контрагент, номер, дата, сумма и НДС. Работает на паре чисел, требует нормализации номера и ясности, какая сумма с какой сравнивается.
Уровень строк. Сходятся ли позиции внутри документа: номенклатура, количество, цена. Это отдельная инженерная задача со своей техникой, разобранная в материале про сопоставление двух документов. Здесь мы в строки не спускаемся.
Рядом стоит четвертая задача — сверка взаиморасчетов: акт сверки, сальдо, привязка оплат к поставкам. Там сравниваются обороты за период, и ломается она на объеме; как именно — в разборе автоматической сверки с контрагентами. Эта статья про первые два уровня.
Хорошая новость про ЭДО: распознавать нечего. По обмену приходит структурированный xml формата ФНС, все реквизиты уже разложены по полям — механику потока разбирали в статье про первичку в 1С. Данные приезжают чистыми. Расхождения рождаются дальше — в том, что с этими данными делают люди и учетная система.
Причина первая: документ пришел, но не проведен
Самая массовая. Загрузка из ЭДО создает документ поступления, но оставляет его непроведенным: не подобралась номенклатура, не выбран договор, не заполнена статья затрат, склад закрыт для оперативного учета. Бухгалтер откладывает строку на потом. «Потом» наступает в квартал.
Признак. Документооборот завершен обеими подписями, а документ в базе либо отсутствует, либо есть без пометки проведения. Отчет строится по связи документа учета с электронным документом — точное имя объекта зависит от версии библиотеки ЭДО и уточняется у администратора базы.
Отдельный подвид — документ не создался вообще. Так бывает, когда обработка загрузки падает на конкретном контрагенте: пустой ИНН грузоотправителя, неизвестный код единицы измерения, вложение сверх лимита. Такие случаи тихие: в журнале ошибок обмена строка есть, а на глаза никому она не попадается. Журнал ошибок обмена — обязательный источник для отчета сверки, наравне с реестром.
Что делать. Список разбирается ежедневно, и мерить его надо возрастом строки: длина очереди скачет вместе с потоком и сама по себе ни о чем не говорит. Строка, дожившая до третьего дня, означает одно из двух — решение не принято либо принято и нигде не записано. К закрытию периода в списке не должно оставаться ничего.
Причина вторая: провели руками, потом приехало по обмену
Классическое задвоение. Поставка пришла с водителем и бумажной накладной, бухгалтер ввел документ по скану, через два дня тот же документ приехал по обмену. Загрузка не нашла соответствия и завела второй.
Признак. Два документа одного контрагента с одинаковой датой и суммой; у одного заполнена связь с электронным документом, у второго пусто. Номера при этом обычно различаются — именно на номере дедуп и споткнулся.
Первое лекарство — нормализация номера. Убрать пробелы и неразрывные пробелы, срезать ведущие нули, отделить буквенный префикс, отрезать хвост вида «от 05.09», привести регистр и заменить латинские буквы, похожие на кириллические. Строки «0000-000123», «СЧ 123» и «№123 от 05.09» после этого становятся одним значением. Сколько задвоений снимает одна эта обработка, видно на своей выборке: прогнать список дублей за квартал до нормализации и после.
Дальше работает бизнес-ключ: ИНН плюс нормализованный номер плюс дата плюс сумма. Совпали все четыре — точный дубль. Совпали три из четырех — кандидат, уходит человеку с обеими карточками на экране. Та же двухслойная логика описана в разборе потока первички, повторять ее здесь смысла нет.
Грабли. Дубль нельзя просто пометить на удаление. Если он успел провестись, за ним тянутся движения по остаткам, себестоимости и книге покупок, а иногда и оплата, привязанная именно к этой карточке. Порядок такой: сначала посмотреть движения и связанные документы, потом решить, какой из двух живет, потом переносить связи.
Причина третья: в базе живет не та редакция
Один хозяйственный факт легко превращается в несколько файлов. Поставщик прислал документ, вы подписали, потом всплыла ошибка. Дальше два законных пути: соглашение об аннулировании документооборота либо уведомление об уточнении, после которого приходит новая версия титула. Учет при этом остается на первой редакции — про новую никто не сообщил.
Признак. Два и более документооборота с одним номером и датой у одного контрагента; либо аннулированный документооборот, под которым в базе лежит проведенный документ; либо статус «требуется уточнение» при проведенном поступлении.
Правило. Учет отражает последнюю подписанную обеими сторонами редакцию. Сверка обязана брать по каждому номеру самый свежий файл по дате подписи, а ранние версии показывать отдельным списком — это готовый перечень документов, которые надо распровести или перезаполнить.
Причина четвертая: корректировочные и исправительные считаются по-разному
Тут расходятся не только суммы, но и периоды. Два разных документа, которые на слух звучат одинаково.
| Вопрос | Корректировочный | Исправительный |
|---|---|---|
| Повод | Согласованное изменение цены или количества после отгрузки | Ошибка оформления в исходном документе |
| Что делает с исходным | Дополняет его разницей, исходный остается в силе | Заменяет его целиком |
| Период отражения | Период составления корректировки | Период исходного документа |
| Типовая ошибка учета | Заведен на полную сумму вместо разницы, поставка задвоилась | Проведен как новый документ, исходный остался проведенным |
| Что видит сверка | Сумма по ЭДО меньше суммы в учете на величину корректировки | Сумма в учете задвоена, а в реестре по этому номеру одна цепочка |
Отсюда правило, на котором спотыкается большинство самодельных отчетов: единица сверки — цепочка, а не файл. Исходный документ плюс все связанные с ним корректировки и исправления дают итоговую сумму, и сравнивать с учетом надо именно ее. Сопоставление файл к файлу на цепочках всегда даст ложные расхождения, а реальное задвоение пропустит.
Причина пятая: статус у оператора разошелся с состоянием в базе
Четыре причины выше — частные случаи одного явления: у документа два независимых состояния, за согласованностью которых никто не следит. Дальше проще работать матрицей. По одной оси — статус документооборота у оператора, по другой — состояние документа в базе. На пересечении стоит действие, и оно однозначно.
| Статус в ЭДО | Состояние в 1С | Действие |
|---|---|---|
| Завершен, подписан обеими сторонами | Документа нет | Создать и провести. Прямая потеря вычета, высший приоритет |
| Завершен | Есть, не проведен | Провести либо записать причину задержки в строку отчета |
| Завершен | Проведен, суммы сходятся | Норма, строка закрывается автоматически |
| Требуется подписать | Документа нет | Решение по существу: подписать или запросить уточнение. Строка старше недели идет на эскалацию |
| Требуется подписать | Проведен | Опасная клетка: в учете есть, юридически документооборот не закрыт |
| Требуется уточнение | Проведен | Распровести до получения новой редакции |
| Аннулирован | Проведен | Распровести или сторнировать, проверить книгу покупок за период |
| Отказано в подписи | Проведен | Красная строка, разбирается в тот же день |
| Документооборота нет | Проведен с признаком ЭДО | Проверить происхождение, кандидат в задвоение или в чужую базу |
Клетка «требуется подписать при проведенном документе» — самая недооцененная. Формально в учете все хорошо: сумма стоит, НДС посчитан. Фактически поставщик не получил вашу подпись, и при встречной проверке документ окажется незавершенным. Ловится эта клетка только сопоставлением двух источников: рабочее место ЭДО показывает статус, оборотка показывает сумму, а вопрос «подписано ли то, что уже проведено» по отдельности не задает ни то, ни другое.
Причина шестая: у документа три даты
Дата документа, дата подписи в ЭДО и период отражения в учете — три разных числа, и на стыке месяцев они разъезжаются.
Механика простая. Документ от тридцатого сентября подписан восьмого октября. Если по третьему кварталу уже стоит дата запрета изменения, документ уедет в октябрь. Реестр ЭДО покажет его в третьем квартале, оборотка за третий квартал — нет. Обе стороны правы, расхождение реальное.
Признак. Месяц даты документа отличается от месяца периода отражения. Строится колонкой в отчете и выносится отдельным списком.
Правило. Состав сверяется по дате документа. Сверка по дате загрузки или по дате подписи даст ложные расхождения на каждом стыке месяцев, и через два прогона отчету перестанут верить.
Переносы периода бывают законными, и задача сверки — сделать их осознанными. Строка с расхождением периодов закрывается комментарием: молчание здесь означает, что через квартал переписку придется поднимать заново.
Когда расхождение на копейки — это не ошибка
Отдельный жанр — разница в пятнадцать копеек, из-за которой хороший отчет однажды перестают открывать. Округление НДС считается построчно, поэтому на документе из N строк арифметика законно дает расхождение до одной копейки на строку. Отсюда формула допуска, которую можно поставить в отчет сегодня:
Допуск на документ = 0,01 ₽ × количество строк. Сорок позиций — до сорока копеек. Все, что внутри допуска, уходит в список «копеечные» и разбирается пачкой раз в месяц. Все, что снаружи, — в разбор сразу.
Без этого правила отчет тонет: он ежедневно показывает сотни копеечных строк, бухгалтерия перестает его открывать, и вместе с копейками мимо глаз проходят настоящие расхождения.
Остальные арифметические ловушки на уровне шапки, из-за которых «одинаковые» документы не сходятся:
- сравнивается сумма с НДС против суммы без НДС — самая частая и самая обидная ошибка настройки отчета;
- две ставки НДС в одном документе и отдельные подытоги по каждой;
- валютный документ: сравнивать надо в валюте документа, курс на дату — это вторая независимая переменная;
- транспортные расходы или упаковка отдельной строкой у поставщика и внутри цены у вас;
- скидка, оформленная отдельным документом, тогда как в реестре она уже сидит в сумме.
Таблица решений: причина, признак, действие
Сводка всего перечисленного. Это и есть тот минимум, который должен уметь классифицировать отчет: каждая строка расхождения обязана нести класс, иначе разбирать ее будут с нуля каждый раз.
| Причина расхождения | Как ловится | Что делать |
|---|---|---|
| Пришел, не проведен | Документооборот завершен, документ есть, пометка проведения снята | Разбор ежедневно, причина задержки пишется в строку |
| Не загрузился вовсе | Завершенный документооборот без связанного документа плюс запись в журнале ошибок обмена | Починить обработку загрузки, документ завести руками |
| Задвоение ручного и полученного | Совпадение трех полей из четырех в бизнес-ключе, у одного документа пустая связь с ЭДО | Проверить движения, оставить один, перенести связи |
| Устаревшая редакция | Несколько документооборотов с одним номером и датой, свежий не отражен | Распровести старое, перезаполнить по последней подписанной версии |
| Корректировочный отражен полной суммой | Сумма цепочки в ЭДО меньше суммы документов в учете | Пересобрать цепочку, оставить исходный плюс разницу |
| Исправительный отражен как новый | Один номер в реестре, два проведенных документа в базе | Заменить исходный, период отражения оставить исходным |
| Аннулирован, но проведен | Статус аннулирования при проведенном документе | Распровести или сторнировать, проверить книгу покупок |
| Проведен, но не подписан | Статус «требуется подписать» при проведенном документе | Подписать или отказать, юридический риск закрыть в тот же день |
| Расхождение периодов | Месяц даты документа не совпадает с месяцем периода отражения | Подтвердить перенос комментарием либо перепровести |
| Копеечная разница | Отклонение внутри допуска 0,01 ₽ на строку | Список «копеечные», разбор пачкой раз в месяц |
| Разные базы сравнения | Устойчивое отклонение ровно на ставку НДС или на сумму доставки | Чинить настройку отчета; строки тут ни при чем |
Регламент: кто владеет, как часто и что ложится на стол
Все перечисленное выше не стоит ничего без двух скучных вещей: расписания и фамилии. Отчет, который запускают по настроению перед сдачей, показывает сразу квартал накопленных проблем и потому не читается. Рабочая периодичность выглядит так.
- Ежедневно, пять минут. Новые завершенные документообороты без проведенного документа и журнал ошибок обмена за сутки.
- Еженедельно, полчаса. Шапки за неделю: контрагент, номер, дата, сумма, НДС. Полный прогон матрицы статусов.
- Ежемесячно. Цепочки корректировок, список расхождений по периодам, копеечный список пачкой.
- Перед закрытием периода. Контрольный прогон и правило: период не закрывается, пока очередь непустая. Это единственный пункт, который делает регламент обязательным.
Владелец процесса — человек, а не отдел. Обычно старший бухгалтер участка расчетов с поставщиками: он единственный, кто может принять решение по строке. ИТ владеет отчетом и его корректностью, бухгалтерия владеет строками и сроками их закрытия. Когда владельцем назначают «бухгалтерию», очередь не разбирает никто.
Отчет на стол — одна страница и три числа. Первое: количество открытых строк в разбивке по классам из таблицы выше. Второе: сумма под риском, то есть НДС по строкам класса «завершен, но не отражен». Третье: возраст самой старой открытой строки в днях.
Главное из трех — третье. Количество строк колеблется вместе с потоком и само по себе не говорит ни о чем. Возраст старейшей строки показывает, работает процесс или существует на бумаге. Растет две недели подряд — регламента нет.
И жесткое правило по исходам. У строки ровно четыре конца: провести, запросить у контрагента, распровести или аннулировать, принять как допустимое с комментарием. Пятого не существует. Строка без исхода остается открытой и завтра снова попадает в отчет вместе с возрастом.
Что автоматизируется полностью, а что решает человек
Граница проходит там же, где во всех учетных задачах: машина приносит готовый список с причиной, человек принимает решения.
Полностью на машине: выгрузка реестров с обеих сторон; нормализация номеров и наименований; сопоставление по лестнице ключей (идентификатор документооборота, затем ИНН с номером, датой и суммой, затем ИНН с датой и суммой); классификация расхождения по классу; сборка цепочек с корректировками; расчет допуска и отсев копеечных; ведение возраста строки; повторная проверка после исправления и автозакрытие сошедшихся строк; уведомление ответственному.
Остается человеку: чья это ошибка и кому звонить; подписывать документооборот или отказать; трогать ли закрытый период; относить расхождение к допустимым; спорная номенклатура, если работа идет на уровне строк.
Соотношение объемов замеряется на своем потоке за месяц: сколько строк закрылось автоматически повторной проверкой и сколько потребовало действия человека. Второе число и есть остаточная трудоемкость, из нее считается окупаемость. Порядок работ и сроки — на странице сверки документов: пилот от 350 000 ₽, первый отчет через четыре недели, старт возможен на выгрузках, без доступа в боевую базу.
Про доступ отдельно. Сверке достаточно чтения: реестр от оператора и выгрузка из базы. Первый контур можно поднять вообще на файлах, а подключение по штатным интерфейсам платформы обсуждать вторым шагом. В базах с длинной историей это экономит недели — какие именно объекты оказываются неопубликованными и почему падают права служебной учетной записи, собрано в разборе что ломается в конфигурации с историей.
Когда сверку строить не надо
Четыре ситуации, где честный ответ — «не стройте».
- Меньше сотни входящих в месяц и два-три контрагента по обмену. Рабочее место ЭДО в базе показывает текущие дела списком, глазами быстрее и бесплатно. Автоматика тут не окупится.
- Типовая конфигурация, свежая библиотека ЭДО, один оператор. Сначала используйте штатные отчеты по статусам обмена: уровень состава они закрывают. Свое строится тогда, когда штатного перестало хватать, — например при нескольких операторах и роуминге между ними.
- Все расхождения из одной причины. Если очередь непроведенных не разбирает никто, отчет покажет ровно то, что и так известно. Чинить надо процесс, отчет тут бесполезен.
- Справочники в хаосе. Дубли контрагентов, три карточки на одного поставщика, номенклатура с позициями «Товар 3». Сопоставление упрется в данные и будет выдавать шум. Сначала порядок в справочниках.
Что дальше
Начинать стоит с той самой пятнадцатиминутной проверки из первого абзаца: два числа, реестр и журнал. Если разница есть, следующий шаг — прогнать квартал через таблицу решений руками на выборке в тридцать-сорок строк. Станет видно распределение по классам, и оно у каждой компании свое: где-то почти вся очередь — непроведенные документы, где-то — задвоение с ручным вводом. От распределения зависит, что автоматизировать первым.
Дальше решается вопрос контура и объема работ. Как ИИ-сервис встраивается в учетную систему без правок конфигурации, описано на странице ИИ в 1С — первый процесс от 250 000 ₽ и три-пять недель до пилота. Прикинуть бюджет под свой поток можно на калькуляторе. А если у вас уже выгружены реестр оператора и журнал за квартал — по ним за день видно, сколько строк закроется автоматикой и сколько останется людям.