← На главную

Зачастую при ведении сложного валютного учета в 1С:УПП (или аналогичных конфигурациях предыдущих поколений) пользователи и программисты сталкиваются с ситуацией, которая на первый взгляд кажется ошибкой конфигурации. Проблема заключается в следующем: мы проводим типовой документ ПереоценкаВалютныхСредств с установленным признаком бухгалтерского учета (БУ), однако замечаем, что он не формирует абсолютно никаких движений по важнейшим оперативным регистрам, таким как РасчетыПоПриобретениюБУ или РасчетыПоРеализацииБУ.

Из-за этого у многих возникает опасение, что счета бухгалтерского учета (например, 60.21, 60.22, 62.21) неизбежно «разъедутся» с данными регистров, что в свою очередь приведет к неверному зачету авансов и ошибочным оборотно-сальдовым ведомостям. Давайте подробно разберем эту ситуацию, проанализируем механизмы работы программы и выясним истинную причину такого поведения системы.

Архитектурная логика оперативных регистров и документа переоценки

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

Документ переоценки валютных средств не предназначен для вмешательства в регистры расчетов. Оперативные регистры взаиморасчетов (по приобретению и реализации) хранят информацию о самом факте возникновения долга или перечисления аванса. Измерения и ресурсы этих регистров фиксируют суммы в валюте самого договора и в базовой управленческой валюте. Их главная задача — контроль состояния взаиморасчетов, партионный и управленческий учет.

Изменение рублевого эквивалента суммы долга, которое происходит из-за постоянных колебаний курсов валют, является исключительно событием бухгалтерского (БУ) и налогового (НУ) учета. Если бы документ переоценки начал «двигать» оперативные регистры, это привело бы к разрушению управленческого учета взаиморасчетов, так как валютный долг контрагента перед нами (или наш перед ним) в валюте взаиморасчетов не изменился.

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

Как на самом деле закрываются валютные взаиморасчеты и считаются разницы?

Если переоценка не двигает регистры, как тогда обеспечить совпадение остатков по 60/62 счетам и регистрам при зачете авансов? Проанализируем алгоритм работы закрытия расчетов.

Основным механизмом, который сводит расчеты, распределяет авансы и формирует финальные курсовые разницы, выступает не сам документ переоценки, а специальная обработка — Восстановление состояния расчетов с контрагентами (или аналогичная регламентная операция восстановления последовательности расчетов, выполняемая при закрытии месяца).

Разберем по шагам, как это работает:

1. При проведении первичных документов (поступления, реализации, платежные поручения) система фиксирует базовые движения по регистрам в валюте.
2. В конце периода (или вручную) запускается обработка восстановления расчетов.
3. Она анализирует хронологию остатков по регистрам РасчетыПоПриобретениюБУ и РасчетыПоРеализацииБУ.
4. Если обработка видит, что сначала был перечислен аванс, а затем прошла отгрузка по другому курсу, она автоматически рассчитывает необходимые курсовые разницы и рублевые корректировки.
5. Самое важное: эти корректировки она дописывает прямо в движения первичных документов (проводок и записей регистров самого документа поступления или реализации), а не создает отдельный корректирующий документ переоценки.

Именно поэтому после правильного восстановления расчетов все корректировки производятся автоматически, и сальдо по счетам полностью синхронизируется с регистрами накопления.

Исключение авансов из переоценки (согласно ПБУ 3/2006)

Часто проблема с закрытием авансов и «разъезжающимися» остатками кроется в неверной настройке учетной политики в части переоценки авансов. Согласно законодательству (ПБУ 3/2006), выданные и полученные авансы в иностранной валюте переоценке не подлежат. Авансы всегда фиксируются по историческому курсу на дату платежа.

Если в вашей базе программа все-таки пытается переоценить счета авансов (например, 60.22, 60.32, 62.22, 62.32) и возникают разрывы, посмотрим на пример решения этой проблемы. В конфигурации существует специальный регистр сведений СчетаСОсобымПорядкомПереоценкиБУ.

Вам необходимо сделать следующее:

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

Проблема ручных корректировок: почему не формируются курсовые разницы по НУ?

Посмотрим на еще одну классическую ситуацию. Пользователь жалуется, что после переоценки в налоговом учете от закрытой реализации не попадают постоянные курсовые разницы (ПКР) в отчет «Справка-расчет переоценки валютных средств». При анализе выясняется, что задолженность была закрыта не банковскими выписками, а ручным документом КорректировкаЗаписейРегистров, которым также был скорректирован регистр РасчетыПоРеализацииБУ.

Выясним причину этой ошибки. Документ ручной корректировки записей регистров — это «грубый» инструмент, который разрывает внутренние цепочки документов взаиморасчетов. Типовые алгоритмы 1С жестко завязаны на измерениях регистров, таких как Документ расчетов, Дата оплаты, Сделка.

Если взаиморасчеты «схлопнуть» ручной операцией:

1. Система по налоговому учету (НУ) не видит фактического, методически верного погашения долга.
2. Для алгоритма переоценки не происходит закрытия конкретного расчетного документа.
3. Следовательно, система не может правильно квалифицировать курсовую разницу как реализованную и отразить ее в справке-расчете.

Решение проблемы: Настоятельно рекомендуем избегать использования ручных операций и документа КорректировкаЗаписейРегистров для закрытия валютных взаиморасчетов. Задолженности следует закрывать исключительно типовыми документами: КорректировкаДолга (с видами операций проведения взаимозачетов или переноса задолженности) либо стандартными платежными документами. Только при использовании типовых документов сохраняются жесткие связи объектов расчетов, и курсовые разницы по БУ и НУ отрабатывают корректно и автоматически.