Текущее время: Вс, май 11 2025, 02:46

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ!

Вопросы по исходящим поставкам - сюда



Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: V1 338
СообщениеДобавлено: Чт, сен 25 2008, 10:42 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 29 2005, 07:34
Сообщения: 1127
Откуда: РОССИЯ
Пол: Мужской
Дело в следующем - несколько обычных позиций со ссылкой на контракт, ставлю цену вручную по каждой PR00. Так вот, исключая позицию 00001 везде после проставления вываливается сабжевый еррор типа I и не обновляется VBAP-NETPR. Если провести расчёт по заголовку (по позиции не канает) с НЕизменением ручных условий, то всё ок, обновляется и пополняется VBAP-NETPR. Если изменить или внести значение в любое поле VBAP, то всё снова ок. Иначе не обновляется значение и VBAP-NETPR пусто.

Кто подскажет, что может быть?

PS Перерыл ноты, полдня потратил, даже намёка...

_________________
мне бы такой "Журнал изменений" как в SAP да в жизнь... цены бы не было!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, сен 29 2008, 18:07 
Президент
Президент

Зарегистрирован:
Пт, апр 28 2006, 22:39
Сообщения: 2514
Откуда: North Taxolina, USA
Пол: Женский
Сдается, что к условиям это сообщение не имеет отношения. Как видно из "where used", это сообщение вылезает, если пытаться добавить еще одну строку с таким же номером (VBAP-POSNR). Впрочем "where used" не ловит динамические вызовы, так что может оно еще где-то есть. В дебагере поставьте watchpoint на номер сообщения - если оно вылезает в инклюде FV45PFAP_VBAP_BEARBEITEN, то смотрите, что у вас в таблицах IVBAP/SVBAP.

Возможно при копировании строк из контракта не обновляются номера позиций и у вас оказывается больше одной позиции с номером 1. Остальное - просто следствие этой проблемы IMHO.

_________________
"One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important." Bertrand Russell


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, сен 30 2008, 07:27 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 29 2005, 07:34
Сообщения: 1127
Откуда: РОССИЯ
Пол: Мужской
Цитата:
Возможно при копировании строк из контракта не обновляются номера позиций и у вас оказывается больше одной позиции с номером 1. Остальное - просто следствие этой проблемы IMHO.


именно! так и есть, это я выявил на момент написания сюда поста. всё правильно Jelena. Не стал писать подробно сразу, так как чего пудрить людям моСК. Вот. Теперь мой следующий вопрос, собственно - а как бороться с этой проблемой?

_________________
мне бы такой "Журнал изменений" как в SAP да в жизнь... цены бы не было!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, сен 30 2008, 18:12 
Президент
Президент

Зарегистрирован:
Пт, апр 28 2006, 22:39
Сообщения: 2514
Откуда: North Taxolina, USA
Пол: Женский
А каким образом вы создаете документ - через транзакцию или программно? Где-то в конфигурации вроде есть опция, сохранять ли номер строки при копировании из одного документа в другой или переопределять заново - поищите, это скорее всего в правилах копирования.

Проверьте, нет ли у вас чего-нибудь в user exits (MV45AFZZ), может что-нибудь напрограммировано неправильно.

_________________
"One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important." Bertrand Russell


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 01 2008, 07:32 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 29 2005, 07:34
Сообщения: 1127
Откуда: РОССИЯ
Пол: Мужской
короче не было в настройке наследования нмоера позиции... но это не помогло... может и впрямь где у нас юзер да экзит зашито... ладно.. если у кого будут ещё предложения, то я буду рад их рассмотреть :-D.

Заранее пасип

_________________
мне бы такой "Журнал изменений" как в SAP да в жизнь... цены бы не было!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, окт 01 2008, 18:26 
Президент
Президент

Зарегистрирован:
Пт, апр 28 2006, 22:39
Сообщения: 2514
Откуда: North Taxolina, USA
Пол: Женский
Опишите по шагам, что у вас происходит. Судя по первому посту, строки появляются (какие у них при этом номера - не ясно :? ), а сообщение вылезает, когда вы пытаетесь что-то менять. Если строки сразу переносятся из исходных документов с неправильными (т.е. повторяющимися) номерами, то это похоже на проблемы с конфигурацией. Если номера строк (POSNR) назначаются правильно, но потом каким-то образом во внутренних таблицах оказываются дупликаты, то это похоже на ошибки в программе (у SAP или у вас).

_________________
"One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important." Bertrand Russell


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, окт 02 2008, 06:43 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 29 2005, 07:34
Сообщения: 1127
Откуда: РОССИЯ
Пол: Мужской
1. Создаю со ссылкой на контракт количественный заказ на несколько позиций

2. Далее в режиме создания его же проваливаюсь в позицию 1 и ставлю PR00. Перехожу ко второй, ставлю PR00 и опа, сабжевое инфо сообщение. Парам! и т п по остальным позициям

3. Если на этом всё и выполняю сохранение, то VBAP-NETPR по позициям с POSNR>1 не заполняется.

Если в самом режиме создания или в изменении заказа зайти и сделать перерасчёт цен по заголовку (тип обновления С), то идёт полное обновление и структуры VBAP тоже, всё ок.

Если поменять какое-либо поле в самом заказе, там склад присвоить по любой из позиций или в другом любом месте изменить значение, то VBAP обновляется тоже

вот в чём печенька...

PS SVBAP-POSNR у меня по стопам идёт всё время 00001... вот в чём интересно... отсюда вся фигня....

_________________
мне бы такой "Журнал изменений" как в SAP да в жизнь... цены бы не было!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, окт 02 2008, 18:34 
Президент
Президент

Зарегистрирован:
Пт, апр 28 2006, 22:39
Сообщения: 2514
Откуда: North Taxolina, USA
Пол: Женский
То есть у вас номера позиций (VBAP-POSNR) назначаются правильно (с дубликатами документ было бы невозможно сохранить), но потом почему-то VBAP-POSNR не соответствует SVBAP-POSNR, так?

Это явно программная ошибка. Либо в user exit, либо даже у SAP где-то. Обращайтесь к своим ABAPерам или прямо в SAP.

_________________
"One of the symptoms of an approaching nervous breakdown is the belief that one's work is terribly important." Bertrand Russell


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: V1 338
СообщениеДобавлено: Пн, мар 01 2010, 10:25 
Начинающий
Начинающий

Зарегистрирован:
Пн, мар 01 2010, 08:56
Сообщения: 1
привет, у меня возникла такая же проблема. подскажите пожалуйста, было ли найдено решение? спасибо!!


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB