|
По поводу FIFO: Мне знакомые из одной крупной аудиторской фирмы говорили что в российском законодательстве НЕТ никаких регламентирующих документов по рассчету себестоимости по FIFO/LIFO/Средней. Более того, они мне рассказали что во время аудитов проверяют правильность рассчета себестоимости по FIFO следующим образом:
1. Берут остаток в рублях и штуках.
2. Суммируют себестоимость последних приходов, до тех пор пока не наберут число штук, равное количественному остатку.
3. Если себестоимость в приходов рублях не совпадает со складским остатком по номенклатуре - значит присутствует ошибка.
А вообще - если книжки по западному бухучету почитать, то FIFO/LIFO, это не методы оценки СПИСАНИЙ. Это методы оценки ЗАПАСОВ, то есть складского остатка. Поэтому допущение что каждое списание должно нести стоимость какого-то прихода - слишком сильное. На самом деле - достаточно чтобы стоимость запасов, равнялась стоимости последних (или первых в случае LIFO) приходов. И это условие выполняется даже с учетом странностей в журнале переноса, о которых ты пишешь.
То что в Аксапте себестоимость списаний обычно равна себестоимости приходов, это просто следствие применения самого распространенного (но не единственного) подхода к оценке ОСТАТКОВ. В принципе я мог бы написать код, который где-то в памяти считает себестоимость остатков по FIFO, потом себестоимость списаний, а потом себестоимость списаний размазывает по всем списаниям пропорционально количеству. Хотя эту схему тяжело выверить, но формально она вполне законна.
Кстати - отвлекаясь от теории: Да - можно было бы подправить логистику в Аксапте таким образом, чтобы элементарной единицей себестоимость было бы сочетание лот+аналитика финансового склада. Но в этом случае придется еще и сделать следующее:
1. Пришлось бы в складские проводки засовывать не только ссылку на родительский лот (inventTransIdFather), но и ссылку на родительскую аналитику. Причем главной сложностью при реализации, было бы придумать способ связать аналитику источника и приемника для всех случаев.
2. Запретить в обычном журнале переноса менять аналитику финансового склада.
3. Сделать какой-то новый тип журнала в котором, можно сливать/разделять партии или вообще аналитики финансового склада. НО: Их можно было бы менять не чаще одного раза в журнале (то есть - если склад тоже аналитика финансового склада, то нельзя было бы сразу и две партии слить и со склада на склад перенести).
4. Учитывая что в системе есть куча вариантов переноса (карантинный заказ, WMS-вские транспортировки, заказ на перенос), пришлось бы продумать и реализовать дисциплину переноса между аналитиками финансового склада и для этих типов складских документов.
|