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

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

Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для соответствующего поста – он и не показывается. Другое дело, что dashboard в таком виде вообще достаточно беспол ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно указан склад, куда передаётся, нажать «создать документ» (рис.2). Дальше можно при необходимости поправить количе ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...

Автозаполнение значений.

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

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

Остальное - без комментариев.
 
Цитата
Константин Чилингаров пишет:
Видно, что вы реально работать не пробовали. Чисто в теории рассуждаете.
Очень ошибаетесь. Я отвечаю за внедрение VOGBIT на наше производство, поэтому использую ваше приложение "и в хвост и в гриву".
И именно поэтому вижу и отмечаю недочеты, с которыми остальные люди мирятся просто потому, что у них нет другого выбора.
Я за свою жизнь и повидал кучу разных программ, и даже пописал эти самые программы, поэтому отлично представляю что должно быть в хорошо отлаженном интерфейсе, а чего можно и избежать.
Не понимаю, чего сложного при переносе данных из заявки в накладную сделать две кнопки - "Добавить все" и "Убрать все"?
При этом, по умолчанию должно все именно заполняться, чтобы кладовщик сверял с бумажной накладной что пришло и что было заказано. Если возникнут различия, а их будет гораздо меньше, чем число строк в накладной, он уже внесет изменения в программу.
А вот при вводе данных ручками 1000% мы добавляем человеческий фактор, который может, допустим, вместо 10 штук ввести 100 и даже не заметит, поскольку будет смотреть в накладную, чтобы не потерять ту строчку, которую надо будет ввести следующей.
Да и вообще, зачем усложнять работу кладовщику, какой в этом скрытый смысл?
Идем дальше. Он вводит сто штук в накладную (ошибся), но программа даже не предупредит его о том, что он ввел значение превышающее заказанное!!!
Основная задача программного комплекса - это помогать и упрощать работу, а тут она мало того, что усложняет, так еще и не контролирует операторские ошибки (опечатки).
Почему сложно вывести предупреждение, о том, что значение различается?
И, к сожалению, это сплошь и рядом в Вашей программе.
Вернемся, к примеру, к предварительным заявкам. Почему их нет в расчетных документах сразу? Почему для того, чтобы их увидеть я должен включать какую-то опцию "показать весь справочник"? Спасибо, что Вы мне в MS SQL Management Studio не предложили войти и сделать UPDATE на какой-нибудь таблице!
Вы не поверите, мой кладовщик, который отработал не с одной программой сдался через три дня, когда я попросил его самостоятельно изучить складской модуль VOGBIT. Он полдня не мог понять, почему он оформляет приход на основе заявки, а ни одна позиция не попадает в приходную накладную!
Он сделал почти 50 этих накладных (которых без опции "показать весь справочник", к слову, было не видно), хорошо еще мы на демонстрационной базе все это проводим, а так пришлось бы отсеивать эти накладные и, не дай бог удалить, нужную?
Почему перед записью приходной накладной не вывести окошко с кратким summary по накладной (например, кол-во позиций, сумма прихода, и проч?).  При этом Вы мне говорите, что этого не нужно, все работают, никто не жалуется, а "миллионы мух не могут ошибаться".
Спору нет, программа очень гибкая, мощная, функциональная, ПОЛЕЗНАЯ, НО!!! Хотелось бы более дружеского интерфейса, чем гибкость там, где она не нужна.
К слову, пример про накладную я вам привел не из головы - именно с моим кладовщиком мы разбирались что он там натворил, почему у него остатки не бьются. После чего он мне сказал, "Володь, напиши мне доступно на бумажке куда, в какой последовательности нажимать и что вводить и на что обращать внимание перед записью или еще перед чем, чтобы мы потом не сидели 2 часа и не вылавливали накладные на низком администраторском уровне".
Так что теперь я сижу и пишу для него человеческую инструкцию.
Поверьте, Вашей программе очень не хватает примитивной "защиты от дурака", слишком уж мощные возможности в нее заложены, чтобы ненароком не навредить банальной опечаткой или неправильным кликом мышки.
 
Цитата
Владимир Дружинин пишет:
программа даже не предупредит его о том, что он ввел значение превышающее заказанное!!!...Почему сложно вывести предупреждение, о том, что значение различается?
Рис.1.

Цитата
Владимир Дружинин пишет:
Почему перед записью приходной накладной не вывести окошко с кратким summary по накладной (например, кол-во позиций, сумма прихода, и проч?).
Рис.2.

Остальное примерно из этой же серии.

Цитата
Владимир Дружинин пишет:
мой кладовщик, который отработал не с одной программой сдался через три дня, когда я попросил его самостоятельно изучить складской модуль VOGBIT
Это исключительно ваша собственная ошибка.
Это вообще не дело кладовщика "самостоятельно изучать складской модуль". При правильно организованном процессе, кладовщику ставится рабочее место, даётся инструкция, за 2 часа показывается, что и как делать, и он счастлив и работает.
Только делается это в нужный момент. Когда всё готово вокруг, чтобы это сделать.

Когда пользователю просто ставят программу (для коллективной работы, а не AutoCAD и т.п. локальные вещи) и при этом говорят "давай, изучай, осваивай!" - это проблема того, кто ему поставил и это сказал. Значит он просто не знает, как такие вещи правильно делаются на самом деле.

К слову о кладовщиках... Кладовщик - это чуть ли не последний пользователь до которого доходит дело, при правильно организованном внедрении подобной системы. Потому что он в середине реального бизнес-процесса. Чтобы он нормально работал без проблем, уже должны работать в программе те, кто до, и те, кто после него. До этого бросать его на амбразуру бессмысленно. Головняка много - толку чуть.

Вам надо было не пожалеть пол дня времени и 4000 руб. на старте, и 90% подобных проблем у вас бы не было.
1.png (93.81 КБ)
2.png (23.42 КБ)
 
Цитата
Константин Чилингаров пишет:
Это вообще не дело кладовщика "самостоятельно изучать складской модуль". При правильно организованном процессе, кладовщику ставится рабочее место, даётся инструкция, за 2 часа показывается, что и как делать, и он счастлив и работает.
Да, вот такую инструкцию мне сейчас и приходится писать: "Обратить внимание на то-то, перед сохранением проверить то-то, обязательно нажимать именно в такой последовательности, и именно по таким кнопкам, поскольку программа допускает другой порядок, но в этом случае мы получаем совсем обратный эффект" - я немного утрирую, конечно, но все равно хотелось бы не заставлять человека ходить по минному полю, поскольку тогда мне придется помимо кладовщика или другого оператора сажать человека, который будет проверять не ошибся ли он ненароком. Ошибки надо исключать уже на этапе ввода.

Сразу видно, что Вы программист, а не кладовщик, которому нужно заполнять не три строчки "условной накладной", а двести пятьдесят.
И именно потому что у вас нет предупреждения отдельного о несоответствии количества, а есть треугольник, который можно и не заметить, когда переписываешь значения из накладной (хотя можно было бы сразу их заполнять автоматически, а потом только проверять соответствие факта с заказом) и возникают ошибки из разряда "человеческий фактор".
Программа не предупредит о том, что человек ошибся, а просто покажет треугольник.
Вы знаете, как бы Вы отнеслись к редактору текста, который закрывался бы не сохраняя текст, но при этом у него в углу был бы треугольник или еще какой знак, что текст изменен?
Также и здесь.
Треугольник - это не предупреждение, на него запросто не обратить внимание, особенно если заниматься бессмысленным переписыванием чисел, которые должны заполняться автоматически.
Мы можем спорить до бесконечности, но если программа  не упрощает жизнь человеку, а заставляет его делать больше работы и постоянно отвлекаться на мелочи вроде "посмотреть, есть ли треугольник", "сохранен ли текст" и т.п., то это уже не помощник в работе.
Что касается моего кладовщика, он отлично разобрался без посторонней помощи с таким далеко не однозначным монстром как 1С, да и программу он осваивал чисто из любопытства, все равно перед внедрением будет прогонка системы для каждого рабочего места и объяснение и проверка знаний и понимания от каждого пользователя программы.
Тем не менее, Вы так и не назвали причин, почему бы автоматом не заполнять поля при внесении заказанной номенклатуры из заявок на покупку (особенно, количеством, превышающем несколько десятков).
Про другие моменты я уже даже и не спрашиваю...
Изменено: Владимир Дружинин - 09.08.2016 16:38:51
 
Цитата
Владимир Дружинин пишет:
Тем не менее, Вы так и не назвали причин, почему бы автоматом не заполнять поля при внесении заказанной номенклатуры из заявок на покупку
Я вам написал в первом ответе в этой теме:
Цитата
Константин Чилингаров пишет:
Кнопку авто-заполнения типа "пришло всё", может быть, имеет смысл приделать. В некоторых случаях, наверно, полезно.
В список пожеланий, соответственно, записал.

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

Кстати, больше, чем заказывали тоже может прийти. И это не ошибка. Так запросто может быть, например, если идёт постоянная работа с поставщиком, частые поставки и работа "по баллансу". В этом случае могут, как меньше, чем заказывали, так и больше прислать, и это нормально (чтобы из коробки где 1000 шт, не отсчитывать 800, например).
 
Цитата
Константин Чилингаров пишет:
Потому что по заявке может запросто прийти не всё за один раз. Особенно по большой. При заявке в 200 строчек, как вы говорите, даже, скорее всего, приедет не всё за один раз (если это не совсем какая-то мелочёвка, конечно).
Здесь я с Вами согласен, часто приходит сразу не все, а то что есть в наличие или в соответствии с сортаментом, но....

Цитата
Константин Чилингаров пишет:
И проще ввести, что пришло, чем удалять, что не пришло.

Вот здесь я с Вами категорически не соглашусь. Знаете поговорку "Ломать - не строить"? :-)

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

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

Лично я за то, чтобы иметь две кнопки - заполнить все и удалить все и иметь крестик для удаления значения из поля.

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

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

Да и вообще, как можно посмотреть все приходные накладные, которые были заведены на основе определенной заявки, чтобы можно было отследить насколько точно выполнена заявка, если поставка была выполнена частично разными партиями?
 
Цитата
Владимир Дружинин пишет:
как можно посмотреть все приходные накладные, которые были заведены на основе определенной заявки, чтобы можно было отследить насколько точно выполнена заявка, если поставка была выполнена частично разными партиями?
В окне "заявки на закупку" есть две кнопки:

Поступление - список позиций по заявке, с указанием сколько какой позиции было заказано и сколько пришло.

Накладные - список всех приходных накладных связанных с выбранной заявкой (включая даты, суммы, возможность посмотреть содержание конкретной накладной).
1.png (61.94 КБ)
Страницы: 1
Сейчас на форуме (гостей: 10)
Всего зарегистрированных пользователей: 3166
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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