Складской учет

Здравствуйте,

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

И если в том месте, откуда вы их сдаёте (окно «График производства» или задание посту на смену), последовательно выделить сначала изделия, которые на один склад идут, и нажать «сдать на склад», потом выделить те, которые на другой склад идут, и нажать «сдать на склад», то программа корректно сама подставит кого куда сдавать и создаст документы с нужным «получателем».

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

Можно ли технически такое сделать?

Да, можно.

Есть, правда, попутно возникающие вопросы:

- а если каким-то изделиям из выделенных «назначено», куда их сдавать, а каким-то другим нет? Что с ними делать? Вообще игнорировать, а остальные «сдавать»? Или куда-то «по умолчанию» как-то их определять? А куда и по какому принципу?
- а если мнение программы, куда она считает нужно сдавать ту или иную позицию по каким-то причинам не совпадет с мнением пользователя-человека по тому же вопросу, а уже насоздаётся масса документов о сдаче на склад, не замучаешься ли потом проверять, «откатывать» и править?
- и т.п.

Ну и делать нужно такую автоматическую сдавалку сразу в несколько разных мест. Главный вопрос на текущий момент – а нужно ли действительно?

Здравствуйте,

В целом, можно и так сделать. С некоторыми оговорками. Но это, конечно, нестандартная идея так делать… По реализации – чуть ниже. Пока для начала пара вводных по теме.

1.      Про выдачу и «что есть, но не выдано, чего нет, что выдано»…

Вообще, если задача видеть не просто список позиций, запрошенных для получения со склада (некую ЛЗК), но и что из этого списка есть в наличии, чего нет, что уже выдано было ранее, то это все видно в т.ч. в самом окне «Расход».

Там есть кнопки выделения цветами и сортировки по указанным принципам (рис.1).

Если в окне «Расход» (по ЛЗК, например) их нажать, то сверху вниз идут позиции:

• зеленые: которые не выданы (не полностью выданы), и запрошенное количество есть на складе;

• желтые: не выдано, на складе есть, но меньше запрошенного количества;

• красные: не выдано, нет на складе;

• белые: все выдано.

2.      Про большой список позиций, которые выдаются не единовременно…

В случаях, когда «производственный заказ» - это большой список изготавливаемых позиций, и список запрошенного для него со склада – это тоже большой список позиций, но при этом длительность выполнения «заказа» большая, и по этому списку (со склада) реально не нужно получать всё единовременно, а нужно частями, в течение длительного времени – обычно в таких случаях используют в VOGBIT механизм «предварительных заявок» в связке с ЛЗК и/или Требованиями.

Изначально на весь большой заказ создается «Предварительная заявка» (Через «расчёт потребности» можно её создать, если есть достаточно исходных данных в базе) – общий список всего, что итого планируется нужно будет получить со склада на весь этот большой «заказ».

Непосредственно по этой «Предварительной заявке» ничего никто со склада не получает. Она нужна для снабжения. Чтобы ещё до того, как понадобится кому-то что-то уже непосредственно выдавать, у них был для информации общий список, а что итого будет нужно, всего. Чтобы они заблаговременно могли недостающие позиции закупить и привезти.

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

Если запрашивается/выдается со склада по принципу «сейчас запускаем вот эти позиции из заказа, получаем на складе то, что нужно для них», то выделяются нужные строчки в окне «График производства», запускается на них «Расчёт потребности» и формируется ЛЗК. Получается список позиций, что нужно взять со склада, конкретно под выбранные позиции производственного заказа (ДСЕ). При этом материалы (комплектующие и т.п.), попавшие в эту ЛЗК (заявку на получение со склада сейчас) автоматически «отнимаются» из списка в «предварительной заявке». Чтобы суммарная потребность с точки зрения снабжения не менялась. Просто часть "материалов" перенеслась из "итого, когда-нибудь потом" в "хотим забрать сейчас".

Если список нужного для получения со склада по тем или иным причинам не является просто расчётной потребностью на некий перечень позиций производственного заказа, то есть возможность составить его вручную, руководствуясь своими произвольными критериями. В этом случае используют команду «Создать требование» в окне «Производственные заказы» (к выбранному "заказу"). Содержимое требования (что запрашивается для выдачи со склада) формируете сами, основываясь на своих любых принципах. После того, как список (содержание требования) сформировали и для себя «утвердили» (больше менять не будем), переключают «статус» созданного требования на «в работе», и при этом происходит автоматический пересчёт предварительной заявки, связанной с соответствующим производственным заказом. Т.е. позиции, запрошенные сейчас в требовании на получение со склада «отнимаются» из общего списка в «предварительной заявке».

По сути, механизм тот же. Просто в случае ЛЗК список позиций для получения и количество, сколько нужно, заполняется программой автоматически, исходя из выбранных вами ДСЕ в «заказе», их количества и нормативов, указанных в техпроцессах этих ДСЕ. А в случае «Требования» список, что нужно получить со склада, Вы составляете сами, вручную.

Таким образом содержимое, связанной с производственным заказом, «предварительной заявки» (по смыслу – то, что не пока не просят, но потом рано или поздно понадобится) постепенно перетекает частями в появляющиеся, связанные с этим же производственным заказом, ЛЗК и/или Требования (по смыслу – то, что просят выдать со склада сейчас/в ближайшей перспективе/к некоей желаемой дате).

P.S. В производствах, где много сборки и сложные изделия, часто ЛЗК формируют не общую на производственный заказ, а отдельную ЛЗК на каждый узел (партию). Так потом удобнее отслеживать готовность комплектации для с сборки определенных узлов и выдавать.

… Теперь, собственно, к вопросу:

Можно ли сформировать список, что выдать/получить со склада, исходя из того, что видим в окне «Обеспеченность по заказам»?

Ну, если «вынести за скобки» то, что режим «Обеспеченность по заказам» предназначался изначально не для этого, то с некоторой натяжкой можно, в принципе, и так…

В данном случае идём по пути создания сначала «предварительной заявки» к производственному заказу (общий перечень, что понадобится), а потом «требований» (запросов, что сейчас взять).

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

Можно ли «перетащить» позицию из «Обеспеченности по заказам» не в заявку на закупку, а в Требование на выдачу со склада? Технически да, можно. Только количество нужное руками поставить надо будет.

Ну и нужно не забывать созданные «требования» ставить в состояние «в работе» (можно множеством разных способов делать это, в т.ч. и из самого окна, где вы заполняете содержание требования). Чтобы указанные в требовании позиции «отнялись» от ранее созданной «предварительной» заявки. И ещё, после того как вы поставили «требование» в состояние «в работе», настоятельно НЕ рекомендуется никакие изменения в него вносить. Можно выдавать по этому требованию, можно «закрыть» его. Но содержание его лучше не править уже. А то сами запутаетесь…

Резюме:
Таким образом, если нет задачи разбить некий большой общий список для выдачи со склада на части поменьше, а задача просто увидеть по данному списку, что есть/нет/уже выдано по списку, то проще всего это просто увидеть в окне «расход» (п.1).

Если же задача такая стоит (список большой общий на заказ, но всё сразу не нужно, нужно частями), то разделяем в программе понятия «общего списка на заказ» (предварительная заявка) и запросов на получения какой-то части из него сейчас/скоро/к некоей обозначенной дате (ЛЗК, Требования). Если для формирования такого «текущего» запроса на получение со склада при этом вы будете использовать ЛЗК, сформированные на часть позиций большого заказа, то ничего никуда перетаскивать и не нужно будет. Само все получится. Если же вы решите пойти по пути ручного составления списка, что выдать сейчас (Требование), ну – вручную, так вручную. Тут уж не особо принципиально откуда вы будете перетаскивать номенклатуру в Требование. Можно, в т.ч., и из «Обеспеченности по заказам», как вариант…