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

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

Удаление заказа - Общие вопросы
Константин Чилингаров: Сам "заказ", как запись в "Номенклатуре" остался. Подробнее, как там что устроено, можно почитать /forum/messages/forum32/topic1415/message9005/1415#message9005 вот тут . Как удалить: Откройте "Номенклатуру". Включ ...
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Да, там ещё не доделано это место до того, как хотелось. Там ряд моментов есть целый, которые планируется ещё доработать. В т.ч., отображение объединённых/объединяющих заданий в окнах типа "график работ по сменам". Но решили не откладыв ...
Пустой бланк - Демо версия
Илья: Блин какие хочешь отчеты формируются, а вот тот самый производственное задание тип 3 по прежнему с ошибкой. Раз 10  отчет перегрузил. Даже  пробовал удалить и заново загрузить. Все равно ошибка.
Не входит наименование материалов в соответствующие колонки - Производство
Илья: Если вводить материал как в КД с указанием все параметров самого материала и проката, то получается довольно таки длинное название. При этом когда печатается какой либо отчет где упоминается данный материал то  его название получается либо слишком м ...
Печать графика производства - Производство
Илья: 13 Константин Чилингаров написал: В вашей операционной системе нет компонента vcredist_VS2010_x86. Он нужен. Чтобы не искать - https://cloud.mail.ru/public/2Gen/9uTxGwcWj вот ссылка . Скачайте файл, запустите, он установится. После этого зар ...
График производства, календарный план - Ошибки в работе
Илья: 13 Константин Чилингаров написал: /forum/messages/forum29/topic2578/message15878/2578-kolonki-operatsiya-i-sostoyanie#message15878 Вот здесь картинка - как будет выглядеть после следующего обновления. /forum/user/19032/ Илья написал: Сли ...
Миграция БД - Отчёты
Константин Чилингаров: По ошибке: /forum/messages/forum26/topic2564/message15862/2564-pustoy-blank#message15862 Решение . Не нужно нажимать в этом окне (выбор шаблона отчёта, который хотите использовать) "принтер". Нужно выбрать шаблон требуемый и нажать " ...
Прикрепление файлов к узлам, деталям, спецификациям. - Обновление
Михаил: Здравствуйте. Подскажите, пожалуйста, есть ли возможность прикреплять к деталям и/или спецификациям не конкретный файл (например рабочие чертежи), а путь к файлу на сервере. Просто если прикреплять файл то он копируется в базу SQL-я сильно утяжеляе ...
автоматическое закрытие лимитных карт - Материалы, Комплектующие, Складской учёт
Lexam: Да, это нормальный вариант 13 Константин Чилингаров написал: из "графика производства": ставим фильтр по "состояние" = "готово" -> документы для склада -> получение со склада -> выделить все -> "закрыт ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: /forum/messages/forum40/topic2489/message15381/2489-grafik-proizvodstva_-kalendarnyy-plan#message15381 Вот здесь обсуждалось. В следующем обновлении дополнительно появится в "графике производства" колонка, показывающая готовность в проц ...
Обновление 20.5. Задачи и файлы - Обновление
Константин Чилингаров: Вкратце про «Задачи и файлы»: Изначально данная функциональность разрабатывалась для производства «проектного» типа (с прицелом, может, ещё зачем-нибудь пригодится). То есть выпускающего нечто уникальное, в единственном экземпляре, на заказ. Когд ...
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Тут всё зависит от сути данного процесса в реальной жизни. Вариант 1. Сделали какое-то количество корпусов. Каждый, по идее должен быть со своим серийным номером. Но шильдиков не было. Пока сдали так на склад. Появились шильдики, ...
Ошибка автозаполения накладной из производства - Ошибки в работе
Константин Чилингаров: Да. Похоже, ошибка. На "максимальном" уровне получилось воспроизвести. На "высоком" всё нормально сработало. Будем разбираться.  WorkAround (пока разбираемся и чиним): 1. если сильно нужно именно так, то можно руками в этом от ...
Расчет комплектации - Производство
Константин Чилингаров: 19032 Илья написал: Единственное что в в "Проработке" остались "стандартные изделия". Причем я так понимаю они остались еще с изначального расчета комплекции. С ними что делать? Удалить. 13 Константин Чилингаров написал: ...
Удаление позиции из номенклатуры - Прочее
Илья: Спасибо за терпение. Теперь получилось
Группа планирования по кооперации - Производство
Илья: Понятно спасибо. Решили обойтись без этой настройки, поскольку по кооперации делается только одна из операций (и не всегда заготовка)
Ошибка обновления отчетов - Отчёты
D.shumkov: Понял. Задача не приоритетная, решим позже.
Выгрузка коэффициентов пересчета - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Благодарим. Даже не подозревали, что есть такой недокументированный функционал.
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается так: Для материалов заводим в "Номенклатуре" /support/412/#_8175 коэффициенты пересчёта . Для листа - вес м2, для круга - вес метра. Сами значения коэффициентов находятся за 5 секунд в интернете, там бесплатных "металлических ...
Расчет потребности - Производство
Константин Чилингаров: 18841 D.shumkov написал: расчет потребности выдает только информацию по верхнему уровню Всё правильно. "Вариант 1" подразумевает, что [B любая[/B позиция изделия (будь то детали или сборочная единица) может присутствовать готовая н ...

Выдача/возврат инструмента

- Общие вопросы - Старые разделы форума
Страницы: 1
Выдача/возврат инструмента
 
Здравствуйте,

- хотелось получить рекомендации, как вести выдачу инструмента/возврат сломанного инструмента. Выдача: 1) без привязки к заказу и 2) конкретному сотруднику. Вроде бы напрашивается схема "через требование без привязки к заказу", но у требования "получатель" - это подразделение, а не сотрудник. Что посоветуете?
 
Здравствуйте,

Можно пойти по простому пути, можно по сложному.

Простой путь:
Делаете "требование".
Когда оформляете расход по нему, там есть специальное окно, где можно к расходу привязать конкретного работника (см. инструкцию, рис. 40).
Потом по прошествии времени открываете окно Фактические затраты и группируете по колонке "С чем связано" (по фамилии работника). И будет статистика когда кому на сколько выдали (в деньгах). Можно посмотреть подробнее по документам, что именно выдали.
Больше от такого упрощённого варианта ничего не добиться.

Сложный путь:
В VOGBIT есть возможность точно так же, как для склада:
- заводить свою "складскую" картотеку на каждого работника (что у него есть);
- оформлять приход и расход на работника точно так же, как на склад.

Сама программа (платформа) такие вещи позволяет делать легко.
А это значит можно:
- оформлять передачу конкретного инструмента со склада на работника;
- видеть остатки по работнику точно так же, как по складу (что есть, сколько, на какую сумму, полная история движения по каждой позиции);
- оформлять передачу с работника обратно на склад, или в любое другое подразделение, или другому работнику, или "в никуда" (списание).

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

Вот сделал за пару минут пример (см. картинку), используя штатные средства для работы с базой данных VOGBIT. Видно:
- работника
- остатки инструмента у него (что есть), количество (2 шт)
- стоимость
- историю движения (3 шт получил, 1 шт обратно сдал).

В принципе, возможна и разработка каких-то специальных интерфейсов для такого рода учёта (по типу модулей Приход, Расход, Остатки, Обороты), но:

1. Для начала, кому очень интересно, вполне можно попробовать и без каких-то спец. модулей, используя обычный "ручной" режим Учётные документы (как в моём примере). Может, местами и придётся чуть побольше кнопок понажимать, но задача то решается.

2. Интерес к развитию программы в этом направлении пока очень низкий. Последний раз одна организация, вроде как, хотела позаниматься такого рода детальным учётом инструмента года два назад. Но когда дело дошло до дела, они как-то расхотели…
1.png (57.34 КБ)
 
Цитата
Можно пойти по простому пути, можно по сложному.

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

1) Какой тип документа (связи) применять при передачах "склад->сотрудник" и "сотрудник->склад"?

2) Аналогично, для "склад->в никуда" (списание)?

3) Можно ли создавать учетный документ без основания (требования и т.д.)? Технически - понятно, что можно, а идеологически?

Спасибо
 
По типам связей:

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

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

Для "расхода" (списания) я бы, пожалуй, использовал стандартный тип связи Расходная накладная (LT_Waybill_write_off), который применяется в модулях Складской учёт. По смыслу он, по-моему, вполне подходит.

По поводу "идеологического" смысла документов-оснований (расчётных документов):

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

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

Ну и, наконец, наличие документа-основания значительно упрощает жизнь простому кладовщику. Я бы даже сказал, в корне меняет её (особенно при наличии соответствующих интерфейсов для работы, как, например, в модулях Складской учёт - Приход и Расход). Для примера, представьте себе выдачу со склада каких-нибудь электронных компонентов. По одной накладной за раз выдаётся наименований 150. Длинные-предлинные названия, половина из которых отличаются одной-двумя цифрами где-нибудь в середине. И номенклатура этих компонентов разных в базе этак тысяч 25. Представьте себе, как выгладит в такой ситуации составление вручную кладовщиком спецификации расходной накладной. Каждую позицию найти в базе, вставить, указать количество и т.д. Он вас проклянёт. Вручную написать накладную ручкой на бумаге быстрее. А при наличии документа-основания и правильно организованной работе с ним – ничего заполнять/составлять не надо вообще! Сразу есть готовая «рыба» расходной накладной. Список с количествами. Остаётся только по этому списку собрать всё и, если что, где-то цифры подправить (сколько реально выдал). И бумажку распечатать.

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

Резюме:
С технической точки зрения, а также если в простейшем случае рассматривать только задачу контроля движения (инструмента или любых других товарно-материальных ценностей), расчётные документы (документы-основания), в принципе, не нужны.
Если смотреть на проблему шире, то преимущества наличия документа-основания я вам привёл.
Страницы: 1
Сейчас на форуме (гостей: 27)
Всего зарегистрированных пользователей: 3103
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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