Создание производственного заказа программно

[e@gle]

Привет!
1.

Цитата:

создать производственный Заказ

В вашем примере я бы еще добавил инициализацию переменных:
- prodTable.SchedDate
- prodTable.DlvDate
- prodTable.BOMDate

2.

Цитата:

Перевести его в статус Начато

Ни в коем случае не хочу обидеть Raven Melancholic, но он не прав. Запуск производственного заказа оcуществляется класс ProdUpdStartUp.
Для Запуска конкретного произв заказа из кода уже есть все заточки. Создается экземпляр класс с помощью статического метода newProdId(), и потом делается ему run(). Примерно так:

ProdUpdStartUp::newProdId(prodTable.ProdId .........).run();

Внимание! Запуская эту функцию надо четко понимать, что Ваш свежесозданный производственный заказ сначала будет оценен, потом спланирован (это автоматически), а уже только потом начат. А параметры оценки и планирования возьмутся из настроек этих функций и из настроек модуля. Так что внимательно все настройте.
3.

Цитата:

Создать Отгрузочную накладную

Тут я бы Вам порекомендовал изучить механизм автоматического потребления. Есть такое дело в АХ. Может это как раз Ваш случай. Ну а если вы все-таки захотите создавать журналы вручную, то никаких проблем я не вижу. Создаете шапку журнала - ProdJournalTable, потом строки - ProdJournalBOM. Вроде никаких хитростей.

[Raven Melancholic]

Цитата:

Сообщение от e@gle

Ни в коем случае не хочу обидеть Raven Melancholic, но он не прав. Запуск производственного заказа оcуществляется класс ProdUpdStartUp.

Посыпаю голову пеплом, действительно, указанный мной класс только спланирует.
На самом деле, можно поступить более изящно. В Аксе есть возможность настраивать перевод заказа в нужный статус в момент утверждения спланированного заказа. Это выполняется в методе createProdTable класса ReqTransPoMarkFirm. Там есть код:
prodTable.autoUpdate(...)
То есть можно сделать вызов с нужным статусом, а дальше все будет выполнено Аксой самостоятельно.

[ena_ax]

Цитата:

Сообщение от e@gle

Привет!
1.
В вашем примере я бы еще добавил инициализацию переменных:
- prodTable.SchedDate
- prodTable.DlvDate
- prodTable.BOMDate

2.
Ни в коем случае не хочу обидеть Raven Melancholic, но он не прав. Запуск производственного заказа оcуществляется класс ProdUpdStartUp.
Для Запуска конкретного произв заказа из кода уже есть все заточки. Создается экземпляр класс с помощью статического метода newProdId(), и потом делается ему run(). Примерно так:

ProdUpdStartUp::newProdId(prodTable.ProdId .........).run();

Внимание! Запуская эту функцию надо четко понимать, что Ваш свежесозданный производственный заказ сначала будет оценен, потом спланирован (это автоматически), а уже только потом начат. А параметры оценки и планирования возьмутся из настроек этих функций и из настроек модуля. Так что внимательно все настройте.
3.
Тут я бы Вам порекомендовал изучить механизм автоматического потребления. Есть такое дело в АХ. Может это как раз Ваш случай. Ну а если вы все-таки захотите создавать журналы вручную, то никаких проблем я не вижу. Создаете шапку журнала - ProdJournalTable, потом строки - ProdJournalBOM. Вроде никаких хитростей.

По 1-му пункту согласен, просто не стал в своем примере указывать эти строки.

По 2-му пункту я как раз и хочу, чтобы отработал весь стандартный функционал.
Спасибо, буду смотреть как работает приведенный вами пример.

3-ий пункт привел в качестве завершенности задачи, как сделать журнал ОН представляю.

Цитата:

Сообщение от Raven Melancholic

Посыпаю голову пеплом, действительно, указанный мной класс только спланирует.
На самом деле, можно поступить более изящно. В Аксе есть возможность настраивать перевод заказа в нужный статус в момент утверждения спланированного заказа. Это выполняется в методе createProdTable класса ReqTransPoMarkFirm. Там есть код:
prodTable.autoUpdate(...)
То есть можно сделать вызов с нужным статусом, а дальше все будет выполнено Аксой самостоятельно.

Действительно изящно, я как раз искал нечто подобное.
Буду смотреть, изучать.