Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Движение материалов - Прочее
Константин Чилингаров: Здравствуйте, 18377 Saw-x написал: Я так понимаю что я не один в своих хотелках. Если брать точно такую постановку вопроса, то один. Хотелок много, но у всех разные. 18377 Saw-x написал: Потребность не только у меня, что бы программа все сама ...
Заявка покупателя - Прочее
Константин Чилингаров: Последнее сообщение /forum/messages/forum27/topic2401/message14962/2401#message14962 перенесено . /forum/messages/forum27/topic2401/message14962/2401-dvizhenie-materialov#message14962 Причина: несоответствие заявленной в заголовке теме (/forum/foru ...
невозможность редактирования - Состав и технология
Константин Чилингаров: Здравствуйте, Ну отредактировать то просто... Открываешь окно "Состав" (карту заказа) и редактируешь. Другое дело, что если задания уже сформированы, то в этих уже созданных заданиях то автоматом ничего не поменяется. Какое было количество ...
Формирование обозначений в генераторе - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно к номенклатуре - шаблону добавить параметр "Шаблон обозначения" (идентификатор VGB_Notation_Mask). Это строковый параметр. В значение ему пишем строку-шаблон обозначения. В нужные места подставляем в квадратных скобк ...
Занесение на склад Вогбита - Плагины
Сергей: 18506 Bagrov40k написал: как вообще подключить модуль Csdn.Vogbit.Data корректно Подключить где\куда? Если речь про .net и студию, то Project -> Add Reference... Вообще, как обычную библиотеку. 
Возврат в окно - Интерфейс программы
Константин Чилингаров: Спасибо, Мы тоже уже выявили этот недостаток. Будем работать над устранением.
Vogbit & 1C - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Технически можно, в принципе, всё что угодно реализовать. Ну или почти всё. Путём написания соответствующих плагинов или служб, которые будут это делать. Считывать данные из указанного места, записывать туда, куда у них в коде написа ...
Отслеживание результатов выполнения работ на участках - Производство
Константин Чилингаров: Здравствуйте, 18511 Rudakov77 написал: Есть ли возможность формирования Оперативного плана производства для наглядного отслеживания выполнения Заданий на смену производственными участками? Да есть. В разных вариантах. Просто внешне в другом неско ...
Проблема со справочником "Номенклатура" - Общие вопросы
Елена Ковалева: Так же, я заметила, что в меню отсутствует кнопка "Выбрать категорию". По умолчанию используется категория "Основная", но это не обязательно. Для выбора категорий нужно "достать" кнопку. 1. На синем поле вызвать контекс ...
SolidWorks и Vogbit - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Штатной кнопки "импорт" нет встроенной. Поставляется дополнительно, как услуга. Плагин + настройка его, если нужно + консультации. От 15 т.р. и выше в зависимости от сложности. Потому что те же xml - они же все разные по соде ...
Обновление апрель 2019 - Обновление
Mariska17-17: Спасибо. Помогло!
Отсутствует операция в графике производства - Производство
Zms.komissarov: Спасибо!
Предупреждение о несовпадении единиц измерения - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Одной кнопкой. Меню "Настройка" -> "Изменить цену/ЕИ" (нужно стоять в этот момент на "учётной карточке", в которой неправильная ЕИ). Не знал. В инструкции более сложный способ опис ...
Спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, Пишите это "R1", "R12" и т.п. в "Номер" или в "Комментарий". "Обозначение" и "Наименование" характеризует данный резистор в целом, независимо от места его применения. В то вре ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Похоже на то, что как-то повредился файл, в который сохраняются локальные настройки окна (какие колонки показывать, ширина их и т.п.). Нужно его удалить. Настройка колонок сбросится, ошибки не будет. Колонки можно заново настроить, это не сложно. Ес ...
Чистка базы - Прочее
Константин Чилингаров: 15792 Валерий Бондаренко написал: 18.06.2019 выслали копию базы, ждем Ваших рекомендаций. Написал на почту.
Запоминание состояния окон - Интерфейс программы
Константин Чилингаров: Ок. По этим двум конкретным местам посмотрим.
Удаление поста в технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Данные спецификации - Прочее
Константин Чилингаров: Судя по всему, от региональных настроек на конкретном компьютере зависит. Попробовали, у нас запятая везде по умолчанию получается в этом месте. И в окошке редактора в программе и при сохранении. На одном из компьютеров у меня почему-то Excel при сох ...
Сбой в режиме загрузка производства - Прочее
Константин Чилингаров: 3938 Алексей Пономарев написал: А где найти этот справочник? Рабочая - Задания. Тип связи в нём = "Состав смены". Это технически и есть "смена". Тот самый "серый квадратик" :) Обозначение складывается из даты, номера ...

Исключение работ из производства, обеспеченности

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Исключение работ из производства, обеспеченности
 
Здравствуйте, периодически сталкиваемся с таким моментом. Как только  разместили заказ на производство мы его видим в режиме обеспеченность и диспетчер учитывает эту информацию в планировании. Но как только отметили последнюю операцию в этом задании как выполнено, то задание из обеспеченности пропадает. Но возникает случай когда эти изделия еще не приняли на склад, а диспетчер видит потребность в этих комплектующих в обеспеченности и дублирует задание на производство. Вот если бы задание пропадало из обеспеченности в момент нажатия кнопки "Отметить как законченные" В режиме Производственные заказы то такого бы не возникало.
 
Здравствуйте,

Где-то мы совсем недавно уже обсуждали этот же вопрос на форуме...

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

Ситуация описанная Вами соответствует тому, что из колонки "в производстве" детали уже исчезли (отметили, что готовы), а в колонке "остаток" так и не появились (поступление на склад не отметили).
Что это означает в реальности?
Сбой какой-то организационный?
Не оформили сдачу на склад просто? А как склад тогда их принял и почему?
Или их реально не сдали на склад? Тогда другой вопрос - а почему отметили, как готовые, но не сдали на склад?
Или чисто технологически сдача на склад происходит не мгновенно и именно в промежуток между отметкой в производстве и отметкой о поступлении на склад диспетчер зашёл в "обеспеченность"?

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

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

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

3. Что значит "удаление из обеспеченности"?
"Дефицит" в обеспеченности (упрощённо) = Затребовано - Остаток - В производстве.
Собственно проблема выросла из того, что "В производстве" уже нет (т.к. отметили, что всё закончили), а "остаток" ещё не появился, т.к. пока не отметили, что поступило на склад.
Что в этом контексте означает "удаление из обеспеченности". Я так понимаю, это = "чтобы не было "дефицита".
А что "удалить", чтобы его не было?
Из "затребовано" кол-во уменьшать? С чего это?
Мало того, что это по смыслу не понятно что получится, следующий вопрос - а потом детали попадут на склад таки. К вечеру, условно. Что делать будем? Обратно "возвращать в обеспеченность"?

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

В самой же "Обеспеченности" что-то "удалять", "добавлять" и т.п. (т.е. какие-то искусственные манипуляция с данными проводить, пытаясь их специально подогнать под нужный ответ в частном случае), думаю, в данном случае не нужно. Там логически всё достаточно стройно. А такие манипуляции приведут как раз к запутыванию (что считать, что не считать, в каких случаях, почему и т.д.).
Страницы: 1
Сейчас на форуме (гостей: 8)
Всего зарегистрированных пользователей: 2687
Приняло участие в обсуждении: 323
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт