Сегодня система стала пытаться определить основной счет при сохранении заказа (раньше она этого не делала).
И вся проблема в том, что структуры связи KOMKCV & KOMPCV расширены, и заполнение дополнительных полей происходит при фактурировании. Соответственно, при сохранении заказа некоторые поля пустые и счет не определяется.

Соответственно вопросы:
1. Кому нужно определение счета при сохранении заказа? (контроллингу?)
2. Где это включается/отключается?

вопрос этот поднимался неоднократно на этом форуме, поглядите следующие ссылки

http://sapboard.ru/forum/viewtopic.php ... 1%F7%E5%F2

и

http://sapboard.ru/forum/viewtopic.php ... light=kofk

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

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

Да, спасибо, я читал эти темы.
Вопрос не в том, что не определяется счет (это следствие), а в причине.
Какая настройка отвечает за попытки системы определить счет при сохранении заказа? (еще вчера утром этого не было, кто-то, что-то активировал)
Это точно Контроллинг или может быть это КРБ?

По-моему это связано с бюджетом. У бюджет активирован?

И если я не ошибаюсь это можно исправить поставив в тр-ии OFUP "Деактивация обновления" в "Интеграции заказа клиента".

Возможно еще какая нибудь настройка влияет, т.к. имею перед глазами систему где галочка Деактивация обновления установлена, а счет в заказе клиента требует определить. Интересно изнать какая...

Поговорил с человеком занимающимся КРБ, ответ: "Нам счета не нужны".

немного поднять старую тему

вообщем в соответствующем инклуде (RV60AFZZ) хоть он и для фактуры, но данные и в обработки заказа можно найти... они лежат в... VBRK/VBRP. Удивился сам, попробуйте поставить там стоп, посмотрите структуру VBRK/VBRP и увидите в них данные, но из заказа... хм, но из этой ситуации для меня нашёлся такой выход

Какой выход?

какой выход... ведь проблема была в том, что данных из заказа не мог выгрести, а теперь просто юзаю VBRK/VBRP и всё в порядке

простите, что поднял "старика" из могилы, но захотелось поделиться

вообщем срубил сегодня что и как по технике происходит, вдруг кому интересно

1. Система реагирует на тип контировки. По каким-то причинам в указанном посту поменялся или тип контировки или контроллингисты перенастроили тип контировки.
2. Тип контировки, если указывается не явно, то в классе потребности, который непосредственно определяется через тип позиции и настраивается в Основных функциях Сбыта.
3. SPRO-Контроллинг-Контроллинг затрат на продукт-Учет по носителям затрат-Контроллинг заказов клиентов-Управление изготовлением/контроллингом по заказам клиента - Проверка типа контировки

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


Резюм такой - вообщем ответ на первый пост - Либо был изменен тип контировки на тот, у которого поле Основной счет обязательное, либо контроллингист в окопе сидя изменил настройку для этого типа контировки, поставив галочку Обязательно на поле Основной счет

Да, интересное исследование, однако )
И еще: можно пояснить фразу "Тип контировки, если указывается не явно, то в классе потребности"?
Как его можно указать явно?

имеется в виду такое

1. У позиции есть тип партии поставки (SPRO-Сбыт-Продажа-Сбыт-Партии поставки-Присвоение типов партии поставки)
2. При наличии этого присвоения в настройке Передача потребности появляется соответствующая строчка, где определяется Вид потребности (SPRO-Сбыт-Основные функции - Проверка доступности/Передача потребности - Передача потребности - Поиск вида потребности по операции)
3. По соответствующему виду потребности определяется класс потребности (SPRO-Сбыт-Основные функции - Проверка доступности/Передача потребности - Передача потребности - Определение классов потребностей)

так вот, если вы залезете в класс потребности, то увидите там среди прочего и тип контировки



ещё тип контировки указывается непосредственно в самом типе партии поставки (SPRO-Сбыт-Продажа-Сбыт-Партии поставки-Определение типов партии поставки)

я не скажу навскидку что приоритетней для системы, надо смотреть

так вот по явной и неявной я имел в виду В типе партии поставки или же по классу потребности

хотел покороче, но вона как нафлудил

Интересно..
У меня и в типе партии поставки и в классе потребности поле "тип контировки" пустое, а счет в заказе все равно выбирется.
Видимо, не все так просто и необходимость счета еще от чего-то зависит.

не знаю, не знаю... у меня сейчас перед глазами ТД с пустыми контировками и нету определения счета. Надо смотреть на месте. Стало ОЧЕНЬ интересно

не хочет "старичок" умирать наверное, ещё раскопает его кто-нидь - эт я про тему