VOGBIT Разработка отчётов из режима Расчёт потребности из Текущих производственных заказов. - Отчёты
Новая версия VOGBIT 24.2.5 - Календарное планирование, обновленные терминалы, новый раздел «Оповещения», встроенный загрузчик спецификаций из Excel, просмотр файлов STEP и КОМПАС, и др.

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

Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
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: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Отсутствует команда "Навигатор" - Общие вопросы
Константин Чилингаров: ... продолжение ... 6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None); var sr = cc ...
Ошибка при установке демоверсии - Установка
Владимир Белов: Проверьте, что вы параметры подключения к БД ввели правильно. Лучше всего скопировать из предыдущего сообщения.
Тёмная тема - Прочее
Константин Чилингаров: здравствуйте, В меню выбираем "Главная" - "Установки". Там закладка "Клиент", в поле "Тема" меняем на нужное.

Разработка отчётов из режима Расчёт потребности из Текущих производственных заказов.

Вопросы по формированию отчётов, настройка шаблонов отчётов, - Отчёты - Технические вопросы
Страницы: 1
Разработка отчётов из режима Расчёт потребности из Текущих производственных заказов.
 
Здравствуйте.

Возможно ли разработать отчёты «Сводная ведомость материалов», «Сводная ведомость покупных» и «Конструкторско-технологическая спецификация» из режима Производственные заказы через Расчёт потребности? Скриншоты прилагаю.
Если да, то какие таблицы базы данных там используются?

Трусов Владимир
НПП Орион
3.PNG (75.74 КБ)
1.PNG (41.65 КБ)
2.PNG (18.5 КБ)
 
Здравствуйте,

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

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

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

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

Сделать все подобные отчёты из VOGBIT при желании можно. Некоторые элементарно (сводная ведомость материалов), некоторые – придётся приложить усилия (типа «конструкторско-техн. спецификации). Часть информации вспомогательного характера явно надо будет вводить (в параметры куда-нибудь) дополнительно в самой базе, если хочется, чтобы было точно так же, как на картинках.

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

P.S.
В целом, мне лично не очень понятна сама конечная цель такой работы.
Я не знаю, безусловно, реальных причин, почему и зачем в вашем конкретном случае вам нужны такие «ведомости» именно в таком виде.
Но по внешнему виду они очень напоминают «классические» бумажные ведомости, которые оформлялись +- в таком виде на любом крупном заводе во времена, когда не было компьютеров (в привычном понимании этого слова) вообще.
Тогда процесс подсчёта, сколько всего каких материалов нужно на какое-нибудь сложное изделие – это была задача весьма нетривиальная. Решалась примерно так (на примере материалов):
Сначала один человек выписывал на бумажку список всех деталей, какие в изделии вообще есть. И по каждой детали – из какого она материла и сколько его примерно нужно. Чтобы просто был хотя бы в одном месте, а не в 1000 документов разных (спецификаций, чертежей) общий список всех деталей, какие в изделии есть, с указанием основного материала. Получалась «подетальная ведомость материалов» (аналоги - «конструкторско-технологическая спецификация» и т.п.).
Потом другой человек, вооружившись этим списком всех деталей с материалами, брал и выписывал на другую бумажку, список всех встречающихся в первом списке в итоге материалов разных. И по каждому в столбик складывал, сколько его всего получается надо на разные детали.
Получалась «сводная ведомость». Т.е. уже просто список материалов на изделие с итоговым количеством.
Которую наконец можно было отдать экономистам, в снабжение и т.п, где уже люди перемножали суммарное кол-во материала на изделие на кол-во таких изделий в плане и получали, сколько итого нужно материла какого/ сколько этот материал будет стоить.

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

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

×
Вход на сайт