Документация VOGBIT - система управления производством

Термины и определения

Руководство содержит краткие описания, что означает в программе то или иное название, какие существуют в VOGBIT основные информационные объекты, и для чего они нужны

Руководство содержит краткие описания, что означает в программе то или иное название, какие существуют в VOGBIT основные информационные объекты, и для чего они нужны. Приводятся ссылки на боле подробные материалы и примеры. Указываются основные особенности, связанные с соответствующими функциями или режимами работы.

1. Введение

Данное справочное пособие содержит краткие описания основных терминов, применяемых при работе с системой VOGBIT. Руководство разделено на два тематических раздела. Первый (Основные определения) особенно полезен для начинающих пользователей. Он содержит общие сведения, которые помогут быстрее разобраться с тем, что означают в программе те или иные названия, какие используются основные информационные объекты, и для чего они нужны.

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

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

2. Основные определения

2.1 Обозначение и Наименование

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

Что именно указывать в качестве обозначения и наименования зависит от типа объекта. Например, для детали обозначением может быть номер её чертежа, а наименованием – название детали. Для производственного участка: обозначением – внутренний номер подразделения на предприятии, наименованием – название участка. И т.п. Примеры обозначений и наименований для разных объектов в базе данных VOGBIT приведены в таблице 1.

Таблица 1. Примеры Обозначений и Наименований объектов в VOGBIT.

Тип объекта Обозначение Наименование
Деталь MB19.000.002 Крышка корпуса
Технологическая операция
Лазерная резка
Участок производства 2 Участок механической обработки
Спецификация МБ19.001.000СП Корпус, основное исполнение
Производственный заказ 0013-2 Комплект деталейИШУ-172

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

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

2.2 Номенклатура

Основной справочник системы. Записи в нём, часто, для простоты также называют “Номенклатурой”, хотя полностью правильно называть их “Номенклатурными позициями”. В справочнике “Номенклатура” хранятся данные о выпускаемых изделиях, входящих в них деталях, покупных изделиях, используемых материалах, применяемом инструменте, о существующих технологических операциях и др. Примеры добавления новых записей в справочник “Номенклатура” можно посмотреть здесь и здесь.

Справочник Номенклатура
Рис. 1. Справочник Номенклатура

2.3 Конструкторская спецификация

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

Пример конструкторской спецификации в VOGBIT
Рис. 2. Пример конструкторской спецификации в VOGBIT

2.4 Конфигурируемая конструкторская спецификация

В отличие от обычной спецификации, конфигурируемая содержит описание сразу нескольких возможных вариантов комплектации изделия. Может быть полезна, если предприятие выпускает изделия, состав которых в ограниченных рамках изменяется от заказа к заказу в зависимости от выбранных покупателем опций. В таком случае использование конфигурируемых спецификаций может упростить и ускорить подготовку и запуск нового заказа в производство.

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

Работа с конфигурируемыми спецификациями неразрывно связана с понятием Заказных спецификаций и применением функции “Конфигуратор” (см. далее).

2.5 Заказная спецификация

Описание полного состава изделия в виде дерева. Включая все входящие компоненты на всех уровнях вложенности. Может соответствовать как типовой комплектации изделия, так и специфической, например, вариант исполнения только для конкретного заказа. Обычно, заказные спецификации применяются для выполнения различных вычислений “на изделие целиком” (номенклатура и количество материалов, трудоёмкость, плановая себестоимость и т.п.), а также в качестве исходных данных для планирования производства.

Пример заказной спецификации в VOGBIT
Рис. 3. Пример заказной спецификации в VOGBIT

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

2.6 Технологический процесс

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

Маршруты изготовления деталей изделия
Рис. 4. Маршруты изготовления деталей изделия

При необходимости можно описать в программе технологический процесс сколь угодно подробно: добавить технологические переходы (содержание операций), эскизы, указать используемый инструмент, режимы обработки и т.п.

Технологический процесс является основой для планирования и контроля производства. На основании технологических процессов формируются задания для производства.

Пример подробного описания техпроцесса
Рис. 5. Пример подробного описания техпроцесса

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

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

2.7 Типовой технологический процесс

В отличие от обычного техпроцесса, типовой содержит описание технологических операций общих (одинаковых) для изготовления различных деталей и/или изделий.

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

При использовании метода планирования и учёта производства “по комплектам” применение типовых техпроцессов имеет намного большее значение. В данном случае маршруты изготовления деталей и изделий должны составляться только на основании выбранного типового техпроцесса. При укрупнённом нормировании трудоёмкости (возможно только для метода планирования «по комплектам») именно в типовом технологическом процессе (он может именоваться также “перечнем работ”) указывается процентное соотношение распределения общей трудоёмкости изготовления между разными видами работ. Подробнее о настройке и использовании типовых техпроцессов, а также укрупнённом нормировании, можно прочитать в специализированном руководстве по подготовке данных в VOGBIT в условиях единичного производства. Пример использования типового техпроцесса можно найти здесь. Дополнительно об особенностях использования типовых технологических процессов при методе планирования производства “по комплектам” можно почитать в отдельном руководстве.

2.8 Тип нормирования (трудоёмкости)

В VOGBIT поддерживается два разных способа нормирования трудоёмкости работ:

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

Пооперационное нормирование
Рис. 6. Пооперационное нормирование

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

Укрупнённое нормирование
Рис. 7. Укрупнённое нормирование

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

Для обоих способов нормирования трудоёмкости в базовой версии программы поддерживается возможность расчёта времени по таблицам. Например, расчёт трудоёмкости изготовления элемента конструкции в зависимости от его массы и категории сложности.

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

2.9 Производственный заказ

набор изделий или отдельных их компонентов, которые должны быть изготовлены. Разделение всего объёма выпускаемой продукции на отдельные производственные заказы удобно с точки зрения планирования и контроля процесса производства. Состав (что изготавливается и в каком количестве) производственного заказа и другая необходимая для производства информация указывается в Технологической карте производственного заказа (см. ниже).

Производственные заказы, находящиеся в работе
Рис. 8. Производственные заказы, находящиеся в работе

2.10 Технологическая карта производственного заказа (карта заказа)

Основной информационный объект, описывающий жизненный цикл производственного заказа. На начальном этапе технологическая карта заказа содержит только список продукции, которая должна быть изготовлена в рамках данного заказа. По мере подготовки, планирования и производства каждая партия изделий в технологической карте заказа “обрастает” информацией: техпроцессы, задания для производственных участков и отдельных постов, данные о фактическом выполнении работ и т.п. С технологической картой производственного заказа могут быть связаны также документы на получение на складе необходимых материалов, история фактического движения материалов, инициированного этими документами и т.д. Таким образом, на каждом этапе жизненного цикла заказа его технологическая карта играет важную роль:

  • при подготовке производства технологическая карта служит для объединения всей необходимой для производства конструкторской и технологической информации по заказу;
  • в процессе изготовления - для отслеживания хода производства и контроля текущего состояния работ:
  • после выполнения заказа его технологическая карта представляет собой, можно так сказать, сводный технологический паспорт, в котором содержится подробная информация о том, как, когда, кем и какие по этому заказу фактически выполнялись работы, какие были использованы материалы и комплектующие и т.д.

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

Пример нескольких технологических карт для одного заказа
Рис. 9. Пример нескольких технологических карт для одного заказа

Главная информация в технологической карте - это список продукции (изделий, узлов, деталей), изготавливаемой в рамках производственного заказа, количество изделий и ссылки на технологические процессы, описывающие порядок их изготовления.

Пример карты производственного заказа в VOGBIT
Рис. 10. Пример карты производственного заказа в VOGBIT

Содержание (структура) технологической карты производственного заказа зависит от применяемого метода планирования производства (см. ниже). При использовании метода “по отдельным деталям” (серийное производство) технологическая карта представляет собой линейный список (без какой-либо иерархии) изготавливаемой номенклатуры с указанием количества и единиц измерения. Если используется метод “по комплектам”, то в карте могут быть указаны не только сами изделия, но и входящие в них детали (состав комплекта). В этом случае содержание технологической карты представляет собой уже не список, а древовидную структуру. Более подробно об этом можно прочитать в отдельном руководстве.

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

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

2.11 Партия изделий

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

Партия изделий
Рис. 11. Партия изделий

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

2.12 Пост

Также может встречаться название Производственный ресурс.

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

Посты и их загрузка работами
Рис. 12. Посты и их загрузка работами

Может в качестве поста в VOGBIT выступать и оборудование или работники, не закреплённые ни за какой конкретной частью производственной площади. Например, транспортные рабочие, ремонтные или монтажные бригады. Информация о постах, из которых состоит ваше производство, нужна в программе, если вы хотите использовать уровень учёта “Высокий” или “Максимальный” (см. ниже), а также планировать загрузку производства. При более простых вариантах учёта данные по постам никак не используются, и вносить их не обязательно. Примеры описания производства, в виде набора постов смотрите здесь и здесь.

2.13 Рабочая смена

Работники (один или несколько), которые трудятся на определённом Посту в заданный день и время. В зависимости от количества назначенных на пост рабочих и их квалификации рассчитывается максимальный объём работ, которые могут быть выполнены на данном рабочем месте в интересующий день и смену. График рабочих смен (график выхода конкретных сотрудников на работу по постам) нужно вести в программе, если вы хотите использовать Уровень учёта производства “высокий” или “максимальный” (см. ниже). Для более простых вариантов учёта информация о рабочих сменах не нужна. Некоторые примеры, связанные с рабочими сменами можно найти здесь.

Редактирование информации о смене
Рис. 13. Редактирование информации о смене

2.14 Производственный участок

Объединение определённых постов(рабочих мест, производственных ресурсов) по технологическому, территориальному или какому-либо другому признаку. Производственные участки в программе не обязательно должны строго соответствовать понятию “Участков” в существующей организационной структуре предприятия и могут объединять посты по любому принципу. Так, как это будет наиболее удобно с точки зрения описания в программе технологических процессов, планирования и контроля производства. Пример объединения постов в участки можно посмотреть здесь или здесь.

2.15 Метод планирования

Может также встречаться название способ планирования.

Способ использования программы VOGBIT в зависимости от типа, серийности и других особенностей производства.

Для производств разного типа и серийности могут значительно отличаться и принципы организации самого производственного процесса. В частности:

  • порядок формирования плана запуска (определения какие именно позиции нужно изготавливать и в каком количестве);
  • способы и детальность контроля производственного процесса;
  • критерии оценки выполнения плана и выданных заданий;
  • порядок взаимодействия различных участников производства (подразделений, работников).

VOGBIT является достаточно гибкой и универсальной системой и может успешно применяться в самых разных условиях, однако, и порядок работы с программой, естественно, будет несколько отличаться. Например, совершенно разными могут быть принципы формирования содержания производственных заказов.

Для производств, включающих в себя изготовление отдельных компонентов и затем сборку из них готовой продукции, можно выделить два основных Метода планирования:

  • по комплектам - способ, более подходящий для единичного или чисто по заказного производства, а также для небольших предприятий. Особенно тех из них, кто стремится свести к минимуму объём незавершённого производства.
  • по отдельным деталям - способ, больше подходящий для производства с большой повторяемостью выпускаемой продукции и высокой степенью унификации применяемых компонентов.

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

Более подробно об отличиях указанных выше методов планирования, можно посмотреть здесь.

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

2.16 Группа планирования

Признак, присваиваемый детали или сборочной единице, указывающий её принадлежность к определённой группе. Может использоваться:

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

2.17 Уровень учёта

Одно из ключевых понятий с точки зрения применения VOGBIT непосредственно в производстве. Уровень учёта определяет, насколько полно и детально будет отражаться в программе реальный производственный процесс. И соответственно, насколько тесно ежедневная деятельность всех участников этого процесса от директора до рабочего так или иначе будет связана с программой и с информацией в её базе данных.

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

Выбор уровня учёта зависит, в первую очередь, от особенностей производства и того, какие именно задачи вы хотите решать с помощью VOGBIT. Важную роль играет также тот факт, насколько предприятие на текущий момент готово использовать единую автоматизированную систему контроля производства на всех его этапах и участках. Нужно понимать, что выбор, к примеру, уровня учёта “высокий” или “максимальный” подразумевает (безотносительно программы) наличие уже существующего определённого уровня культуры производства и технологической дисциплины. В противном случае (при выборе слишком высокого уровня учёта, когда предприятие к этому не готово) попытка использования программы в производстве вряд ли даст положительные результаты, т.к. управляющие воздействия (например, формирование заданий в программе) просто не будут иметь должного эффекта. Кроме того, очень сложно будет обеспечить требуемую скорость поступления и достоверность информации.

Всего в VOGBIT предусмотрено 4 уровня учёта:

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

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

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

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

  • «максимальный»- разновидность «высокого»уровня учёта ориентированная на специфику серийного производства. Позволяет удобно работать с программой при детальном планировании и учёте процесса изготовления больших партий одинаковых деталей.

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

Подробная информация об уровнях учёта, их особенностях и отличиях, примеры и рекомендации по применению того или иного уровня учёта представлены в специализированном руководстве.

2.18 Задания для производства

Задание – одно из ключевых понятий для организации эффективного производства.

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

В общем случае задание для производства в VOGBIT представляет собой зафиксированную в программе информацию о том, какие указания и когда были даны производственному подразделению или конкретному исполнителю.

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

Общее задание для производства в виде распечатанного документа
Рис. 14. Общее задание для производства в виде распечатанного документа

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

Сменное задание для поста на экране и в виде распечатанного документа
Рис. 15. Сменное задание для поста на экране и в виде распечатанного документа

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

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

Одной из важных характеристик задания является его трудоёмкость. На уровне учёта “высокий” или “максимальный” плановая и фактическая трудоёмкость выполнения работ могут отличаться. На «минимальном» и «среднем» уровнях учёт ведётся упрощённо, и фигурирует просто трудоёмкость заданий (не разделяется на плановую и фактическую).

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

Отчёт о работах, выполненных за месяц
Рис. 16. Отчёт о работах, выполненных за месяц

Большой объём различной информации о создании заданий и о работе с ними можно найти в руководствах VOGBIT. График производства и Работа с заданиями.

2.19 Последовательность

Опция, выбираемая пользователем при создании Заданий для производства, и определяющая будут или не будут наложены какие-либо ограничения на порядок выполнения сформированных заданий. Имеет значение только при уровне учёта “высокий”.

Перед созданием новых Заданий для производства(в режиме “График производства”) можно выбрать одно из четырёх возможных значений опции:

  • Последовательность: произвольная- сформированные задания можно будет выполнять в любом порядке, никаких ограничений нет;
  • Последовательность: подряд- все созданные задания должны будут выполняться строго в том порядке, в котором следуют соответствующие операции в технологическом процессе (на основании которого были созданы задания). Т.е. выполнение каждой последующей операции по обработке партии деталей возможно только после того, как отмечено окончание работ по предыдущей операции. Основной плюс данного способа - простота. Не требуется никакой настройки. Однако и область применения подобной простой логики ограничена.
  • Последовательность: определяется технологическими операциями - способ, подходящий для производства, где количество возможных технологических операций невелико, и выполняются они всегда только в строго определённом порядке. Позволяет один раз указать в справочнике, какая операция должна выполняться после какой, и по аналогии будут накладываться ограничения на порядок выполнения, для всех создаваемых заданий для производства. Такой подход требует минимума предварительных настроек, но годится только для некоторых простых производств.
  • Последовательность: задана в технологическом процессе - наиболее универсальный способ. Позволяет гибко описать порядок выполнения операций на уровне конкретного технологического процесса или задать его в типовом технологическом процессе. Можно, например, в одном техпроцессе определить, что некоторые операции в нём должны выполняться строго последовательно, а другие могут и параллельно. Таким образом можно задавать достаточно сложные ограничения на порядок выполнения заданий в производстве, но необходимо хорошо понимать принципы работы программы и правильно выполнять нужные настройки.

Если при формировании заданий для производства выбрано любое значение, кроме “произвольная”, и правильно подготовлены исходные данные, то программа не только создаст задания, но и автоматически установит между ними связи, ограничивающие последовательность выполнения. Выдать задание конкретному работнику будет невозможно до тех пор, пока не внесены отметки о выполнении всех предыдущих.

Последовательность выполнения заданий
Рис. 17. Последовательность выполнения заданий

Кроме того, заданная последовательность работ позволяет использовать “Помощник мастера”. Это встроенная в VOGBIT небольшая программа, которая после выполнения рабочим очередного задания может выдать полезную информацию, рекомендации, а также автоматически выполнить некоторые действия. Например, “Помощник мастера” может сообщить какая будет следующая технологическая операция для данной партии деталей, на каком посту она должна выполняться, какова текущая загрузка этого рабочего места, предложить включить соответствующие работы в сменное задание или откорректировать ранее сформированный оперативный план в случае отставания или опережения графика работ.

“Помощник мастера”, также как и всё, что описано в данном разделе (Последовательность) используется только на уровне учёта “высокий”. Дополнительную информацию об использовании ограничения последовательности выполнения заданий, а также о том, какие должны быть для этого выполнены настройки, можно найти в руководстве VOGBIT. График производства.

2.20 Лимитно-заборная карта

Может встречаться также название Лимитная карта.

Документ, регламентирующий выдачу со склада материалов, комплектующих и других товарно-материальных ценностей, необходимых для выполнения производственного заказа (или изготовления отдельных позиций заказа). Содержит список материалов и комплектующих, которые нужно получить на складе, с указанием количества по нормативам. Формируется программой автоматически из режима “Расчёт потребности”. Номенклатура и количество материалов определяется, исходя из состава заказа и технологических процессов. С технической точки зрения Лимитно-заборная карта представляет собой расчётный документ, связанный с соответствующим производственным заказом.

Пример лимитно-заборной карты, сформированной в виде документа для печати
Рис. 18. Пример лимитно-заборной карты, сформированной в виде документа для печати

Пример создания лимитно-заборных карт можно найти здесь. Пример дальнейшей работы с ними - здесь. Создание лимитных карт описано в руководстве Лимитно-заборные карты и Требования. Порядок работы с лимитно-заборной картой на складе – в руководстве Складской учёт.

2.21 Требование

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

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

2.22 Предварительная заявка (на материалы)

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

Подробнее о Предварительных заявках и их отличии от Лимитно-заборных карт и Требований читайте в документации.

2.23 Заявка покупателя

Применяется при использовании VOGBIT в мелкосерийном и серийном производстве. Документ, содержащий информацию о заказе покупателя на продукцию выпускаемую предприятием: номер и дата заявки, заказчик, продукция, количество, стоимость (не обязательно). Может использоваться:

  • для составления и корректировки плана производства с учётом всех поступивших заявок, остатков продукции на складах и в незавершённом производстве;
  • как документ-основание для оформления в программе отгрузки готовой продукции со склада.

Простейший пример использования заявок покупателей можно найти здесь.

2.24 Заявка на производство

Применяется при использовании VOGBIT в мелкосерийном и серийном производстве. Заявка на изготовление определённой номенклатуры деталей, узлов или готовой продукции, с указанием желаемого количества и комментариями. Может составляться пользователем вручную или формироваться в автоматизированном режиме программой на основании расчёта дефицита готовой продукции, узлов и деталей. На основании заявок поступивших заявок на производство могут формироваться производственные заказы.

Простейшие примеры работы с заявками на производство можно найти здесь, здесь и здесь.

2.25 Заявка на закупку

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

2.26 Прайс-лист

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

Подробнее о прайс-листах можно прочитать в руководстве по модулю Себестоимость.

3. Базовые термины, используемые в системе

В отличие от предыдущего раздела, где даны общие определения, этот посвящён, в основном, “системной” терминологии, т.е. связанной с теми базовыми информационными объектами, которые использует при работе программа. Для большинства конечных пользователей, которые работают преимущественно со специализированными режимами или даже только отдельными окнами, эта информация будет излишней, т.к. вряд ли когда-нибудь им пригодится. Данный раздел предназначен в первую очередь для администраторов и “продвинутых пользователей” VOGBIT, поскольку здесь приводятся описания терминов, применяемых в более “низкоуровневых”, универсальных режимах, которые предназначены для ручного создания и редактирования в VOGBIT произвольных информационных объектов.

3.1 Категория

представление какого-либо справочника в виде дерева папок. Пример использования категорий можно посмотреть здесь, здесь и здесь. Для одного и того же справочника в VOGBIT можно создать несколько разных категорий, т.е. несколько альтернативных вариантов классификации одной и той же информации. Пример создания нескольких категорий можно посмотреть здесь.

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

3.2 Коллекции компонентов

один из основных информационных объектов в системе. Позволяет создать структурированное описание какого-либо объекта или процесса: из каких элементов состоит, как они взаимосвязаны, их свойства, характеристики и прочая информация (например, количество, единица измерения и любой набор дополнительных атрибутов). Коллекция компонентов - это универсальный механизм, единая техническая основа, с помощью которой можно легко создавать в базе данных VOGBIT, например, Конструкторские спецификации, Заказные спецификации, Технологические процессы, Типовые технологические процессы, Технологические карты производственных заказов (см. раздел “Общие определения”) и многое другое.

Коллекции компонентов, связанные с изделием (с номенклатурной позицией)
Рис. 19. Коллекции компонентов, связанные с изделием (с номенклатурной позицией)

Коллекция компонентов является описанием, поэтому обязательно относится к какому-либо объекту (номенклатурной позиции), который она описывает.

Примеры случаев, когда коллекции компонентов (спецификации, техпроцессы, карты заказов) создаются и заполняются программно при работе различных модулей VOGBIT можно найти здесь, здесь, здесь и здесь. Пример создания и заполнения коллекции компонентов «вручную», с использованием «низкоуровневого» интерфейса администратора, можно найти здесь.

3.3 Компонент

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

Компонент
Рис. 20. Компонент

3.4 Тип связи

Ещё одно базовое понятие в системе VOGBIT. Широко применяющийся универсальный механизм, позволяющий указать, чем является тот или иной объект в контексте использования его в определённом месте. Например, при создании новой коллекции компонентов с помощью типа связи определяется, что это такое: спецификация, технологический процесс или что-то другое. При составлении спецификаций с помощью типа связи можно определить, является добавляемый компонент деталью или, к примеру, стандартным изделием. В технологии разделить, какая строчка является операцией, а какая технологическим переходом. При настройке конфигурируемой спецификации (см. раздел “Общие определения”) можно связать в ней две детали и посредством типа связи определить, используются ли они только совместно друг с другом или, к примеру, одна вместо другой. Можно связать технологическую операцию с участком и с помощью типа связи указать, что это то подразделение, где операция должна выполняться и т.п.

Некоторые примеры, как используются типы связей, можно найти здесь, здесь и здесь.

Количество и разнообразие используемых типов связей в VOGBIT никак не ограничено. При желании пользователь может создавать и применять в работе любые свои типы связей. Существует ряд “системных” типов связей с предопределёнными уникальными идентификаторами, которые так или иначе задействованы в логике, заложенной в программе. Полный список таких типов связей приведён в документации по настройке VOGBIT. Если по какой-либо причине какой-то из перечисленных в руководстве системных типов связей отсутствует в базе данных пользователя, то это не приведёт ни к сбою программы, ни к повреждению или потере данных. Просто при запуске того модуля VOGBIT, в логике которого задействован отсутствующий тип связи, программа выдаст сообщение о том, какой из требуемых типов связи не найден. В таком случае следует просто добавить в нужный тип связи в справочник.

Типы связи в том или ином виде используются в VOGBIT повсеместно. При работе с основными модулями, предназначенными для конечных пользователей (например, Технология подробно, График производства, Складской учёт и др.), программа сама задействует требуемые типы связей там, где это нужно, и пользователь может не задумываться об этом. Примеры можно найти здесь, здесь и практически во всех роликах по основным пользовательским режимам работы.

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

3.5 Наследование

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

Пример 1: При создании с помощью Конфигуратора полного дерева изделия, по умолчанию компоненты в это дерево копируются из соответствующих конструкторских спецификаций с наследованием. Это означает, что если, например, после этого изменить количество детали в конструкторской спецификации отдельного узла, то соответственно изменится количество этой детали и в полном дереве изделия, в которое входит данный узел.

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

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

В целом, наследование это удобный и эффективный механизм, который позволяет с минимальными усилиями управлять большим объёмом сложной взаимосвязанной информации. В частности:

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

В то же время, надо понимать, что неосмысленное применение наследования может привести к нежелательным результатам. Например, пользователь изменит количество деталей в одном изделии, а оно неожиданно измениться и в другом. Учитывая это, специализированные режимы для конечных пользователей, такие например, как “Состав изделия”, “Технология”, “Расчёт комплектации” и др., автоматически управляют наличием или отсутствием наследования там, где это нужно. При работе с этими режимами пользователь может вообще не знать о таком понятии, как наследование,и не задумываться об этом.

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

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

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

Функция Наследование
Рис. 21. Функция Наследование

При активном использовании наследования может возникнуть необходимость проверить, задействован ли выбранный компонент в какой-либо цепочке наследования, и если да, то как именно. Например, когда нужно найти и исправить ошибку или внести какие-либо исправления. Для таких случаев в программе предусмотрено две специальных функции:

  • наследование компонента - показывает всю цепочку, откуда наследуются свойства выбранного компонента (откуда он был скопирован, вплоть до первоисточника);
  • унаследованные компоненты – показывает, есть ли компоненты, унаследованные от выбранного, и где они находятся.
Унаследованные компоненты
Рис. 22. Унаследованные компоненты

3.6 Метод вставки

один из нескольких альтернативных алгоритмов работы программы при копировании информации в одном месте и вставке её в другое.

Копирование/вставка данных - один из наиболее распространённых приёмов работы. Например, можно скопировать изделия в справочнике вставить в спецификацию учётного или расчётного документа, скопировать детали из спецификации одного узла и вставить их в спецификацию другого, заимствовать операции из одного техпроцесса для применения в другом, продублировать параметры одного объекта для другого, похожего на него, и многое другое. Зачастую, при этом существует несколько разных вариантов выполнения подобного действия. Например, если скопировать операцию в технологическом процессе А и вставить её в техпроцесс Б, то можно:

  • просто создать в техпроцессе Б точно такую же операцию, как та, что есть в техпроцессе А (копию);
  • скопировать операцию из техпроцесса А в техпроцесс Б с наследованием, т.е. с сохранением связи копии с первоисточником (подробнее см. описание понятия Наследование).

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

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

При работе с “низкоуровневыми” универсальными режимами пользователь сам выбирает, какой метод вставки использовать. Если вы постоянно выполняете аналогичные действия и всё время используете один и тот же метод вставки, то чтобы не выбирать его каждый раз, можно поставить галочку “использовать этот метод по умолчанию”. Чтобы впоследствии снова вернуться к ручному выбору метода вставки, изменить или отключить метод “по умолчанию”, используйте команды контекстного меню “Скопировать” / ”Вставить как...”.

Выбор Метода вставки
Рис. 23. Выбор Метода вставки

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

  • метод “Копировать данные между похожими объектами с сохранением иерархии объектов” обеспечивает копирование без наследования;
  • метод “Вставить компоненты” обеспечивает копирование с наследованием.

3.7 Связанные объекты

Базовая возможность VOGBIT, с помощью которой можно устанавливать логические связи между любыми различными информационными объектами в системе. Например:

  • связать технологическую операцию с производственным участком, чтобы указать, что данную операцию нужно выполнять на этом участке;
  • связать с участком посты, чтобы указать описать структуру своего производства - какие посты относятся к этому участку;
  • связать деталь в заказе с определённым вариантом технологического процесса, чтобы указать, что в этом заказе при изготовлении этой детали следует использовать именно этот вариант технологии.

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

Связанные объекты
Рис. 24. Связанные объекты

При редактировании данных с использованием “низкоуровневых” универсальных режимов пользователь может сам создавать любые связанные объекты. Если с наличием или отсутствием определённых связанных объектов как-то связана логика работы программы, то это описано в соответствующей документации: какие нужно использовать связанные объекты, для чего, какие применять типы связей. Приводятся пояснения, как программой интерпретируется соответствующая информация, и примеры. В частности описание использования связанных объектов можно встретить:

3.8 Подразделения и сотрудники

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

Подразделения
Рис. 25. Подразделения

По аналогии с Подразделением в программе существует также общее понятие Сотрудник. Если Подразделение в VOGBIT - это какая-либо организация, то Сотрудник- это конкретный человек. В VOGBIT не существует отдельно справочников пользователей программы, отдельно работников, отдельно контактных лиц и т.п. Все эти объекты, соответствуют по своей сути отдельным людям и относятся в программе к одному общему типу, который носит условное название Сотрудник. С помощью Категорий один общий справочник Сотрудники можно легко разделить на несколько разных. Например: производственные рабочие, инженерно-технический персонал, контактные лица сторонних организаций и т.д. Для каждой Категории можно создать свою структуру папок и расположить в ней соответствующих людей. По аналогии с другими объектами VOGBIT, можно с помощью стандартных механизмов (Параметры, Связанные объекты) легко добавлять для Сотрудников произвольную дополнительную информацию: адреса, телефоны, e-mail’ы, квалификация, освоенные профессии, дата рождения и т.д. и т.п.

Сотрудники
Рис. 26. Сотрудники

Чтобы зарегистрировать нового пользователя VOGBIT достаточно просто выбрать соответствующего человека в справочнике Сотрудники, установить галочку “разрешить вход” и назначить ему имя и пароль для входа в программу. Также для каждого пользователя можно настроить свою конфигурацию VOGBIT, т.е. что он будет видеть в меню при входе в программу, какие режимы и функции будут ему доступны. Подробнее об этом смотрите в видеоролике и в документации.

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

Минимальная информация, которую нужно внести в VOGBIT для начала работы - это список тех подразделений вашего предприятия, деятельность которых вы хотите так или иначе связать с использованием программы. Например, производственные участки и склады. Если вы собираетесь применять систему непосредственно в производстве и планируете использовать уровень учёта “высокий” или даже “максимальный”, то понадобится также внести данные по имеющимся Постам, ввести список рабочих, настроить, какие посты и работники относятся к каким участкам. Примеры показаны здесь и здесь. Более подробную информацию можно найти в документации по настройке VOGBIT.

3.9 Параметры

Универсальный механизм VOGBIT, который позволяет без программирования, без изменения структуры таблиц или каких-либо других сложных операций и настроек добавлять к любому объекту в системе произвольное количество дополнительных характеристик и атрибутов. Например, для деталей это могут быть размеры и вес, для организации - ИНН, адрес и телефон, для станка - его характеристики, для технологической операции - время и режимы обработки и т.д. и т.п.

Параметры
Рис. 27. Параметры

Огромным преимуществом является то, что пользователи VOGBIT могут сами создавать и применять любые параметры. Т.е. “добавить своё поле” можно самостоятельно буквально за несколько секунд. Некоторые примеры использования параметров можно посмотреть здесь.

Параметры в VOGBIT можно добавить абсолютно к любому объекту. Например, к номенклатурной позиции, к детали в спецификации, к документу или к отдельной строчке в документе, к заказу и т.д. Количество параметров не ограничено.

Учитывая то, что набор параметров объекта в программе может представлять собой не только список, но и древовидную структуру, используя этот простой механизм, можно описывать достаточно сложные информационные объекты и зависимости. Например, в руководстве по использованию Конфигуратора можно посмотреть, как параметры используются для управления составом изделия в зависимости от выбранных заказчиком опций.

Всего в VOGBIT поддерживается 11 типов параметров:

  • Boolean- логический (Да/Нет), параметр типа “галочка”;
  • Date- дата;
  • Float- вещественное число;
  • Float list- список для выбора, значения в списке - вещественные числа;
  • Integer- целое число;
  • Integer list- список для выбора, значения в списке - целые числа;
  • String- строка;
  • String list- список для выбора, значения в списке - строки;
  • Text- текст, в отличие от строки практически не имеет ограничения по длине;
  • Time- время;
  • Time list- список для выбора, значения в списке - времена.

Существует набор “системных” предопределённых параметров, которые программа использует для хранения тех или иных характеристик, необходимых для работы разных модулей и функций. Полный список таких параметров приведён в руководстве по настройке VOGBIT. Отсутствие в базе данных любого из системных параметров не приведёт ни к сбою программы, ни к какому-либо повреждению данных. Просто при попытке запуска режима или функции, который как-то использует этот недостающий параметр, программа выдаст сообщение о том, какой именно параметр не был найден. Используя руководство для справки, нужно просто добавить в базу данных соответствующий параметр. В “демонстрационной” и “стартовой” базах данных все используемые системные параметры уже присутствуют.

3.10 Расчётный документ

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

Пример Расчётного документа в базе данных VOGBIT
Рис. 28. Пример Расчётного документа в базе данных VOGBIT

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

3.11 Учётный документ

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

Пример учётного документа в базе данных VOGBIT
Рис. 29. Пример учётного документа в базе данных VOGBIT

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

  • поступление на склад - заполнена только спецификация получателя;
  • списание со склада - заполнена только спецификация поставщика;
  • перемещение со склада на склад - заполнены обе спецификации.


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

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

При ручном составлении учётного документа нужно:

  • создать учётный документ, указать его тип, номер, подразделение-получателя и поставщика;
  • заполнить нужную спецификацию учётного документа (или обе), т.е. указать номенклатуру, которая поступает или выдаётся;
  • выбрать учётные карточки (см. ниже) на которые будет приходоваться номенклатура или с которых списываться, указать количество.


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

Учётные документы - это универсальный механизм. Ручное создание и заполнение учётных документов позволяет выполнять в программе любые, даже самые сложные операции, связанные с учётом, однако, может представлять собой достаточно трудоёмкое занятие. Поэтому для конечных пользователей (кладовщиков), действия которых в большинстве случаев сводятся нескольким типовым операциям, в VOGBIT разработан специальный более простой интерфейс. Пример работы с ним можно посмотреть здесь. Подробное описание приводится в соответствующем руководстве. При использовании указанных модулей пользователю уже совершенно не обязательно понимать такие термины как учётный документ, тип связи, спецификация получателя и поставщика и т.п. Кладовщик может оперировать более привычными для него понятиями, например, “Накладная поставщика”, “Приходный ордер”, “Расходная накладная”, а все нужные объекты и действия на уровне системы (создание, заполнение, проведение учётных документов, установка связей и т.п.) программа выполняет полностью автоматически. Опытные пользователи при необходимости могут работать и напрямую с учётными документами, используя универсальный “низкоуровневый” интерфейс для их создания и редактирования.

3.12 Учётная карточка

Учётные карточки используются в программе полноценного партионного складского учёта.

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

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

Пример учётных карточек номенклатуры в базе данных VOGBIT
Рис. 30. Пример учётных карточек номенклатуры в базе данных VOGBIT

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

3.13 Коэффициент пересчёта

Коэффициент для перевода количества из одной единицы измерения в другую. Используется, в первую очередь, для номенклатуры. Например можно задать, что для номенклатурной позиции “Лист стальной 08ПС” коэффициент пересчёта из “шт” в “м2” = 3.125. Коэффициенты пересчёта играют большую роль при выполнении различного рода расчётов общего количества материалов или изделий. Например, в режимах Себестоимость, Расчёт потребности, Обеспеченность, Остатки, Затраты план-факт, Обороты. В данном случае вполне возможна ситуация, когда в разных спецификациях, технологических процессах, документах и складских карточках для одной и той же номенклатуры количество окажется указано в разных единицах измерения. При выполнении расчёта программа пытается автоматически преобразовать количество к одной единице измерения и подсчитать общую сумму. Если это сделать не получается, то в результатах расчёта для такой позиции обязательно выводится значок предупреждения и подсказка, что не удалось найти необходимый коэффициент пересчёта, и соответственно вычислить количество.

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

Коэффициенты пересчётаРис. 31. Коэффициенты пересчёта

Возврат к списку


×
Вход на сайт