Встречный выпуск продукции услуг

Максимальный уровень вложенности обработки программой, встречного выпуска продукции (услуг)?

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

У меня не только добавляется C, но еще и с харатеристиками, и где искать проблему?

Александр, а вы не могли бы более подробно рассказать о ваших встречных выпусках на вашем производстве так, чтобы мы могли смоделировать вашу ситуацию на демонстрационной базе. Как я понимаю у вас регистр "встречный выпуск продукции (услуг)" заполнен?Вы используете партионный учет (предположительно, потому что в РАУЗе с ним проблем нету)? И выдает ли ошибки РСВ?

РАУЗ не используется.
1. выпущена продукция A c характеристикой А отправлена на склад, доработку, комплектацию
2. Доработанная продукция с характеристикой А выпускается с характеристикой B, отправляется на склад и комплектацию
3. Продукция А с характеристикой А и B, используется для формирования в производстве комплекта С.
4. При поступлении нового заказ потребовалось сделать доработку продукции А с характеристикой B, продукция c хараткеристикой A получается со склада и выходит с производства с характеристикой B
5. Выпускается продукция вспомомагетльными D, E, F. Услуга D направляется на услугу E, F и на продукцию A и С. услуга E, направляется на D, F и на продукцию A и С. услуга F направляется на D, E и продукцию A и С.
6. У каждой продукции есть полуфабрикаты, количество характеристик в полуфабрикатах в среднем 30, количество характеристик в готово продукции и в среденем 20.
7. Часть продукции A с характеристиками A, B отправляется на испытания в лабораторию, выпуск лаборатории распределяется на продукцию основного производства

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

Александр, в вашем случае конечно лучше использовать РАУЗ. Почему не используете РАУЗ?

1. Использования отчетности отличной от обычной, персонал уже привык к определенным отчетам, и переводить их на новый достаточно сложно.
2. Нет четкого описания РАУЗ, описание на диске ИТС предназначено для программистов, на основании этого очень трудно изложить руководству о преемуществах этой методики.
3. Не известно какие операции реализаованы в РАУЗ, а какие нет, например: переработа.
3. Я сопрвождаю несколько заводов, и придерживаю одинаковых изменений и исправлений конфигурации, при этом одна конфигарция у меня для алкогольного произодства, выпуск обновлений и исправлений для этой конфигурации не достаточно оперативный. Для перехода на РАУЗ я должен четко понимать эту методику, что бы оперативно решать возникающие проблемы и вносить исправления если выявляются ошибки в программе

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

Вы имеете в виду MVC? Эмм, отчасти она используется. Для отчетов есть СКД, одни данные -> разное представление через настройки. Или не так?

Отчасти - это не показатель, возьмем РАУЗ и стандартная система, что изменилось, внутри да, новая организация хранения данных. Конечному ползователю все равно что внутри, ему важно что он видит и если он для получения складских остатков формировует отчет "Товары на складах", то и должен им пользоватся, а то так получается, поменяли внутри, и своя отчетность появилось, что теперь, что бы перейти на более совершенную методику переучивать 50 человек или больше, а дальше что, потоянно новые форматы представления, таким макаром если действовать, пользователи пошлют далеко и на долго.

Отчасти - это потому что модель и контроллер сливаются в одно целое, а по поводу того, что 1с постоянно что-то меняет внутри конфигурации - это вопросы к 1с.

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

Использовать связку: консультант+постановщик задачи+кодер. Я последнее звено в этой цепочке

Я это уже понял. Не все проблемы решаются написанием кода, чем меньше написано кода по отношению к типовому, тем луче.

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