Продолжаю свой рассказ. Для тех, кто пропустил первую часть, вот ссылка.
Напомню, что речь идет о методах учета, заложенных в программу 1С:УНФ, и о том, как ее приспособить, чтобы каждая сделка с покупателем была под контролем. То есть должно быть видно, кто, кому и что продал, и каким образом достигнута цель сделки со стороны продавца - это, конечно, прибыль, и в каком состоянии оплаты.
Прибыль определяется как разница между выручкой и себестоимостью. Классическими методами расчета себестоимости можно считать методы FIFO, LIFO, метод средних цен, причем для всей номенклатуры однообразно. Здесь же мы видим два варианта расчета себестоимости: FIFO или метод средних цен обособленно по каждому заказу покупателя, в том числе с использованием "пустого" заказа. Есть выбор - себестоимость части номенклатурных позиций можно определять по первому методу, остальных - по второму.
Неизменным в расчете прибыли со времен 7 версии 1С:Предприятия остается метод, когда составляющие формулы расчета прибыли формируются поэтапно. Первый этап - фиксируются данные закупки. Второй этап - фиксируются данные продажи, и в этот же момент выполняется расчет себестоимости на основании ранее зафиксированных данных. Такой алгоритм подвержен коллизиям, например, из-за ввода документов задним числом. Приведу простой пример. Поступления товаров, которые введены в программу после проведения реализации, и дата которых раньше, не попадут в себестоимость этой реализации, поскольку нарушена очередность этапов. Для решения этой коллизии, нужно выполнить перерасчет, есть два способа - первый выполнить перепроведение расходных накладных.
После перепроведения суммы поступлений будут включены в себестоимость реализаций. Второй способ - выполнить расчеты затрат при закрытии месяца.
Во втором случае себестоимость перерассчитывается, при анализе себестоимости по документам движения мы увидим документ Закрытие месяца.
На картинке выше видно, что дополнительные расходы введены задним числом, поскольку их стоимость 1366.77 не вошла в себестоимость в момент оформления расходной накладной полностью, в момент закрытия месяца эта сумма была учтена.
Вернемся к определению прибыли. Оказывается, что сумма прибыли, которую мы видим в отчете, может быть совсем не такой по факту в силу вышеуказанных коллизий, которые нужно отслеживать. О том, что отчет содержит неактуальные сведения, программа напоминает - присутствует надпись в отчете Валовая прибыль с предложением выполнить закрытие месяца, которое устранит коллизии. Но в какой строке содержится ошибка, и в чем она заключается, программа без дополнительных мероприятий не сообщает. Даже после закрытия месяца в случае изменений, вносимых в программу, возможны неточности.
Одно из таких дополнительных мероприятий - проверить каждый заказ покупателя с помощью отчета Движение товара. По закрытым заказам не должно быть зависших сумм без количества на конец периода. Такие строки будут видны наглядно. Кроме того, по каждому заказу средняя цена прихода товара должна быть равна средней цене расхода. Выполнить такую проверку будет трудоемко.
Как быть, если требуется определить прибыль по завершенным сделкам с учетом оплаты покупателей? Потребуется еще одно дополнительное мероприятие - сопоставление и анализ данных двух отчетов: Расчеты с покупателями и Валовая прибыль. Если же требуется определить, в какой мере сделка с покупателем оплачена поставщикам, то такой возможности напрямую нет.
Но все же есть еще один способ, который в несколько кликов помогает решить вышеперечисленные задачи. Для этого нужно будет установить расширение УНФ: Продажи с расшифровкой по закупкам. Поговорим о нем в следующей части статьи.
