Как зафиксировать стоимость материалов при перемещении в 1С:Бухгалтерии 3.0, не нарушая регламентированный учет?

В процессе работы в 1С:Бухгалтерии 3.0 часто возникает конфликт между требованиями регламентированного учета и потребностями материально ответственных лиц (МОЛ). Суть проблемы заключается в том, что регламентированный учет по средней стоимости ФИФО (или средней) формируется окончательно только в момент закрытия месяца. В то же время, при перемещении материалов между складами ответственные сотрудники требуют документ с фиксированной суммой, которая не должна меняться при перепроведении документов задним числом.

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

Метод №1: Разделение понятий «Учетная цена» и «Цена для МОЛ»

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

1. Создание типов цен: Мы предлагаем внедрить отдельные типы цен (например, «Учетная цена МОЛ» или «Плановая цена»). Эти цены не участвуют в автоматических проводках бухгалтерского учета.
2. Внешняя печатная форма: Вместо того чтобы пытаться изменить алгоритм проведения документа Перемещение товаров, мы разрабатываем внешнюю печатную форму. В ней при выводе на печать система берет цену из справочника Типы цен номенклатуры, закрепляя тем самым договоренность с МОЛ на бумаге.
3. Юридическая значимость: Важно понимать, что документ с подписью МОЛ фиксирует факт передачи материальных ценностей. В случае выявления недостачи, сумма ущерба, согласно действующему законодательству, может быть определена актом комиссии, независимо от суммы, указанной в накладной на перемещение.

Метод №2: Использование скрытых механизмов корректировки

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

Рассмотрим использование колонки «Сумма» в движениях документа. При ручной корректировке движений документа Перемещение товаров, в частности, в регистре Партии товаров, можно принудительно зафиксировать сумму списания. Но будьте внимательны: при выполнении обработки Закрытие месяца, система может попытаться пересчитать стоимость, что приведет к конфликту.

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

// Пример логики установки признака ручной корректировки для документа
ДокументОбъект = СсылкаНаДокумент.ПолучитьОбъект();
ДокументОбъект.РучнаяКорректировка = Истина;
ДокументОбъект.Записать();

Важное предостережение: Установка флага РучнаяКорректировка означает, что в дальнейшем при изменении состава партий или цен, программа перестанет автоматически актуализировать движения данного документа. Это прямой путь к накоплению ошибок в Оборотно-сальдовой ведомости.

Разбор последствий и рекомендации

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

• Не перепроводить документы — худший вариант, так как это гарантированно приводит к расхождению данных в регистрах и бухгалтерском учете.
• Ввод документов датой получения — оптимальный вариант с точки зрения методологии учета, так как документы отражаются в системе ровно в тот день, когда состоялся факт хозяйственной жизни.
• Разграничение ответственности: Рекомендуем внедрить в Учетную политику организации пункт о том, что цены в документах на внутреннее перемещение являются оценочными/средними на дату оформления и подлежат уточнению после закрытия месяца.

Подводя итог, наиболее надежным и профессиональным решением является вынос «цены для подписи» во внешнюю печатную форму. Это позволяет сохранить целостность учетных данных в 1С:Бухгалтерии 3.0, не вступая в конфликт с механизмом автоматического расчета себестоимости, и одновременно удовлетворить требования МОЛ по фиксации «цены ответственности» на бумажном носителе.

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