Можно ли изменить движения проведенного документа? #226397

Необходимо изменить цену реализации в зависимости от фактического списания. Причем цену можно определить только после полного списания по всем строкам документа.

Необходимо изменить цену реализации в зависимости от фактического списания. Причем цену можно определить только после полного списания по всем строкам документа.

как связана цена списания с движениями документа?

По сабжу: Перепровести По сэмулируй списание до проведения

ЛОЛ!!!!!! вопрос - зачем? сумма списания как и цена определяется в ходе списания ПОСЛЕ проведения документа и заполняется в ТЧ именно после проведения. имитировать то зачем?

Прямой зависимости нет, иначе можно было бы формировать цену при списании. Цена зависит от списания конкретной позиции и общей суммы списания по документу.

+ обычно и эмулируется не так сложно. (имхо)

совет - глянь документ "Списание ТМЦ" в типовой ТиС. там всё чётко по полочкам разложено

Можно и дважды провести...

перезаполнять ТЧ после проведения? я правильно тебя понял?

прикольно получается. 1. списываем ТМЦ 2. определяем сумму списания 3. расчитываем цены списания 4. списываем по новым ценам - меняется сумма списания 5. расчитываем новые цены .... .... .... 1000. проводим списание по новым ценам это когда нибудь остановится?

конечно. сумма списания и фактическая средняя цена списания определяется именно в модуле проведения - смотри "Списание ТМЦ" в ТиС.

Дык не списывает он по этим ценам, в том то всё и дело..просто видать хочет в документе видеть, по каким списалось реально ...

Извините, не вижу разницы между и

ТЧ можно и не трогать. А можно и записать без перепроведения. п.4 сумма списания уже не меняется

Печатную форму пусть смотрит

А еще лучше - движения документа.

Пробовал реализовать через ОчиститьДвижения. Работает, но при проведении новых документов движения задваиваются. Перепроведёшь - все ОК.

Печатная форма и предлагается как один из вариантов визуального отражения движений.

брррр ему нужно видеть реальную цену списания в ТЧ документа. в чём проблема? проводи, считай, заполняй....

Посмотрю я движения документа, и что опять проводить?.. Мне необходимо просто отредактировать часть движений.

Мне не нужно заполнять ТЧ или видеть цены списания. Это нужно для формирования прибыли по реализации.

то было не для тебя, а для .

зачем не можешь пояснить?. Ну откорректируешь ты (проведением) у тебя изменитсяч сумма по документу. дальше что? перепроводить опять?

Поставь вопрос правильно. В текущем виде, имхо тут дурная рекурсия получается - см.

я не понимаю задачи

Ты бы рассказал, что за компонента, как себестоимость считаешь, где её хранишь...

Известна цена группы товаров. Необходимо распределить ее по конкретным позициям в зависимости от их себестоимости.

Ну так Не пиши сразу в регистр, а в ТЗ предварительно засунь ... если чего надо - замени, потом по тз цикл + движуха по регистру ..

Аааааа а так ёптыть. движение в два этапа 1. определяем себестомисоть 2. распределяем сумму 3. допроводим сумму распределённую по каждой строке всё в модуле проведения

ТиС, себестоимость расчитывается по FIFO.

Цену нельзя распределить. Это прерогатива сумм

а ТЧ перезаполнять прийдётся, хотя бы распределёнными суммами

Что значит допроводим?

мля.... просто движения по регистру формируешь по строкам ТЧ но в качестве суммы распределённая сумма по строке. "допроводим" - добавляем движения

Я и предлагал в 2-ва этапа, просто на первом не проводить, а сэмулировать... Накуй винт лишний раз дрючить?

Лучше не делать движений вообще, а заполнять ТЗ, потом перерасчет делать.

всё в одном модуле в процедуре "ОбработкаПроведения"

Это значит, что зверьки курить бамбук будут в два раза дольше...

а нет двух движений вообще. просто как 2*2 ОбработкаПРоведения РасчитатьСебестоимость; КонецПроцедуры

"Сумму" пришлось бы пояснять. А так хоть и неправильно, но понятно. ТЧ заполнять не надо. При перепроведении может измениться себестоимость => цена. В ТЧ цена сразу на группу.

не гони дурку.... каких два раза дольше? о чём ты?

вам что код написать чтоли? тут же всё просто и логично?

Ты ж предлагаешь два раз провести?

где я такое предлагал? пальцем ткни

Движений по доку будет в два раза больше.

Что есть термин "допровести"?

обалдеть 1, входе списания выяснилось что товар№1 списывается с ценой 100 р - двигаем по регистру 100 р 2. в ходе распределения получается что нужно на товар№1 добросить ещё 20 р 3. допроводим - делаем движение по регистру для товара№1 20 р чо непонятно?

Не смущайся термином "допроведение" :) На самом деле, ты то же самое предлагаешь :)))

и что? вторые движения - корректировки на суммы распределения

Всё что изначально пишется в регистр, пихаешь в ТЗ, там распределяешь суммы и уже потом только пишешь из тз в регистр...

ага... только он из регситры в такой случае (эмуляции и корретировки ТЗ) никогда в жизне не получит суммы распределённые. а так как автор не желает заполнять ТЧ документа то сколько и на что распределили х.з

см 50

я бы так не делал НИКОГДА - через ТЗ и эмуляцию

как эмуляция списания (заполнение ТЗ) с последующим проведением (один раз) коррелирует с "допроведением"?

По дурному. Не лучше ли 1. Заполняем ТЗ товар/сумма списания. 2. В ходе распределения выясняем, как надо суммы перераспределить и перераспределяем. 3. Пишем движения в регистр на основании данных ТЗ.

Поясни

ещё один... читай 50

Это очевидно

см 50 - рано или поздно (а скорее рано) ему понадобится сумму распределённую (дельту) выделять в отчётах. скорее всего автор лабает ТТН либо затраты по производству либо просто накладные расходы.

это нелогично и чревато. старайтесь думать на два шага вперёд. иначе прийдётся много переделывать

Если эмулировать или списывать в ТЗ, то реального расчета себестоимости не получишь, т.к. он производится с учетом списаний сделаных ЭТИМ документом.

снял бы шляпу перед вашим телепатом, если б была...

Кстати - пока ты эмулируешь списание в ТЗ другой юзер тупо проводит другой документ и твоя эмуляция накрывается медным тазом - партии то не те при реальном проведении

Опс - все читают 60

арифметика наука точная, хотя, по-ходу, доступная не всем...

Наиболее работоспасобен вариант с РЕАЛЬНЫМ списанием, записью списаний в ТЗ, очищаем движения и формируем их заново. Всё в обработке проведения. Но при проведении новых доков проблемы.

Ты в курсе, что обработка проведения идёт в транзакции?

Пипец какой то ... Ты вместо того, чтоб делать движение по регистру этим документом пишешь всё это в ТЗ, далее перераспределяешь суммы и уже потом только записываешь движения по регистру.. Для Дитера: Пример ... 1.Списали по 100 ..выяснилось, что нужно списать было по 80, ты будешь делать приращение -20 или расход 20 ? т.е своё "допровидение" ... Я же предлагая изначально заполнить правильно тз и уж потом писать, а не плодить кучу движений ...

Вот-вот. Приходим к тому, от чего ушли. Такая постановка опять приводит к . Да еще и к

см 62

читаем внимательно "РАСПРЕДЕЛЯЕТСЯ СУММА!" ты понимаешь что она увеличивается. А даже если уменьшается - что мешает стонрнированию? более упёртого чудака я давно не видел. делай как знаешь а эмуляция? тоже ;)))))

ты тоже не наступал на грабли предварительного расчёта себестоимости без реального проведения из-за того что в промежуток межлу расчётом и проведением партии подвинулись? всё впереди дружок ;))

+1 Это же было сказано уже в

Не понял, честно говоря. Как можно подвинуть партии, если в данный момент транзакция выполняется?

all/ Господа! Зачем запутывать товарища в . ИМХО. Ваши принципиальные разногласия по некоторым вопросам богословия можно было-бы вынести в отдельную ветку.

В споре рождается истина. По-моему как раз тот случай...

ваш вариант мне кажется наиболее приемлемым, но вопрос-то изначально простой - нельзя ли просто отредактировать движения? Как в 8.0 получил движение, дописал что нужно положил на место.

Автор скажи что это за сумма распределения физически (что это за допзатраты) и надо ли будет тебе видеть эти допсуммы по каждому товару в последствии?

Накой сдались лишние движения в регистре? Да и еще не понятно с каким знаком ... Дык ..не кто и не спорит ..:)

зачем? читать их и дописывать? получай себестомисоть в ходе списания и по ней распределяй. все данные есть в модуле проведения. зачем их из регистра читать?

читай 50 пять раз

, "лишние" движения не нужны

Прочитал, не вижу связи между заполнением ТЧ, и то , что в регистре хранится ..

тогда не делай их делай сразу на общую сумму которую получай в модуле проведения вопрос снят по причсине того что ему не нужны суммы допдвижений. ЗЫ глупая постановка вопроса и неудачное имхо решение с ТЗ - скоро прийдётся переделывать. Только моё ИМХО. удаляюсь из ветки

Необходима цена каждого товара решение действительно не из удачных, но и доп движения не сахар.

Необходимо просто подредактировать движения. Просто...

Объясните мне, убогому, почему чтобы пользоваться ИЗВЕСТНЫМИ данными, их нужно непременно сначала записать в регистр? Неужели по-другому нельзя?

видать стиль программирования такой

см арифметика тоже не очень поможет см

блин не путай тёплое с мягким. в модуле проведения работает транзакция. только в моделе нет необходимости делать расчёт в ТЗ.

Проведение делается в транзакции. Пока ты проводишь документ - никто другой ничего записать не сможет. Для многих это проблема, но в твоем случае это решение. Арифметика спасет.

согласен, но в ТиС расчет следующей себестоимости проводится только после записи движения по текущей. Вместо того чтобы записать все сразу под конец. наверно, не случайно... Зачем?

да затем что для разных товаров комбинация остатков по партиям своя. вот и всё. а движения пишутся сразу - потому что нет распределения дополнительной суммы. А было бы распределение - делали бы или в ТЗ, но тогда ты теряешь суммы распределённые по строкам и получаешь общую сумму по строку или делали бы как я предлагаю - после формирования движений по основной себестоимости делали бы движения которые соответствуют распределённой по строке сумме. Это для случая когда суммы распределённые по строкам нужны в дальнейшей работе - например в отчётах или печатных формах

смотри в ЖКК ВыбратьДвижения и ПолучитьДвижение только пока не закончится транзакция (не завершится проведение) движений в регистре ты не выберешь

значит - допроведение и трах с групповой обработкой, удалением движений и прочим и прочим и прочим.....

Андрюха, ну ты ту тему развел на ... постов вместо краткого: можно! но прежде чем это делать - 10 раз полумай :))))))

я всегда стараюсь понять логику вопрощающего. потому как он же потом прийдёт с претензиями - вот ты сказал я сделал а оно толькол хуже стало. сколько задача - столько вариантов решения

угу, я тоже такой ......... но иногда утомляет ))))

До ста дотянем? :)