VOGBIT Ошибка в отчете - Отчёты
VOGBIT и Telegram бот - Пример доступа к данным из системы управления производством с телефона через Telegram

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

Ошибка в отчете

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

2. Ошибка программы в расчетах умножения нормочасов на штуки (последний рисунок).
28.jpg (96.23 КБ)
26.jpg (90.78 КБ)
27.jpg (126.24 КБ)
 
1. Проверим. Возможно причина в том, что Вы используете уровень учёта "максимальный" (судя по скориншоту), а шаблон конкретно этот довольно старый, он был сделан изначально не под этот уровнь. Похоже, что в шаблоне в поле "количество" выводится общее количество изделий в партии, а не количество заданное на  на эту смену(что можно задать как раз только на "максимальном" уровне). В общем, посмотрим.

2. Опишите подробнее, пожалуйста. Что за ошибка? Как её получить. Из этого скриншота не понятно, в результате чего вы такие цифры получили. И правильные они или неправильные, тоже непонятно из него.
 
По первому вопросу, смотрите, а то менять каждый раз кол-во не очень хочется.

По второму...
Выдали задание на "доработку" Прокладки в количестве 4 шт.
Трудоемкость на каждую деталь - 0,8 часа.
При закрытии задания фактическая трудоемкость должна была составить 3,2 ч., а программа посчитала 1,4 (скриншот).

На данный момент полностью удалили задания на эту прокладку, выдали заново этими же числами, тем же работникам; и все посчиталось нормально. ВЫдавали так же как и 22 числа, ничего лишнего
 
Вот пример (см. скриншоты). С вашими цифрами. Не вижу ошибки.
Другое дело, что там по пути есть 2 места, как минимум, где можно руками подкоректировать при желании. Но это если специально только исправить трудоёмкость. Вручную.

Так что, если есть ошибка, то приведите, пожалуйста, точную проследовательность действий, как её получить.
1.png (26.39 КБ)
2.png (33.86 КБ)
3.png (53.02 КБ)
4.png (124.27 КБ)
 
Корректировку нигде не производили. в связи с этим подскажите формулу расчета данного значения (фактическая трудоемкость). хотелось бы все же выяснить причину возникновения данной ошибки.
 
Там никакой формулы нет.
Опишу все варианты, как на "максимальном" уровне может попадать какое-либо значение в фактическую трудоёмкость.

1. Когда задание выполнено полностью и без отклонений. Т.е. что выдали в работу, то и приняли. И по количеству и по нормо часам. Это при нажатии кнопки Принять. В этом случае и сданное количество и трудоёмкость у закрываемого задания просто ставятся равными плановым.

2. Когда задание выполняется с отклонениями. Тут используется кнопка Выполнение. Здесь в свою очередь есть 2 варианта:

2.1. Ввести и сданное количество и закрываемую трудоёмкость вручную. Это соответствует случаю, когда галочка "автоматически добавлять нормочасы" выключена (см. рис. 1). Тут понятно, что ввели, то и получили.

2.2. Ввести только сданное количество. Трудоёмкость добавить автоматически, исходя из сданного количества. Это случай, когда галочка "Автоматически добавлять нормочасы" включена. При этом вводится только сдаваемое кол-во. Тут единственное место, где что-то считается. Но алгоритм тут простейший. Фактическая трудоёмкость = Т * K/N , где:

T - общая плановая трудоёмкость задания
K - количество сдаваемых деталей
N - общее количество деталей в задании

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

Вот и все варианты.
1.png (60.63 КБ)
2.png (64.33 КБ)
 
Вот исправленные шаблоны отчётов. Работают теперь и на "максимальном" уровне нормально.
 
Спасибо, заменили, все нормально теперь
 
а какие из тех которые были в последнем архиве с отчетами неправильные?
Снимок.PNG (36.12 КБ)
 
"Сменное задание общее,  тип 1" и "Сменное задание общее,  тип 2". Остальные из представленных на картинке - они для метода планирования и учёта "по комплектам" сделаны, т.е. для "максимального" уровня не актуальны.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4436
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт