Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Прошу прощения, разобрался. некоректно было настроенно расписание. Текущая смена начиналась в 2020 году а заканчивалась в 2016.
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...
Вырваться из замкнутого круга., Помогите, пожалуйста, если можете
 
Здравствуйте.
Схема моей работы, сложившаяся из не очень, наверное, правильной практики.
1. Я принимаю внешние заявки от покупателей. (Это совокупность нескольких номенклатурных позиций готовой продукции. Допустим 5 или 10 шт. разных от одной внешней заявки, коих в день от 5 до 10 шт. Это не много. У нас совсем небольшое производство.)
2. Сверяю наличие на складе готовой продукции по 1С, в которой ежедневно я приходую и списываю готовые изделия. Определяю, сколько каких изделий необхоимо изготовить, исходя из внешних Заявок покупателей.
3. Через "Расчет комплектации" смотрю сколько и каких деталей нужно для изготовления необходимой партии готовых изделий. Сохраняю себе этот расчет в файлик.
4. По каждому изделию, по каждому такому файлику, сверяю остатки покупных деталей и деталей собственного изготовления. Которые, также ежедневно приходую и списываю по 1С.

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

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

Как их объединить в сборку?
Ответ очевиден - Сделать отдельный заказ на производство на сборку. Провести все детали, что заказывались на производство ранее, через склад и создать требование или ЛЗК на сборку.
Но тогда, в режиме "график производства" вместо одного заказа, включающего в себя всё, и сборки и детали я получу три, четыре, пять, в зависимости от количества сборок на одну номенклатурную позицию готового изделия.
Как в этом режиме потом что найти? Да, есть ctrl+f, да, есть различная группировка, да можно разложить по папкам.
Но ведь там вообще всё - и текущие заказы, и завершенные, вообще все, что запускалось с 2013 года. Даже пробные и ошибочные.
Никак не могу придумать, каким образом структурировать папки для заказов в режиме "График производства". Для понимания где у меня там что есть. Если у кого-нибудь есть идеи из вашей практики, буду очень признательна.

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

Но Заказов, запускаемых по Вогбит уже так много, что я начала обрастать в режиме "Производственные заказы" папками - "детали на склад", "Заказы "ООО Покупателя", "Заказы на склад"
Я чувствую, что это неправильно. И я уже тону в объемах моей работы. Часто долго не могу найти нужное. Но, как сделать правильно не знаю.

Я попыталась начать вести в Вогбит склад, только деталей собственного изготовления. Чтоб облегчить себе жизнь. Оставить проводки в 1С только готовой прдукции, поскольку выполнять работу дважды по всей поступающей информации - мне надо тогда на работе ночевать оставаться. Это не реально.

В пробах и ошибках с требованиями, лимитными картми и прочее наворотила "на складе" разных приходов и непонятных списаний. Так толком и не научившись. Производство давно ускакало вперед, пока я разбиралась и то, что числится не соответствует действительности. Можно ли это все одним махом как-то списать? Чтобы получить возможность на вторую попытку начать вести склад по Вогбит"?

Я не могу сдвинуться с места, а очень бы хотелось.
И, хотя, более менее налажен уже процесс выдачи производственных заданий на участки и получение отчетности по ним.
Я хожу по кругу и мучаюсь вопросом "Что раньше курица или яйцо"? В Вогбит, чтобы сделать заказ на производство, воспользовавшись удобными режимами "расчет потребности" и "Обеспеченность", чтоб не мучиться с файликами и 1С, надо начать вести склад. Чтобы начать вести склад, надо сделать заказ на производство.

Вопрос, наверное, риторический, но.. Как отказаться от 1С и перейти на учет в Вогбит?
Буду рада советам. Спасибо.

Вырваться из замкнутого круга.

- Практические приемы работы - Старые разделы форума
Страницы: Пред. 1 2 3 След.
Ответы
 
Спасибо, Константин.
Все получилось.
 
Цитата
Константин Чилингаров пишет:
Создать вручную требование. Если надо не привязанное ни к какому заказу, то создать документ нужного типа в справочнике «расчётные документы» (см в документации рис. 25), заполнить его спецификацию. Вставить туда всю номенклатуру, которая есть на складе и количество поставить заведомо больше, чем числится на складе.
Добрый день, Константин.
Я продолжаю учиться. Методом проб и ошибок. Не самый лучший путь. Но, пока как есть.

Помогите,пожалуйста. Склад почистила.
Теперь в режиме "обеспеченность" у меня беда....
Есть куча ошибочных требований с белибердой, которые программа считает, как дефицит.
Как мне это исправить? Как убрать неправильные требования?
 
Здравствуйте,

Цитата
Larissa пишет:
Есть куча ошибочных требований с белибердой, которые программа считает, как дефицит.
Как мне это исправить? Как убрать неправильные требования?
Либо эти требования ненужные удалить, либо поставить им статус "не действует" (ST_Invalid).

Лежат требования все в общем справочнике "Расчётные документы". Там их в любом случае можно найти.
Также, если создавались требования сразу связанные с производственным заказом (из окна "производственные заказы"), то можно и от заказа пойти - открыть окно "ЛЗК, Требования, Заявки" для заказа и удалить там ненужные требования.

Если статус поменять, то это в любом случае нужно идти в справочник "Расчётные документы", там найти нужный документ и поменять.
 
Цитата
Константин Чилингаров пишет:
Либо эти требования ненужные удалить, либо поставить им статус "не действует" (ST_Invalid).

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

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

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


Та же история у меня с продукцией, работы по которой не останавливаются. При этом склад ГП по данной продукции бывает и обнуляется. К сожалению, из-за моей некачественной работы, такое случается довольно часто.

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

В производственный заказ (№1) попадают только заготовки и первый уровень сборок (полуфабрикатов) из этих заготовок. А вот на сборки из этих заготовок приходится делать отдельный заказ (№2). Потому что не получается иначе. Сборки идут из разных деталей, как изготовленных ранее, так и изготовленных в заказе №1.

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

По режиму "график производства"
Если по текущей позиции (детали/заготовке) в графике производства сдать на склад меньшее количество. Например возникла необходимость сделать что-то другое, и на следующий день только доделываются заготовки по данному заданию. Можно будет сдать на склад остаток позже? Мы на среднем уровне учета.
вогбит 0336.jpg (186.35 КБ)
Изменено: Larissa - 24.01.2016 09:45:47
 
Цитата
Larissa пишет:
Я не знаю в каком месте справочника и, как статус поменять. Покажите,пожалуйста, наглядно.
Встаньте в справочнике "Расчётные документы" на нужный документ. Дважды щёлкните на нём мышкой (double click), чтобы открыть его свойства. Поставьте нужный статус.
1.png (43.68 КБ)
 
По поводу склада:

Чтобы всё было хорошо и правильно, принципиально важно соблюдать всего лишь один принцип. Всякое реальное движение чего-либо через склад (приход, выдача) должно отражаться в программе. Причём непосредственно в тот момент, когда это движение реально происходит. И отражаться должно ровно то, что реально происходит. Пришло – сразу внесли. Что пришло и сколько. Выдачу осуществляем только с оформлением в программе. Без этого просто не выдаём со склада ничего. Чтобы что-то выдать, должно быть основание (ЛЗК или требование). По нему берём и выдаём. Сколько выдали по факту – зафиксировали в программе.
И всё. Будет всё отлично со складом.

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

Что касается режима «Обеспеченность», то это по определению самое последнее, что можно «внедрить» (задействовать). Эти возможности программы реально можно применить только, когда всё остальное уже внедрено и работает. То есть в производстве и на складе уже полный порядок и всё работает как часы. Вот тогда можно тренироваться и начинать использовать «Обеспеченность». Раньше нет никакого смысла даже открывать это окно. Это, так сказать, уже следующий уровень. С него нельзя начать, до него можно только дойти. Пока склад реально не работает, нет фактических остатков и движения (каждый день) в программе, про «обеспеченность» можно забыть. Вообще туда ходить не нужно. Смысла нет.
 
Цитата
Larissa пишет:
Если по текущей позиции (детали/заготовке) в графике производства сдать на склад меньшее количество. Например возникла необходимость сделать что-то другое, и на следующий день только доделываются заготовки по данному заданию. Можно будет сдать на склад остаток позже?
При оформлении накладной о передаче на склад укажите в ней реально сдаваемое количество. Сколько на самом деле сдаёте.
Потом, когда будете остаток сдавать, ещё одну накладную сделаете. На оставшееся количество. Завтра, послезавтра - когда сдавать будете, тогда и сделаете.

Так, не то что можно, так нужно делать. См. предыдущее сообщение. В деле со складом залог успеха в том, чтобы в программе отражалась реальное движение. Сколько реально сдали деталей, столько и должно быть отражено в программе. Когда сдали, тогда и должны отметить (провести накладную).
1.png (113.82 КБ)
 
Цитата
Константин Чилингаров пишет:
Что касается режима «Обеспеченность», то это по определению самое последнее, что можно «внедрить» (задействовать).
То есть... Я правильно понимаю, что нет особой необходимости формировать заказ на производство из режима "обеспеченность", потом "заявка на производство" и потом "производственный заказ"?

Поясню... Сейчас я начала принимать заявки покупателей в Вогбит.
Если я изделия по данной заявке буду формировать в заказ для производства не так, как показано в ролике, а как, привыкла, через расчет потребности, "новый заказ" и т. д.
Программа со временем будет учитывать наличие этих деталей в работе и на складе... Да?
Или уже не будет связи с данной заявкой?
 
Цитата
Константин Чилингаров пишет:
Так, не то что можно, так нужно делать. См. предыдущее сообщение. В деле со складом залог успеха в том, чтобы в программе отражалась реальное движение. Сколько реально сдали деталей, столько и должно быть отражено в программе. Когда сдали, тогда и должны отметить (провести накладную).
Да, именно так я и пыталась делать. Я это понимаю.  Просто в одном месте у меня получилось, а в другом, почему-то сдалось всё.. Просто невнимательность, видимо. Там несколько позиций было.
 
Цитата
Larissa пишет:
Я правильно понимаю, что нет особой необходимости формировать заказ на производство из режима "обеспеченность", потом "заявка на производство" и потом "производственный заказ"?
Правильно. Нет никакой необходимости.

Более того, первое время даже нужно делать так, как вы говорите. Т.е. "обеспеченность" пока не трогать. Как я выше уже писал, до реального использования "обеспеченности" ещё дойти нужно. Это не то место, с которого можно начать. А в ролике просто возможности программы показаны. Как можно делать, когда уже работает всё.

Сначала наладьте вопрос со складом готовых изделий. Чтобы готовая продукция из производства туда сдавалась, чтобы по "заявкам покупателей" отгружалась оттуда. Чтобы всё это чётко и своевременно в программе фиксировалось, ничего "в обход" не шло ни в коем случае. Как вы при этом будете составлять заказы на производство - вообще не важно. Как хотите, так и составляйте. Ваш вопрос. Главное, чтобы производство реально строго по вашим заказам работало, и со складом порядок был (см. выше). Вот тогда, глядишь, и до "обеспеченности" дойдёт. Когда этот момент наступит, вы сами поймёте, что вот теперь можно уже и заказы по другому составлять.
 
Цитата
Larissa пишет:
а в другом, почему-то сдалось всё
Обратите внимание на такую тонкость: когда редактируете значение в ячейке (прямо в таблице на экране, а не в отдельном окне), оно записывается (сохраняется) только после того, как нажали ENTER. В большинстве случаев также значение сохраняется, если после ввода переместить курсор из этой ячейки в другую.
Но если начать вводить, но при этом ни курсор никуда не перемещать, ни Enter не нажимать, то ячейка продолжает оставаться в состоянии редактирования, т.е. введённая цифра в базе пока ещё не сохраняется.
Это везде так. В любом окне, в любом месте, где редактирование значения происходит в ячейке (а не в отдельном окне). Это нужно так для того, чтобы если вдруг неправильно или случайно что-то ввёл, и понял, что зря, то можно было ещё нажать Escape, и восстановится обратно то значение, какое было.

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

В общем, при редактировании значения в ячейке для верности лучше завсегда Enter нажать после того, как ввели нужное.
 
Цитата
Константин Чилингаров пишет:
Сначала наладьте вопрос со складом готовых изделий. Чтобы готовая продукция из производства туда сдавалась, чтобы по "заявкам покупателей" отгружалась оттуда.
Это НЕ сложная задача на самом деле. У нас так и выстроено, что склад готовую продукцию отгружает только по заявке покупателей. Распечатанной из 1С, бумажной.

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

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

В данном случае у меня не будет номера накладной, как я понимаю..

Понятное дело, что когда будет готова следующая партия, я ее буду на склад сдавать нажимая на "тележку" в режиме "график производства". И кладовщик принимать по соответствующему документу.
Изменено: Larissa - 24.01.2016 22:33:08
 
Цитата
Константин Чилингаров пишет:
Обратите внимание на такую тонкость
Спасибо. Учту.
 
Добрый день, Константин. Я задала такую единицу, как "комплект".
теперь в заявках ошибку вычисления показывает.
О чем это? И как поправить?
вогбит 0335.JPG (109.59 КБ)
Изменено: Larissa - 25.01.2016 10:19:54
 
Цитата
Larissa пишет:
Но есть вопрос тут тоже. Вот у меня есть заявка покупателя в Вогбит. Изделия по данной заявке фактически есть на складе. Но в Вогбит не числятся.

Могу я сделать приход не из производственного заказа? Чтобы у меня реальный остаток по данной позиции (ранее изготовленной продукции) появился. Чтобы кладовщик мог по этой заявке покупателя сделать расход.
Остаток известен и достаточно точный.
Да, можете. Вот специальная штука для такого случая есть.

А можно и просто вручную сделать приход нужных позиций на склад, чтобы они появились в остатках.
 
Цитата
Larissa пишет:
Я задала такую единицу, как "комплект".
теперь в заявках ошибку вычисления показывает.
О чем это? И как поправить?
Коэффициента пересчёта нет, видимо.
Посмотрите, что у вас для соответствующей номенклатуры указано в качестве единицы измерения по умолчанию? Есть ли необходимые коэффициенты пересчёта? (из "комплектов" в эту ЕИ и обратно)
 
Добрый день, Константин.
Не могу найти, как распечатать накладную на сдачу из производства на склад.

Помогите, пожалуйста.
вогбит 0338.JPG (122.63 КБ)
 
Пытаюсь по номеру накладной оприходовать из производства на склад.
Ошибка.Я так понимаю, не указан поставщик.

Указала поставщика, который в накладной,Накладная пустая. нет в ней деталей.
Что я делаю не так?
 
Теперь с формированием "Предварительной заявки и ЛЗК"

В техпроцессе указали комплектацию. На сварку надо 1 шт деталь планка и 1 шт деталь труба.

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

Что мы делаем не так?
вогбит 0342.JPG (157.13 КБ)
вогбит 0341.JPG (135.86 КБ)
 
Здравствуйте,
Цитата
Larissa пишет:
Не могу найти, как распечатать накладную на сдачу из производства на склад.
https://vogbit.ru/support/622/#_v7712 , рис.169 - 171
 
Цитата
Larissa пишет:
Пытаюсь по номеру накладной оприходовать из производства на склад.
Режим Складской учёт - Приход предназначен для оформления прихода со стороны. Т.е. материалов, комплектующих и т.п. - чего-то купленного "снаружи" и пришедшего на предприятие.

Для подтверждения поступления деталей из собственного производства по накладной используйте окно "Склад ГП": https://vogbit.ru/support/622/#_v7716 (рис.182-185).

А вот отгрузку со склада ГП в вашем случае удобнее делать как раз из стандартного режима Складской учёт - Расход. В качестве документа-основания использовать "Заявку покупателя".
 
Ответ на сообщение #49:

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

Что нужно взять со склада для этого заказа? Нужно взять металл. Из него сделают указанные детали, отдадут на сборку, там соберут изделие и всё. Готово.

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


Вот такая логика.
Почему именно такая нужно объяснять? Или это уже лишняя информация будет?

Если кратко сухой остаток, то:
Попробуйте сейчас для примера сделать заказ, в который включить только само это изделие. А не детали для него. Сформируйте ЛЗК для этого заказа и посмотрите, что получится.
 
Цитата
Константин Чилингаров пишет:
Вот такая логика.
Тут понятно. Спасибо.

Теперь, есть у меня заявка покупателя.
В которой часть изделий изготавливается целиком, то есть делаются заготовки, потом ряд операций и с покраски поступают готовые.
Это заказ на производство №1.

Есть изделия на которые надо изготовить детали. Их делают всегда ровно столько, сколько нужно. Пару перевозок в машине с участка на участок и затем должны отдать их на сварку.
Это заказ на производство №2

На эти детали из Заказа №2 мне надо сделать отдельный заказ на производство сборочных единиц, сформировать лзк и отдать на сварку все комплектующие и детали, со склада.
Это заказ на производство №3

Как сделать понятным для исполнителя, что детали из заказа №2 относятся к заказу №3? После сварки идет покраска, где в Коментарии указан цвет.

При этом, есть в заявке покупателя изделия, которые есть на складе, как заготовки без покрытия. И надо их выкрасить в нужный по заявке покупателя цвет. В какой заказ их?
С точки зрения программы их на склад вообще нельзя, они недоделанные.

И, как сделать так, чтобы на покрасочном участке знали, какие изделия по заказам №1.№3 и № то что пришло со склада только на покраску, надо выкрасить к определенной дате отгрузки и все эти заказы от одной определенной заявки?

Как мне самой в текущий момент времени посмотреть, что по данной заявке покупателя уже сделано а что еще делается?

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

Сейчас меня освободили от части обязанностей и выделили время на то, чтобы осваивать Вогбит.

Скажите, я в правильном направлении мыслю в случае с такими заявками покупателей? Может сейчас есть уже, какой-то более простой способ сделать "Один заказ - много карт"
 
Цитата
Larissa пишет:
Здесь, если я правильно помню, Вы советовали мне формировать Заказы на производство не по принципу "Один заказ - одна карта заказа". А "Один заказ - много карт"? И я сейчас нашла даже инструкцию Вы мне присылали в марте 2015 года.

Чет, как то по прошлой инструкции не выходит.

"Вручную, с помощью кнопки + Создать добавляем ещё одну коллекцию – технологическую карту заказа (Рис. 6). Заполняем:
Тип связи - Технологическая карта заказа
Обозначение статуса – в работе
Обозначение и наименование карты заказа."
А у меня вместо "свойства коллекции компонентов" открывается  вот так. И затем сразу номенклатура.
если что-то добавляю по этой номенклатуре, то все6 попадает в эту же карту заказа.
Как сделать вторую?
вогбит 0346.JPG (200.95 КБ)
Изменено: Larissa - 28.01.2016 10:56:10
 
Если, через кнопку "свойства коллекции компонентов", то открываются свойства, но можно только редактировать текущую карту.
кнопки "создать" нет.

И получается только переименовать текущую карту и добавить в нее уже выходит "дерево", только строю я его "в обратном порядке"


"Возвращаемся в окно Производственные заказы. В нём появилась только что созданная нами вторая карта для заказа «00025 ООО Армада, оборудование для ТЦ «Европейский» (Рис. 7)"
У меня не появляется вторая карта.
вогбит 0348.JPG (238.12 КБ)
вогбит 0347.JPG (372.54 КБ)
 
Ответ на сообщение #53:

Во-первых, я не очень понял вашей логики разделения на 3 «заказа» в вашем примере.
В чём глубокий смысл разделять именно таким образом?
И зачем, если деталей под заказ делается ровно столько, сколько нужно на изделия конкретного заказа, гонять эти детали через склад? Для чего? Какой смысл их сдать на склад и сразу же обратно ровно их же и забрать на сборку? Для чего эта операция вообще? Или между тем, как сдали и забрали проходит какое-то большое время (недели, например)?

Цитата
Larissa пишет:
При этом, есть в заявке покупателя изделия, которые есть на складе, как заготовки без покрытия. И надо их выкрасить в нужный по заявке покупателя цвет. В какой заказ их?
Проще всего сделать две разные номенклатуры. Покрашенные детали – одна, заготовки неокрашенные – другая. Тогда всё элементарно.
На складе лежат заранее сделанные заготовки.
В заявке покупателя готовые окрашенные детали. Их на складе нет (это другая номенклатура, детали - одно, заготовки - другое). Делаем заказ на производство.
Технология такой детали состоит из одной операции – «окраска». Основной материал – неокрашенная заготовка.
Запускаем заказ в производство, получаем к нему ЛЗК на выдачу со склада нужного количества заготовок. Получаем на складе заготовки, окрашиваем, сдаём на склад ГП готовые покрашенные в нужный цвет детали.
Отгружаем детали со склада покупателю.
Всё.

Можно, конечно сделать и так, что неокрашенные и окрашенные детали - это будет одна номенклатура, но разные партии, с разными признаками. Но тогда:

Про FIFO можно сразу забыть - только SELECT (подробнее). Т.е. при всех складских операциях нужно будет самому руками выбирать из какой именно партии сейчас брать детали.

Придётся всячески помечать постоянно, кто есть кто, смотреть каждый раз внимательно глазами, что в каком случае выдавать, кто там окрашенный, а кто нет, не перепутать ничего… Программа то не перепутает ничего никогда – у неё ID есть. А вот человек запросто может (не то выбрать).

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

Т.е., в принципе, и так тоже возможно. Но сильно больше сложностей. Поэтому я и говорю – разные номенклатуры проще.

Цитата
Larissa пишет:
С точки зрения программы их на склад вообще нельзя, они недоделанные.
Можно. Можно и недоделанные на склад сдавать. Никто не запрещает. Вот только тогда вы одну проблему решаете, но при этом три других себе создаёте. У вас на складе числится будут и доделанные детали, и недоделанные. Которые называются при этом абсолютно одинаково. Программа то их отличит друг от друга. Ей не сложно. А вот вы сами отличите? (см. выше)

Цитата
Larissa пишет:
Может сейчас есть уже, какой-то более простой способ сделать "Один заказ - много карт"
Насколько я помню, других способов не делали. Там и этот, на самом деле, простой, если только правильно делать.
Только вы, судя по скриншотам, делаете что-то совсем не то. Просто ну совершенно не то, что нужно. Про это отдельно дальше.
 
Про разные карты заказа:

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

У меня к Вам такое предложение. Создайте, пожалуйста, отдельную тему (а то в этой уже чёрт ногу сломит, что к чему относится, и где на что ответ). Про создание нескольких карт к одному заказу. И мы там с вами прямо по шагам пройдём, что и как нужно делать.
 
Цитата
Константин Чилингаров пишет:
Коэффициента пересчёта нет, видимо.
Посмотрите, что у вас для соответствующей номенклатуры указано в качестве единицы измерения по умолчанию? Есть ли необходимые коэффициенты пересчёта? (из "комплектов" в эту ЕИ и обратно)
Единицу по умолчанию задала. Все равно крестики-предупреждения.
Для чего в этом месте коэффициент пересчета? Если эта номенклатурная позиция у нас всегда комплект. И на какую единицу задавать этот коэффициент? На штуки, килограммы, на метры?
Если, допустим, задать пересчет в штуки, что комплект состоит из двух штук. То программа все равно будет предупреждать что нет пересчета в  кг и далее по списку? Или как?
Изменено: Larissa - 28.01.2016 19:24:54
 
Цитата
Larissa пишет:
Единицу по умолчанию задала.
Какую?
 
Цитата
Константин Чилингаров пишет:
Какую?
Комплект.
Страницы: Пред. 1 2 3 След.
Сейчас на форуме (гостей: 15)
Всего зарегистрированных пользователей: 3164
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства электронный архив Техническая Подготовка Производства деактивации VOGBIT управление качеством активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства инструкция Начало работы Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования комплектация Производственные заказы и методы планирования Переменные и постоянные затраты Выполнение расчёта оборудование
×
Вход на сайт