Форум

Скомпилировать кое-как удалось. #include "ScladObj.prg"
перенес в конец файла. Добавил CREATE при объявлении классов. Добавил <"Имя класса">: перед описанием методов.
Теперь при исполнении получаю следующую ошибку:
Операция MF_RPT
Описание: Алиас не существует.
"Под отладчиком" нашел происходит на:
RunBlueForm(.T.,cBlock,m->B6_PRO_PATH,m->LBL_GUID ,IF(LISSELFMACHINESRV,'.T.','.F.'), B6_EXE_PATH, ;
m->B6_DBF_PATH, m->B6_TMP_PATH, m->B6_USER_IDENT, '',B6_ROLE_GUID,cIdSubsystemActiveForm, ;
::Task, cIdSubsystemActiveForm, cIDStartNodeActiveForm)

В методе Run. А где какой алиас и что еще посмотреть честно говоря не знаю. Смущает одно название ф-ии RunBlueForm...

'm->' - это допустимое сокращение от 'memvar->'. То есть, 'm->' указывает компилятору, что следующий идентификатор является переменной.

Цитата
Саак Шахламджян пишет: Пытаюсь сделать хотя бы один документ прихода. Подключаю файл ScladObj.prg. Предупреждения компилятора при компиляции: Цитата

Добрый день!
Не надо ничего подключать, все уже подключено.
Откуда Вы вызываете программу?

Цитата

Саак Шахламджян пишет: Цитата Александр Титов пишет: Цитата Саак Шахламджян пишет: Пытаюсь сделать хотя бы один документ прихода. Подключаю файл ScladObj.prg. Предупреждения компилятора при компиляции: Цитата Добрый день! Не надо ничего подключать, все уже подключено. Откуда Вы вызываете программу? откуда я её только ни вызывал. Делал отдельную серую форму и новое меню Б-5. И из НЗ. И из журнала документов-учета движения учета производства. Этот самый алиас "MF_RPT" по-началу существует, но вот как раз на этой строке эта ошибка и выдается.... А откуда надо вызывать? К стати, в ходе моих "тыканий пальцем в небо" стал еще писать, что "Справочник операций пуст"+ по-прежнему алиас не существует... все на той же строке.

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

Как только задаю свойство oDocs:Task := "MF" получаю эту самую ошибку нет Алиаса MF_RPT....
Т.е. вид движения оприход гот. продукции или полуфабрикатов сделать не получается ВООБЩЕ НИКАК!!!!!!!!!! ОСТАЛЬНОЕ со свойством oDocs:Task := "03" все ровно...

Цитата
nordk пишет: А Вы пробовали только из товаров или из производства ? А если открыть требуемый алиас ?

Пробовал из производства только(плагин подключал, если Вы об этом).
АЛИАС ОТКРЫТ!!!!!!!!!!!!!!!!!!!!!!!!(таблица с этим алиасом...)
Это-то самое странное. Перед той строкой на которой получаю ошибку АЛИАС ОТКРЫТ!!!!!

P.S. Я готов "с нуля" все это написать!!! Только бы хотя бы "примерно" знать чего откуда и куда записывается. Просто очень очень нужно!!!
До сего момента можно было "интуитивно" понять что происходило в таблицах при той или иной операции. Но здесь, кажется слишком много действий!!!

Посмотрел формат AddRow(). Он такой:
METHOD AddRow(cGrup,cNNum,cMDim,cPartia,nKolOut,cEd1,nR,cNNOPERM,aAuto,aSerNo,; //10
cPrd_Grup, cPrd_NNUM, cPrd_Bom, cDef_Grup, cDef_NNUM, cDef_mDim, cNZ_ID, cCommentM )


Догадка о том, что нужно указать cPrd_Grup, cPrd_NNUM, cPrd_Bom подтвердилась.
Документ оприход новой продукции сформировался УСПЕШНО!!!!!!!!
Вот. Теперь, наверное самое интересное, хотелось бы еще понять что же я делаю...
Волнует свойство oDoc:TypeEx := "0602". За что отвечает свойство TypeEx, где посмотреть каким оно еще бывает?
Я не просто из любоптсва спаршиваю. Дело в том, что у нас полностью измененный план счетов и другие проводки...
Поэтому попутно 2й . Верно ли то, что все манипуляции при создании такого документа не затрагивают проводки? (Т.е. они берутся из настроек и плана счетов)

При попытке записать документ с уже существующим рег. номером (свойство NumDoc) ничего не происходит. Ни сообщений об ошибке ни создания нового документа, ни даже корректировка уже существующего. Т.е. при вводе документа с ошибочным номером метод RUN класса ScladDocs не возвращает никаких ошибок.
Из описания метода RUN:
"Метод RUN() возвращает массив, каждый элемент которого описывает результат попытки сохранения документа:
{lResult,::NNoper,::Sclad,::Vid,::Type,::TypeEx,::Date,::CodeDoc,::NumDoc, nRecNo}"

Я сделал такую запись:
oErr:=oDocs:Run().
oErr при неверном номере пуст. При удачной записи документа действительно в oErr попадает информация как сказано в описании. Но вот когда "ничего" не происходит, там пусто.... (У объектов документ и коллекция документов также в соотв полях никаких ошибок нет!!!)

Получается сообщений об ошибках нет, а запись не происходит...

Цитата
Саак Шахламджян пишет: Т.е. при вводе документа с ошибочным номером метод RUN класса ScladDocs не возвращает никаких ошибок.

начните с определения понятия ошибочный номер.
Это равносильно требовать контроль скажем вид движения - вы загнали туда цифру, которой нет в moves.
И что с того ? Может Вам так надо.
Если уж вы занимаетесь программированием, то будьте любезны писать контроль за своими действиями.
Программа позволяет иметь одинаковые номера накладных.
Поскольку уникальность записи по составному индексному ключу.

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

Есть еще один .
2 nordik: Только, пожалуйста не торопитесь отвечать на этот. Я просто много вопросов задал, не хотелось бы, чтобы хоть один пропал зря.
Описание:
При формировании ПСН из наряд-заданий в строках ПСН с изделиями есть поле NZ_ID. Если удалить такой документ, то в НЗ количество сданых изделий уменьшается.
А вот по какому принципу определяется принадлежность ПСН к производственным заказам я не понял. Но если удалить такой документ, то в производственных заказах количество сданой продукции также уменьшиться.
Суть проблемы:
Очень хотчется сделать свою табличку вместо НЗ. Сейчас формирование ПСН своей спецфункцией идет нормально (переписан реестр НЗ) и их удаление тоже. Но вот как быть, если будет введена новая таблица (меню называется "Запущенная продукция"/"продукция к производству")???!!! После удалени ПСН в таблице ведь изменений не буедт!!! Кроме того, будет еще 1но поле, требующее изменений.
Можно было бы выкрутиться, например, закрыв "Оприходование ПФ-ГП" в журнале учета движений. Или просто поставить плагин на "перед удалением". НО!!!
НО это очень не нравиться!!!! Мягко говоря. Хотелось бы более "гарантированное" и изящное решение.
Вариант оставить НЗ (nz.dbf и остальные) не нравиться. Т.к. будет еще поле "статус" у "продукции к производству".

Очень понравилось использовать классы разработчиков. Очень и очень удобно, не хотелось бы придумывать велосипед, может есть что-то что может помочь?

Подождите Вы как-то смешиваете все.
Если наряд задания и ПСН это одно.
Если производственные заказы и ПСН это другое.

Для создания ПСН Вам по сути нужен механизм разузлования, по которому Вы собственно и сможете программно создавать свою ПСН.

Я правильно понимаю - Вас интересует функция, которая сделает разузлование ?
В случае наряд-задание - разузлование уже сделано причем пооперационное. И мы берем оттуда.
В случае производственных заказов - просто делается разузлование по заказу и формируется ПСН.