Перепривязать заказ к другой заявке

sokov

Dim(ka) написал(а):

Но ведомость-то учета работ и услуг наверное есть все равно?
OlegDM прав, последующие документы должны по идее блокировать возможность данных измененений. ПМ точно не позволит изменять партии поставок!

Нет, пошли по простому варианту без каталога услуг, без отражения поступления услуг и соответственно без перерасчетного счета для услуг.
Цепочка такая: Заявка -> Заказ -> ПС. Ничего лишнего, работает как часы.

OlegDm

тогда понятно, а то я с услугами пробовал повторить ситуацию, так у меня в этом случае партии поставки вообще были не доступны для удаления. Все-таки когда говорим об услугах в SAP, обычно подразумеваем именнно использование соотвентствующей функциональности.

Dim(ka)

Ну, хорошо, тогда вопрос OlegDM перефразируем по-другому: после ПС у вас все-таки позволяет менять (удалять) партии поставки? Просто интересно... И как тогда ПС привязано к заказу, оно отражается в истории?

OlegDm

я так понимаю у Sokov-a в настройках типа контировки, используемом в заказах на услуги, просто деактивирован ПМ. Как результат, при ПСч прямая проводка с кредитора на затратный счет.

Dim(ka)

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

sokov

Ну, вот, облом: после ПС уже не дает провести такую операцию... :cry:

Весь ссылочный блок становится серенькими навсегда, и даже если удалить запись из Партий поставки, система все равно ее восстановит после первого нажатия Enter.

Так что счет, по ходу, все равно придется сторнировать, как ни крути.

ПС привязано к заказу (MIRO) и пишется в истории. Просто дебетуется не счет ПМ/ПС (15*), а напрямую затратный (44*).

Dim(ka)

sokov написал:

Ну, вот, облом: после ПС уже не дает провести такую операцию... :cry:

Ссылочные значения становятся серенькими навсегда, и даже если удалить запись из Партий поставки, система все равно ее восстановит после первого нажатия Enter.

Так что счет, по ходу, все равно придется сторнировать, как ни крути.

ПС привязано к заказу (MIRO) и пишется в истории. Просто дебетуется не счет ПМ/ПС (15*), а напрямую затратный (44*).

Проводки-то понятны... Просто речь как раз и была о том, что если в заказе будет история, то эти позиции удалить система не даст. С одной стороны жаль, а с другой оно и понятно. Это же SAP.
Хоть в итоге и узнали что-то новое, но пришли все равно к тому, что нужно дисциплинировать пользователей, получается...

sokov

Совершенно верно, если есть история, даже отсторнированная(!) то уже не все можно поменять!
И жаль, и совершенно понятно! :lol:

sokov

Вот, нашел ноту по этому поводу: 379909.

Цитата:

The fact that the requisition number is still displayed in the purchase order (PO) item has no negative effect. It serves only to show for which purchase requisition the purchase order was originally created.

This also applies to purchase orders with account assignment that reference a purchase requisition. The delivery schedule line is the only link. If the purchase requisition is deleted from the schedule line, no further link to the purchase requisition exists, even if the purchase requisition number is still displayed in the purchase order item.

Dim(ka)

Ну, она как бы по этому поводу, но твою- проблему не решает. Она ведь только описывает, что вот такая ситация с удалением есть (которую ты сам в принципе опытным путем нашел)...

Ведь в итоге написано:

Цитата:

Solution
There are none

Alex5.0

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

Dim(ka)

При ПМ будет выполняться все-таки заказ, а не заявки... Просто в зависимости от того какое количество поступило система будет по очереди по заявкам сокращать открытое количество (сначала первая, потом вторая и т.д.). Связь заявок с заказом конечно же видна - если зайти в заявку, то можно увидеть, что по ней есть и заказ и ПМ. Ну и соответсвенно для MRP это будет уже не как просто заявка, а конкретный заказ.

sokov

Да вот в том-то и дело, что решает!!!

1. Мы забиваем на информацию, которая находится в EKPO-BANFN+EKPO-BNFPO, поскольку она имеет лишь справочный характер (придется переделать отчеты и queries).

2. Если надо перепривязать заказ к другой заявке, меняем информацию в Партиях поставки. Система позволяет это делать, даже если к заказу уже имеется история. Облиго CO при этом обрабатывается корректно, я проверял.

В качестве таблицы соответствий заявка->заказ можно взять вьюху M_MEKKE.

Dim(ka)

Подожди... Ты же вчера сам пробовал - не удалялись у тебя партии поставки... :?:

sokov

Удаляться - не удалялась. А вот номер и позиция заявки доступны для изменения - этого вполне достаточно.

Удалял, чтобы поменять ссылочные значения в списке позиций (EKPO-BANFN+EKPO-BNFPO). Но оказалось, что они нафиг не нужны, все берется из EKET.

Правила форума

Перепривязать заказ к другой заявке

Кто сейчас на конференции