Двойная себестоимость

[Andrux]

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

[UNRW]

Зубило + Напильник помогут

[Andrux]

Да это понятно, хотелось бы по минимуму использовать зубило, напильник и молоток)))

[Ivanhoe]

Какая версия системы? И какие все-таки отличия в учетах? Если только накладные расходы - может, достаточно уметь их показывать / скрывать в некоторых отчетах?

[Andrux]

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

[sukhanchik]

Можно добавить в накладные расходы (MarkupTable+MarkupTrans) финансовую аналитику. И задавать накладные расходы, дробя суммы по аналитикам. Тогда по ГК легко соберутся отчеты - к примеру без аналитики (с пустой аналитикой) - это по одному учету, а все вообще - по другом учету. Вот только разбить так складские проводки не получится, т.к. там накладные расходы падают общей суммой в одно поле и там не раздробишь уже по учетам.

[Ivanhoe]

Про отчеты я имел в виду - в нужных отчетах не показывать часть себестоимости, которая пошла от накладных расходов. В 2009 расширена функция "Анализатор затрат" - в ней можно смотреть структуру себестоимости с сохранением кодов накладных расходов, можно попробовать сделать отчет по аналогии, но с нужным фильтром. Это на уровне логистики.
На уровне ГК надо думать.

[Ivanhoe]

Коллеги подсказали, что вариант задействования валютного склада вполне жизнеспособен. И доработки будут не особо сложными - нужно вклинится в первоначальное формирование себестоимости.
Т.е., например, по какому-то признаку, накладные расходы в валютном складе занулять. А дальше уже все само - и переносы, и закрытие склада и т.п.

[Andrux]

а там никаких проблем с курсовыми разницами и сопоставлениями не будет?

[pitersky]

Как я понимаю, валюта валютного склада предполагается фиктивной с постоянным курсом к рублю 100:100. Тут вряд ли есть место для курсовых разниц

[Starling]

Сейчас на одном из проектов данная задача решается через валютный склад. Эксплуатации еще не было, так что результаты сообщить не могу. Но ИМХО – это правильный вариант.

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

Но будьте готовы к тому, что валютный склад в Аксапте глючит и в 2009 в том числе. Но я думаю, что исправление ошибок (в том числе и силами MBS) будет дешевле чем написание подобной функциональности с нуля.

[zemlyn]

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

Есть ли какая-то практика/ опыт в решении такого двойного учета и в каком направлении можно посмотреть?

Спасибо.

[Logger]

У нас сделана перекачка данных из компании в компанию (т.е. под управленческий учет выделена отдельная компания в которую данные ежедневно подкачиваются). Работает. Но это геморный вариант - много трудозатрат по поддержке.

Из вкусностей - при такой передаче можно играть типами документов. Т.е. если в одном учете в у вас стоит продажа в другом это может быть списание и.т.п. Клиент может подменяться при трансляции и куча других параметров.
вы попробуйте спрогнозировать хотелки ваших заказчиков. Может они не ограничатся различиями в себестоимости.