Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Установка пробной версии на виртуальную машину. - Установка
Константин Чилингаров: Здравствуйте, Демо-версию на виртуальную машину поставить нельзя. Ограничение. В демо-варианте можно поставить только на какой-нибудь ...
Редактирование состава заказа - Прочее
Константин Чилингаров: Здравствуйте, Нужно обновить программу вам на самую новую версию. Новее, чем та, которая сейчас на сайте выложена. В прошлом году осень ...
Штрих код на деталях - Производство
mansur: написал: Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем? Оператор на первой операции может некоторые заготовки забр ...
Распределение работ - Производство
mansur: Благодарю вас, Константин.  Будем практиковать, в принципе ничего сложно нет.
Приемка ОТК - Производство
mansur: написал: После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! Это логи SQL сервера, БД Vogbit на них не влияет. Я так понимаю, у вас SQL Server установлен на Linux? На Linux по умолчанию не про ...
Лимитные карты - Общие вопросы
Czvetkov-91: написал: купная, то в составе "производственного заказа" она вообще, в принципе, не должна никак фигурировать и присутствовать. Ей ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: написал: Можете скинуть мне ссылку с точной инструкцией установки SQL и программы? /support/5211/ Подробная инструкция Для "быстрой упр ...
Создание копии базы данных - Прочее
Владимир Белов: При восстановлении БД на другом SQL-сервере, "слетает" SID владельца БД. Для исправления: 1. распакуйте SQL-скрипт FixDbOwnerSid.sql из приложе ...
Обслуживание базы - Прочее
Константин Чилингаров: Здравствуйте, Взять тот же самый дистрибутив, с которого вы делали последнее обновление. Запустить Setup -> Выборочная установка -> Об ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Окно "Детальный график" актуально только при использовании "максимального" уровня. Окно "Работы", помимо ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...

автоматическое закрытие лимитных карт

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
автоматическое закрытие лимитных карт
 
При создании заказа на каждую позицию создаем предварительные заявки на материалы/комплектующие. Лимитными картами не пользуемся.

Часто возникает ситуация, когда позиция заказа уже готова, а выдача материалов/комплектующих со склада не оформлена.
Либо были выданы аналоги, и некоторые позиции в заявке остались не выданными.

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

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

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

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

Цитата
Lexam написал:
При создании заказа на каждую позицию создаем предварительные заявки на материалы/комплектующие. Лимитными картами не пользуемся.
Кстати, почему?

Раньше был некий резон, что для получения ЛЗК именно нужно было проставлять "место хранения", которое не всегда известно (если не было на складе такого никогда ещё в программе), и это в некоторых случаях могло вызывать определённые затруднения.
Но в современной версии проблема решается методом выделения строчек в "Номенклатуре" и нажатия кнопки "Задать место хранения".
 
Цитата
Константин Чилингаров написал:
Цитата Lexam  написал:При создании заказа на каждую позицию создаем предварительные заявки на материалы/комплектующие. Лимитными картами не пользуемся.Кстати, почему?
Потому, что преимуществ лимитных карт по сравнению с предварительными заявками не видно, а лишние действия требуются: лезть в номенклатуру, задавать места хранения, создавать лимитки опять же, а предварительные уже созданы автоматом - бери и пользуйся.
 
Цитата
Константин Чилингаров написал:
Заявки (ЛЗК, Требования) "исчезают" из расчёта обеспеченности, когда "закрывается" заказ (карта заказа), с которым они связаны.
Большие производственные заказы могут изготавливаться в течение года (есть прецеденты). Соответственно, заявки все это время висят и участвуют в обеспеченности. Это наша реальная ситуация сейчас.
 
Можно "выключить" ненужные "заявки", поменяв у них "статус".
Найти заявку в справочнике "расчётные документы" (по номеру, например) -> свойства -> статус поставить "не действует".
И тогда из расчёта обеспеченности она исчезнет.

P.S.
Ещё, когда большие длинные заказы, есть практика делить их на части. Делать несколько "карт заказа" к одному "заказу". Чтобы проще и удобнее было ориентироваться и контролировать, можно было выбрать отдельную часть заказа и с ней работать, а не обязательно весь сразу (весь тоже можно выбрать, естественно, при такой схеме). К данному разговору имеет отношение, что в такой ситуации и "закрывать" тоже можно частями. Это не совет и не рекомендация (от ситуации зависит, конечно, как лучше). Просто в рамках обмена опытом...
 
Цитата
Константин Чилингаров написал:
Найти заявку в справочнике "расчётные документы" (по номеру, например) -> свойства -> статус поставить "не действует".
Действительно, так можно сделать, только очень много времени занимает.
В день у нас изготавливается 100-300 деталей, для каждой ручками найти заявку по номеру, это отдельного человека нужно нанимать.
 
Какие есть предложения?

Могу в качестве идеи предложить в окно "ЛЗК, Требования, Заявки" вывести отдельной колонкой "статус" документа и приделать туда кнопку "закрыть", которая по выделенным строчкам будет изменять статус на "не действует".
Тогда можно будет встать на заказ -> "ЛЗК, Требования, Заявки" -> в открывшемся окошке со списком документов через строку автофильтра поставить "выдано" = "всё", выделить все строчки, нажать кнопку "закрыть" (которая сразу все выделенные документы "закроет").
Аналогичный приём должен, по идее, тогда срабатывать из "графика производства": ставим фильтр по "состояние" = "готово" -> документы для склада -> получение со склада -> выделить все -> "закрыть".
 
Да, это нормальный вариант
Цитата
Константин Чилингаров написал:
из "графика производства": ставим фильтр по "состояние" = "готово" -> документы для склада -> получение со склада -> выделить все -> "закрыть".
Это отличный вариант!
 
Ок. Записал в общий список пожеланий.
 
Присоединяюсь к пожеланию - иногда нужно некоторые ЛЗК или заявки "выключить", чтобы они не считались в потребности.
Страницы: 1
Сейчас на форуме (гостей: 16)
Всего зарегистрированных пользователей: 3526
Приняло участие в обсуждении: 389
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт