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

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

Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Уровни учета терминала. - Терминалы
Константин Чилингаров: Там не совсем так. 3520 Alex-220781 написал: все операции, которые запущены в производство, "вываливаются" на участок Если настроить со ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Где ее найти? В окне "Производство - Загрузка" на заголовке смены, в которую хотим "собрать", нажимаем пра ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

Предложения по улучшению пользовательского интерфейса - Интерфейс программы - Пожелания и предложения
Страницы: 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
Сейчас на форуме (гостей: 31)
Всего зарегистрированных пользователей: 3402
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт