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

[ena_ax]

Коллеги, есть задача по формированию производственного заказа автоматически по данным измерительных счетчиков.

В аксапте нужно сделать:
1. создать производственный Заказ
2. Перевести его в статус Начато
3. Создать Отгрузочную накладную

С первым пунктом вроде справился.
Примерно так:

     qty        = 20;
    _transDate = systemDateGet();
    
    inventTable = InventTable::find("ItemID");
    if (! inventTable.RecId)
        throw error(strfmt(InventTable::txtNotExist(),inventTable.ItemId));
    if (! inventTable.inventItemType().canBeProduced())
        throw error(strfmt("@SYS78161",inventTable.ItemType));
    inventTableModuleInvent = InventTableModule::find(inventTable.ItemId,ModuleInventPurchSales::Invent);
    if (! inventTableModuleInvent.RecId)
        throw error(strfmt("@SYS5700",inventTable.ItemId,ModuleInventPurchSales::Invent));
    if (inventTableModuleInvent.Blocked)
        throw error(strfmt("@SYS13295",inventTable.ItemId,ModuleInventPurchSales::Invent));
 
    prodTable.initValue();
    prodTable.initFromInventTable(inventTable);
    prodTable.ItemId                          = inventTable.ItemId;
    prodTable.QtySched                    = qty;
    prodTable.RemainInventPhysical   = qty;
 
    
    prodTable.DlvDate   = _transDate;
     prodTable.insert();

Подскажите как правильно реализовать перевод созданного заказа в статус Начато?

[Raven Melancholic]

Обработкой производственных заказов занимаются класс ProdUpd и его наследники.
Для твоего случая это ProdUpdScheduling.

[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(...)
То есть можно сделать вызов с нужным статусом, а дальше все будет выполнено Аксой самостоятельно.

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

[ena_ax]

Еще раз спасибо коллеги, все получилось.

Для информации:
Второй вариант с использованием prodTable.autoUpdate(...)
в итоге сводится к вызову ProdUpdStartUp::newProdId(prodTable.ProdId .........).run();

Так что эти решения идентичны.

[niksen]

я добавил InventDimId, т.к. не хотел создавать запись без сайта, а с ним почему-то выдаёт ошибку "Код номенклатуры не может быть изменен, если уже созданы складские проводки.", я где-то что-то не учёл или забыл?
или же ошибка "Заказанное количество не может быть сокращено, так как недостаточно открытых складских проводок со статусом "Заказано"."
при этом вроде номенклатура никуда не движется, никаких проводок вообще нет, все журналы пустые

[niksen]

сам нашёл решение для данной ошибки: создаём экземпляр таблицы InventDim, прописываем то, что нам надо туда, используем метод findorcreate, затем прикручиваем данный InventDim к нашему ProdOrder. Таким образом, всё работает