Текущее время: Ср, авг 15 2018, 03:52

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




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
 Заголовок сообщения: Разница в работе транзакций VKP5 и VKPB
СообщениеДобавлено: Чт, янв 25 2018, 18:25 
Начинающий
Начинающий

Зарегистрирован:
Ср, дек 09 2015, 15:54
Сообщения: 13
Доброго дня!
Возникла проблема при калькуляции товаров, которые поставляются к нам через РЦ.
Предыстория:
У завода есть завод-поставщик(РЦ), а точнее их несколько. При настройке завода указан приоритет РЦ:

Изображение

Если материал создан и расширен на РЦ 3001, то по 1003 заводу (для данного примера) в качестве поставщика по умолчанию у него будет определяться поставщик Z3000, даже если материал не расширен на 3000 и нет инфозаписи по 3000 заводу-поставщику.
При создании документа калькуляции вручную, транзакция VKP5, на примере видно, что если не указывать поставщика на экране выборки, то, система подтягивает поставщика Z3000, при этом выдает ошибку, что система не может определить поставщика к материалу.

Изображение

Проблему можно решить, если указать в транзакции VKP5 в качестве Поставщика нужный нам РЦ, в частности Z3001:

Изображение

то в результате подтянется правильный поставщик, и отработает верный расчет калькуляции:

Изображение

Для калькуляции в фоне, если аналогично заполнить селекционный экран в транзакции VKPB, т.е. установить Поставщика (внутренняя заготовка), то система все равно подтягивает того поставщика РЦ, который прописан высшим приоритетом, в каточке завода-филиала.
В частности для данного примера:

Изображение

ВОПРОС: почему так происходит? Вроде как транзакции одинаковые, за исключением метода выполнения. Или может быть есть другой способ калькуляции материала в фоне с заданным поставщиком?

Заранее благодарю.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Разница в работе транзакций VKP5 и VKPB
СообщениеДобавлено: Пт, янв 26 2018, 10:50 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 14:35
Сообщения: 4398
Откуда: Москва
Прямого ответа я не знаю,но в качестве отправной точки предлагаю поставить точку прерывания на ФМ ME_SEARCH_SOURCE_OF_SUPPLY.
Скорее всего, поставщика в обоих случаях определяет именно он,вот и посмотрите, чем отличаются входные параметры.
Ну а дальше отладчик вам в помощь..

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Разница в работе транзакций VKP5 и VKPB
СообщениеДобавлено: Вс, янв 28 2018, 19:14 
Начинающий
Начинающий

Зарегистрирован:
Ср, дек 09 2015, 15:54
Сообщения: 13
LKU написал(а):
Прямого ответа я не знаю,но в качестве отправной точки предлагаю поставить точку прерывания на ФМ ME_SEARCH_SOURCE_OF_SUPPLY.
Скорее всего, поставщика в обоих случаях определяет именно он,вот и посмотрите, чем отличаются входные параметры.
Ну а дальше отладчик вам в помощь..


Спасибо, увидела, что при входе в этот модуль из VKP5 значение COMIM-WERKS = 3001 (переделал с завода 1003 на РЦ 3001), а если с VKPB, то как было 1003, так и есть 1003 :?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Разница в работе транзакций VKP5 и VKPB
СообщениеДобавлено: Вт, янв 30 2018, 19:22 
Начинающий
Начинающий

Зарегистрирован:
Ср, дек 09 2015, 15:54
Сообщения: 13
возможно, кому-то понадобится. Нашла, что в VKPB была пропущена строка присваивания PISPC-LIF2S = p_lif2s (отчет RWVKP011, at selection-screen.) Таким образом, поле экрана p_lif2s никак не учитывалось.


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

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


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

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


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

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