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

Думаю это больше бизнес-процесс --- он должен быть организован так, чтобы счёт от экспедитора обрабатывался (в MIRO) раньше чем счета к заказам на материалы (в стоимость которых мы и хотим включить выставленную экспедитором сумму). Иначе - если первым принять заказ на материал - то увеличить стоимость материалов в последствии, с помощью счёта от экспедитора, уже не получится - материалы могут быть уже проданы. Т.е. бухгалтер выполняет приход товара как только у него есть все счета --- всё что бухгалтеру придесут позже, уже может не положиться на стоимость товара.

Добрый день!
В продолжение темы ТЗР-ов... Ж/д тариф мы делаем счетами на доп.дебетование, в прошлом месяце часть их пришла позже, когда ТМЦ уже были списаны; зависшая сумма была списана на СО-объект - по причине невозможности ее списания на РР-заказ; при этом она не попала в калькуляции.
Подскажите, плз - куда девать такие "подвисшие" ТЗРы?
Заранее спасибо!

С подобного рода проблемами боролись так: Проводили доб дебетование, появлялись отклонения, потом переоценивали ГП и счет переоценки закрывали с отклонениями.
Но регитр на тот момент не был активирован!

Вообще такого быть по идее не должно (еденичные случаи), поэтому изощряться на какие то разработки или доп настройки не стали.

Переоценивать бухи категорически не хотят! объясняют большими проблемами с проверяющими в дальнейшем.
Этот случай пока единичный и сумма небольшая, но есть тенденции к повторению.
А регистр материалов у нас был активирован изначально.

Привет всем!

Никто случайно не сталкивался с проблемой отнесения/сопоставления различных видов ТЗР с видами условий в заказе при использовании транспортировок и документов фрахта?

Идея такая - есть закупочный заказ, к нему несколько транспортировок (например, для ЖД и автотранспорта). Условием переноса ТЗР из документов фрахта в заказ (а точнее в себестоимость закупаемого материала) является наличие в заказе соответствующих видов условий, вот что говорит на эту тему нота 427944:

2. If different service agents exist in the shipment cost documents, a corresponding number of condition lines (with value 0) must be specified in the purchase order item. These can always belong to the same condition type (in schema 'Manual') or also to different condition types (not 'Manual'):
a) Manual condition lines: If the condition type in the schema of the purchase order is marked as 'manual', the condition type must be created (with value 0) in the purchase order item before the goods receipt. If delivery costs are expected from different service agents, several non-valuated entries must be generated for this condition type. If more condition lines exist than required, these are then no longer taken into account. If condition lines are missing, the last service agents are not settled.
- Advantage: You only have to define one condition type for the delivery costs.
- Disadvantage: Each purchase order must be processed manually before the goods receipt.
b) Automatic condition lines: If the condition lines are to be generated automatically for the delivery costs (the condition type is not flagged as 'Manual' in the schema), the schema must have enough condition types to settle several service agents. If more condition lines exist than required, these are then no longer taken into account. If condition lines are missing, the last service agents are not settled.
- Advantage: The goods receipt can be carried out without manual preparation beforehand in the purchase order.
- Disadvantage: You must define identical condition types with different names.


То есть, прямой связи между видами ТЗР и видами условий в заказе, вроде как, нет (главное, чтобы видов условий было достаточно). Но для моей задачи это соотношений необходимо, так как настроен процесс учета затрат на сырье (контроллинг прописал соответствие между видами условий в заказе и элементами затрат для фактической калькуляции).

Понимаю, что вопрос довольно специфический, но, может быть, кто-нибудь сталкивался? Может быть, есть какой-то UE для определения вида условия в заказе.

paxat, боюсь на столь деьальный вопрос ответит только отладчик.
Изучайте ФМ SD_SCD_PO_ITEM_DELIVERY_COSTS