← На главную
Каждый бухгалтер или системный администратор 1С рано или поздно сталкивается с удивительной ситуацией: вы пытаетесь провести документ текущего периода (например, выписку банка от декабря), а программа наотрез отказывается это делать. Система выдает жесткую ошибку, сообщая, что проведение невозможно, так как оно пытается изменить данные в давно закрытом периоде (например, в апреле).
На первый взгляд это кажется программным сбоем («шайтаном», как выразился автор темы на форуме). В самом документе нет ни одной явной даты из прошлого, все реквизиты заполнены текущим числом, но проведение заблокировано. В этой статье мы подробно разберем, почему возникает эта ошибка с точки зрения внутренних механизмов платформы 1С:Предприятие 8.3, и рассмотрим четыре практических способа ее решения.
Почему возникает эта ошибка: заглянем «под капот» 1С
Ситуация, когда декабрьский документ Поступление на расчетный счет пытается «дотянуться» до апреля, обусловлена логикой автоматического ведения учета в конфигурации 1С:Бухгалтерия предприятия 3.0. Проанализируем три главные технические причины:
- Обновление статусов счетов на оплату. В современных версиях программы реализован механизм отслеживания оплаты счетов. Если в вашем декабрьском поступлении денег в качестве документа-основания указан старый
Счет на оплату покупателю (например, от 12.04.2018), система при проведении платежа пытается изменить статус этого счета на «Оплачен» или «Оплачен частично». Эта запись производится в специальный регистр сведений по дате самого счета. Поскольку апрель находится в закрытом периоде, система расценивает попытку записи как изменение старых данных и блокирует операцию.
- Сдвиг границы последовательности расчетов. Если учет взаиморасчетов с контрагентом ведется «По договору в целом», то при проведении новой оплаты программа автоматически анализирует всю историю отношений с этим клиентом. Если в апреле завис незакрытый аванс или остаток долга, система пытается сопоставить (зачесть) эти суммы. Это действие сдвигает так называемую «границу последовательности расчетов» назад — на ту самую апрельскую дату. Попытка перезаписать границу в закрытом периоде вызывает ошибку доступа.
- Ошибки при импорте (синхронизации) данных. Если документы загружаются из внешних баз (например, из
1С:Управление торговлей), они могут переноситься с включенным флагом Ручная корректировка. В этом случае внутри проводок документа могут случайно оказаться технические записи с устаревшими датами, скопированные из старых документов базы-источника.
Ниже рассмотрим пошаговые методы устранения этой проблемы, начиная с самого простого и заканчивая комплексным восстановлением учета.
Способ №1. Быстрое решение через сброс требования перепроведения (Метод автора темы)
Если вам нужно срочно провести документы и вы уверены, что учет за прошлые периоды сдан и не должен быть изменен, можно воспользоваться проверенным алгоритмом обхода этой блокировки:
- Перейдите в раздел Администрирование — Настройки пользователей и прав — Даты запрета изменения данных. Временно отключите дату запрета (или сдвиньте ее назад).
- Вернитесь в банковские выписки и проведите все проблемные документы за текущий период (например, за 4 квартал). Программа проведет их без ошибок, так как период временно открыт.
- Перейдите в раздел Операции — Закрытие периода — Закрытие месяца.
- Выберите последний месяц закрытого (прошлого) периода (в нашем примере — сентябрь, предшествующий 4 кварталу).
- Найдите пункт Перепроведение документов, нажмите на него правой кнопкой мыши и выберите команду Перепроведение не требуется (или «Отметить как выполненную»). Это действие принудительно зафиксирует границу последовательности документов на актуальной дате и уберет назойливые требования системы перепроводить прошлые периоды.
- Вернитесь в настройки прав и установите прежнюю дату запрета изменения данных. Теперь новые документы будут проводиться без ругани на закрытые периоды.
Способ №2. Точечное устранение связи со счетами на оплату
Если вы не хотите даже временно открывать закрытый период для всей базы, проанализируем сам проблемный документ. Очень часто причина кроется в заполнении реквизитов платежа:
- Откройте документ
Поступление на расчетный счет, который отказывается проводиться.
- Обратите внимание на поле Документ-основание или табличную часть, где заполняются расшифровки платежа.
- Если там выбран
Счет на оплату от старой даты (например, от 12.04.2018), очистите это поле или замените его на значение «Без документа-основания».
- Попробуйте провести документ. В 90% случаев после удаления связи со старым счетом документ проводится мгновенно, так как программе больше не нужно перезаписывать статус апрельского документа в регистре сведений.
Способ №3. Изменение способа зачета авансов
Если очистка счета на оплату не помогла, значит программа пытается автоматически зачесть авансы по старым сделкам в рамках договора. Мы можем управлять этим процессом вручную:
- В проблемном документе оплаты найдите реквизит Способ зачета авансов (по умолчанию там установлено значение «Автоматически»).
- Переключите этот параметр в положение По документу или Не зачитывать.
- При выборе варианта «По документу» система потребует указать конкретный документ расчетов. Если указать документ текущего (открытого) периода, проведение пройдет успешно.
- Если выбрать «Не зачитывать», программа просто сформирует проводку по умолчанию (например, на счет 62.01 или 62.02 без попытки сопоставления со старыми остатками), что полностью обезопасит вас от обращения к закрытому периоду.
Способ №4. Настройка даты запрета загрузки данных при обменах
Если вы регулярно загружаете выписки из других конфигураций 1С, появление таких ошибок — лишь вопрос времени. Чтобы предотвратить появление «битых» связей со старыми периодами при обменах, выполните следующую настройку:
- Перейдите в меню Администрирование — Синхронизация данных.
- Помимо общей даты запрета изменения в бухучете, обязательно активируйте опцию Даты запрета загрузки данных.
- Установите дату запрета загрузки аналогично дате закрытия периода в бухгалтерии.
После активации этой опции любые документы, которые при обмене пытаются прямо или косвенно затронуть закрытый период, будут игнорироваться или переноситься без проведения, не нарушая целостность вашей рабочей базы.