← На главную

В практике работы бухгалтера государственного учреждения случаются ситуации, когда в документе Заявка на кассовый расход (ЗКР) по ошибке устанавливается статус «Аннулирован». Особенность программы «1С:Бухгалтерия государственного учреждения 2.0» (БГУ 2.0) заключается в том, что после присвоения этого статуса документ становится практически недоступным для редактирования: кнопки управления блокируются, а стандартные методы изменения реквизитов перестают работать. В этой статье мы подробно разберем, как вернуть документу рабочий статус и какие технические нюансы при этом важно учитывать.

Почему стандартные методы не помогают?

Многие пользователи первым делом пытаются воспользоваться инструментом «Групповое изменение реквизитов». Однако в случае с БГУ 2.0 и статусами платежных документов этот метод оказывается бесполезным. Давайте проанализируем причину. Дело в том, что статус исполнения (подготовлен, исполнен, аннулирован) не является внутренним реквизитом самого объекта (документа). Эта информация вынесена в отдельный регистр сведений.

Следовательно, когда мы открываем форму обработки и пытаемся найти поле «Статус», программа его не видит в структуре документа Заявка на кассовый расход. Вся информация о жизненном цикле платежа записывается в регистр Состояния платежно-расчетных документов. Именно там нам и предстоит произвести «хирургическое» вмешательство.

Способ №1: Исправление через регистр сведений (Рекомендуемый)

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

Шаг 1. Включение режима технических функций

В современных версиях платформы «1С:Предприятие 8.3» нужный нам инструмент по умолчанию скрыт. Чтобы его активировать, выполним следующие действия:

1. Нажмем на кнопку «Сервис и настройки» (значок в виде шестеренки или стрелочки в самом верхнем правом углу окна программы).
2. Перейдем в раздел Настройки, далее выберем пункт Параметры.
3. В открывшемся окне установим галочку напротив пункта Отображать команду «Функции для технического специалиста» (в старых версиях это называлось «Все функции»).
4. Нажмем «ОК». Теперь в главном меню появится соответствующий раздел.

Шаг 2. Поиск и редактирование записи в регистре

Теперь нам нужно найти ту самую запись, которая блокирует наш документ. Пройдем по следующему пути:

1. Откроем Функции для технического специалиста.
2. Развернем ветку Регистры сведений.
3. Найдем в списке регистр под названием Состояния платежно-расчетных документов и откроем его.
4. В открывшемся списке будет огромное количество записей. Чтобы найти нашу заявку, воспользуемся поиском (клавиши Ctrl + F). В поле поиска введем номер нашей ЗКР или его часть.
5. Проанализируем найденную строку. В колонке Состояние будет указано «Аннулирован».
6. Двойным кликом откроем запись. В поле «Состояние» выберем из выпадающего списка нужное значение — Исполнен (или «Подготовлен», если нужно вернуть документ в работу).
7. Важный нюанс: Обратим внимание на поле Дата состояния. Если мы меняем статус на «Исполнен», рекомендуется установить дату, соответствующую дате выписки из казначейства, чтобы отчетность формировалась корректно.
8. Нажмем «Записать и закрыть».

После этих манипуляций вернемся в журнал заявок. Мы увидим, что статус документа изменился, а кнопки управления (Провести, Отменить проведение) снова стали активными.

Способ №2: Копирование документа (Альтернативный)

Если работа с регистрами кажется вам слишком сложной, существует более простой, но менее «чистый» способ. Давайте разберем его по шагам:

1. Найдем в списке нашу аннулированную заявку.
2. Нажмем на ней правой кнопкой мыши и выберем команду Скопировать (или нажмем F9).
3. Программа создаст новый документ, который будет полностью идентичен старому, но у него будет статус «Подготовлен» и пустые отметки об исполнении.
4. Проведем новый документ и установим в нем статус «Исполнен» обычным порядком.
5. Старый (ошибочно аннулированный) документ следует пометить на удаление, чтобы он не дублировал данные в системе.

Сравнение методов и риски

Почему же первый способ лучше? Проанализируем ситуацию с точки зрения целостности базы данных. Каждый документ в 1С имеет свой уникальный внутренний идентификатор — GUID.

Если вы используете Способ №2 (Копирование), создается новый объект с новым GUID. Если этот документ уже был задействован в обмене данными с казначейством (СУФК), выгружался в реестры или к нему были привязаны другие документы (например, на основании ЗКР создавались другие операции), то при удалении оригинала эти связи могут «рассыпаться». Кроме того, если вы используете встроенный Электронный документооборот (ЭДО), копирование создаст путаницу в электронных архивах.

Использование Способа №1 (Правка регистра) сохраняет тот же самый объект. Мы просто меняем его «внешний» признак. Это более профессиональный подход, который исключает дублирование данных и проблемы с отчетностью.

Дополнительные рекомендации

Выясним еще одну важную деталь. Если документ был не просто аннулирован, но и программно «развоплощен» (то есть у него снято проведение и отсутствуют проводки), то после смены статуса в регистре не забудьте зайти в сам документ и нажать кнопку Провести. Сама по себе правка регистра Состояния платежно-расчетных документов не формирует бухгалтерские проводки в журнале проводок, она лишь меняет визуальное отображение статуса и снимает блокировку интерфейса.

Также стоит помнить, что в БГУ 2.0 автоматическое присвоение статуса «Аннулирован» может происходить при получении отрицательного протокола из системы СУФК. Если это ваш случай, то ручное исправление статуса в 1С на «Исполнен» может привести к рассинхронизации данных между вашей базой и данными казначейства. Делайте это только в том случае, если вы твердо уверены, что произошла именно пользовательская ошибка внутри 1С.