#В каких случаях возникает неисправность
При одновременном проведении документов 1С сообщает о блокировке или ожидании ресурса. Нужно различать обычное ожидание, превышение времени ожидания, взаимную блокировку и долгую транзакцию, не завершая чужие сеансы без согласования.
#Причины и как их отличить
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Два документа меняют общий набор регистровПроведение затрагивает один и тот же остаток или запись регистра. | Ошибка возникает при одновременной работе, а по одному документы проводятся нормально. | Организовать последовательное проведение или оптимизировать код с разработчиком. |
| Длительная транзакция удерживает блокировкуСотрудник или фоновое задание удерживает общий ресурс до завершения работы. | Время ожидания велико, другие операции ждут один и тот же объект. | Найти источник ожидания по журналу и планировать нагрузку. |
| Ошибка кода или взаимная блокировкаНесогласованный порядок доступа к регистрам способен вызвать взаимные блокировки. | Сбой повторяется при одинаковом параллельном сценарии, в журнале записана соответствующая ошибка. | Передать журнал разработчику для исправления порядка захвата и длительности транзакций. |
#Подробная диагностика и решение
- Сохраните текст ошибки, не нажимая «Провести» сноваКогда появляется ошибка, запишите время, пользователя, номер документа и полный текст сообщения. Не нажимайте несколько раз подряд кнопку «Провести»: первое проведение могло завершиться, а сообщение могло относиться к другой операции. Закройте сообщение и проверьте состояние документа в списке и его движения штатными средствами вашей конфигурации.
- Уточните, сколько пользователей выполняли операциюСпросите участников, какие документы, организации и даты они обрабатывали одновременно. Сравните единичное проведение в спокойный период с одновременным запуском, не создавая реальных новых проводок для эксперимента. Если ошибка возникает и при одном пользователе, помимо блокировок проверьте фоновые задания и программную логику.
- Проверьте состояние документов без повторной записиОткройте список и сами карточки затронутых документов; посмотрите признаки проведения и движения, если для них предусмотрена команда просмотра. Если документ уже проведён и движения есть, повторное проведение без причины не нужно. Если остался не проведён, согласуйте повторную попытку после устранения конфликта. Перед серией действий сохраните проверенную резервную копию.
- Проверьте журнал регистрации по времениАдминистратор запускает информационную базу в «Конфигураторе» и открывает «Администрирование» → «Журнал регистрации». Ограничьте отбор по моменту ошибки и пользователю; посмотрите сообщение о блокировке и отметку, была ли транзакция отменена или завершена. Это позволяет не путать отказ и успешную запись. Сохраните результат отбора без лишних персональных данных.
- Выявите возможное фоновое проведениеВ администраторском разделе регламентных и фоновых заданий конкретной конфигурации посмотрите, не работала ли обработка обмена, расчёта или проведения в тот же момент. Зафиксируйте название и длительность задачи. Не останавливайте произвольно задачи обмена, расчёта зарплаты или проведения — можно нарушить последовательность учёта.
- Сведите повторение к безопасному тестуВ отдельной копии базы разработчик создаёт два тестовых документа, обращающихся к одним регистрам, и воспроизводит ситуацию двумя пользователями. Сравните время ожидания и текст ошибки с рабочей системой. Если конфликт возникает только с одной доработкой, сохраняйте её версию и передайте разработчику; не меняйте глобальные настройки блокировок вслепую.
- Примените временную организационную меруПока программная причина не исправлена, согласуйте последовательное проведение одних и тех же наборов документов или разные интервалы фоновой и ручной обработки. Сообщите сотрудникам порядок действий и время действия меры. При отмене временной меры верните обычное расписание; не блокируйте всем пользователям доступ к базе.
- Испытайте исправление до рабочего внедренияРазработчик на копии проверяет порядок обращения к регистрам и длительность транзакций, после чего тестирует исправление под параллельной нагрузкой. На рабочую базу переносите изменения в согласованное окно, затем сверяйте проведённость, движения, остатки и журнал ошибок. Если блокировки повторяются, верните согласованную версию и передайте специалисту технический журнал по безопасному каналу.
#Как проверить результат и что делать при неуспехе
В контрольном сценарии два документа завершают проведение без ошибки ожидания, а движения и остатки совпадают с ожидаемыми. Сравнивайте состояние до/после, проверяя, что не возникло двойных записей. При повторном конфликте не повышайте бесконтрольно время ожидания: выясните его источник.
#Версии и различия интерфейса
Порядок относится к 1С:Предприятию 8 и прикладным решениям на его платформе. Названия разделов для 1С:Бухгалтерии, УТ, ERP, Документооборота и доработанных конфигураций отличаются. Если указанного раздела нет, откройте встроенную справку используемой конфигурации и найдите функцию по её названию; не пытайтесь заменять её несуществующей универсальной командой. До изменения базы зафиксируйте исходные настройки и подготовьте способ восстановления.