← На главную

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

Как программа рассчитывает курсовые разницы: сальдовый метод

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

Формула расчета выглядит следующим образом:

Сумма курсовой разницы = (Остаток в валюте на счете × Текущий курс валюты) – Текущий рублевый остаток на счете

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

Именно из-за этого принципа при точечной проверке одной операции ручной расчет Сумма валюты × (Курс 2 – Курс 1) может разойтись с проводкой 1С на доли копеек. При следующей операции переоценки программа автоматически выравнивает это расхождение, что является штатным поведением, а не программной ошибкой.

Типичные причины расхождений в учете курсовых разниц

Проанализируем основные факторы, которые приводят к неверным цифрам в проводках и расхождениям с поставщиками:

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

Пошаговый порядок исправления ошибок и восстановления учета

Разберем по шагам, как выявить источник некорректного расчета и восстановить правильные данные в базе:

1. Удалим все ручные корректировки курсовых разниц. Найдем и распроведем (или удалим) ручные бухгалтерские справки, которыми ранее корректировались суммы курсовых разниц по проблемному контрагенту. Также снимем флажки ручной корректировки движений во всех первичных документах по данному договору.
2. Проверим параметры валют. Перейдем в справочник Валюты и откроем историю курсов по используемой валюте (например, EUR или USD). Убедимся, что курсы загружены на каждый день без пропусков, а поле Кратность везде заполнено корректно (равно единице, если не предусмотрено иное).
3. Сверим аналитику счетов расчетов. Сформируем отчет Оборотно-сальдовая ведомость по счету для счета 60 с максимальной детализацией (по субсчетам 60.31, 60.32, контрагентам, договорам и документам расчетов). Убедимся, что по данному контрагенту отсутствует «развернутое сальдо» (одновременный дебет по авансам и кредит по расчетам в рамках одного договора).
4. Выставим правильное время и хронологию документов. Если поступление и оплата происходили в один день, проконтролируем точное время документов:
   • При постоплате документ Поступление (акт, накладная) должен иметь время раньше, чем Списание с расчетного счета (например, поступление в 12:00:00, оплата в 16:00:00).
   • При предоплате Списание с расчетного счета должно быть оформлено раньше документа поступления.
5. Распроведем и последовательно проведем документы. Распроведем документы расчетов по договору начиная с периода, в котором возникла первая ошибка. Затем поочередно проведем документы в строгом хронологическом порядке.
6. Выполним переоценку через закрытие месяца. Перейдем в раздел Операции – Закрытие месяца. Выполним перепроведение документов за проблемные месяцы и перезапустим регламентную операцию Переоценка валютных средств.
7. Проконтролируем результат. В форме регламентной операции Переоценка валютных средств откроем отчет Справка-расчет переоценки валютных средств. В нем подробно отражаются валютные остатки, курсы на начало и конец периода, рублевые эквиваленты и итоговые суммы признанных доходов и расходов.

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