УТ11 Состояние обеспечения заказов - ну и тупое же. #587322

Это просто пипец. Не знаю или УФ так влияет или то что так безобразно сделали отчет. У меня порядка 3000 заказов. Чесно говоря просто шоколадно - отборов в этой обработке нет. КРоме менеджера склада и номенклатуры. Отчет без группировок, не видно какими документами ожидается поступление. Короче вообще отстой какой то. Крайне неинформативная обработка.

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

вот здесь кстати бился с резервами, осваивая ут 11 была помощь по делу, но получилось это пост пока итог такой задача не решается Клиенту нужно 10 штук. На складе есть 5 штук. Поставщик привозит товар на следующий день. Менеджер должен зарезервировать имеющиеся 5 штук, недостающее количество 5 шт сразу должно появится в управлении запасами к заказу у поставщика, чтобы логист сформировал заказ и товар приехал на следующий день. Написал, в 1с. Долгая переписка и обмен демо базами. В итоге в релизе оказалось есть ошибка в актуализации границ контроля. В ознакомительной исправлено, не проверял

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

, Я смотрю, вы УТ11 глубоко роете. Мне тут задали вопрос, почему не работает механизм "до вложения". Есть товар, который имеет свойство "усыхать" в дороге: отгрузили одно количество, а в магазине приняли чуть меньше. Сделали "вычерк" на это расхождение, накладная вернулась, по этим "вычеркам" поправили в УТ11 документ отгрузки. Вроде заказ стал не довыполнен, и пользователи утверждают, что в УТ10.3 программа сама докладывала эти "вычерки" в следующую отгрузку!? Толи УТ10.3 допиленная, и в УТ11 нет механизма "до вложения", толи я не знаю, где его включить?

А еще после обновления УТ11 накладные стали разбиваться странным образом. Нарыли галочку "Не отгружать частями" в заказе клиента, меня попросили, "чтоб всегда стояло"! Может в этом дело, не стало "до вложения" (хотя не проверял, были ли они)?

допиленная. сто пудово. Я таког ов типовых не видел ниразу.

Я так понимаю, скоро можно ждать на ИСе "Расширенное состояние обеспечения заказов" :)

не скоро. я сейчас внедрение делаю. 1-2 месяца. конечно придется многие задачи решать. Тем более у меня компания в которой требуется полнейшая автоматизация.

Хм, у меня и отбора по менеджеру не было =)))

Галочку не поставил в настройках.

О май год. До чего дошел прогресс... Опять я. Как я говорил тысячи заявок, сотнями и пачками поступают по заказам поставщиков и отгружаются.... Начал делать масштабные тесты..... Итак. Чо получаем. Есть заказы которые все к обеспечению, по всем им есть сотни заказов клиентов, которые уже к поступлению. Товар поступает приходом, и тут нет связки по какому заказу - будет работать автоподбор, который по характеристике будет ловить заказ и ставить (ну чтобы по регистру списалось...) Ептить. Все приходы не меняют статусы заказа - что товар поступил. Ептить. Все заказы поккупателей чтобы отгрузить надо руками бегать ставить статус к отгрузке. Этож охренеть просто от такой автоматизации. Руками колошматить все. А еще это тупое состояние заказов без отборов и без команд чего либо создания....

И еще вот какая глобальная недоработка УТ11. Статусы доков это конечно круто но полная фигня, т.к. у каждой позиции свое состояние и свой статус должен быть. И менятся он должен полуавтоматически. Т.е. пришел товар - статус поменялся автоматом. Ничего этого в УТ11 нет.

Посмотрел - переписать его можно. Полностью. Но где то объем работы не меньше чем на неделю. там даже СКД нет (гыгыгы 1С и не сделала вдруг отчет с СКД). Чисто программные запросы - пяток приличных, и программное заполнение таблицы, даже никаких команд нету типа создания документов.

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

этот тут ближе к управлению складом...

просто офигенно!

как ни странно, в УТ 11 групповая обработка встроена в форму списка заказов

так ее нет. Мифическая на инфостарте, но не пробовал

а теперь внимательно читаем

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

Групповая обработка должна тогда по идее быть в состоянии выполнения. Но там вообще никуа нету. И вообще эжто тупая схема когда надо руками что то делать. Особенно когда сто тысячная номенклатура и сотни документов.

Глобальные промахи в методологии УТ11: Статусы на документы, а не попозиционно (что кстати происходит в реальности на большинстве фирм всегда) Ноль автоматизации. Нет автоматических изменений статусов, никаких средств для управления отгрузкой.

Дат и графиков понапихали. статусов понаделали...а никаких средств управления этим нет. Просто шикарно.

Хорошо, механизма "до вложения" нет, но какой-то отчет по выполнению заказов должен быть? Что выполнено, что не выполнено, или частично...

+ Хотя бы для визуального контроля выполнения меня попросили добавить под статусы СтатусыРеализацийТоваровУслуг. Добавил, в самом документе они появились... но в журнале (списке) документов продажи есть отбор по статусу, там мои под статусы не появились... найти не могу, где поправить отбор?

что брал за уникальный ИД? reference или номер строки заказа?

номер строки заказа на сайте имеет уникальный ID

работу через веб-сервис запускаете?

имеешь ввиду обмен с сайтом? скрипты и роботы со стороны 1С. скрипты выгружают все в каталог, роботы в 1С  все загружают в 1С.

Дык, отчета по заказам в типовой УТ11 вообще нет, сам прикручивал?

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

Когда для того, чтобы узнать - можно ли отгружать заказ (например) в конфиге котора яназывается УПРАВЛЕНИЕ - надо снять какой-то отчет - это дупа полная. такой вариант - д.б. но как самый вырожденный случай. В "иделае" примерно так: манагер включил прогу - оппа! некий монитор критичных событий которые требуют УЧАСТИЯ менеджера для ЗАПУСКА ПРОЦЕССА - типа - "Ваня! пришло поступление ТМЦ! товар по непродтв.заявке клиента вставился в резерв" - оформить  счет клиенту?", потом "Ваня! От клиента пришла оплата (бухия внесла ручками выписку) - отдавать на сборку?", потом "Ваня! сборка закончена, отклонений нет, назначь дату отгрузки"... . а в реале - сидишь и херней занимаешься...

напиши и продавай)

Я уже пишу. иначе ни о какоми внедрении быть не может речи.

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

я тебя прошу - удели внимание интерфейсам!!!

Лол. Назову систему которую делаю "Управление управлением в торговле 11"

зачет!

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

Грубо говоря мы не можем "простым способом" делать отбор чтобы получить инфу а когда же заказ будет. потому что нужно получить инфу сразу с кучи регистров по всем актуальным заказам клиентов и заказа поставщиков (плбюс еще все регистры контроле

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

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

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

поскольку в УТ 11 нет резервов под конкретный заказ, то результат был очевиден

балин. пугаете меня тут. сижу первый раз в жисти УТ11 ставлю.

одну правку уже внес.. Табчасть Номенклатуры с допсвойствами расширил на группы.. были только на элементы.

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

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

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

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

+ нароод. У табчасти ДопРеквизиты номенклатуры поставил что нужно использовать и для групп. Однако кнопка с открытием данной ТЧ не появляется.

мне бы твои проблемы. реквизиты напихать....тут глубже надо рыть.

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

Пора списки собирать... Вот прямо каждые пять минут вылазит.... Если у товара с ведением характеристик можно было без характеристик вести учет по позиции. Т.е. и с ними и без них - система не дает ничего сделать если характеристика не заполнена!

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

Чую что три недели на смарку ушли...хотя проект планируется только в феврале запустить но уже очевидно становится что эта система не годится никуда.

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

Мань, как так, ты ж летом кипятком мочился от УТ 11 и её статусов

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

че значит нафига? ты включил использование характеристики, так вводи их.

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

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

пример приведи

Характеристика это комбинация свойств. Как может быть что у товара одновременно есть и нет свойств? Или это без свойств означает "все остальные"?

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

многие используют характеристики под определенные вещи, которые по другому никак не решены. Наприме рв УТ10 для фирмы торгующей метизами я использовал их как упаковки (которых нет в УТ10 но появились в УТ11). Сейчас работаю в компании со смещанной торговлей интернет и магазины. Все заказы с сайта имеют характеристику - это конкретный уникальный ИД строки заказа на сайте и полное отслеживание по всей цепочке, а без характеристик это товар который заказывается для обычной торговли в рознице.

В УНФ так вообще количество для резервирования в заказе нужно заполнять руками в колонке "Резерв".

УНФ молучу вообще. как там цены сделаны....

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

Вот кстати еще одна проблема, уже с решением

ой не та ссылка! сори. Вот

Как то Nasf тут высказался, что сила 1с в том, что они не стараются все сделать идеально. Я соглашусь с этим, но в УТ 11 как-то меньше просчетов могли бы постараться допустить.

а пустая характеристика будет не странно? странные вы.

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

что значит странные? это самый простой вариант обхода запрета.

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

ну вот видишь, если подумать то плюсов больше

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

я как раз автоматизировал в ПУБ работу с заказами на 7ке. как раз в ключе полной автоматизации обработки всех действий. правда там через одно место все сделано так как изначально над конфой уже извращались. мне кажется 1С никогда не делала типовых конф под реальные потребности средних и крупных контор. может быть специально.

ну они у них и стоят соответствующе...слишком дешево.

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

Я бы с радостью сейчас бы организовал команду которая написала бы сосбтвенное ПО на 1С для торговли.

Кстати вот по поводу резервов и размещения заказов. А не сделать ли чтоли два регистра...Ведь на самом то деле эти регистры элементарщина. да и в УТ11 относительн облегченный документооборот по сравнению с той же УТ10 где по системе резервированяи вагон документов...типа корректировки, док размещения и прочая лабуда.... Реально резервы слепить не состоявляет труда.

на регистр графиков можно вообще забить. ну или пользоватся как справочной инфой. по факту вести через свои регистры. Допилить эти ваэжные участки.

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

Горшочек, не вари!

УТ10 очень законченное решение. ну если только серииноменклатуры не использовать и сделать какой нибудь параллельный учет гтд.