Поэтому вынужден переходить на 8-ку, хотя у него ИП УСН, товар не маркированный, и казалось бы, если бы не программисты, можно было бы еще и еще работать.
Что, всё реально так плохо с семерочниками?
Я бы мог, конечно взять сопровождать по 77, но не 2300, как 8-ку, а за 3000. Ибо это чревато шизофренией.. ;-)

спецов по 7,7 хвататет. возможно свободных не так уж и много, не там ищят, размер вознаграждения не покрывает размер геморроя.

(83) если месяц перепроводится за 10 минут в не монопольном режиме, то на сколько эти 2 документа будут создавать блокировки?
Есть конечно документы которы могут секунд на 30 задуматься но их единицы

(0)Возникает закономерный вопрос. А зачем ему программист, если всё работает?
Я вот тоже своё учёт до сих пор веду в УОП.

Вспоминаю свой первый сервак для 1с в 99 году, чтото вроде этого https://www.ixbt.com/storage/scsi_hd_test.html. Только у меня было 2 селерона 300 разогнаных до 450 мгц.и скази винт на 10000 оборотов и 128 мб памяти - на этом всем вполне комфортно 40 юзеров сидело. Сейчас винты в 10 раз минимум быстрее, процессоры тоже в 10. и их к-во еще в 10 раз больше.

(77) >>2) "Платить они не готовы" - я продолжу: за полноценное внедрение КА, длительностью календарный год, стоимостью от 10 млн. Вот теперь все так. А за поддержку/разработку в 7.7 - в год 3-4 они платить готовы исходя из полыхания задницы и не такой драмы, как при полном переходе.

>>Не сдохнет!
Я тоже так думал, но они еще попали и на маркировки тоже, о которых ранее разговора не было, т.к. этим вообще занимался какой-то отдельный отдел там. Теперь хотят тоже это автоматизировать в своей учетной системе, а они - производители, т.е. это не просто получил от контрагента коды через ЭДО и так же их отправил. Т.к. опять же, в КА это уже в коробке, то они настроены решительно, т.к. совсем много рисков становится - по факту, все завязано уже на 1 человека. Но, могут и остаться, если как-то смогут приспособиться.

(88) добавляй уже "потому что 10 лям платить они не хотят"

(87) 2022-1999= 23 года
делим на 2, получаем 11,5

Вычитаем единицу, получаем 10,5

Итого прирост производительности 2^10,5 =1 448,15 раза

https://ru.wikipedia.org/wiki/Закон_Мура

(88) Подождем (с) Крендель
(89) Нет там 10кк

(82) >>А так как Новиков выдает инфу по капле

Так тема про сложность поиска специалиста по разработке на 7.7., а не про учет на конкретном предприятии. Но если интересно - да, производитель, маркировка, раздельный учет по 275-ФЗ, раздельный учет входящего НДС и полный цикл производства и продажи. Причем как по 275, там и опт/розница. Задача была - обновить до актуального релиза, предварительно сделав полный аудит по расхождениям, описав их, с целью дальнейшего понимания - что нужно, чего уже не нужно. И далее впилить 275.

(89) Так тоже можно сказать, но сложно найти таких клиентов, которые именно что "хотят" аж глаза слезятся от щастья накатившего ) Я бы сформулировал - пока не готовы :)

(89) на самом деле переход это не только про деньги. А то могут деньги взять и ничего не внедрить

(91) Ну так мало того что вы искали семершника, так вы искали еще кучу сегментиков учета, которые для проведения аудита неплохо было бы знать в теории хотя бы

а так вон завсома бы взяли за 70 в год

(0) Трындят

(93) не внимательно читал: на учет никто ни кого не искал - искали под 2 конкретные задачи: обновления и 275-ФЗ в виде тз от методиста-консультанта, который его написал и согласовал со всеми. Понятно, что там не полноценное универсальное решение - там то, что им нужно. Учет знать разработчику - не нужно. А все остальное, что было описано - там и так было, это уже было сделано когда-то кем-то. Вопрос переписать/доработать - не стоял.

+(66)
ГодМес   к-во документов
202111    2437131
202112    2871232

------------------------------
select Left(DATE_TIME_IDDOC,6),count(*)
from _1SJOURN _1SJOURN with (nolock)
where DATE_TIME_IDDOC between '20211101' and '20211231Z'
group by Left(DATE_TIME_IDDOC,6)

(97) а вы почему не переходите на что-то более новое?

(98) + несколько баз в 1С8. Самая большая: УПП - 0.5 ТБ и 300 одновременных пользователей.

Спасибо автору, с заказчиком вечером спишусь и постараюсь помочь.

А тут, вижу, методологи по 275 собрались? Расскажите, чем плох такой способ реализации учёта по ГОЗ:
1. Добавляем новый план счетов, подобный отчёту по 275. Делаем ему значёк ✪.
2. Добавляем ручные проводки по нему, штоб основные товарные/денежные доки допроводились по ПС✪.
3. Показав заполнение отчёта и получив деньги за это, создаём визард, который делает проводки по данным ОУ+БУ в новый ПС.
4. Долго бухаем, штоб забыть ФЗ-275.

(100) Лень расписывать

Вкратце- ознакомься с типовой методологией ведения учета по ГОЗ представленной в типовой хотя бы

Берут ли сейчас на работу прогов ну лет 60?Чтоб планы уже сейчас строить?Или уже усе?

(101) Я давно ушёл оттуда, где это злое безумие. Если фигню предложил, то и не жалко. С Яковлевым (автором книги) переписывались, когда думали, как реализовывать 275 на УПП, но сейчас там тлен, запустение и поиски прога на 45 тыщ.

(102) Мне кажется, пока ты закрываешь задачи в жире, нет никакой разницы - возраст, пол, взгляды.

На прошлой работе брали прога 62 лет.
Бывшему начальнику вроде уже 65 исполнилось в январе, в 1С каким-то директором работает.

(103) В УПП нет проблем с 275 ФЗ, она имеет все механизмы, просто надо хорошо знать УПП изначально

(104) Пенсионный возраст, спасибо г-ну Путину, 65, так что не бздеть, дедки.

(106) Пенсионный возраст наступает в любой момент, спасибо Капитализму

(100) это примитивные понятие о таком учете. Такой алгоритм не даст тебе ответа на такой вопрос: вот продукция по контракту - в структуре затрат покажи сколько денег на что/когда/кому в какой сумме ты потратил. Идентификатор контракта - это не более чем идентификатор. Его нужно протащить к абсолютно любой хоз.операции, включая закрытие месяца и формирование фактической с.с. ГП. И за каждый рубль полученный по контракту, потраченный на выпуск по контракту - ты обязан отчитаться в размере суммы и первичного документа.

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

(105) Спорить с тобой про учёт нельзя, ты слишком грамотный. Но это было в достаточно лохматом году, когда уважаемый вендор говорил "Прокляну всех, кто не купит Боль и Страдание".

(105, 108) Да будет дискуссия методологов! Вежливая, уважительная, конструктивная! Надеюсь, что не буду иметь с этим ФЗ дел - но послушать двух умных спецов хочу.

(110) саму методологию я тебе уже описал: если ты на такой вопрос сможешь отвечать всегда - считай ты автоматизировал этот учет. В КА/ERP - идентификатор протащен абсолютно везде, и информация о списании  в производство с последующим выпуском, по переделам, тащится всегда. И у тебя нет проблема даже ответить на такой вопрос: вот Иван Иваныч, он типа токарь, выпускал там на каком-то переделе 100 штук чего-то. Из этих 100 штук чего-то, лично его труд на контракт был 23 штуки. И ты можешь его з.п./сделку в количестве выпуска конкретно этих 23 штук чего-то там отнести на затраты в рамках контракта. И так - по любой затрате, в рамках той методологии учета затрат, которая есть. Т.е. ты можешь разворачивать с.с. ГП и по ее структуре точно сказать - на что и сколько ты тут потратил денег по контракту. Включая давальческую схему, когда ты отдал материалы, тебе в рамках гоза сделали какие-то ПФ, ты их забрал и сам дальше пустил в следующий передел - в конце концов, когда ты выйдешь на выпуск, ты сможешь увидеть этот контракт в структуре с.с. и понять, что да - тут денежки контрактные. Т.е. это с виду кажется, что тема простая - на самом деле, вот так как я тебе описал - я не видел в УПП, чтобы такие вопросы отвечались также как и в новых конфах. Реализаций видел разных, кажется 4 - они давали ответы на вопросы, что купил по контакту, что продал, сколько наварил. Но развернуть структуру себестоимости и посмотреть, где в ней затраты по контакту - универсально не видел такое решение, но слышал, что оные есть.

(110) По мертвому продукту? перевод времени и денег

(108)Начнем с того, что в УПП в коробке вообще этого механизма нет

Механизма сборки отчетности нет.
Механизм обособления товаров есть
Механизм обособления затрат- есть, в т.ч. и зарплатных, вопрос только налогов по проектам
Механизм обособления взаиморасчетов- есть
Механизм ведения счетов- есть
Механизм обособления НДС по товарам и материалам- есть
По другим НДС не силен
Механизм обособления 90, 91 счетов - есть

До выхода производства 2.2 еще вопрос был где проще сделать отчетность по 275 фз, проблема в том, что обязательного соблюдения 275 фз не требовалось в 2018, а ща уже 22, и уже у всех обязаловка

Но сразу предупрежу, во избежание каких-то домыслов, я не автоматизировал компании с 275 фз, только делал модели учета

(113) Хорошо, что сейчас этих проблем нет ) А по УПП - тут на мисте даже были описания, кто как это делал. Универсально, я не разу даже не читал, чтобы кто-то это сделал. Все сводится к практике конкретного выпуска конкретного предприятия и с малым количеством переделов, включая такие грязные лайф-хаки, когда у тебя метод оценки МПЗ, средняя - ты в котел скинул требованием, а выпуск сделал через ОПзС, и ищешь связь требования и отчета. Ну т.е. какие-то конкретные костыли на конкретно месте под конкретный выпуск. Вот чуть дунь - эта схема валится как шалаш из камышей. По давальчейской схеме тоже видел решение у одних ребят - оно тоже весьма простое, но не универсальное. Т.е. что я хочу сказать - в простых случаях, на конкретно месте, накостылить можно, но скорее всего при более тщательной проверке со стороны ИФНС, там будет полное фиаско.

когда у тебя метод оценки МПЗ, средняя - ты в котел скинул требованием, а выпуск сделал через ОПзС, и ищешь связь требования и отчета.

Ох уж эти мамкины архитекторы

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

(102) За последние 6 месяцев, к нам 2х таких взяли.

И тоже самое выскажу по поводу минимального числа откликов на вакухи с 7.7, даже если там какие-то веселые люди нарисовали веселые циферки в предлагаемой зп в вакансии.

Нет этим людям доверия. За столько лет работы на 7.7 работодатели такого уровня наработали себе отвратительную карму. В смысле, нах они не интересны со своим высоковероятным враньём, чтоб ещё идти к ним и проверять - а вдруг они не врут или все-таки соврут и нае.ут? Вот зачем оно все-такое? Работы хватает и без таких развлечений.

(119) Это РнД-специфика, возможно.

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

(117) Плохое руководство не повод делать плохо

(121) А кто заценит хорошо оно или не хорошо, если даже не смотрит никто в твою сторону.

(120) 77 была бы крута, если бы стала OPEN SOURCE, но это был бы конкуретн для 1с8 в области нетленок, так что не даст 1с нам такого шастя, а без этого 77 загнется - смысл на нее писать, если ее в любой момент могут прикрыть или она может перестать работать на новых виндах

(120) если что-то где-то уникальное, то оно понятно, но в целом, при обращении в публичный доступ куда-то с предложением: "а вот у меня 7.7 - интересует?" - ответ: нет.

(123) "прикрыть" и "перестать" на винде - это может случиться абсолютно вне желания 1С. Что собственно и случается, только не внезапно, а постепенно.

(125) ну о том и речь, что будущее у 77 было бы только в опен цорсе

(126) а оно кому-то было нужно, это самое будущее?

Кстати, Цена продукта 4601546048967 "1С:Предприятие 7.7. Технологическая поставка" - 21 600 руб.
В 77 там же количество юзверей не считалось. так?
(127) Почему бы и нет, для нетленок

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

(129) возможно и так, хотя это грусно

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

(131) Пиши Бриф, ищи инвестора

А мне проще потратить 140 часов на спеца

(130) Абсолютно не разделяю повода для грусти.
Для нетленок 7.7 - это именно кустарщина. Или просто тупость и жадность.

Что самое удивительно, но даже в период массового использования 7.7 были альтернативные решения. И везде, где в это вкладывались, решения находились не менее интересные, чем на 7.7 с каким-то офигенными доработками.

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

И сейчас при желании закрутить нетленку на 1С надо все-таки смотреть по сторонам и подхватывать самые массовые тренды. Или не обязательно на 1С. Но нужна массовая и богатая кормовая база.

(75) фигня это все. пример: у меня в части типовых механизмов ТИС - нихрена не переделано (один только контур отдельного партионного учета по ГТД - в типовых 8-ках это есть искаропки). Сделано куча обработок обвесок тупо для ускорения и комфортности работы. Да, куча всяких этикеток и прочего с уровнем погромирования ниже среднего.
.
Переход на типовую УНФ - хотя там есть все что надо почти - но суко ТАК НЕУДОБНО И ТАК МЕДЛЕННО все получается делать, что спасает продажниц только одно - то что товаропоток сильно сократился. А программить мне на 8-ке - вот откровенно влом (и не умею), потому что програмать на 8-ке всю херню которую прогал на 77 - ну, поверьте, ну нихера неинтересно...

(84) ну и хрен ли. я выкатил клиенту 50 тыс за тупую доработку обмена, выгрузку в файл цсв по продажам. клиент сказал много. не вопрос, эту задачу не стали делать. клиент пошел искать дешевле. потом месяца два наблюдал эпизодическую переписку клиента и получателля данных о том, что данные "по контрольной сумме" не схоодятся. вот как-то так. я за полтинник брался сделать это за неделю (неспешно, большую часть времени разобраться в некоторых фишках учета ибо уже с клиентом работал и представление о его базе имею). Так что 77 - есть, но хороших 77-ков (типа меня, скромного) - мизер...

Из тех мелких клиентов кто сидит на 77 обращавшиеся ко мне - все обычные небольшие (ну как небольшие.. хз) купи продай (один с маленьким производством и то самостоятельно не вытянул даже специфкации завести). Для этой категории клиентов двигателем доработк по 77 являются исключительно движуха по НПА - типа эдо, маркировки, чз/прочее. Причем большинство их хотелок - весьма вялые в исполнении, ибо волшебнйо кнопки нет, и кучу работ им надо делать ручками хотя бы первоначально.. на это сил у них не хватает. Редко когда клиенты класса 77 активные/двигательные с активным участием в доработках.

все эти старые клюшечные клиенты начинают дергаться одновременно, когда приближается какая-нибудь апож. а к 'bnjve времени пул заказов у типовых погромистов-клюшечников уже набран. и остаются эти клиенты которые не готовы платить по абонентке - в хвосте задач...
.
все что выше писал - все давно обсосано и обсуждено в сообществе неоднократно.
как обстоят дела на 8-ке - мне неведомо. Квалификацию восьмерочников я оценивать не умею. Пока все что наблюдал - все очень медленно у них по допрограммированию и то что на клюшках делается за 5-10 минут, в снеговике порождает кучу проблем по реализации, ибо надо все универсально подсовывать... но тут - еще раз - могу лажать - я не умею оценивать уровень восьмерочников.

Интересно, Связной уже сменил семерку на фронте...

(138) я работал на 77 и 80, хочу сказать, что у тебя далекие представления о 8ке. Потому что одни расширения стоят многого. не говоря уже о динамическом рисовании формы. не все конечно идеально, но все же

(140) а вот и мнение "специалиста"

Зашел сегодня ради интереса на ХХ, на каждую вакансию программиста 1с, где зп от 150-180тыс по 200 откликов. Там где зп 100 и ниже по 30 откликов. Как пацанам денег то хочется)))
Какой нафик кадровый голод?

(100) осталось из ОУ и Бу вытащить данные для ПС*

На Питон, где зп от 250тыс по 300 откликов)))
Бедные кадровики, это же надо отсортировать всякую шелупонь, типа Резака.

У кадровиков все просто, все мейлы форумов и соц.сетей в черном списке.

(140) так я и не говорю что я спец по 8 чтоб оценивать. Пока то что видел - да, расширения и прочие типовые плюшки которые настраиваются преимущественно галочками - всё норм. А как надо потыкаит в клаву - всё грустнее.
Может мне просто не везёт.

(140) >>одни расширения стоят многого
А теперь представь, что они тебе ваабще не нужны! Все конфы мёртвые, обновления раз в пологода-год и занимают для вусмерть переписанной конфигурации - час времени.
Никаких ограничений - твори что хочешь, вставляй любые свои доработки в любое место и без извратов с расширениями.

(0) С нами все хорошо)

(88) Так может им дешевле добавить маркировку в 1с 7.7 будет?

(147) Не нравятся расширения - не используй. В чем проблема то?

(146) да, тебе просто не везет. 1с8 все же шаг вперед после 77. Правда, есть там два убожества - разделение на клиент-сервер и антимодальность. это шаги назад. Но в целом прогресс.

(151) походу 1С:Исполнитель это вообще какая-то деградация в твоем понимании

(151) В v8 есть только одно убожество - это ты.

Сериал "Снеговик vs Клюшки", 33 сезон, 333 серия. Продолжение следует

(152) это шаг в сторону, правда непонятно какую и зачем

(154) Нет, сериал "гггггг mdac". Серий больше, чем в санта-барбаре.

(151) Идея клиент-сервера сама по себе очень здравая. Реализация не очень. Все эти костыли "ЗначениеВРеквизитФормы" на клиенте вместо нормального интерфейса к нормальным объектам языка. Но другой 1с у нас нет..

(151) я не про 1С8. я про людей...

(151) насчет антимодальности ничего не могу сказать
а клиент-сервер - чем концепция-то не угодила. вполне нормальное разделение, мне понятное.
то что оно м.б. сделано не совсем хорошо/оптимально - это другой дело...

(159) я бф не сказал что нормальное. Когда ты посылаешь запрос на сервер, а дальше долбишься по тайматута с вопросом, "ну ты кончил"?

(159) дык "хотели как лучше, а получилось как всегда"©

(160) Дык выбрали парадигму stateless сервера, с целями более легкого масштабирования на энтерпрайз уровень. В результате на "ларечных" задачах имеем дикий перерасход ресурсов как техники, так и трудозатрат программистов.

(160) "ну и запросы у вас!" - сказал сервер и повесился

зачем долбитесь по таймауту с вопросом?

в БСП уже давно решено выполнение в фоне, ну там "кошечка лижет йайца" - please wait

(163) кот!

(136) :) сам себя не похвалишь и как оплеванный весь день...

(116) >>Ох уж эти мамкины архитекторы
(117) >>это не мамкины архитекторы, а просто по...уисты.

Мне кажется, вы давно не посещали поля с давно внедренной УПП. Я напомню - обычно, там на данный момент, сидит один "папа", который "держит" эту систему. Да, конечно звучит дико, что 1С конфа типа полного цикла аля ERP, может "поддерживать и дорабатываться" в одно рыло. Но это в не сильно крупных конторах - именно так. Сидит годами "один папа" - рисует всякие хотелки, может обновляет, а может просто с ИСы скачал правила обмена в БП типовую и даже от этого себя освободил. И вот "папе" прилетела задача - протащить идентификатор контракта. Епт, зачем ему "архитектуру архитектурить" - он скорее всего уже все спецификации и переделы выучил наизусть. Он сел, и как ему проще, так и навоял - все равно он либо один, либо он один, ответственный за это. Поэтому любое его решение, которое устроит его работодателя - это правильное решение. О том, что оно не правильно - всегда узнают при требованиях от ИФНС. И найти связь между требованием и ОПзС при котле - да это то, что доктор прописал, при допущении, что "папа" дальше может эту связь как-то материализовать. Это первое замечание. А второе - на мой взгляд, при озвучивании даты конца конфы, сейчас в головах тип такого - хоть как-нибудь еще пожить, а там - видно будет. Поэтому "как-нибудь" - это уже норма по отрасли для УПП. Нет смысла сильно думать - если конфе хана.

(166) "конфе [УПП] хана" - ну так и ветке КА/ЕРП2.4 то же самое. и с 2.5 все это повторится. Иначе на чем зарабатывать-то?

(167) разные ситуации. Кто сидел на ERP 2.4 - тот в большинстве случае без такой драмы обновится до 2.5. Да, есть исключения и все такое - но это не массовая история. Переехать с упп на ERP - по сути, с нуля внедрить новый учет, фактически забыв о схемах учета, которые там в организации десятилетием были. Т.е. - это не обновление с какими-то разборами изменений по месту. Это полноценное внедрение с нуля, включая, обучение возможно уже не обучаемых людей. Т.е. мозги в силу разных причин у сотрудников настолько закостенеть, что они будут без каких-то мега-звиздюлей, "ничего не понимаем в новой программе". Да, и все таки, ландшафт доработок УПП и ERP - это уже разные вещи. То что на УПП в части с.с. пилили, я (хоть и не объективно ес-но), на ERP уже коробка позволяет - все эти распределения настраивать. Тут уже больше грамотный консультант нужен, а не разработчик.

(168) "Переехать с упп на ERP - по сути, с нуля внедрить новый учет, фактически забыв о схемах учета, которые там в организации десятилетием были" - согласен (собственно, с какой-нибудь комплексной на УПП - эквифаллистично). вопрос-то в другом: нахрена это бизнесу?

(169) а какие варианты?

(170) Сидеть на УПП дальше, бух и ЗуП вынести в отдельные базы если они еще не вынесены, и жить так еще лет 10, если бизнесу функционал ERP не нужен (он не видит как с помощью его сможет больше заработать или сэкономить) зачем он ему?

(170) У тебя какие-то идеализированные представления. Примерно, как у конспирологов о наличии у планеты Земли некоего абстрактного глобального правительства :-)

(171) если ты внимательно читал сначала, то "чтобы сидеть дальше на УПП" при наличии 275 ФЗ - тебе минимум нужно реализовать этот функционал. Почитай сначала дискуссию - ты увидишь, что задача реализации такого функционала - требует сверх.усилий и овер.квалификации. Обычный "папа" может только что-то быстро накостылить, что правильно - с его точки зрения, но скорее всего - при детальном рассмотрении, оно либо не правильно целиком, либо правильно - частично. И БП и ЗУП - тут не при делах, разговор не про них.

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

(173) почему это вдруг реализация функционала требует сверхусилий?
не верю

на сей радостной ноте ветка отправляется в топку

добавить еще 1 разделитель учета - конечно не элементарная задача, но вполне обычная. Может быть объемная просто

(173) Ну вот сидит такой "папа" на УПП. И вот ему прилетает "внедрить 175 ФЗ". Можно костылить - а можно и не костылить :-)
Можно открыть hh.ru и найти другое кресло. А судя по https://habr.com/ru/post/596381/ они будут долго...

(115) "ты в котел скинул требованием, а выпуск сделал через ОПзС, и ищешь связь требования и отчета. Ну т.е. какие-то конкретные костыли на конкретно месте под конкретный выпуск. Вот чуть дунь - эта схема валится как шалаш из камышей".

Ну и где тут проблема? Используя спецификации и механизм замены на аналоги, можно распределить хоть по ФИФО израсходованное сырье на изготовленную продукция, используя пропорцию чтобы натянуть "спецификации" на "факт".
У меня так давно заточено на производстве. Сырье хоть спишешь требованием, хоть включишь в ОПзС, оно все равно будет распределено программой на продукцию (при условии что это сырье учтено в Спецификациях и/или Аналогах).

(0) я  тебе помогу - скинь мне этого клиента а я тебе половину буду отстегивать от того что ты для меня выбьешь.

(0) можно вообще сделать конгломерат - у меня еще есть один товарищ который может очень сложные вещи на 8,3 писать. Контакты в инфостарте. Ты знаешь.

(88) ты смешной - я КА внедрял с бизнеспроцессами год назад за 100 000 рублей на три месяца одно тз только два месяца согласовывали :) там практически все документы были подвязаны к бизнес процессам - АПИСАН - фирма которая производит лекарства для животных - расположена в железнодорожном в лесу. можете погуглить - там прием сырья потом анализы потом либо возврат либо передача в производство и все этапы утвердает туча народу.

Отличная конфа, написанная несколькими талантливыми разработчиками.

Содержит неочевидные решения - так, например, подсчёт разницы дат сделан двояко, через компоненту Расчёт и вторым путём. И после отключения библиотеки код ведёт себя непредсказуемо, выдавая модальное окно с формулой вместо открытия формы реализации.

Убежал за ламповым осциллографом.