Цитата:
Сообщение от
kosenkov
...
монстров
...
От чудовища слышим :-)
(Шутка)
У вас вопрос методологический или по функционалу? В смысле, вы знаете, как (по какой методике) хотите распределять косвенные расходы? Или вы хотите два в одном (типа сюда вводите затраты, здесь смотрите себестоимость, и чтобы себестоимость считалась сама в "умной" системе, и вас этот процесс никак не касался)?
Что касается функционала, я бы стал рассматривать два пути решения вашей задачи в Аксапте:
1. Номенклатура типа "услуги"
Можно даже с отрицательным складом. Предположительно для каждого месяца можно завести партию (чтобы себестоимость было проще считать).
Далее все нужно организовать по теории АВС (которая Activity Based Costing). Определить так называемые cost drivers и понатыкать их в спецификации. Потом потреблять в течение месяца. Потом посчитать, сколько потребили. Потом оприходовать задним числом, но по фактической стоимости. Например, cost driver у нас — это час работы слесаря по ремонту (лучше даже техобслуживанию) станков. Предположим, что он отработал по факту 100 часов. Дпльше считаем его зарплату, амортизацию, аренду или эксплуатационные затраты на помещение, где он содержится... пусть будет 110 руб. Потом приходуем 100 часов этого слесаря по 1 руб. 10 коп.
Преимущества такого подхода:
- Почти не нужно модификаций (удобные кнопочки, мастера и т.п. не в счет — это дело вкуса, желания и наличия ресурсов).
- Не особо трудоемко. Можно сказать оптимально. Ничего лишнего вводить не нужно.
Недостатки:
- Иногда пользователей различного рода может покоробить (ну в смысле травмировать психику), если они увидят в запасах в наличии нечто вроде "час работы слесаря", или будут его приходовать журналом складских проводок.
- Если использовать партию, то, возможно, потребуется модификация для изменения партии в строках спецификации.
2. Коррекция накладных расходов
Уже обсуждалось. http://www.axforum.info/forums/showthread.php?p=9513#post9513 Текста много, правда. Но суть примерно такая.
Преимущества:
- Не будет "номенклатурного шока".
Недостатки:
- Нужна модификация для разноски на корр. счета, отличные от счетов прибылей-убытков.
- Скорее всего, нужно программировать алгоритм распределения сумм по позициям (в спецификации базис распределения не включишь при таком подходе).
- Пожалуй, тяжелее мониторить и корректировать (например, исправлять ошибки).
Насчет Cost Accounting не уверен, т.к. текущая (колумбусовская, которую не продают) версия не делает провводок, и уж тем более не корректирует себестоимость. В новом учете затрат (судя по слухам) реализация будет аналогичной. Если, конечно, об этом модуле завел речь EVGL.