← На главную

При работе в программе 1С:Управление торговлей (УТ) 11 пользователи часто сталкиваются с ситуацией, когда при расчетах в валюте документ Приобретение товаров и услуг не «подтягивает» ранее сделанные авансовые платежи. Это приводит к серьезной ошибке: сумма в печатной форме Счет-фактуры (СФ) рассчитывается полностью по курсу на дату поступления товара, игнорируя законное требование фиксировать стоимость авансовой части по курсу на день оплаты. Разберем подробно, почему так происходит и как заставить систему правильно учитывать курсовые разницы.

Анализируем механику учета авансов в валюте

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

Рассмотрим стандартную цепочку документов, при которой возникает проблема:

1. Заказ поставщику в валюте (например, USD).
2. Списание безналичных денежных средств (один или несколько авансов) с привязкой к заказу.
3. Приобретение товаров и услуг, оформленное на основании заказа.
4. Счет-фактура полученный.

Шаг 1. Проверка детализации расчетов в договоре

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

Если в платежке указан просто договор, а в приобретении — заказ, система воспримет оплату как «свободный аванс» по договору. В этом случае автоматического зачета не произойдет, и в документе приобретения сумма будет рассчитана неверно.

Шаг 2. Ручной зачет оплаты в документе приобретения

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

1. Откроем документ приобретения.
2. Найдем на панели инструментов кнопку Зачет оплаты. Если кнопки нет, проверьте, заполнен ли в шапке «Заказ поставщику».
3. В открывшемся окне мы увидим две таблицы. В нижней части отображаются нераспределенные авансы.
4. Нажмем кнопку Зачесть платеж, чтобы перенести нужные суммы в верхнюю таблицу.
5. После этого статус оплаты должен измениться. Проведем документ.

Важный нюанс: если при попытке перепровести документ программа ругается на «контроль остатков товаров организаций», как это часто бывает при попытке исправить старые записи, временно отключим этот контроль в меню НСИ и администрирование — Настройка НСИ и разделов — Финансовый результат и контроллинг.

Шаг 3. Проверка регламентных заданий по взаиморасчетам

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

Выясним, как принудительно обновить данные:

1. Перейдем в НСИ и администрирование — Обслуживание.
2. Найдем раздел Регламентные операции.
3. Запустим вручную задание «Исправление разрывов в последовательности взаиморасчетов».

Также полезно сформировать отчет Ведомость расчетов с поставщиками с детализацией до Объекта расчетов и Расчетного документа. Если в отчете вы видите две строки по одному заказу (одну с плюсом, другую с минусом), значит, фактического «схлопывания» долга и аванса не произошло.

Шаг 4. Исправление «зависшего» документа приобретения

Если ручной зачет не помогает и документ упорно «не видит» оплаты, разберем радикальный, но эффективный метод — перепривязку объекта расчетов. Проанализируем алгоритм:

1. В документе Приобретение товаров и услуг в поле «Заказ» выберем значение Не указан.
2. Проведем документ (он станет «свободным» поступлением по договору).
3. Снова выберем в этом поле нужный Заказ поставщику.
4. Проведем документ повторно.

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

Шаг 5. Проблема пустой суммы в Счет-фактуре

Если после всех манипуляций в печатной форме СФ все равно стоит неверная рублевая сумма, посмотрим на документ Счет-фактура полученный. Данные в него попадают в момент создания из регистра расчетов. Если расчеты изменились позже, СФ может хранить старый «кэш».

Решение: просто перепроведите сам документ Счет-фактура полученный. После этого программа должна подтянуть актуальные данные о зачтенных авансах и правильно рассчитать средневзвешенный курс для печатной формы.

Резюме для проверки

Для успешного решения задачи убедимся, что:

• Валюта договора, заказа и оплат совпадает (или корректно настроена оплата в рублях по курсу у.е.).
• В документах Списание безналичных ДС на вкладке «Расшифровка платежа» выбран правильный Объект расчетов (именно тот Заказ, по которому идет поступление).
• В документе приобретения в окне «Зачет оплаты» суммы стоят в колонке К зачету и выделены как зачтенные.
• Курсы валют в справочнике загружены на все даты: даты всех авансов и дату приобретения.

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