4 957 входящих в «Требуется подписание»: как собрать статусы ЭДО одним запросом

Цифра в «Требуется подписание» считается по записям состояния ЭДО, а не по документам, поэтому в 4 957 попадают зависшие статусы, дубли и записи прошлых лет. Состояние 1С хранит в связке из четырёх объектов: регистр состояний, справочник электронных документов, документ-основание и присоединённые файлы. Один запрос по ним показывает, что из очереди действительно ждёт подписи.

Первый день месяца: в очереди 4 957, а срочное не видно 📬

Главный бухгалтер открывает «Текущие дела» в первый рабочий день месяца. Напротив «Требуется подписание» стоит 4 957. Клик по счётчику, и список грузится минутами, а когда появляется, первые строки датированы прошлым годом. Нужны только документы, которые ждут подписи сейчас, но счётчик складывает в одну цифру всё подряд. Свежие УПД текущего месяца где-то ниже, и отфильтровать их по контрагенту не выходит: фильтр подвисает вместе со списком.

Цену платят при закрытии. Пока никто не отделил живые документы от мусора, часть настоящих счетов-фактур остаётся без подписи, поставщик видит в своём кабинете неподписанный документ и звонит, а расходы месяца считаются неполными. Очередь сама не исчезает, а переезжает в следующий месяц. Допустим, на каждую запись уходит минута: 4 957 записей превращаются в 83 часа, больше десяти восьмичасовых смен одного человека.

Что лежит внутри цифры: четыре группы, которые 1С не разделяет

Кажется, что 4 957 означает 4 957 документов, ждущих подписи. Это заблуждение: счётчик считает записи со статусом, а не документы, по которым нужно действие. В одну цифру могут попасть четыре группы:

• ✓УПД и счета, которые ждут подписи сейчас. Это живая часть очереди.
• ✓Документы, подписанные в личном кабинете оператора или на бумаге, у которых статус в 1С не обновился после обмена.
• ✓Двойники: поставщик отправил УПД через ЭДО и продублировал PDF на почту, PDF загрузили в учёт отдельным поступлением, а электронный документ остался висеть.
• ✓Записи прошлых лет по контрагентам, с которыми давно не работаете.

Идти по списку сверху вниз бесполезно: порядок строк ничего не говорит ни о срочности, ни о том, жива ли запись. Нужен срез по контрагенту, месяцу и наличию двойника в учёте, а списком «Текущих дел» его не построить.

Где 1С держит состояние ЭДО: четыре объекта 🗂️

Документ в учёте и его статус в ЭДО лежат в разных объектах. Так устроены конфигурации с библиотекой электронных документов: у одного поступления может быть несколько электронных документов, например УПД и исправление к нему, поэтому статус хранится отдельно от документа.

Регистр сведений состояний ЭДО хранит статус по документу-основанию: «Требуется подписание», «Отправлено», «Подписано» и другие. Счётчики в «Текущих делах» строятся на этих данных.

Справочник электронных документов хранит сам электронный документ: файл УПД в формате xml, подписи, идентификатор у оператора, дату получения, направление.

Документ-основание, например «Поступление (акт, накладная, УПД)», связан с электронным документом по ссылке. Если ссылки нет, поступление не создано или заведено вручную в обход ЭДО.

В присоединённых файлах лежат PDF, сканы и вложения из писем. Статуса ЭДО у них нет вообще: 1С не знает, что PDF и электронный УПД описывают один документ. Отсюда двойники.

Имена объектов зависят от конфигурации и версии библиотеки, поэтому первым шагом откройте консоль запросов, зайдите в конструктор и найдите в ветке регистров сведений таблицы с «ЭДО» в названии. Если обмен с оператором прерывался, значения в регистре и справочнике могут разойтись, так что запрос лучше строить по обоим источникам сразу.

Как собрать очередь одним запросом: пять шагов 🔎

Запрос только читает данные, поэтому ничего в базе не меняет.

1. ✓Возьмите регистр состояний и оставьте записи со статусом «Требуется подписание». Это ваши 4 957.
2. ✓Присоедините слева справочник электронных документов по ссылке. Так в строке появятся реквизиты УПД: контрагент, номер, дата, сумма.
3. ✓Присоедините слева документ-основание. Пустая ссылка означает, что поступления нет, заполненная значит, что учёт уже ведётся. Соединения нужны именно левые: интересны записи, у которых пары нет, а внутреннее соединение выбросит их из результата.
4. ✓Найдите двойников: присоедините поступления с тем же контрагентом, входящим номером, датой и суммой, у которых нет связи с электронным документом.
5. ✓Сгруппируйте по контрагенту и месяцу и разнесите строки по признакам: поступления нет, двойник есть, запись старше закрытого периода.

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

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

Что делать с каждой группой, когда срез готов

Срез полезен, пока по каждой группе понятно действие.

• ✓Ждёт подписи, поступления нет: подписывают электронный документ и создают поступление из него, а не вручную по PDF. Тогда ссылка между ними появляется сразу.
• ✓Ждёт подписи, двойник есть: сверяют номер и сумму, связывают электронный документ с существующим поступлением и подписывают. Если данные не совпали, это не двойник, а разные документы или ошибка поставщика.
• ✓Оператор или контрагент подтверждает подпись, а в 1С статус старый: запускают обмен и смотрят журнал. Если запись не меняется, причину ищут в обмене, а не в документе.
• ✓Записи старше закрытого периода: главный бухгалтер решает по списку контрагентов, что отклонить, что архивировать, а что оставить. Решение принимают один раз на контрагента, а не 4 957 раз на строку.

Что выбрать: ручной разбор, запрос, отчёт или загрузка PDF

Очередь можно разобрать четырьмя способами, и они решают разные задачи.

Разовый запрос закрывает сегодняшнюю очередь, но не причину: двойники появляются каждый раз, когда PDF попадает в учёт отдельно от ЭДО. Отчёт в базе показывает проблему в любой день, а загрузка с проверкой убирает её источник. Логичная связка: запрос сейчас, загрузка PDF с проверкой дальше.

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

Откуда берутся двойники и как не пускать их в базу 📎

Поставщик отправил УПД через оператора ЭДО и для надёжности продублировал PDF на почту. В 1С PDF открыли, завели поступление руками и пошли дальше. Но электронный УПД остался в очереди, потому что у PDF нет статуса ЭДО, а у поступления нет ссылки на электронный документ. Каждая такая пара добавляет в счётчик запись, которую никто не закроет, пока не заметит. Поэтому после чистки очередь вырастет снова, если не менять способ ввода PDF в учёт.

Проверьте у себя, есть ли двойники:

• ✓В «Требуется подписание» записей заметно больше, чем документов, которые вы ждёте от поставщиков за месяц.
• ✓Поставщики пишут «вы не подписали УПД», хотя поступление в учёте есть.
• ✓PDF из почты превращаются в документы ручным вводом.
• ✓В карточке поступления нет связанного электронного документа, хотя контрагент работает через ЭДО.

Мы строим загрузку так, чтобы двойник не возникал. PDF из почты или папки загружается в 1С, УПД распознаётся из скана и превращается в поступление. Перед созданием проверка ищет в очереди ЭДО электронный документ с тем же контрагентом, номером, датой и суммой. Нашла: связывает с ним. Не нашла: создаёт новое поступление.

Отличие от обычной загрузки PDF простое: сама по себе она создаёт документ и о существовании очереди ЭДО не знает. Проверку на двойника и отчёт по очереди добавляем доработкой 1С, поэтому очередь не растёт, а срез по ней доступен в любой день.

Распознавание УПД стоит от 3900 руб/мес. Час специалиста по сопровождению 1С стоит 3800 руб, объём доработки называем после просмотра вашей базы. Сводка цен на странице цены и тарифы.

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

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

Где в 1С хранится статус документа в ЭДО?

Статус лежит не в самом документе. В конфигурациях с библиотекой электронных документов он хранится в регистре состояний ЭДО, а сам электронный документ, подписи и реквизиты находятся в справочнике электронных документов. С документом-основанием, например поступлением, они связаны ссылкой. Точные имена объектов зависят от версии конфигурации и библиотеки.

Почему счётчик «Требуется подписание» показывает больше, чем реально ждёт подписи?

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

Можно ли собрать состояние ЭДО в 1С одним запросом?

Можно. Основа запроса — регистр состояний ЭДО со статусом «Требуется подписание». К нему левыми соединениями присоединяют справочник электронных документов, документ-основание и поступления-двойники по контрагенту, номеру, дате и сумме. Запрос только читает данные. Его оформляют разовым запросом в консоли или отчётом в базе.

Сколько стоит разобрать очередь ЭДО и настроить загрузку PDF без дублей?

Разовый запрос выполняет специалист по сопровождению 1С, час работы стоит 3800 руб. Распознавание УПД из скана начинается от 3900 руб/мес. Объём доработки, то есть отчёт по очереди и проверку на двойника при загрузке, называем после просмотра вашей базы и версии конфигурации.

Как не создавать дубли, когда поставщик присылает УПД и по ЭДО, и в PDF?

Перед созданием поступления из PDF загрузка проверяет очередь ЭДО: ищет электронный документ с тем же контрагентом, номером, датой и суммой. Если находит, связывает с ним, если нет, создаёт новое поступление. Такую проверку добавляют доработкой 1С к загрузке PDF и распознаванию УПД.