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.
Себестоимость запущенная на ЗС (Снимок3) не выдает работы по ГАЛ0.001.013 и количества всех входящих деталей как будто по одной в сборке а на самом деле их две.
Себестоимость на КС работает правильно.
Снимок1.JPG (92.74 КБ)
Снимок2.JPG (91.15 КБ)
Снимок3.JPG (119.32 КБ)
 
Здравствуйте,

99% - это нюанс связанный с использованием типовых операций и планированием производства по комплектам.
У деталей "ГАЛ0.001.012" и "ГАЛ0.001.013" у вас, скорее всего, практически одинаковые техпроцессы. И операции в них, наверняка, вставлены, как типовые, причём одни и те же, из одного и того же типового техпроцесса.

При планировании производства "по комплектам" при таких исходных данных у вас создалось бы одно задание на каждую такую типовую операцию с общей трудоёмкостью и с перечислением в окне "состав задания" всех деталей, которые обрабатываются на соответствующей типовой операции (в вашем случае - это "ГАЛ0.001.012" и "ГАЛ0.001.013").

Теперь о "себестоимости":
Когда вы запускаете расчёт на заказной спецификации, у вас и "ГАЛ0.001.012", и "ГАЛ0.001.013" входят в ней в одно и то же изделие "Кожух".  И в ТП "ГАЛ0.001.012", и в ТП "ГАЛ0.001.013" стоит одна и та же типовая операция. Поэтому при расчёте программа "складывает" обработку этих деталей в одно "виртуальное" задание (в одну строчку на экране). Точно так, как получилось бы, если бы мы подсунули в точности такие же исходные данные в качестве производственного заказа и нажали в "Графике производства" кнопку Создать задания. Трудоёмкость задания (хоть реального при запуске в производство, хоть виртуального при расчёте себестоимости) рассчитывается с учётом всего перечня деталей в него входящего и их количества.

Но в окне "Себестоимость" в отличие от окна для работы с заданием для производства области "состав задания" нет. Она там и не нужна. Важна общая трудоёмкость/стоимость обработки. А в колонке "компонент" в данном случае выводится просто одна из деталей, входящих в такое задание (обрабатываемых на данной типовой операции), любая (первая попавшаяся).

Вообще, смысл колонки "компонент" в окне "себестоимость" - подсказка где (в каком ТП) искать проблемы в случае обнаружения каких-либо ошибок. И не более того. Если исходные данные таковы, то получается что, данная операция подразумевает обработку только одной детали, то в колонке "компонент" будет эта деталь и указана. Если исходные данные таковы, что получается что под одной строчкой в окне "себестоимость" лежит обработка нескольких деталей, то в колонке "компонент" будет выведена первая из этого списка.
 
Да, детали почти идентичны. Но такое представление данных в Себестоимости крайне неудобно для проверки. Технологи бывает ошибаются при составлении техпроцессов и в отчете Себестоимость если выводятся все компоненты с тем что есть у них в техпроцессах то очень легко проверить есть ли хотя бы в них необходимые операции и правильное ли количество деталей входит в изделие.
 
Вариант 1.
Используйте для проверки "есть ли хотя бы в них необходимые операции и правильное ли количество деталей входит в изделие" режим Технология. Там и то, и другое (все детали входящие в изделие, количество, операции) прекрасно видно.

Вариант 2.
Запускайте расчёт не на заказной спецификации, а просто на списке деталей на изделие (сам список этот можно автоматом на основе этой самой заказной спецификации и получить).
Для этого:

Запустите модуль Расчёт комплектации. Получите на основе своей  заказной спецификации полный список всех деталей на нужное кол-во изделий (опции должны стоять: "планирование = по отдельным деталям", "включать в список компонентов сами изделия = да"). Нажмите "Сохранить".
В итоге вы получите карту заказа с полным списком всех деталей на ваше изделие "россыпью" с нужным количеством. Запустите на ней расчёт себестоимости и получите точно то, что вы хотите (детали не "сложатся" в "себестоимости", даже если используются типовые операции одни и те же).

Потом, если кроме как для этого расчёта/проверки вам такая карта заказа со списком деталей ни за чем не нужна, то её легко удалить.
Чтобы такой "заказ", который чисто для расчёта, не мешал в режиме Производственные заказы (не путался с реальными заказами, которые в работе), достаточно при его создании (когда нажимаете "Сохранить" в режиме Расчёт комплектации) поставить статус карте заказа не "в работе" (как по умолчанию), а например, "в разработке". Тогда карта со списком деталей создастся, её можно в справочнике в отдельную папочку положить, "себестоимость" на ней запустить, смотреть, проверять, оценивать и т.д. А в окне Производственные заказы такой карты видно не будет.
 
и анализ себестоимости неправильно работает если операции одной детали объединяются с другой. см. файл.
это поправить никак нельзя?
а то задумка хорошая но не работает.
и как сотрудникам объяснять? смотри сюда, проверь это, но если видишь такую фигню не обращай внимание, это программа так работает. ну так и будут даже настоящие ошибки принимать за "программа так работает"
Снимок.JPG (72.61 КБ)
 
Группировать в режиме "Себестоимость" следует не по колонке "Компонент", а по колонке "Изделие".

см. вот это сообщение.

Работает всё на ура. Только что специально проверил.

Объясняется элементарно:

1. для проверки и анализа создаём полный список всех деталей на изделие. Делай раз, делай два...

Вся процедура у меня заняла примерно секунд 10 (нажать на кнопку, перетащить изделие из справочника, проставить количество, нажать на кнопку, нажать "сохранить", ввести название + я на всякий случай ещё статус "в разработке" поставил созданной карте заказа со списком деталей)

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

Если будет время, может ролик сделаю маленький с демонстрацией. Как-нибудь ...
 
у производственных заказов есть один минус по сравнению с ЗС-ми. в них к деталям приклеиваются связанные коллекции и объекты. чистить неудобно.
 
да, есть такое дело.
Связанные объекты, правда, появляются только, если задания для производства создавать на базе этой карты заказа. Но вот техпроцессы действительно "приклеиваются" сразу при создании. Это само по себе даёт много других плюсов и возможностей, но несколько затрудняет (замедляет) удаление. Согласен.
Есть повод подумать в следующих версиях что-нибудь улучшить в этом месте. Дополнительную функцию сделать для администратора для быстрого удаления или что-нибудь вроде этого.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4436
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт