Итак, возвращаемся к номенклатуре типа услуга.
Мало что поняла из ответов, поэтому расскажу сама что знаю:
1.Номенклатура типа услуга в учете по складу и расчету себестоимости ведет себя совершенно аналогично обычной номенклатуре.
2.Соответственно, она ведет себя аналогично в процедурах расчета спецификаций (как компонент), процедурах сводного планирования.
3.Она предназначена для закупки. Потому что для продажи собственных услуг есть специальная накладная на услугу, в которой есть возможность ввести произвольную текстовую строку. А для расчета затрат на производство собственных услуг, видимо, необходимо будет создать номенклатуру типа спецификация. Поэтому в дальнейшем будем называть ее Покупаемая Услуга (ПокУс)
4.Номенклатура типа ПокУс и накладные расходы по закупке – это разные вещи. Не смотря на то, что при закупке или отгрузке продукции можно учесть возникающие накладные затраты через НакРас, эту функцию лучше использовать при работе по схеме, когда поставщик включает затраты в счет на товар. Потому что при учете накладных расходов (НакРас), учитываемых по закупке (стракам закупок) не возникает задолженность перед поставщиком. В этом кардинальное отличие ПокУс от НакРас. (в нашей жизни это привело к такой схеме: 1. учет НакРас по строке Дт 41 Кт 44, 2. учет закупки от поставщика Дт 44 Кт 60. Такая схема позволяет в наших условиях учесть нормативное начисление затрат по закупке )
5.Соответственно, можно выполнять функции планирования закупок ПокУс, планирования платежей и переноса прогноза платежей в бюджет ДС (не делала, терминологию использую по пониманию)
6.Так как ПокУс приходуется на склад, то их оттуда надо списывать. Это становится, как говорится, отдельной бизнес-функцией. Перед закрытием склада или сразу после закупки желательно делать.
7.Попытки снять с номенклатуры в учете признаки финансовой и складской аналитики возможно, могут привести к непредсказуемым последствиям при закрытии склада, особенно если было разнонаправленное движение. Поэтому лучше завести склад услуг, указать необходимость контроля финансового и физического склада. И разрешить их отрицательное значение.
8.Есть еще вот такое предупреждение: «One caution of using service items. If you in any way sell some of the items you will have to use batch numbering and reservation (or in 3.0 marking) otherwise your costs can go terribly wrong when closing inventory. The only time you can use the service items safely without batch numbering/reservation/marking is if they are truly one-way......only buy-not sell or only sell-not buy. Ole». Ээээ… Сложно понять, что автор имел ввиду. Но после того, как мы сделали у услуги партию, исчезла ошибка с некорректными проводками, возникающими при закрытии склада. Они возникали не в той компании!
9.Списание на счета затрат, или себестоимость продукции – непростой процесс, и это сейчас раскрывать не будем.
10.Собственно, ПокУсл необходимо использовать в первую очередь для MRP, то есть для планирования потребностей в субподряде. Например, для планирования почасовых работ. В другом случае можно делать сразу накладную, с регистрацией проводок на требуемые счета, с нужной аналитикой (в том числе статьей затрат).
11.В этом случае услуга должна быть включена в спецификацию с типом строки спецификацию «поставщик». То есть при сводном планировании система будет всегда планировать закупку этой услуги, а не производство, не отгрузку со склада.
12. Правильнее было бы номенклатуру называть не типа Услуга, а типа Работа.
__________________
"...жизнь проходит, пока мы строим планы на жизнь..."
с уважением, ESys.
|