Добрый день, дамы и господа.
Не знаю, вопрос в данный форум или нет.
Вопрос такой была настроена схема перерасчета для производственного заказа. если использовать эту схему для заказа ТОРО, то она работает. Естественно там используется 20 счет. Теперь пытаюсь изменить схему перерасчета для заказа ТОРО, и указываю 32 счет. Возникает ошибка: "Дополните схему перерасчета." Вопрос, что он просит дополнить?
Думаю, я путаю понятия. Поясните пожалуйста:
есть заказ ТОРО, на него списываются зап. части. с 10 счета например, на какой-то 20.. (это счет настраивается в OBYC).
Соответственно в схеме перерасчета я должен указать именно этот счет?

Добрый день.

Проверьте настройку схемы происхождения для заказов ТОРО - может у вас указан диапазон видов затрат в который не входит 32 счет? У нас указан диапазон видов затрат 31000000000 - 3799999999 и ошибок не бывает.
SPRO - Контроллинг - Внутренние заказы - Фактические проводки - Расчет - Ведение схем перерасчета

Получается что должны быть созданы эти виды затрат?

А можно полюбопытствовать как у вас осуществляется проводки по ТОРО.
Если заказ ТОРО. Например на него списывает запасные части - 10 счет - 20 счет.
Можно в принципе списать какие-либо другие затраты зарплату, электроэнергию. Вы ее списываете?
Затем делается расчет и у вас с 20 счета переходит на МВЗ на 32 счет. Правильно я понимаю?
И это делается с помощью Видов затрат, которые необходимо создать и связать с 32-ми счетами?
Мысль моя правильная или нет?

можно полюбопытствовать
В нашей системе нет отдельного списания 10 и 20 счетов, у нас виды затрат все 3*
на ТОРО списывается все виды затрат:
31 группа - это запчасти и другие ТМЦ, энергия также (например 3120040000 Запчасти)
32 группа - это заработная плата и начисления
34 группа - услуги сторонних организаций

То есть в системе идет следующая цепочка:
Дт 3120040000 Кт 10* (+/- отклонение с 1610*) списывается запчасть на заказ
Дт 32* Кт 69, 70 начисляется заработная плата сотрудников занятых в ремонте
Дт 34* Кт 60 с/ф по услугам субподряда

После ввода подтверждения к заказу - заказ рассчитывается 3* видами затрат на МВЗ:
Дт 31 (МВЗ) Кт 31 (Заказ)

Поэтому все счета в схеме перерасчета и активированы.

А можете подсказать, как у вас схема перерасчета настроена?
Соответственно, необходимо настроить виды затрат?

А списывают как? например, MIGO - вид движения 261 списывают?
И как Вы при расчет списываете на 32 счет. В правиле расчет заказа ТОРО, что указывается?
и 32 счет списания при расчет как настроен, просто указан в схеме перерасчета?

Схема перерасчета для заказов ТОРО создана отдельная - "PM", в ней
присвоение Происхождение затрат ALL "Все виды затрат" содержит интервал 3100000000 - 3799999999
вид затрат - для расчета активирован индикатор "По видам затрат"

В ПРофиле расчета "40 Мероприятие ТОРО" активированы следующие функции:
ФактЗатраты/Затраты по обороту - рассчитать полностью

Схема перерасчета - "PM" Расчет ТОРО
Образец контировки - МВЗ

Активированы индикаторы:
Расчет процентов
КоэфЭквивалентности

Разрешенные получатели:
МВЗ
Заказ

Вид документа - SA
Число правил - 10
Время хранения 3 месяца


Списание ТМЦ осуществляют 261 видом движения
В связи с тем что в схеме перерасчета активирован индикатор расчета по видам затрат, то при расчете заказа все затраты рассчитываются тем видом затрат каким и пришли на заказ


В правиле расчета заказа ТОРО указано только запрашивающее МВЗ

А подскажите, виды затрат влияют на расчет заказа ТОРО. То есть необходимо создать виды вторичных затрат?

Добрый день.
Может кто-то хотя скажет, где и в какую сторону копать.
Ситуация следующая, есть заказ ТОРО. На него будут списываться затраты по списанию запасных частей. 261 вид движения, на 20 счет.
Необходимо настроить расчет заказа ТОРО таким образом, чтобы при расчет затраты образованные на 20 счете списывались на 32 счета. Причем на разные.
Ну например, скажет по неким правилам, взятые с одного склада на один 32 счет, взятые с другого на другой 32 счет.
Вопрос, как настроить схему перерасчета, чтобы это выполнить?

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


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


Расчет возможен
- под исходным видом затрат (под тем, с которым затраты "пришли" на заказ ТОРО)
- под специальным вторичным видом затрат расчета (тип вида затрат 21 "Внутренний расчет").
- под специальным первичным видом затрат расчета (тип вида затрат 22 "Внешний расчет").
Выбор нужного способа определяется установкой/снятием галки "По видам затрат" в схеме перерасчета и указанием вида затрат в поле "ВидЗатрат/расчета".

При расчете положительной суммы происходит кредитование объекта-отправителя расчета под исходным видом затрат или видом затрат расчета.
Дебетование объекта-получателя зависит от типа объекта.
- если это МВЗ, заказ, СПП-элемент, носитель затрат или другой объект контроллинга, то дебетование выполняется тем же видом затрат, что и кредитование.
- если это основное средство или материал, то дебетуется счет, настроенный для данной операции в соответствующем модуле (FI-AA или MM, соответственно).
- если это основной счет, то он и дебетуется. Если основной счет сам является видом затрат, то никак стандартным образом указать на нем контировку (в правиле расчета) нельзя, необходимо использовать автоконтировки или замещения.

Т.е. если у вас на заказе ТОРО только затраты вследствие списания материалов (т.е. первичные), то для его расчета создание вторичных видов затрат не требуется.
Списание видов работ, всегда отражаемое на заказе ТОРО вторичным видом затрат, в случае расчета под исходным видом затрат будет перерасчитано тем же вторичным видом затрат типа 43 "Перерасчет работ/процессов".
Создание специальных видов затрат для расчета, как правило, применяется для отслеживания происхождения затрат в цепочке перерасчетов между объектами CO.


Схема перерасчета дает в качестве аналитики для группировки исходных данных для расчета ("происхождение") только вид затрат. Т.е. в ней вы можете задать какой вид затрат или их диапазон или группа под каким видом затрат будут перерасчитаны (исходным или вторичным 21 типа или первичным 22 типа).
Схема происхождения добавляет аналитику "Мотив калькуляции", который имеет очень специфическое и ограниченное применение. В вашем случае, тем не менее, его можно применить. Поле "Мотив калькуляции" может заполняться при подтверждении операций заказа ТОРО как для позиции работ, так и для позиций списываемых материалов. Насчет возможности автоматического заполнения этого поля каким-либо экзитом необходимо уточнять в теме по модулю ТОРО (PM).
Если поле будет заполняться в подтверждениях, то в схеме происхождения можно будет настроить несколько присвоений происхождения с одинаковым видом затрат, но разными мотивами калькуляции. Но при этом количество позиций в правиле расчета пропорционально увеличивается, так как каждое присвоение происхождения потребует собственной позиции в правиле расчета (но знаю, что экзит автоматического задания правила расчета в заказе ТОРО существует).
Эти схемы можно назвать вторым типом "связи" между счетом (в данном случае первичным видом затрат) и видом затрат.

Это единственный способ реализовать ту логику, что вы описываете, причем способ очень "хрупкий" - достаточно списать материал не через подтверждение и поле "Мотив калькуляции" заполнено не будет. Поэтому не рекомендую идти этим путем.

Спасибо, за консультацию, действительно, я понимал, что не понимаю специфику. Теперь более понятно.
Но все-таки можно как-то настроить, то что я написал?
Вы говорите, что это единственный вариант, но с другой стороны не рекомендуете так делать. Поэтому вопрос - так настроить вообще нельзя?
Например, можно ли сделать так, что каждое списание по материалам будет делаться на свой 20 счет. Вопрос, как настроить, чтобы с определенного 20 счета затраты переносились на определенные 32 счет. Думаю так можно как-то сделать... или все-таки нет?

Стандартно счет расхода материала (20, 30, 91 etc) определяется настройкой автоматических проводок MM (тр. OBYC) для операции GBB "Проводка, корреспонд. с проводкой запаса". На выбор счета влияют:
- модификация оценки - это группировка областей оценки (заводов), т.е. могут быть разные счета для разных заводов.
- общая модификация - это атрибут вида движения, т.е. могут быть разные счета для разных движений списания.
- класс оценки - это атрибут ОЗМ, может быть различным для свободно используемого запаса, запаса проекта и запаса заказа клиента, т.е. могут быть разные счета для разных материалов и видов запаса (см. ОЗМ ракурс "Бухгалтерский учет 1").

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


Можно сделать расчетом на основной счет (32-й) и схемой происхождения (для каждого 32-го свою группу происхождения, состоящую из 20-х счетов). Количество позиций правила расчета будет равно количеству 32-х счетов. Отдельно придется решать вопрос с заполнением контировок на 32-счетах-получателях расчета (подразумеваю, что они у вас тоже виды затрат) - либо автоконтировка, либо замещение.

А вообще лучше озвучьте бизнес-требования. Зачем используются и 20-е, и 32-е счета как виды затрат? Это очень странно.

Вид движения будет один 261.
Товары списываются на 20 счет. Точнее для каждого склада например определен свой 20 счет. 20 счет - это счет незавершенного ремонта. Там как бы скапливаются затраты.
Затем делаем расчет заказа ТОРО, и затраты с 20 счета - с незавершенного ремонта, должны перейти на соответствующий 32 счет - ремонт выполнен.
Затраты упали на 32 счет.
Точно так же должно быть, что для каждого склада свой 32 счет. То есть, с соответствующего 20 счета затраты должны попасть на соответствующий 32.
Смысл разделения затрат на разные счета, за каждый склад отвечают разные люди, и хотят видеть отдельно свой затраты.
В настоящий момент, проводка делается сразу же на 32 счет. А при расчете заказа создается только контролинговый документ, которые списывает сальдо по заказу на МВЗ.
В данном случае, у нас как бы нет невыполненного ремонта.

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

Обычно 30-е закрывают на 20-е, а их, свою очередь, на 90-е (по услугам). Кто посмелее закрывает 30-е сразу на 90-е.
У вас довольно странная схема, не увеличатся ли из-за этого обороты на 20-х, когда расходы с 30-х второй раз попадут на 20-е при закрытии? Незавершенные ремонты - это что-то новое. Зачем создавать НЗП на 20-м счете там, где его можно не создавать - непонятно. Бизнес хочет платить повышенный налог на прибыль, не признавая затраты в том периоде, в котором они возникли? На какой закон ссылается бизнес, требуя такую схему учета?

Может быть, конечно, вы делаете ремонты на сторону, т.е. основной бизнес и есть ремонты. Но тогда признание расходов делается на основании приемки ремонта заказчиком, т.е. подписании акта, а не на основании того, что "ремонт закончен". Это немного объясняет вашу ситуацию, но не схему проводок точно.
В этом случае вам надо "копать" в сторону стандартной функциональности НЗП на сервисных заказах, а не изобретать свой велосипед.