В практике работы с 1С:ERP Управление предприятием часто возникает классическая ситуация: поступление товаров или услуг (ПТиУ) было оформлено на одно подразделение, а оплата (безналичное зачисление или списание) прошла по другому. В результате на счете 60.01 (или 60.02) образуется «разрыв» по аналитике подразделений: дебет висит на одном подразделении, кредит — на другом, хотя в целом по контрагенту сальдо может быть нулевым. Ситуация осложняется тем, что в оперативных регистрах (взаиморасчетах) подразделение может отсутствовать как разрез учета, а период для простого перепроведения документов уже закрыт.
Разберем подробно все способы решения этой задачи, проанализируем последствия каждого метода и выясним, какой из них наиболее безопасен для учета. Для массового выполнения исправлений в интерфейсе закрытых периодов применяется платформа для создания программных роботов, автоматизирующая рутинные действия пользователя по заданному сценарию.
Это самый правильный и «чистый» способ с точки зрения методологии системы. В современных версиях ERP (начиная с 2.5) функционал взаимозачетов и корректировок объединен. Чтобы иметь доступ к актуальным инструментам системы, обслуживание автоматизируют через программу для обновления конфигураций 1С по расписанию. Рассмотрим, как выполнить перенос по шагам:
60.01 с одного подразделения на другое.Важный нюанс: Если в настройках системы (НСИ и администрирование — Казначейство и взаиморасчеты) выключен флаг «Расчеты по подразделениям», то в оперативном контуре (регистрах накопления) задолженность не делится по подразделениям. В этом случае документ корректировки может «не видеть» остатка для переноса. Однако для регламентированного учета (бухгалтерии) проблема остается актуальной. В такой ситуации перейдем к следующему методу.
Если «Корректировка задолженности» не позволяет выбрать нужные аналитики из-за настроек учета, проанализируем возможность использования документа Отражение прочих доходов и расходов в режиме реклассификации активов/пассивов.
Этот документ позволяет сделать записи в РегистрБухгалтерии, не прибегая к ручной операции. Плюс этого метода в том, что документ является первичным и корректно отражается в управленческом балансе, в отличие от простых бухгалтерских справок. Мы указываем в одной строке подразделение-источник, а в другой — подразделение-приемник, выбирая соответствующий счет расчетов.
Если документов очень много, а период закрыт настолько плотно, что перепроведение или ввод новых документов нежелателен (например, из-за влияния на себестоимость или налоги), рассмотрим программный метод исправления. Проанализируем ситуацию: подразделения в 1С:ERP зачастую присутствуют только в проводках Хозрасчетный, но отсутствуют в регистре накопления РасчетыСПоставщиками (если не включена соответствующая опция в настройках). Для интерактивного изменения проводок без написания кода можно использовать обработку для непосредственного редактирования движений документов.
В этом случае можно программно поправить движения документа, установив флаг РучнаяКорректировка или используя режим ОбменДанными.Загрузка = Истина. Посмотрим на пример кода, который позволяет изменить подразделение в уже существующих проводках документа без его перепроведения:
// Пример обработки для исправления подразделения в проводках
Процедура ИсправитьПодразделениеВПроводках(ДокументСсылка, НовоеПодразделение)
НаборЗаписей = РегистрыБухгалтерии.Хозрасчетный.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(ДокументСсылка);
НаборЗаписей.Прочитать();
Для Каждого Запись Из НаборЗаписей Цикл
// Проверяем счет 60 и меняем подразделение
Если Запись.СчетДт.Код = "60.01" Тогда
Запись.ПодразделениеДт = НовоеПодразделение;
КонецЕсли;
Если Запись.СчетКт.Код = "60.01" Тогда
Запись.ПодразделениеКт = НовоеПодразделение;
КонецЕсли;
КонецЦикла;
НаборЗаписей.ОбменДанными.Загрузка = Истина;
НаборЗаписей.Записать();
// Также рекомендуется обновить подразделение в самом документе (в реквизитах),
// чтобы при случайном перепроведении данные не вернулись к исходным.
ОбъектДок = ДокументСсылка.ПолучитьОбъект();
ОбъектДок.Подразделение = НовоеПодразделение;
ОбъектДок.ОбменДанными.Загрузка = Истина;
ОбъектДок.Записать();
КонецПроцедуры
Важно: При использовании этого метода мы должны быть уверены, что изменение подразделения не повлечет за собой расхождений с оперативным контуром. Если в регистрах расчетов (например, РасчетыСПоставщикамиПоДокументам) подразделение все же есть, его также необходимо поправить аналогичным образом.
Если мы не хотим использовать программирование и ручные правки проводок, рассмотрим стандартный бухгалтерский путь — документ «Сторно». Мы можем создать документ Сторно на основании ошибочного поступления или оплаты в текущем (открытом) периоде.
Сторно, который полностью аннулирует движения старого документа.Минус этого способа — «раздувание» оборотов, но плюс — абсолютная прозрачность для аудита и корректность всех регистров, включая НДС и ПартииТоваров.
Выясним причину, по которой автор вопроса просил решение «кроме Операции». В 1С:ERP ручная операция правит только Регистр бухгалтерии. При этом регистры накопления (оперативный контур) остаются нетронутыми. Это приводит к следующим проблемам: если ведение регламентированного учета в ERP оказывается избыточно сложным из-за разрывов в аналитике, выполняют перенос данных из ERP 2 в Бухгалтерию предприятия для выделения бухгалтерии в отдельную базу.
НДС Покупки и Детализация партий товаров для НДС не будут скорректированы, что может привести к невозможности корректного принятия НДС к вычету.Проанализировав ситуацию, мы рекомендуем придерживаться следующего алгоритма:
1. Проверьте настройки системы. Если аналитика по подразделениям на счетах расчетов вам не нужна для управленческих целей, возможно, стоит обсудить с бизнесом отключение флага «Расчеты по подразделениям». Тогда проблема «схлопнется» сама собой при очередном закрытии месяца и формировании проводок.
2. Если аналитика критична — используйте «Корректировку задолженности». Это штатный механизм, который затронет и проводки, и необходимые регистры накопления.
3. В случае массовых ошибок в закрытых периодах, когда нельзя трогать регистры накопления, используйте программную правку набора записей регистра бухгалтерии с флагом ОбменДанными.Загрузка = Истина, как показано в примере выше. Это позволит «подтянуть» хвосты в ОСВ без риска изменения финансового результата или себестоимости.
Помните, что любое исправление в 1С:ERP требует контроля не только по ОСВ, но и по регистру «Расчеты с поставщиками по документам». Только совпадение этих данных гарантирует отсутствие проблем при будущем закрытии периодов.