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

(0) производство или общепит?

Продажа в сети.

"наймите специалиста"©

ЗЫ сам почти не работал, вообще эл.весы с выбором номенклатуры и "весовым ШК" рулят

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

(3) я сам специалист! (С)

Maniac, есть ли у вас аналог рабочееместасклада? )

(4) тогда в УТ10.3 с этим все просто замечательно... типовой функционал кроет ТиС с лихвой

вот УТ11 пока еще пилят, но весьма активно буквально за полгода конфа переписана почти в 0

(7) так как это реализовано в ут10?

(6) у меня есть таких аналогов пару штук. под разные специфики. наваять в ТИСе что надо - если есть понимание КАК ДОЛЖНО БЫТЬ (не надо мне говорить что делать, скажите что вам надо) - не проблема

(8) так же как в типовой ТИС - раком.
ибо и ТиС и УТ - это программы для учета ДОКУМЕНТОВ. ане сопрвождения процессов, пораждающих эти документы.

если что - работаем на ТиС... ;-)

(9) как у вас происходит связь с заказом?

(8) какие вопросы - такие ответы.
РАКОМ.
хрен знает что у вас заз заказы. хрен знает какие требования к заказам. и прочее и прчоее.
возьмем на примере той же ковбасы.
допустим надо отгрузить одну ковбасу - "останкинскую №5". в чем заказ - в батонах/палках? надо 200 палок но не превысить такой-то вес? или наборать палок чтобы было не меньше нужного веса..?
вы уж детализируйте...

(12) связь с заказом происходит КАК НАДО.
.
сначал опиши - зачем тебе связь с заказом.

Продуктовики, как правило, работают с EDI, где для процесса очен важна связь заказа и реализации. Как у вас с этим?

1. сформировали заказ.
2. выдали заказ на сборку в видде бумажных листов.
3. собрраное подтаскивают постепенно к "столу упаковки" или "месту контролера-кладовщика", на подтаскиваемы кучки кладут тот смаый бумажный заказ.
4. контролер - пикает сканером по листку (становится известно что должно быть в кучке). Прогоняет через весы/сканер кучку.
5. повторяет п.4 по циклу пока не обработает все кучки
6. на экране компа - светится лейба "заказ упакован не полностью", "или "заказ упакован полностью". критреий готовности заказа - зависит от специфики

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

(17) обследование им нуна... с описанием "бизнес-процессов" :)

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

(19) в обновлении железа плановом... и попутных бонусах и доплатах

Я так понимаю, что основная проблема во внедрении ЕДИ это отсутсвие привязки заказа с реализацией? Как считаете? Мне эта тема интересн .

(16) так в процессе сканер/весы/кучка какойто документ в системе создается? Или это все работа с докуменом ЗаказПокупателя идет? У вас все заказы через 1с рапечатываются, или есть заказы с факса?

(20) это все для этого мохнатого снеговика надо. ТиС итак крутится будет как бешеный.

(22) блин, ну вы вопросы задаете...
я могу вам рассказать много интересного/полезного.
но - за "деньги" если нужно что-то реальное.
ибо см.(18)
.
на ваши отрывочниые вопросы можно давать отрывочниые ответы. кои не всегда могут быть верными ввиду недостачи нужной информации.

(21) еди - это некое формализованное описание представления инфы. и все. связь с заказом может быть тривиальной до безобразия, наприпер - приняли по еди заявку (в ней есть идентификатор заявки в терминах ПОКУПАТЕЛЯ - "некий номер заявки покупателя"). затянули заявку в 1С. штатно обработали в 1С. сделали в 1С реализацию. реализацию выгрузили в ЕДИ с казанием в "номера заявки покупателя"

это один из вариантов.

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

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

(22) "У вас все заказы через 1с рапечатываются, или есть заказы с факса...?"
.
вы бы еще голубиную почту использовали.
.
что делать с заказом, пришедшим по факсу? - А Я ХРЕН ЕГО ЗНАЕТ ЧТО ВАС УСТРОИТЬ и что вам надо. быстро с возможностью косяков или медленно но без косяков? или что-то промежуточное?
.
1. Пришел заказ по факсу.
2. сборщик схватил и помчался.
3. притаранил кучу ковбасы и карточшки.
4. сверху положил факс
5. кладовщик - жмак большую кнопку "заказ с факса" - комп дает вопрос: КТО? кладовщик "вводит" клиента, комп: сканируй пля, товап пок ане кончится!
6. кладовщик сканирует то что принесли. комп нихрен ничего не проверят - с чем сверять-то? с бумажкой с неразборчивым почерком?
7. кладовщик сосканировал всю кучу. ткнул в кнопку "типа все".
8. внутрях в результате предыдущих пунктов сгенерился заявка/реализация/отгрузка по факту.

так устроит?

Ну, ребята, вы даете )) мы же на форуме! И только из за того что здесь много интетесного могут рассказать ))
Мне никакую задачу решить не нужно. Я просто интересуюсь процессами в других аналогичных организациях. Моя личная задача, написать EDI ИНТЕГРАТОР, который поможет справиться с основными проблемами интеграции. В одной организации я решил эти сложности интеграции. Хочется знать какие трудности возникают у других.

(28) по сути схема схожая. Теперь буду знать, что по крайне мере две организации работают по ётой схеме.

(30) сходные задачи порождают сходные решения.
в (28) вообще никаким боком к ЕДИ не относится.
.
у мен яинтеграция с еди написано топорно. потому что поток заявок по еди маленький. свосем. поэтому манагер в еди отмечает новые заказы - выгружает их в иксемель. и в 1ске - тупо загружает из иксемеля. потом из 1С т упо выгружает реализации/подтверждения заказов и загружает их в еди. все. тупо и топорно.

(31) У нас несколько сот в день выходит, поэтому топорно не получится, требовалась максимальная автоматизация.
Ау! У кого проблемы с внедрением ЕДИ ??? Спите?)

(32) несколько сот в день.... хмм... не мучайтесь. Купите интеграцию у провайдера.

(33) В чём мучения могут быть?

(34) в том, что вам никто ничего не должен....

(33) есть провайдеры с бесплатной интеграцией

(29) Ну я у себя EDI запускал. Если контора работает от заказа - вообще не вижу никаких сложностей, наоборот, EDI все здорово упрощает.

ТС, изучай: EDI-провайдеры для работы с Тандер (Магнит)
семь лет на Мисте... странно..

(34) у вас - во всем. вы же тут вопросы задаете...
(38) бывает и хуже... к счастью, хуже бывает реже...