Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Скриншоты из новой версии (готовится к выходу): Рис.1. Пример. Есть задания на текущую смену, есть какие-то запланированные на предыдущие смены, но по каким-то причинам не выполненные. Есть задания дальше, на следующую смену. На терминале, когд ...
Описание порядка выполнения операций при изготовлении - Состав и технология
Константин Чилингаров: Здравствуйте, Существующие в текущей версии варианты: 1. Не запускать "тройники" (не создавать задания) до тех пор, пока не сделаны "корпуса" и "штуцеры" (ну если только последние, конечно, не были сделаны заранее ...
В расчет потребности не попадают детали из готового изделия - Состав и технология
Константин Чилингаров: Такой вариант по смыслу соответствует тому, что изготовленные в рамках данного заказа детали, хотя и используются для сборочной единицы в этом же заказе, сначала передаются на склад (отмечается в программе). А потом через какое-то время выдаются со с ...
Перемещение в учетную группу - Ошибки в работе
Константин Чилингаров: Точно. Воспроизвёл. Так и есть. Это недоработка. Будем чинить. Спасибо!
Редактирование параметра профиль и размеры - Состав и технология
Константин Чилингаров: Называть параметры можно как угодно. В том числе переименовывать. И свои создавать, любые. От названия параметра ничего не зависит.  Можете, например, в своей базе переименовать, если есть желание. Почему не вывести параметр материала "профи ...
Как правильно организовать начальный импорт данных на склад - Экспорт импорт данных
Константин Чилингаров: 18911 Станислав написал: А по срокам примерно? День - неделя (в зависимости от загрузки в этот момент). Скорее, день. Плагин сам есть готовый. Вместе с краткой инструкцией и примером его дадим. Если что не получается, то 1-2 коротких консульта ...
Работа с заданиями - Производство
Константин Чилингаров: Здравствуйте, На "среднем" уровне задания не выдаются на пост на конкретную смену (основное предназначение режима "Новые задания"). Соответственно, в режиме "Новые задания" с ними делать нечего. Они там выводятся для ...
График производства перестал показывать вторую очередь - Производство
Станислав: 13 Константин Чилингаров ,  Спасибо! Я вас во все в принципе понял. С Уважением!
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, Видимо, речь о том, что когда включены "учётные группы", то в "Обеспеченность" показываются внизу "пустые" остатки по всем ранее существовавшим группам (закрытым). Попробовал, да есть такая штука. Согл ...
Удалить расходную накладную - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18911 Станислав написал: Странно, но ЕИ по умолчанию через некоторое время опять появились те же самые, что и были раньше.Т.е удаление их из окна связанных с номенклатурой объектов не решает проблемы, попробовал кг заменить на м, все равно устанав ...
Работа с заданиями - редактирование строки по конкретной операции над деталью - Производство
Константин Чилингаров: Здравствуйте, 18911 Станислав написал: В технологии за конкретной операцией Пиление заготовки пост на котором исполняется операция конкретно не указан, и поэтому в связанных объектах указано две ленточные пилы. Некоторые общие вещи по поводу ...
Удвоение потребности - Производство
Станислав: 13 Константин Чилингаров ,  Фигасе - походу "мозгу юзера" капец. Спасибо за пояснения. С Уважением!
Переключение между базами данных - Обновление
Константин Чилингаров: Здравствуйте, Разные "файлы программы" в базах. На одной стоит обновление, на другой нет. 4146 Владимир Трусов написал: Как это починить? Поставить последнее обновление на обе базы.
Терминал. Распределение заданий на разные участки. - Терминалы
Константин Чилингаров: Про выдачу одного задания на разные посты, которые на разных участках. Я бы всё таки настоятельно не рекомендовал так делать. Это идеологически изначально не предусмотрено, и чревато. Например, к "участку" привязывается "тип терминал ...
Выдача ТМЦ со склада "без основания" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18931 Volkov1 написал: Можно ли осуществлять выдачу любых номенклатурных позиций со склада? Ответ на одно сообщение выше. Проблема не в выдаче. Всё выдаётся и проводится в программе: накладная создаётся (в виде электронного документа в програ ...
Ошибки после обновления декабрь 2019 - Терминалы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: они не связаны с отключением электричества или аварийным завершением но вот это 3520 Alex-220781 написал: аботник нажимает кнопку "завершить", выскакивает ошибка - это и есть аварийное з ...
Вопросы по демо версии - Демо версия
Станислав: 13 Константин Чилингаров , Здравствуйте! Не хотел Вас обидеть своими глупыми вопросами, но причина в том числе и не совсем дружественном интерфейсе проги и довольно сложной структуре данных, предназначенной для построения СУБД. У обычного реально ...
Комментарии к операциям - Прочее
Константин Чилингаров: Здравствуйте, В этом окошке (график работ по сменам/ детальный график) в этой колонке отображается комментарий к операции, указанный в техпроцессе.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: У вас в списке всего деталей, которые можно объединить в группу: 8 шт, 2 шт и 2 шт. Вы говорите, что в группе деталей: 8шт, 2шт и 2шт. Больше одной такой "группы" из такого количества деталей создать не получится.
Ошибка при выводе на печать предварительных заказов в демо версии производство - Производство
Константин Чилингаров: Здравствуйте, В окне, где выбирается бланк отчёта (какой нужно распечатать), нужно выбрать подходящий шаблон и нажать "Ок" (не на "принтер"). См. /support/622/#_v7680 здесь , рис.68.

Сначала простой вопрос

- Установка/настройка - Старые разделы форума
Страницы: 1
Сначала простой вопрос, Мануал есть?
 
Где можно прочесть по настройкам системы. Вообщем Хелп!
 
А что понимается под настройками системы ? Если общие какие то приемы, то видеоролики это лучшее что есть ... Смотреть здесь. То что касается "....прочесть...." то мне кажется иногда гораздо проще для понимания "....увидеть...."
Там конечно представлена очень малая часть возмжностей....
Если что то определенное интресует, то спрашивайте конкретнее...
Если речь идет о настройке системы для решения каких либо задач, то пишете что именно интересует..
 
Тогда так.
Необходимо создать новый тип обьекта, привязать к нему параметр, создать свою форму ввода, ввести данный обьект в номенклатуру заполнив параметр в форме. Как это сделать?
 
Не согласуется вот это
Цитата
Сергей пишет:
Необходимо создать новый тип обьекта
и вот это
Цитата
Сергей пишет:
ввести данный обьект в номенклатуру
:)
Если новый тип, то тогда как и зачем вводить в номенклатуру? Номенклатура - это тип объекта. Есть другие типы объектов, например работники, подразделения, параметры. Можно свой тип завести. Нет проблем. Я, например, в свое время заводил объект "Логический оператор". Нужно было. А Вам какой нужен тип объекта свой? И зачем?

Может не тип объекта нужен? А, например, просто новая категория номенклатуры?
Тут дело вот в чём, в отличие от TCS где есть четко ограниченный набор справочников и жёсткое разбиение номенклатуры по ним, в VOGBIT таких ограничений нет.

Есть просто номенклатура. Детали, материалы, здания, автомобили, свёрла, вёдра и т.д. и т.п. Можно вообще её не делить и работать со всей сразу, как с линейным списком. Но неудобно. Ибо обычно очень много. Чтобы её разделить - есть Категории. Некий аналог справочников в TCS. Только в отличие от TCS их можно делать сколько хочешь. И одна и та же номенклатура вполне может быть в разных категориях (справочниках). Например, может быть справочник материалов для конструкторов и технологов и справочник материалов для снабжения и производства. Номенклатура (материалы) в них будет физически одна и та же, а вот классификация может быть совершенно разной. Более того, в справочнике для снабжения материалы запросто могут быть объединены с какими-нибудь болтами и гайками, а в справочнике для конструкторов - разделены и т.д.
Разделение по папкам и подпапкам в каждой категории, конечно, своё.

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

Теперь насчёт
Цитата
Сергей пишет:
создать свою форму ввода
Технически без проблем. Давайте разберёмся только зачем. Чего Вы хотите добиться в итоге? Сделать чтобы при вводе номенклатуры обязательно надо было параметр вводить? или что? Опишите чуть поподробнее, что за задача решается и для чего?
Просто в VOGBIT есть масса других путей, которых в TCS вообще не предусмотрено. Например, если Вы хотите чтобы при добавлении номенклатуры в спрвочник предлагалось (было необходимо) заполнить определённый параметр, то красивее будет сделать это через события. Чтобы когда добавляется номенклатура в справочник, выскакивала форма с предложением (требованием) ввести этот параметр. Причем тут можно навернуть еще, например, чтобы при вводе не любой номенклатуры, а только определённой, чтобы в зависимости от вида разные параметры были и т.д.
 
С категориями вроде разобрался.
Насчет форм ввода.
Я так понимаю при вводе обьекта появляется всегда стандартная форма где есть "Обозначение" и "Наименование". Для большинства не машиностроительных задач эти два поля не нужны. И збивают клиента с толку. Можно ли их убрать и заменить своими параметрами (думаю что нет конечно). Или хотябы добавить, но это уже криво.
Можно про события поподробнее. Т.е. по событию всетаки можно вывести некую форму для заполнения. Пока не нашел.
 
Цитата
Сергей пишет:
С категориями вроде разобрался.
Очень хорошо
Цитата
Сергей пишет:
Насчет форм ввода.
Я так понимаю при вводе обьекта появляется всегда стандартная форма где есть "Обозначение" и "Наименование". Для большинства не машиностроительных задач эти два поля не нужны. И збивают клиента с толку. Можно ли их убрать и заменить своими параметрами (думаю что нет конечно). Или хотябы добавить, но это уже криво.
общий подход такой - у любого объекта есть обозначение и наименование, хотя бы одно их них должно быть заполнено, все дополнительные реквизиты (если нужно) добавляются через список параметров (в том числе иерархический), ссылок на другие объекты, последовательности объектов и еще масса других способов.
Цитата
Сергей пишет:
Можно про события поподробнее. Т.е. по событию всетаки можно вывести некую форму для заполнения. Пока не нашел.
форма заполнения пользовательская прописывается например в плагине, какую именно форму вызвать на определенное событие настраивается на закладке "События" кнопки "Установки"... НО там будут выведены только пользовательские формы, которые еще надо написать.... пример смотрите вот здесь http://www.tcsdev.com/forum/index.php?PAGE_NAME=read&FID=19&TID=155
Но это уж как то очень быстро до таких высот и тонкостей дошли .... Может немного поразбираемся что за объекты у которых нет ни обозначения ни наименования, но взамен них есть масса других реквизитов ?
Пойдем от задач так сказать ....
 
Что то цитаты не получаются. У меня опера.
По теме.
Пользовательские формы это высоты? Вы меня пугаете. :)
От задач так от задач.
Обьект "Договор" имееет как минимум два параметра. "Номер" "Тема договора". Именно так а не обозначение и наименование. Причем Тема многострочный параметр. Ну это ладно. В принципе пойдет. В договор входит обьекта "Тип обьекта" (строительство). Эта карточка имеет параметры "Нименование обьекта" многострочный, "стоимость", "длительность работ". Плюс параметры которые заполняет только бухгалтер. "Дата аванса" "Дата окончаловки". Когда договор утвержден договор и меет статус "Ожидание аванса" (думаю не проблема). КОгда пришел авнс. Заполняется соответсвующий параметр. Уведомляется соответсвующий начальник. Он создает проект в котором заполняет (выбирает) "Номер договора" - ссылка на соответвующий параметр в договоре. "Наименование обьекта" - ссылка на "Нименование обьекта" в "Тип обьекта". Параметры дата прихода аванса в карточке проекта заполняются автоматически опять ссылкой из "Тип обьекта".  Назначает РП - выбирает из списка соответсвующих пользователей. Уведомляет его. РП все в той же карточке проекта набирает исполнителей в отделном параметре из списка доступных пользователей. Уведомляет их. Собирает от них информацию о готовности работать над проектом. Организует проект создавая соответсвующие разделы проекта. Работа началась. Это все должно быть отражено в карточке проекта. Как вы заметили в карточке проекта нет не обозначения не наименования. Желательно что бы все это было, имею ввиду карточку проекта, в одном окне. В удобном виде для заполнения. Потому как пользователь не искушен в хитростях многооконных систем и хмурится.
Вообще часто встает задача. Для некоторых пользователей сделать отдельный EXE чтобы система запускалась в фоне а пользователю открывалась только форма, только ему для работы предназначенная. И она должна быть максимальон понятной.
Надеюсь не слишком запутал. :)
 
И резуме вопрос по предыдущему посту.
Что из того я написал можно настроить? Любым тоступным для системы способом. Так скажем ваш вариант. А что небоходимо скриптовать?
 
Цитата
Сергей пишет:
Надеюсь не слишком запутал.
Что и куда вводить - примерно понятно. Также понятно желание сделать индивидуальную "службу одного окна" :)
Но до сих пор не понятно - зачем всё это? Зачем всё это вводить. Ответ на главный вопрос не получен.
Какие задачи планируется решать. Как в дальнейшем планируется использовать введенные данные. Что ещё вводится в процессе развития проекта, что по окончании?
 
Изучать систему через общение в форуме безидейно. Нужно либо обучение, лтбо мануал нормальный. Тогда и вопросы будут грамотные на одном языке.
 
Так...
Я тут пропустил пару дней... Попробую включиться в обсуждение  :) .

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

Что нужно от программы я пока понял весьма условно. Управление всей этой деятельностью? Планирование работ? Контроль? Планирование ресурсов? Учёт загрузки ресурсов? Материальный учёт (если имеется в виду стройка)? Или просто элементарное складирование структурированное файлов (документов)?

Пока, из той совсем небольшой информации, что есть, складывается следующая картина:

1. Вся деятельность носит проектный характер. Соответственно, и в системе отталкиваться надо не от номенклатуры, а от проекта. Это в VOGBIT делается через механизм так называемых задач (tasks). Например, главная задача "Проект 123", с ней связаны задачи "проектирование", "согласование" и т.д., с ними в свою очередь связаны более мелкие задачи а-ля "разработка документации на _______" и т.д.

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

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

Если нужно по какому либо событию (поступлению проплаты, например) инициировать некое действие (например, создание этапа проекта или извещение определённых лиц, что оплата свершилась и т.п.), то видимо, и надо
а) формализовать события;
б) формализовать действия, что именно при наступлении события должно происходить;
в) сделать соответствующие plugin'ы (макросы), которые будут эти действия инициировать. Может по кнопке, может автоматически, тут уже конкретику смотреть надо.

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

Так вот. Теперь вернёмся к сути... :)
Есть три взаимаосвязанных механизма:
1. Задачи  - для планирования, структурирования, увязывания между собой и контроля работ.
2. Расчётные и учетные документы - для контроля движения материальных средств и увязки с деньгами.
3. Работа с Номенклатурой - для описания структуры материальных объектов их характеристик, взаимосвязей и т.д.
Еще раз повторю, что все эти 3 вещи в VOGBIT увязаны между собой в одной базе, следовательно легко доступна любая нужная связанная информация.

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

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

Обучение - без проблем! Приезжайте. Организуем в индивидуальном порядке.

Что касается мануала, то тут главный вопрос - а про что мануал? Просто документация по кнопкам - это врядли кому-то поможет и будет интересно. Тем более, что в VOGBIT можно даже без программирования вообще этих кнопок, и соответственно функций, помимо существующих еще и своих понагородить сколько угодно. А если говорить о методике применения ПО, то очень много просто видится возможных приложений и способов использования ПО. Будем, видимо, постепенно, по мере появления конкретных решений конкретных задач, опыт этот обобщать и выкладывать. Тогда, может быть, и до сводных практических рекомендаций дойдёт :).
 
Костантин. Надо я думаю внести ясность. Идет недопонимание. Я не клиент как ты понимаешь. Поэтому и идут вопросы "почему сразу в глубь" и "формы одного окна". Так как все остальное более или менее разобраться можно. Для того что бы мне предлогать клиенту ту или иную систему для решения его вопросов, я должен знать возможности системы. Пределы её настройки - базовым функционалом, функционалом и\или скриптами, только скриптами. Идиологию. В зависимости от этого будет зависить ход переговоров с клиентом (на что упирать, к чему склонять). Кроме этого позволит мне оценить ресурсы необходимые для внедрения системы. Оценить сроки. Все что ты описал в своих постах я очень хорошо понимаю. И вполне верю, зная вашу команду, что система многообщающая. Но этого мне мало для разговора с клиентом. Выехать на обучение пока нет возможности. А задавать вопросы по мелким нюансам в том числе и кнопкам, жаль времени. Выкладывать целые диаграммы активности, тоже смысла нет. Готовые решения на данном этапе, при незнании системы, бесполезны. По той же причине. Так что прям и не знаю. :)
Страницы: 1
Сейчас на форуме (гостей: 7)
Всего зарегистрированных пользователей: 3003
Приняло участие в обсуждении: 350
Всего тем: 804
Всего сообщений: 6066

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