Текущее время: Вс, авг 17 2025, 04:22

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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