300 PDF в 1С:ERP за один день закрытия: почему падают права доступа

Загрузка PDF в 1С:ERP не сводится к разбору файла: типовая обработка проверяет права по каждой строке через RLS и грузит документы последовательно, поэтому пакет из сотен счетов в день закрытия периода упирается в тайм-ауты и права организаций, а не в качество распознавания. Без регламента с лимитом на пакет и проверкой прав заранее ERP просто зависает в очереди.

📅 28 число, закрытие квартала: 300 PDF и тишина в очереди

У дистрибьютора на 1С:ERP три юрлица и общая база. В обычный месяц бухгалтерия разносит 40-60 счетов-фактур и УПД в PDF от поставщиков — этого хватает на ручную загрузку через типовую обработку за час-полтора. Но в закрытие квартала почта присылает разом партию за три недели: 300 с лишним файлов, потому что часть поставщиков сама торопится закрыть период у себя.

Оператор запускает ту же обработку, что и всегда, только на большем пакете. Через двадцать минут в очереди зависает половина файлов со статусом «не обработано», а часть документов, которые всё же прошли, легла не в то юрлицо — обработка взяла организацию по умолчанию, а не ту, что указана в PDF. Дедлайн по декларации — на следующий день, а разбираться, где чей документ, приходится вручную по каждой строке.

почему объём ломает типовую загрузку, а не медленный интернет

Дело не в скорости канала. 1С:ERP при проведении документа пересчитывает больше регистров, чем УТ или Бухгалтерия: партионный учёт, резервирование, взаиморасчёты по договорам — на каждый PDF система делает в разы больше проверок, чем в «лёгкой» конфигурации. Типовая обработка загрузки разбирает файлы последовательно, один за другим, и на пакете в 300 документов время растягивается не линейно: с каждым файлом накапливается очередь блокировок на общих регистрах.

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

Отдельная сложность — если контур работает на распределённых информационных базах: филиалы или юрлица сидят в своих узлах РИБ, а PDF грузят в центральный узел. Тогда к времени на само проведение добавляется задержка синхронизации, и документ, который вроде бы загрузился, реально долетает до нужного юрлица только со следующим сеансом обмена — иногда через несколько часов.

где права по RLS обрубают загрузку без единой ошибки на экране

В 1С:ERP разграничение прав чаще всего настроено по RLS — на уровне записей, а не только ролей. Пользователь или сервисная учётная запись, которая грузит PDF, физически не может создать документ по организации, к которой у неё нет доступа, — и это не всегда выглядит как ошибка. Часть типовых обработок в таком случае просто пропускает документ молча или создаёт его в организации по умолчанию, потому что не запрограммирована спрашивать, какая организация здесь нужна.

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

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

⚠️ что теряет компания, пока регламента нет

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

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

✅ регламент, который снимает эту связку: лимит, права, ответственный

Рабочий регламент для ERP-контура строится не на одной инструкции «как загрузить PDF», а на трёх пунктах сразу.

лимит на пакет

Пакет ограничивают технически: не более 30-50 документов за один прогон обработки, а не попытка продавить всю накопленную почту разом. Остальное уходит в следующую очередь и обрабатывается по графику, а не в панике перед сроком.

права проверяют до загрузки, а не после

Перед стартом пакетной загрузки сверяют, есть ли у сервисной учётной записи доступ по RLS ко всем организациям, которые встретятся в пакете. Если поставщик новый или в базе появилось новое юрлицо, право добавляют заранее, а не когда документ уже «потерялся» в чужой организации.

у загрузки есть ответственный, а не дежурный

Кто-то один в бухгалтерии закрывает вопрос по каждому пакету целиком: проверяет статус после прогона, разбирает документы со статусом ошибки в тот же день, а не откладывает разбор на после закрытия периода. Такую проверку прав и лимит на пакет обычно встраивают доработкой типовой обработки — доработка 1С под конкретную конфигурацию ERP окупается на первом же квартальном закрытии, потому что разбор одной путаницы вручную занимает больше времени, чем настройка проверки.

как понять, что регламент работает, а не просто написан

Регламент проверяют не по факту его существования в файле, а по двум цифрам после первого квартального закрытия с ним. Первая — время, за которое пакет из 100-150 PDF доходит до статуса «проведено» без ручного вмешательства; если оно осталось прежним, лимит на пакет либо не соблюдается, либо выставлен неверно. Вторая — количество документов, которые попали не в то юрлицо: в рабочем регламенте это ноль, потому что права проверяются до загрузки, а не выясняются после. Если хотя бы один документ снова лёг не туда, значит проверку прав кто-то пропустил или в базе появилось новое юрлицо, которое не завели в список прав заранее.

три варианта организовать загрузку PDF в ERP-контуре

Мы разбирали похожую задачу под менее нагруженный контур в статье про распознавание УПД из скана — логика та же: чем больше документов, тем важнее не разбор текста, а то, куда и на каких правах документ попадёт. В ERP-контуре это заметно сильнее из-за объёма пакетов и количества юрлиц в одной базе.

как это делает ukved в контуре 1С:ERP

Мы настраиваем загрузку PDF в 1С:ERP так, чтобы объём, права и регламент работали вместе, а не по отдельности. Сначала смотрим, где именно рвётся типовая обработка — на объёме, на правах или на отсутствии договорённости, кто отвечает за пакет. Дальше либо дорабатываем саму обработку под конкретную RLS-модель конфигурации, либо подключаем внешнее распознавание УПД, если разбор текста — не главная проблема.

Обычно весь цикл — от диагностики до рабочего регламента с проверенными правами — укладывается в одно закрытие периода, потому что решение сразу тестируем на ближайшем реальном пакете, а не откладываем проверку на потом.

Сопровождение и доработка 1С — от 3800 руб/час, подписка на сервис распознавания документов с очередью — от 3900 руб/мес. Полный список работ по загрузке PDF в 1С — на странице проекта, актуальные тарифы — в прайсе.

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

Почему при массовой загрузке PDF в 1С:ERP документы попадают не в то юрлицо?

Типовая обработка загрузки берёт организацию по умолчанию, если у пользователя или сервисной учётной записи нет прав по RLS на организацию, указанную в PDF. Ошибка не выводится на экран — документ просто создаётся не там, и это обнаруживают только при сверке, иногда через несколько дней после проведения.

Сколько PDF-документов может обработать 1С:ERP за один прогон без сбоев?

Точный лимит зависит от конфигурации, объёма регистров и сервера, поэтому цифру лучше проверять тестом Гилёва на конкретной базе. На практике пакеты дробят на 30-50 документов за прогон — это снижает риск зависаний и упрощает разбор ошибок, если что-то не загрузилось.

Нужен ли отдельный регламент, если PDF грузит один и тот же бухгалтер каждый месяц?

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

Чем доработка прав отличается от подключения сервиса распознавания УПД?

Доработка меняет саму обработку загрузки в базе — добавляет проверку RLS и лимит пакета под конкретную конфигурацию ERP. Сервис распознавания разбирает текст PDF и определяет реквизиты документа, включая организацию, ещё до попадания в очередь 1С, и подходит, когда проблема именно в разборе, а не в правах.

Сколько стоит настроить загрузку PDF в 1С:ERP с учётом прав и регламента?

Доработка типовой обработки под конкретную RLS-модель оплачивается по факту работ, сопровождение и доработка 1С — от 3800 руб/час. Если нужен готовый сервис распознавания документов с очередью, подписка начинается от 3900 руб/мес. Точная стоимость зависит от конфигурации и объёма документов.