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

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

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

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

рег сведений - задания к расчету себестоимости

Жесть какая

Рассказал бы, что зп док волшебный и зачем он нужен

(0) Хочу посмотреть на глаза того системного архитектора, который при наличии плавающего фундамента в здании решил настроить своей архитектуры с жетской логикой?

Вы чо будете делать, когда этап производства сменится на операции?

(3) плакать

это было сделано по какойто смутной причине, которую я не могу точно услышать.
чтото типа: "нельзя выпуск сделать в один день"

чтото типа: "нельзя выпуск сделать в один день" и "нам так удобнее".
и "уже много потрачено", "поэтому делаем так"

в общем пока у меня тихие стоны вырываются..

(6) Т.е. понимая что это будет работать ограниченное количество релизов, вы все равно идете на этот шаг. Проект я так понимаю в 1-2 месяца по длительности?

(7) да зачем стонать? Сделай принудительную перезапись типового документа да и все. Костыль просто.

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

(8) да, это неправильно? так внедренцы не делают?

(5) Добрый день. А в чем отличие движений Вашего нового документа от типового?

(11)  Делают, если есть дедлайн, потом переделывают, проблема состоит в том, что у тебя себестоимость горит, а это точно не 5 минут

И скорее всего до первого или 2-го обновления, т.е. задача опять встанет и у заказчика начнется горения

мне даже добавить нечего. все верно говорите.

но такова жись.

(15) Спасибо, 10 лет в отрасли, 9 в качестве рп. Конечно я знаю о чем говорю

Доработка себестоимости в УПП на стабильной конфе занимала сотни человекочасов.

В ЕРП при выходе частых релизов на другие этого вообще смысла не имеет делать

Танцы с бубном вокруг этапа производства недавно производил. В том числе с самописным документом (а нам так надо), который "делал те же движения". В итоге подойдя к расчету себестоимости понял, что себестоимость-то нифига считаться не хочет. Ну вижу я эту ЕРП 1й раз в жизни - рехнуться можно, чтобы заставить все это заработать. Не будет работать - предложил схему, чтобы самописный документ использовался только для ввода данных дублируя при этом все в этапе. Все работало.

А нам так не нравится. Ну ... хозяин барин. В итоге с проекта "уволили". Теперь другие пытаются сделать "а нам так надо".

Я не сомневаюсь, что имея чуть больше времени на погружение во внутренности ЕРП (я думаю не меньше чем пол год), можно было бы заставить все работать. Только кому это надо? 1С тоже не понимаю - зачем было пихать все в один документ, когда есть прекрасный док производственная операция, который может делать все движения датой, которая нужна.

(17) только у меня было даже несколько таких проектов, не с ERP, но без изменения типовых механизмов. Т.е. было предложены действия, часть автоматизированные, частью - нет, которые давали ожидаемый результат на основе типовых механизмов. Т.е. некое "рабочее место манагера", в котором он шлепает свое, а на выходе - правильное :) Но он в работу этого правильного типового даже не вникает.

Реализуемо. Просто Заказчик нужен не совсем бабахнутый и все будет хорошо.

(16) +1

(6) вы там шаками торгуете? :)

(20) *шаПками

(16) то есть единственный рабочий способ борьбы с себестоимостью в ERP описан в (10) и (17)?

(22) Думаю, не единственный, а самый правильный. Но реально клиенты должны быть вменяемые.

(23) вздыхая "ой как согласен..." (это про клиентов)

(17) Именно по такой схеме и работает производственная операция, которая при записи перезаполняет этап производства (фоновым заданием), который уже формирует движения по регистрам. Т.е. отдел разработки 1С ничего критичного в данном способе доработки конфигурации не видит, это можно было взять за аргумент для заказчика. Ну сама производственная операция не формирует движения, видимо, потому как пооперационное планирование производства является опцией конфигурации.

(26) про фоновое задание 1й раз слышу. но не суть. я делал свой документ (как более удобный с точки зрения интерфейса). этот документ создавал производственные операции, а затем все по накатанной.

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

хоспади. ну надо так надо. только без меня. а еще они там изобретают свой график и расписание производства. и еще много чего.

(26) Мне из серьезных вменяемые клиенты еще не попадались.))