Редактирование спецификации расчётных документов

Здравствуйте! Это наше стандартное расширение входной контроль?

Сейчас посмотрим. А они(цены) там разве нужны? Все таки цена по хорощему на первом документе должна появиться, там где от поставщика документ заводится. В остальных документах какой в ней смысл?

Спасибо, копирование спецификации как раз нашёл, а вот понимания, почему цена не переходит в копию - не было. Получается каждый раз +1 процедура - взять родительскую спецификацию, пройти по ней, каждый раз делая локейт на id нужной номенклатуры уже дочерней и добавляя в неё цену родительской. В принципе, строк немного, но заранее не узнать, что они нужны..

Просто получается при отправке на входной контроль, цены теряются, а значит, в учётных документах прихода/расхода не будет сумм (что логично при нолевых ценах в спецификациях расчётных документов). Отсюда проблема понимания остатков материальной ценности незавершённой продукции.

Потому и нужна цена..

Олег, снова доброго дня и спасибо за терпение!
Раз за разом, всей группой вовлечённых неофитов, вчитываясь в мантры определений

"Как уже было показано ранее, расчетные документы используются для консолидации учета, калькуляции входных цен поставщиков и т.д."

и

"Учетные документы представляют собой документы движения по каждому складу (цеху, участку) которые могут выписываться на основании расчетных документов, и связаны с картотеками складов"

,
мы не смогли разобраться с тонкостями сущностей, стоящими за этими словами.

Как мы полагали, расчётный документ - документ, включающий в себя спецификации, объединяющий номенклатуру, количество, цену. Либо корректирующий документ на основе другого РД. Условно, переменная. (SingleCalculateDocument)
Если учётный документ - это "стэйт", показывающий, что данные из расчётного документа были зафиксированы на складах, именно на его основе мы видим баланс (ISingleBalanceDocument). Его спецификация содержит суммы, как понимаю, расчётных документов. У его спецификации уже нет p_PRICE, но есть не понятная нам "p_BALANCENMKCARD_PRICE".

В какой момент создаётся учётная карточка, в какой момент можно и нужно записывать учётную цену в неё, как с ней взаимодействовать - не ясно...

Вот на карточку как раз цена должна сама попасть при создании. Этот момент проверю, так как там участие макроса все равно необходимо чтобы учетную цену посчитать.

А по ошибке - думаю у вас все таки это разные карточки учетные. Идентификаторы сравните.

Да они все правильные! У вас в коде просто скорей всего разные карточки, потому и поведение разное.

Окей, но скажите, пожалуйста, ограничения на изменение учётной цены учётной карточки. Ошибка "по карточке есть движение" есть как при редактировании через API, так и в программном интерфейсе. В справке об этом ни словом не обмолвились.

Отсюда - всё тот же вопрос, на который пока не было ответа:

1. Карточка создаётся в момент копирования спецификации из расчётного документа в учётный, в

Call clDocCmd.CopyDocSpecificationPositions( InpCtrlBlDocId, -1, Null,  Array( "CreateNewBalanceCard", _
                                                            "CopyParametersToSpecPos", "Overwrite", _
                                                            "CopyParametersToBalanceNmkCard", "Overwrite", _
                                                            "CopyParametersToBatch", "Overwrite", _
                                                            "CopyParametersToSerialNumber", "Overwrite" ) )

Или ещё в момент создания учётного документа

InpCtrlBlDocId = TCSApp.Inventory.BalanceDocuments.AddBalanceDocument2( "", clDoc.p_DATE.AsDate, clDoc.p_NAME.AsSafeString, InpCtrlBlDocTypeId, clDoc.p_PLANT_DEPATMENT_ID.AsInteger, _
                            Array( "ClientId", clDoc.p_OUT_PLANT_DEPATMENT_ID.AsInteger, "BaseCalculatedDocumentId", InpCtrlCalcDocId, "MasterCalculatedDocumentId", InpCtrlCalcDocId  ) )

2. В какой момент можно редактировать карточку и в какой - это запрещено?