← На главную

Рассмотрим распространенную практическую ситуацию при расчетах с поставщиками по договорам в условных единицах или иностранной валюте. Организация получает партию товара на сумму 100 у.е. при курсе 50 руб./у.е. Себестоимость номенклатуры при оприходовании фиксируется в размере 5000 рублей. В момент фактической оплаты курс валюты вырос до 70 руб./у.е., и с расчетного счета перечислено 7000 рублей. Возникает закономерный вопрос: существует ли в типовом функционале 1С:УНФ возможность включить возникшую разницу в 2000 рублей непосредственно в себестоимость ранее поступившего товара?

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

Методологические основы: почему курсовая разница не входит в себестоимость

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

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

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

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

Попытка использования документа «Дополнительные расходы» и ее риски

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

1. Отрицательные курсовые разницы (курс упал): Если на момент оплаты курс валюты снизился, рублевый эквивалент платежа уменьшился. Ввести отрицательную сумму в типовой документ Дополнительные расходы для уменьшения себестоимости невозможно — алгоритмы конфигурации блокируют проведение документов с отрицательными допрасходами.
2. Реализация товара до момента оплаты: Если партия полностью или частично уже списана со склада (оформлена продажа клиенту или передача в производство), ввод дополнительных расходов задним числом приводит к учетным искажениям. При выполнении регламентной операции Расчет себестоимости программа распределит всю сумму затрат на остаток товара на складе. Если остаток нулевой, образуется зависшая сумма без количества в регистре Запасы и затраты.
3. Трудоемкость распределения: При больших объемах номенклатуры и регулярных платежах сопоставление каждой курсовой разницы с конкретной строкой конкретной накладной требует значительных ручных трудозатрат.

Решение 1. Оформление через документ «Корректировка поступления»

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

1. Открываем документ Приходная накладная, по которому образовалась разница.
2. На основании накладной создаем документ Корректировка поступления.
3. На вкладке с товарами указываем измененную рублевую стоимость с учетом фактического курса закрытия задолженности.
4. Проводим документ и выполняем процедуру закрытия месяца. Обработка пересчитает себестоимость партий и скорректирует движения по регистру Запасы и затраты, в том числе доначислит себестоимость по связанным документам списания.

Решение 2. Комплексный финансовый результат через аналитику «Проекты» или «Заказы»

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

1. Для каждой импортной или валютной поставки заводим отдельный элемент в справочнике Проекты (или используем документ Заказ поставщику).
2. Привязываем к этому объекту цепочку документов: закупку, связанные реализации покупателям и банковские выписки по оплате.
3. При закрытии месяца курсовые разницы относятся на тот же проект/заказ как финансовые расходы/доходы.
4. Анализируем рентабельность с помощью отчетов Доходы и расходы по проектам или Доходы и расходы по заказам покупателей. В отчете будет видна чистая маржинальность сделки с учетом складской себестоимости и валютных потерь.

Решение 3. Доработка аналитического отчета («Эффективная себестоимость»)

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

1. Отчет считывает учетную стоимость поступившей номенклатуры из регистра Запасы и затраты.
2. Связывает накладную с документами оплаты и рассчитывает дополнительную рублевую нагрузку по формуле: РасчетнаяСебестоимость = УчетнаяСебестоимость ± КурсоваяРазницаПоВзаиморасчетам.
3. Выводит плановые цены для менеджеров без нарушения бухгалтерской и складской методологии системы.

Таким образом, попытка механически включить финансовые курсовые разницы в складскую себестоимость противоречит архитектуре 1С:УНФ. Оптимальным путем является разделение финансового результата и складских остатков либо применение сквозной проектной аналитики.