Добрый день,

Очень нужна помощь. Хотим сделать первый тестовый прогон калькуляции на продуктивной системе, просто для проверки, без последующего price update.
Понятно, что ОЗМ, данные РР, МВЗ, вторичные виды затрат (typ 43), соответствующие activity,KP26 должны быть подготовлены.

Возник вопрос - нужно ли закладывать счета и соответствующие первичные элементы затрат из транзакции OBYC. Не все, само собой, только те, которые прописаны OKTZ (cost component structure). Плюс виды затрат типа 41 (технические для надбавок).

Может ещё что-то нужно?

Если не сложно, ответьте, пожалуйста. Очень не хочется позориться перед клиентом.

Thanks!

куда вы хотите их закладывать?

до прогона калькуляции у вас должны быть посчитаны плановые тарифы работ, используемые в техкартах, должны быть введены цены на сырье (согласно вашей стратегии оценки).
ну и должны все виды затрат присвоены каким-то элементам схемы элементов.

Собственно а зачем вам прогон как таковой? Для тестирования самого прогона или же для тестирования функциональности калькуляции? Если второе то вполне хватит CK11N + вопрос зачем тестировать в продуктивной с/с, в тестовой проверить достаточность настроек нельзя?

Закладывать = создавать.

Просто я не знаю, должны ли эти счета и элементы затрат быть именно "физически" созданы в продуктивной системе прежде прогона калькуляции?
не хочется получить протокол ошибок, где будет стоять сообщение, что счета/элементы затрат не созданы.

На вопрос "нафига тестовый прогон на продуктивной системе?" простого ответа нет.
Очень тяжёлый именно в коммуникативном смысле ролаут. Клиент - наше собственное подразделение, поэтому просто сказать, что тест на продуктиве как бы не самая умная идея (плюс затратная - поскольку через 2 недели предстоит такой же тестовый прогон на системе Q, но для выбранных 30 материалов и с полным циклом - калькуляция,CK24 и т.д.) я не могу...

Аргументация этой БЕ - на продуктиве будут созданы как минимум 80% всех ОЗМ , заложены все техкарты, посчитаны и заложены тарифы для этих работ. Одним словом, клиент хочет быть уверен, что в конце декабря всё пройдёт без проблем в продуктиве. И не будет неожиданностей, типа заложенных в activity type вторичных элементов затрат, которые на вошли не в один из компонентов cost component structure или материалов-сырья, в которых нет future price, standard price - короче нет ничего, что позволит делать калькуляцию.(я в прошлом году уже такое пережила с другой БЕ ). И т.д.

Какой вопрос такой ответ. Суть вопроса не понятна, нужны ли настройки для калькуляции с количественной структурой, да нужны. Пробуйте, все чего не будет хватать, будет в логах - куча однотипных ошибок. Для тестирования достаточно взять один большой состав и протестировать единичной калькуляции.

Проверено опытным путем - счета (а также элементы затрат) должны быть созданы в системе до прогона калькуляции. Не создав их, я получила сообщения об ошибках - счёт ХХХХ не существует / элемент затрат ХХХХ не создан.