← На главную

При изменении фундаментальных настроек учета, таких как "Переоценка валютных средств", в 1С:ERP может возникнуть ситуация, когда система не пересчитывает курсовые разницы за предыдущие периоды автоматически. Стандартные методы, такие как простое перепроведение документов или запуск процедуры переоценки через Документы.РасчетКурсовыхРазниц.ВыполнитьПереоценку(Месяц), могут оказаться неэффективными, так как система считает, что расчет уже был выполнен. В такой ситуации необходимо предпринять комплексные меры для принудительного пересчета.

Причины некорректного пересчета

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

1. Фиксация расчетов: Курсовые разницы тесно связаны с валютными расчетами. Система использует служебный документ РегистраторРасчетов, который является ключевым элементом для управления взаиморасчетами и содержит часть движений этих расчетов.
2. Блокировка удаления: До тех пор, пока существуют движения в РегистраторРасчетов, ссылающиеся на документы РасчетКурсовыхРазниц, система не позволит отменить или удалить эти документы РасчетКурсовыхРазниц.
3. Недостаточность перепроведения: Даже если вы отмените проведение и проведете заново основной документ, влияющий на валютные остатки (например, поступление или реализацию), это не всегда гарантирует полный пересчет курсовых разниц, поскольку движения в РегистраторРасчетов могут оставаться неизменными или не быть пересчитаны должным образом.

Система защищает целостность данных, требуя отмены всех зависимых движений, включая регистры накопления, что делает процесс принудительного пересчета трудоемким.

Метод 1: Точечная корректировка документов-регистраторов (наименее инвазивный)

Этот метод является наиболее щадящим и может помочь в случаях, когда проблема затрагивает не слишком большой объем данных или специфические документы. Суть метода заключается в том, чтобы искусственно "заставить" систему обновить движения, связанные с валютными расчетами, путем внесения небольших изменений в исходные документы и последующего их перепроведения.

1. Определим документ-регистратор: Выясним, какой именно документ или документы формируют валютные остатки, по которым курсовые разницы рассчитались некорректно. Это могут быть ПоступлениеБезналичныхДенежныхСредств, СписаниеБезналичныхДенежныхСредств, ПриобретениеТоваровИУслуг, РеализацияТоваровИУслуг и другие валютные документы.
2. Внесем временные изменения: Откроем один из таких документов за проблемный период. Изменим какое-либо незначительное поле, которое не повлияет на основные данные, но заставит документ обновить свои движения при перепроведении. Например, для документа ПоступлениеБезналичныхДенежныхСредств это может быть дата оплаты. Изменим ее на секунду вперед или назад.
3. Перепроведем документ: Проведем документ с внесенным изменением.
4. Вернем исходное значение и перепроведем снова: Вернем измененное поле к его первоначальному значению и снова проведем документ.

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

Метод 2: Использование заданий к закрытию месяца

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

1. Отменим закрытие месяца: Для проблемных периодов необходимо отменить выполнение регламентных операций закрытия месяца, начиная с самого позднего месяца, который требует пересчета. Это позволит системе заново выполнить нужные этапы.
2. Добавим специфические задания: В процессе закрытия месяца, или в регистре сведений ЗаданияКЗакрытиюМесяца, убедимся, что включены и будут выполнены следующие задания для нужного месяца:
   • Переоценка денежных средств
   • Переоценка расчетов с клиентами
   • Переоценка расчетов с поставщиками (в некоторых случаях может потребоваться предварительное перезаполнение регистров взаиморасчетов)
   Эти задания отвечают непосредственно за расчет курсовых разниц по соответствующим активам и пассивам.
3. Выполним закрытие месяца заново: Запустим процедуру закрытия месяца. Система должна заново выполнить указанные задания и пересчитать курсовые разницы.

Обратите внимание: Авторы некоторых сообщений на форуме отмечали, что этот метод может изменить суммы, но не всегда приводит к ожидаемому результату, особенно если базовые движения в РегистраторРасчетов остались "старые". Тем не менее, это обязательный шаг перед более радикальными действиями.

Метод 3: Полный сброс и повторное формирование (наиболее радикальный)

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

Шаг 1: Отмена закрытия месяца

Первым делом мы отменяем все операции закрытия месяца для всех затронутых периодов, начиная с самого последнего и двигаясь в прошлое. Это "открывает" периоды для редактирования документов в закрытом периоде и удаления лишних движений.

Шаг 2: Отмена проведения всех валютных документов

Это один из самых трудоемких шагов. Нам предстоит отменить проведение всех документов, которые формируют валютные остатки в спорных периодах. К таким документам относятся:

1. ПоступлениеБезналичныхДенежныхСредств и СписаниеБезналичныхДенежныхСредств
2. ПриобретениеТоваровИУслуг (для расчетов с поставщиками)
3. РеализацияТоваровИУслуг (для расчетов с клиентами)
4. ОперацииВВалюте и другие ручные операции
5. Любые другие документы, влияющие на валютные взаиморасчеты и денежные средства.

Важно: Отменяем проведение, а не просто перепроводим. Это позволит очистить большую часть движений, но, как мы выяснили ранее, не все.

Шаг 3: Удаление блокирующих движений в документе "Регистратор расчетов"

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

1. Ищем ссылки на РасчетКурсовыхРазниц: Используем стандартный поиск мест использования (например, через ПКМ на документе РасчетКурсовыхРазниц в списке или через обработку) для тех документов РасчетКурсовыхРазниц, которые система не дает удалить. В списке мест использования мы найдем ссылки на объекты типа РегистраторРасчетов.
2. Используем универсальный редактор реквизитов: Откроем внешнюю обработку УниверсальныйРедакторРеквизитов.epf (это распространенный инструмент, который можно найти на ИТС или в открытых источниках).
3. Редактируем движения РегистраторРасчетов: В обработке УниверсальныйРедакторРеквизитов.epf по очереди открываем документы РегистраторРасчетов, которые были найдены на шаге 1. В этих документах нам необходимо удалить движения (строки), в которых есть ссылка на те документы РасчетКурсовыхРазниц, которые система не даёт удалить. Будьте крайне внимательны на этом шаге, удаляйте только те движения, которые явно ссылаются на "проблемные" расчеты курсовых разниц.

После того как удалось выборочно удалить проводки и блокирующие движения из РегистраторРасчетов, мы сможем продолжить очистку.

Шаг 4: Удаление документов "Расчет курсовых разниц"

Теперь, когда блокирующие ссылки удалены, мы можем:

1. Пометить на удаление: Найдем все документы РасчетКурсовыхРазниц за проблемные периоды и пометим их на удаление.
2. Удалим помеченные объекты: Через стандартную процедуру "Удаление помеченных объектов" удалим эти документы из базы.

На этом этапе мы полностью очищаем систему от старых, некорректных расчетов курсовых разниц.

Шаг 5: Повторное проведение валютных документов

Теперь, когда "поле чисто", мы приступаем к воссозданию корректных данных. Нам необходимо повторно провести все валютные документы, проведение которых было отменено на Шаге 2. Критически важно соблюдать хронологический порядок проведения документов. Начинайте с самого раннего документа в проблемном периоде и двигайтесь к поздним.

Шаг 6: Повторное закрытие месяца

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

• Переоценка денежных средств
• Переоценка расчетов с клиентами
• Переоценка расчетов с поставщиками

будут выполнены. Система заново сформирует документы РасчетКурсовыхРазниц и рассчитает их исходя из текущих настроек и корректных движений.

Важные соображения и рекомендации

1. Тестирование: Никогда не выполняйте радикальные изменения напрямую в рабочей базе. Всегда сначала тестируйте предложенные методы на копии базы или в тестовой среде. Это позволит выявить потенциальные проблемы и убедиться в корректности результата до внесения изменений в рабочую систему.
2. Хронология: Строгое соблюдение хронологического порядка проведения документов и выполнения этапов закрытия месяца является ключевым фактором для корректности расчетов.
3. Влияние на другие учетные данные: Изменение настроек переоценки и последующий пересчет курсовых разниц могут повлиять не только на доходы и расходы предприятия, но и на валютные остатки по счетам, финансовые результаты и налоговый учет. После пересчета обязательно проверьте все связанные отчеты.
4. Актуализация платформы и конфигурации: Иногда ошибки в расчете курсовых разниц могут быть связаны с некорректной работой самой конфигурации или платформы 1С:Предприятие. Убедитесь, что используемая версия 1С:ERP и платформа актуальны и не содержат известных ошибок, которые могли быть исправлены в более поздних релизах.
5. Резервное копирование: Перед началом любых работ с базой данных обязательно сделайте полную резервную копию. Это ваш страховочный механизм на случай непредвиденных проблем.

Процесс принудительного пересчета курсовых разниц в 1С:ERP может быть сложным и требовать глубокого понимания внутренних механизмов системы. Следуя этим подробным инструкциям, вы сможете добиться корректного результата.