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

Итак в конфе делал документ. позволяющий вводить заказы покупателей, который при проведении ложит всю инфу в отдельный регистр приходом. Здесь никаких проблем.
Расходная часть по регистру должна производится документом "Упаковка изделий", в каждой строке которого информация об отдельной упаковке. Встал вопрос в реализации механизма автоматического определения "заказанной" продукции, исходя из данных регистра заказов.

Первый вариант (0) анализировать остаток в регистре после каждой проводки - для 1С-ки как оказалось весьма проблематичен по времени и нагрузке.
Второй вариант - производить анализ непосредственно перед проведением проблематичен физически, из-за того, что процесс очень интенсивный и многоканальный - велика вероятность накладок - двойного учета заказов.

Вот вроде бы и все. Всех благодарю за идеи и советы.

(178) А нафига, меня и dbf устраивает.

(179) я енто боссу говорил, ответ: сделай - нехай удавяться - мазохизм у нас не запрещен

(180) да вообщем и без прямых запросов крутится нормально 30 юзверей в пике. нагрузки все равно нет. Прямые запросы в парочке мест всего - исключительно для удобства - псевдожурнал заявок - ублюдочно павда выглядит.. ищу вот кто задешево - за тарелку супа - красиво сделает на ТП... ;-)

(184) Юзай не ТП, а ПоставщикДанных. Это уже практически готовый журнал...

эх.. за седня надо терминальную обработку набацать  и взаиморасчеты перекурочить в других разрезах... с ТСД хоть люди другие ходют.. а тут - все сам...

(185) ну так я про это и имею в виду.. но сам - не спец...

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

(184) я пришел три года назад - тоже 30 было, сейчас ....
в общем рано или поздно ... лучше на ДБФ ничего не ставить, если это не локальная прога, имхо

(189) ну на что и как ставить - тут уж я соображу как... до этого 5 лет работало, сейчас уже более 4 лет попричеснао все гораздо лучше, упорядочено, шуршит... все определяется временем восстановления системы после сбоя.. ;-) а так, конечно - была бы возможность - легально на 7.7 скулевую перескочить - переехал бы... эх...

(190) ах ну да Россия, лицензии, легальность ... мы Скл-2005 с инета ипнули вместе с сервером - хер не берет)

(191) ты не поверишь - это не Россия, это - бизнес, а  не шарашкина контора как у вас.

;-)

(187) да там ничего сложного нет.
http://s008.radikal.ru/i305/1206/94/0f9af0662c9d.jpg сделано за пару часов с перекурами
(184) иэх... всего 30 юзверей. ляпота... а вот у меня проблемы непонятные. писал уже как-то про них...

+(190) 8.0 вроде бы и закупали с талмудами, а новое внедряем на 8.2

(190)3*тьфу, "время восстановления после сбоя" проверяли только 1 раз. потеряли 4 часа работы людей. Хотя инструкции написаны, лежат в конвертике... лучше бы не понадобились...

(195) вам не с 8.2 начинать надо, а с наведения порядка...

(197) пробовали - ещё никому ентого не удавалось - а кому на госпредприятии он нужон? )
да 30 юзверей ... да в одном здании ... клево ... эх ...

(194) там что отборы на закладки прикручены? зачем тогда прямые запросы?

(198) куроводству нужен. Все-таки, несмотря на ващи госпорядки, абсолютные дятлы в руководятлов не пролазят...

(198) мне бы тваои заботы - никто никому ничем не обязан.. в такой конторе одно счастье работать. никакой ответсвенности... ;-)

(200) если порядок будеть - как жить тем же начальникам?
мы когда штрихкодирование внедряли - палки в колеса замест помощи летели одна за другой,
а когда просекли что ничего слямзить нельзя - саботаж такой был ... да поздно опомнились)

(194) блин!!!! это же один-в один практически то что мне надо!!!
давай не жлобься - мыль на почту код/обработку, [email protected]
удастся прикрутить относительно быстро - скину денежек!
.
а там можно отрабатывать клики по ячейкам - если жмакнуть например в статус заявки - выполнить код по изменению статуса..?

(199) Отборов там значительно больше одного. документов тоже несколько.
Плюс внутри имеющихся отборов можно добавлять свои. Плюс настройка расположения колонок. Плюс драг-н-дроп (правда, вроде в других журналах). Плюс обработка бизнес-процессов. Итоги. Подцветка. короче, дофига чего. Снизу еще два поля, связанных.

(201) а ЗП в 300 баксов тебя устроила бы? беззаботный ты наш))) нет денег - нет и забот)

(203) "у дураков и мысли сходятся"? :-)

(202) если что-то внедряете - полномочия нужны.. ;-) я на этом ожогов тоже получил.. ;-)

(205) ЗП в 300 баксов устраивает тех, кто готов за такую ЗП работать. на твоем месте за такую ЗП я бы даже  неможечко вредил ;-)

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

блин! у меня пенсия почти 500 баксов!!!

(210) он в белоруссии, а они там все миллионеры, им баксы нафиг не вперлись...
зы. код от специфики почищу, и скину.

(209) здорово-то как! я об этом только мечтаю... приходится всякой хренью заниматься...

(209) Крутяк..

(207) какие полномочия? сказали: вот Прядильная фабрика, Техотдел, Диспетчерская, Цеха, Лаборатория, Участки упаковки, Товарные склады - сделай систему штрихкодирования, как на трикотаже - руководи и показывай что делать, если брыкаются - звони - поможем встать на путь истинный ....

(208) дык стараемся: давеча сделали справочник ответственных лиц - и ни один зам. или начальник не может отгрузку разрешить, если копию приказа о разрешении к нам не принесут. Подулись, подулись - смирились ... но как они бедняжки мечутся, когда фуры стоят и срочно отпустить надо)))

(210, 211) стопаньки, немного ошибся, 500 баксов по курсу - больше 4,000,0000 а у меня ЗП едва 1,500,000, а на руки - 1,000,000 и то не каждый раз)

(209) семерку под 8-ку гонишь?

(212) ога. а если про внедрение рассказывать - песТня... два выговорешника за "превышение полномочий, самоуправство". После привыкли, аж жить не могли (там же разные отчетики, типа http://s019.radikal.ru/i641/1206/7b/9a9005bc5403.jpg )
а теперь "ут- камно, патамушта в ней статусов нету..." :-))
вот как примерно это работает:
http://s015.radikal.ru/i331/1206/ac/618734e94a99.jpg
http://s019.radikal.ru/i600/1206/48/9c62f8f9e488.jpg
В принципе, так же отрабатываются и сканирования ШК документов. Ну, и потом вижно полный цикл.
Вот сейчас сижу, ломаю базу Ориона. Точнее, не саму базу, а принцип кодирования кода карточки при сохранениии в базу.

(211) ок!! а то у меня по функционалу - почти устраивает - но выглядит бяково...
ты специфику лучше комментарь!!! я из этой специфики возможно почерпну полезное!!!

(218) Ну я ж не могу тебе весь мдшнег выслать :-)))

http://s019.radikal.ru/i607/1206/1c/e3c8eb3be834.png

(216) ну, во-первых, статусы - это не из снеговика, а из БЭСТа 1990-х годов. во-вторых, БП у меня появились по крайней мере независимо от снеговика (в 2006), да и настраиваются не кодированием, а параметрически. В третьих, роли - они какбэ "на поверхности" лежат (сделаны тоже давно, года 4 назад), и раздавать их в онлайне проще, чем раздавать права в пофигураторе.

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

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

(219) а у тебя что - канал узкий, не пролазит..?

(223) опыт проказывает что если ГАЙКИ завернуть СРАЗУ - все устаканивается максимум за 2 недели.

(224) =) ты еще базу попраси

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

(220) я такую же байду малому в Автопарке сделал (раскраска - управляемая - он сам цвета может назначать - с Формексом - легко

(223) у меня складские жаловались - что это тут У НАС !! НА СКЛАДЕ!! военные порядки вводятся! я сказал - если надо будет - организую утром подъем корпортаивного флага и исполнение гимна фирмы под барабанный бой.
.
В итоге - практически весь старый персонал "выдавлен" нафиг. Остались нормальные работящие ребята. Еще бы им ЗП поднять немножко...

(225) или резьбу срывает. Внедряли тут оценку работы склада - пришлось уйти 3 кладовщикам и нескольким комплектовщикам.

(227) тут понимаешь - руководитель более выского уровня - и прогер - зачастую в одном лице ;-) садимся - перетираем с коммерцией - вот это надо бы - надо! а вот такое не хотите ли? О, хотим!
.
в реальности все достатчоно "прсото". сильно замороченных задач нет. есть просто нудные. из-за раздолбайства - вместо того, чтобы делать самим что надо и отдавать клиенту - принимаем от клиента - и все .. жпс.. приходится свой учет под него подстраивать - вот это бесит больше всего...

(229) вот енто грамотно)))
(230) странно, вы непрально внедряете) - сколько не внедряли - людей ещё больше нужно было, а не меньше - правда замутить лапшевый рассчет времени пришлось)

(230) про оценку работы склада - надо бы нам с тобой переговорить как -нить "очно". хочу посоветоваться/поучиться - если не пртив конечно. У себя сколько не прикидываю - все врем яполучается что оценка работы склада упирается в жесткую регламентацию и нормативы. а поднять все это один - не потяну... так что пока что "оценка" весьма приблизительная. Но уже лучше чем раньше когда вообще ничего не было.

(222) планирование сборки я тоже сделал. Единственное, чего не хватает времени сделать - это просчитать "задачу коммивояжера" на ограниченном множестве точек. А все время почему-то тратится на миздобольство в мизде.
Ну, собственно, как расковыряю шифрование ориона - возьмусь за коммивояжера.

(233) у тебя же вроде скайп есть?

(232) не.. на этапе внедрения автоматизации склада - возможно повышение количества персонала. потом - падает. я за счет "ползучей" автоматизации умудлрился сработать без повышения персонала (но растяжка по времени), сейчас у меня те же объемы обслуживают процентов на 40% персонала меньше чем было ранее и с качеством получше.
.
в ближайшее время прикручу еще жосткую приемку и развозку - и будет ваще лепота...

(234) планирование сборки японимаю так: сваливается заявка на склад с we - отгрузка тогда-о - и склад СРАЗУ говорит - не влезет! или влезет, но надо некоторые отгрузки передвинуть например со среды на вторник...

(235) у мну даже наушники с микрофоном есть!!! в тиме кстати тоже можно базарить!!

(231) сначала боссы тоже под себя гнули - я скромно предлагал свою версию, но реализовывал ихнюю - надоедал при ентом с распросами что да как - в результате они с косой логистикой в тупняк входили.
Вобщем сдались оне, сейчас тупо обрисовывают задачу в общем, а как я это реализую - это мои проблемы.
Пример: эта ветка - это предложение босса производить расчет итогов после проведения каждой строки,
в общем вы его опустили по-полной - всем ещё раз огромный спс - сказал: делай как знаешь)

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

(239) какое дело босса -после каждой строки или не после каждой стролки? дело босса - нужен вот такой функционал. а как его сделать с требуемым качеством - уже проблемы звена пониже... как-то так я себе представляю...

(241) грамотно излагаешь, но я имел ввиду непосредственного босса УИТа - он на бухии 7,7 собаку съел - народа не хватает - приходиться и ему писать - пытаемся УРБД-ную базу разбить - чтобы подчистить, бухитоги он обожает до усеру, а вот регистры недолюбливает.
(236) у меня жесть по приемке есть - осталось только отгрузку и возвраты прописать для товарных складов, оборотку и реализацию .... правда потом на фабрику вернуться и по мере поступления техники все цеха по порядку - убивает только их стремление спихнуть свою работу на других

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

+(243) а на 8,2 я вообще в регистр сведений перемещение упаковок зарядил - они даже передать с объекта упаковку пряжи не смогут, если она туда не поступила

(242)На счет "собаку съел" я был бы не очень тут распространялся бы.
И даже пусть по бухии. Если он что-то себе представляет он должен точно знать что запросы из базы в цикле это пацанский вариант. Этим грешать те кто начинает и еще пол года не кодили в 1С.

Кстати, на бухкомпоненте строить большой учет - оченнь аккуратненько надо...

(243) Не понял. кто на ком стоял?

(243) измена статусов в доке мне не сильно нравится..

(212) "здорово-то как! я об этом только мечтаю... приходится всякой хренью заниматься..."
И что ты сутками на форуме трындишь и всякой хренью занимаешься, когда оно уже несколько лет как готовое в общем доступе лежит? :)

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

все ваши хотелки давно придуманы в SAP ;)

(251) а как же прекрасная возможность почувствовать себя изобретателем в 1С-ке ?)

(250) на каждый шаг БП плодить подчиненный документ? ты точно не из чуйской долины?
например: заявка имеет статусы - пустой, принята (т.е. подготовлена, больше изменяться не будет), передана на склад, отдана в сборку, собрана, подготовлена к отгрузке, отгружена, отменена, под разукомплектацию, разукомплектована...
аналогичные пути для реализаций, поступлений, перемещений...

(253) Нет - не из Чуйской. Смене статуса предшествовало какое-то действие (может, толпа кладовщиков 2 дня товар собирала). И это действие надо отразить документом, меняющим статус. Потому что у документа есть дата, время и автор. В системе, когда документ проходит множество рук/этапов, приходится фиксировать все действия. Иначе все будут валить друг на друга и идти с разборками у программисту - "посмотри, почему у этого документа галка снята, хотя я точно помню..."
В системах с большим количеством мозгоjобов больше бумаги - чище апож.
Понятно, что все это не от хорошей жизни.

(251) заявка передана на склад - это не чуйская? провели - значит получили, отменили - пометили на удаление, проще простого
достаточно цепочки: заявка - отборка - отгрузка

сор (255) для (253) тем более цепочка должна легко расширяться и модернизироваться - иначе гемора не оберешься

+(251) что нужно собрать - в заявку, что собрали - в сборку (отборку), а что отгрузили - в накладную.
"отдана в сборку" - создали на основе документ "сборка", завершили - провели этот док
"подготовлена к отгрузке" - создали накладную, отгрузили - провели накладную.
Все проще простого, а то что у тебя - реал чуйский. хотя мазохизм - не запрещен)

+(257) и расширять, и модерить (ветвить) такую цепочку значительно легче

(253) кроме того у меня при производстве пряжи партии смешиваются-перемешиваются - твоя линейная система тупенько ляжет

(259) Сильно-то не увлекайся критиканством. Мой код проверил или некогда работать?

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

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

(257) у меня бизнес-процессы настраиваются в рабочем режиме. Работают - в соответсвии с ролями пользователей. добавить новую ветвь процесса - дело 1 минуты. Отслеживаются состояния - в онлайне, кладовщиками, начальниками склада и т.п. Строятся отчеты типа (217). И, главное, видно, кто , где, когда сменил статус.

(263) Где изменения регистрируешь?

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

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

(263) ещё для размышления: ты корректируешь исходный документ - промежуточный вид (для анализа) теряется - отслеживание усложняется - хорошо ли енто? особенно на этапе внедрения ...
а права доступа у отдельных доков - расставить не проблема.

(264) Какие именно изменения?

(266) я имел ввиду программиста, который сможет эффективно модерить (в коде) твою схему

(266) инструкция - 1 лист ... утопия ... мы для своих мартышек книги создаем в картинках, где как оленю на скринах выделяется куда пальчиком тырнуть ... повезло тебе с исполнителями)

(267) у меня ничего не теряется. "история документов" - чуть не самая большая таблица в базе.
"права доступа расставить не проблема" - а если права пересекаются? а если пользователи уходят в отпуск? если сегодня кто-то "замещает"?
если решили "попробовать сегодня сделать вот так"?
(269) для сопровождения готового механизма программист не нужен. Механизм создан в 2007, и использовался практически без доработок 4 года. Добавлено с начала года одно дополнительное "предопределенное действие" - тупым копипастом 6 строк. можно было прописать его во всех шагах БП, но это сотня лищних действий.

(270) это инструкция для пользователя уровня начальника отдела-зам.директора.
Там оленей не держат

(271) Понял. Непростая в реализации альтернатива. Засим ветку покидаю, ибо автор уже забыл за чем пришел и ветка превратилась в разговор обо всем в узком кругу.
Работать надо (это я себе).

(273) ты не поверишь Очень простая. Общий объем подсистемы - порядка 300 строк и 2 справочника.  (отчеты не считаю)

(271) группы прав "товаровед", "сборщик", "кладовщик" и "насяльника" тебя спасут - пересечение допускается - здесь нет проблемы, создать сводную группу "универсал" для цепочки - тоже не проблема - и кстати на практике - самая эффективная, а отследить кто что с доком делал по журналу легко.
Насчет нет необходимости в модерации: не поверишь - каждая система со временем теряет эффективность (короче износ как у основных средств), да и бывает, что гром грянет.
(273) то, что я спрашивал - уже давно работает - тестируется)))

(273) сглазил паразит работу таки - токи что сервак трикотажки упал (

(275) сколько у тебя будет "сводных груп" для 3 ролей? 4. а для 4- 11? а для 5? :-) а для 12? :-)))
"остледить по журналу" - не особая проблема. С ПоставщикДанныхЖурналРегистрации - точно. только ве равно дольше и менее удобно. А вот получить сведения, сколько у тебя заявок собиралось на 8, 9, 10 11 часов - уже тяжелее....
впрочем, каждому - свое...

(171) Сегодня на dbf внедрил у себя в базу классы для обеспечение функционала который показан в (148), все работает и на файловой подтверждаю. Так что дерзай)

(278) учел, спсб!

(249) >.. когда оно уже несколько лет как готовое в общем доступе лежит?
- ссылку дайте!

Система вводан ан основании и выстраивание цепочек документов - явно придумана под легкими расслабляющими нарокотиками и весьма нежизненна в опр.случаях.
например: заявка покупателя - терки-корректировки-цены-длинная цепочка ОДНОТИПНЫХ ДОКУМЕНТОВ, в то время когда сточки зрения манагера - это одна ЗАЯВКА, хочется: чтобы при изменении данных заявки никаких новых доков не вводилось/не множилось... а регилось "унутре", типа удалили строку в заявке - она "осторнировалась" относительно предыдущего состояния заявки. Посмотреть историю заявки - разворачивается из "унутре". ну и самое главное - при "отмене проведения" - вся история развития заявки остается... как-то так...