GaryaПравда жизни, однако, такова, что не смотря на допустимость включения ТЗР на доставку от поставщика в стоимость товара, торговая компания далеко не всегда имеет такую возможность по той простой причине, что перевозчик, услугами которого она пользуется, предоставляет акты по оказанию транспортных услуг по завершению месяцы скопом по всем осуществленным перевозкам. А на конец месяца многие товары оказываются уже не только оприходованы, но и проданы (то есть, уже прошло списание товаров со счетов 41,45 в дебет счета 90). Получается, что на момент оприходования транспортных услуг по доставке товара от поставщика товар, в себестоимость которого можно было бы отнести ТЗР, просто отсутствует. Мы включаем ТЗР от поставщиков в стоимость товара только в том случае, если ТЗР указаны в том же документе, которым оформляется приход товара (в Торг-12), и транспортные расходы осуществлены по условиям договора непосредственно поставщиком. С транспортными расходами, оплачиваемым не поставщику, а перевозчику, такой финт не проходит.
В такой ситуации никаких проблем нет.
Включение ТЗР в себестоимость необходимо для анализа. А "прогнать" через счет склада ТЗР и тут же отнести их на расходы (себестоимость реализации) никто не запрещает. То есть необходимые данные для анализа в системе будут.

Вообще такая схема действий - это стандарт для учета всяких дополнительных расходов. Человек, который разносит расходы по приходам товаров, не может отслеживать, что с этими запасами сейчас - все автоматом делает система.

GaryaРечь идет о включении ТЗР в стоимость товара (счет 41). Можно, конечно же, отнести ТЗР на счет 41 на условную номенклатуру товара "ТЗР", но какой в этом смысл? Речь идет об отнесении ТЗР на номенклатуру конкретного товара, которой к моменту такого отнесения может просто не оказаться в наличии.
Я с самого начала понял, о чем вы говорите.

GaryaАвтоматом система может сделать только то, для чего в ней достаточно информации. Когда информации недостаточно, то они просто складываются "в котел", а в конце месяца распределяются пропорционально остатку товара. Разнообразных причин, по которым у системы может не быть информации, по крайней мере, достоверной , великое множество. К примеру, мы отгружаем габаритное оборудование непосредственно с территории нашего поставщика на склад нашего покупателя, без оприходования на собственный склад (так называемая "прямая отгрузка"). Перевозчик документы по перевозке уже предоставил, а от поставщика они еще не пришли.

Вообще, странно, что в этом не очень сложном вопросе настолько часто путаются.

Для начала, необходимо помнить, что "себестоимость" - это достаточно абстрактное понятие. Себестоимость - чисто расчетная бухгалтерская величина, и в оперативном учете (первичные документы, оформляемые например на складе) фигурировать не должна, так как в момент выполнения операций ее часто нельзя рассчитать. Показательна в этом отношении готовая продукция, зарплата и прочие расходы на которую разносятся в конце месяца, а продажи и отгрузки ( и оформление первичных документов ) выполняются в течении месяца. Но и себестоимость товаров также является расчетной величиной.

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

Что касается технологии учета накладных расходов в учетных системах, то тут принцип достаточно простой - каждый счет на такие расходы связывается с определенными строками поступлений товаров (сумма накладных распределяется по товарам). Разумеется, такое распределение всегда выполняется после учета поступления на склад (создания соответствующего документа прихода товаров). И принципиальной разницы, сколько прошло времени - 10 секунд (данные вносятся сразу один за другим) или 10 месяцев, и что именно пришло на склад - материалы или товары - для системы не должно быть (и обычно нет). Разумеется, пересчет себестоимости товаров и бухгалтерский учет такого пересчета будут различаться в зависимости от ряда условий (закрыт или не закрыт период, данные запасы лежат на складе или ушли в производство и тп). Но нормальная система должна уметь отрабатывать ситуацию, когда товар уже продан. Например, товар поступил на склад, оформляются документы, бухгалтер пошла попить чай перед оформлением ТЗР, а менеджер по продажам сразу же оформил продажу товара - физически он на складе, но уже принадлежит покупателю - то есть с точки зрения бухгалтерского учета при учете документов по ТЗР товара уже нет в наличии.
С технической точки зрения реализовать все это не слишком сложно. Главное правило - проводки по себестоимости накладных расходов повторяют проводки по себестоимости закупки. Если часть запасов продана - пропорционально списываются на себестоимость продаж и накладные расходы. Хотя, разумеется, есть много нюансов - например с себестоимостью по средней (пересчитывать ли все с учетом появившихся накладных расходов) или с датой проводок по накладным, распределенным по приходам в закрытом периоде.

С точки зрения анализа данных особых проблем также не должно быть. Даже если система изначально списала товар по себестоимости без ТЗР, операция пересчета должна откорректировать эту себестоимость или привязать к ней дополнительную запись - одна запись с количеством списания и несколько записей (и бухгалтерских проводок) с себестоимостью. Разумеется, есть исключения - при оформлении ТЗР по материалам после закрытия месяца и расчета себестоимости ГП никто себестоимость пересчитывать не будет, а такие ТЗР сразу бросаются на расходы, но такие исключения не должны существенно влиять на картину (есть такое понятие как начисления).

Если в момент поступления документов о накладных расходах еще нет в системе документов о поступлении товаров, тоже ничего страшного. Бухгалтерский учет не предполагает, что операция сразу полностью оформляется. Некоторые операции вполне могут оформляться в несколько этапов - по мере поступления дополнительных данных. То есть при получении документов по накладным расходом, которые пока некуда распределить (нет еще документов по поступлению товаров) - бросаем расходы на специальный счет "Нераспределенные ТЗР". А потом регулярно проверяем (например в конце месяца), оформлены ли документы прихода товаров. Если оформлены - распределяем эти расходы, если нет прихода товаров - ничего не делаем, ждем поступления.

То есть в конечном счете все ТЗР списываются на себестоимость реализации в привязке к конкретным документам продаж товаров (пройдя через склад) или ГП (пройдя через склад и производство).

GaryaВсе так, но только теоретически. Практически же требуется учесть слишком много траекторий, которыми товар может пройти через счет 41. Просто навскидку несколько ситуаций:

1. Д90 К41 - товар списан по ее реализации. Тут проблем нет, досписали сумму ТЗР, пропустив ее через счет 41, и всё.

2. Д45 К41 - товар отгружен с отложенным переходом права собственности; Д90 К45 - в этом же месяце наступила реализация. Жирным цветом выделена операция, в которой тоже нужно откорректировать стоимость товара. А она, как Вы верно заметили, формировалась по средней цене. И сделать это уже совсем не просто.

3. Д10 К41 - товар переквалифицирован в материал; Д20 К10 - материал отпущен в производство; Д43 К20 - произведен выпуск продукции; Д45 К43 - продуция отгружена покупателю с отложенным переходом права собственности; Д90 К45 - продукция реализована; Д90 К45 сторно - продукция отправлена обратно по рекламации; Д43 К43 сторно - возвращенная продукция поступила на склад. Подчеркнута "нетипичная" операция, жирным выделена последовательность тех операций, которые от нее зависят и по которым тоже нужно провести корректировки после уточнения стоимости товара. Представьте, что все они могут пройти в одном месяце... :)

Я остановился на цепочке, описанной в п.3 (просто полагаю, что этого достаточно), но можно было бы привести очень длинный перечень специфических и длинных цепочек, в которых номенклатура товара давно уже растворилась и затерялась.
Согласен, вариантов много.
НО
модуль расчета и учета себестоимости все равно должен уметь работать с этими вариантами - стоимость приобретения в любом случае должна быть отработана. И если он сумел все посчитать один раз, то сумеет и еще один раз. То есть с практической точки зрения нужно еще раз запустить этот модуль для каждого товара, а которые распределены ТЗР, но с учетом дополнительных данных (сумм ТЗР) - в одном месте себестоимость была 10, стала 11 и просто пересчитываем все последующие движения товара по прежнему алгоритму но с новыми данными. Если алгоритм корректно сработал с первым набором данных (рассчитаны суммы и выполнены фин. проводки), он должен корректно отработать и со вторым. Как именно фиксировать результат пересчета - то ли переписывать существующие записи, то ли добавлять корректировочные, не принципиально. Главное, что себестоимость будет откорректирована.

По 3 варианту согласен - себестоимость ГП хоть теоретически и можно пересчитать, но это может потребовать очень больших вычислительных мощностей и времени, и никто этим обычно не занимается - если идет в производство, сумма корректировки списывается на расходы периода.
Но мы ведь говорили именно о товарах, а там в 99 случаях из 100 имеем вариант 1.