Немного теории, подкрепленной практикой.
1. "Учетная сумма" в ТС - это самостоятельный расчетный регистр определения и хранения соответствующих данных. Про "регистр" говорить, конечно, громко, но по сути так оно и есть.
Учетная сумма товара определяется совокупностью операций ПРИХОДА (в видах товарных операций "1-приход"..."от нас" в соответствующем поле). В стандартной поставке ТС невозможно "установить" в какой-то операции учетную сумму "ручками" - учетная сумма в каждой конкретной всё равно будет постоянно пересчитываться, если, скажем, задним числом добавляем/удаляем какие-то товарные операции. В приходных операциях учетная сумма товара определяется суммой этой операции, в расходных - всегда расчетным путем (по-среднему (цене, сложившейся на момент совершения расходной операции) и ФИФО (ЛИФО уже не используем как таковую)).
Не забываем ещё про "влияние" НДС, конечно, если у нас "в т.ч. НДС" или "Плюс НДС". Для этого ТОЛЬКО в отчетах используется категория "Учетная + НДС". И это же "влияние" можем заметить в отображении общей суммы операции, к примеру, в той же операции разукомплектации, если там, пусть и "невидимо", стоит "в т.ч. НДС"
2. Выбор категории цены "Учетная" в товарной операции вызывает визуальное заполнение (ОТОБРАЖЕНИЕ) полей "Сумма" состава операции учетной суммой из
соответствующего регистра. Какая бы ни была операция - приходная, расходная - если категория цены в основной записи (документе, товарной операции) выбрана "Учетная", то программа при вызове пересчета учетных цен изменит визуальные поля "Сумма" в составе этого документа.
Отсюда ПРАВИЛО: в приходных операциях, где вводим цены вручную, НЕ ВЫБИРАТЬ категорию цены "Учетная". Можно оставить поле пустым (в категориях цен есть "пустая строка" для выбора).
3. Сумма учетная в проводке по расходной операции определяется нашим "регистром" "Учетная цена" для товара из состава связанной операции.
4. Операция "Разукомплектация" - РАСХОДНАЯ. Учетная сумма операции будет определяться (см.п.1) согласно учетной "
цене, сложившейся на момент совершения расходной операции". Если на момент разукомплектации товара(изделия) есть остаток с учетной суммой, то подставится учетная цена этого остатка.
Если нет остатка - то учетная сумма и цена = 0. Мы не можем провести разукомплектацию того, чего нет. Точнее, количественно можем, а вот учетную сумму взять-то неоткуда. Указание "своей цены" в такой операции ничего не даст
5. В нашей программе всегда важно проверять, чтобы не было отрицательных остатков "в периоде". Проверяется с помощью "Сервис" - "Провести в бухгалтерии" с выбором опций "Пересчитать учетные цены" и "Проверить остатки товаров" (для скорости, остальные можно и потом запустить, когда уже остатки будут в норме).
Остатки корректируются изменением дат приходов (делаем раньше) и расходов (делаем позже). Не забываем, что внутреннее перемещение - это расход для склада-источника и приход для склада-приемника.
Пришлось подправить конфигурацию: добавлять поле-признак "ручная уч.сумма" и его обработку - при наличии пересчет уч.цены для этой позиции не делать. Не меняется уч.цена - не меняется проводка
Сергей, позволить себе вмешиваться ручками в расчет учетной цены можем ты, я, другие понимающие, что они делают, как работает логика учета вообще. А остальные должны четко знать АРИФМЕТИКУ: плюс и минус.
P.S. То, что сейчас написал, тут же проверял ещё раз на стандартной демобазе 5.0.627. Там как раз есть изделие с кодом "0181"("Балык с/к (собственное производство)", по которому был выпуск, списание материалов и т.п. Погонял операции с ним "туда-сюда", проверил разукомплектацию (соответствующее поступление материалов), учетные суммы сформированных операций.