|
|
Программы и онлайн-сервисы для бизнеса Программы и онлайн-сервисы, помогающие вести бизнес (бухгалтерия, управленческий учет, CRM и т.д.) |
|
|
|
20.02.2015, 00:47
|
|
Программа управления производством на 1С.
bbb i ko
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
20.02.2015, 00:47
Рейтинг:
()
Прошу коллег прокомментировать разрабатываемую систему управления производством , в плане актуальности вообщем и конкретно для вас подобного функционала . Интересно было бы услышать какие моменты по управлению хотелось бы вам видеть в управляющей программе на своем производстве, какие задачи на ваш взгляд должна решать программа и в каком виде.
Итак, программа разрабатывается на базе 1с и ориентирована в первую очередь на автоматизацию процесса планирования производства. По принципу «нажал кнопку – увидел график производства во времени».
Что учитывает программа (какие исходные)?
-.Настройки рабочих центров
a. Способ производства (непрерывный или партиями)
b. Исполнители (список лиц, допущенных к работе на данном РЦ)
-График рабочего времени (сменность работы оборудования, график выходных и праздничных дней)
- Технологию изготовления панелей, сборок (прямоугольная панель, криволинейная панель, гнутый фасад, дверь купе и тд)
- Плановые сроки получения готовой продукции на склад
Исходя из этих изначальных данных система создает технологическую цепочку по выполнению каждого конкретного заказа, строит график загрузки рабочих центров, учитывая срок сдачи заказов размещенных в производство, длины цепочек изготовления этих заказов, соизмеряя их со всеми остальными заказами выбирает более приоритетные заказы (с точки зрения «успеть в срок»), закрепляет исполнителя за каждой выполняемой операцией . По выполнению операции исполнитель «закрывает» ее, тем самым формируя сдельную часть зарплаты.
На нашем предприятии используется комплекс программ системы Базис, поэтому все интегрировано именно с этим САПР. Исходные данные об изделии берутся из XMLспецификации, выгружаемой из Мебельщика – интеграция с САПР происходит через нее. При загрузке спецификации формируется потребность в недостающей номенклатуре. На основе этих потребностей менеджер по закупкам отправляет заявки поставщикам.
Поскольку все это сделано непосредственно в теле 1С Бухгалтерии, списание происходит прикреплением спецификации номенклатуры к изделию заказа.
Вот то что существует на сегодня. Что еще планируется сделать?
1. - Добавить работу со статусами
2. - Связать построение графика производства с наличием ТМЦ на складе и плановым поступлением означенных ценностей
3. - Создать аналитику по производству
4. - Создать «гибкий» полуфабрикат, учитывающий возможности конкретного оборудования – допустимые габариты, возможные операции по обработке и проч
5. - Добавить работу с рекламациями
6. - Сделать что-то касательно учета брака
Мне представляется, что такая программа могла бы представлять интерес для фабрик, занятых производством корпусной мебели на заказ, уровня от «чуть выше гаражного» до среднего.
Ну вот пока для начала . Думаю если будет интерес, моменты обсудим в дальнейшем.
Что скажете?
|
Просмотров: 71593
|
15.03.2015, 14:13
|
#11
|
Гость
Регистрация: 13.10.2009
Сообщений: 7,920
Сказал(а) спасибо: 12,152
Поблагодарили 20,948 раз(а) в 5,926 сообщениях
Вес репутации: 0
|
Цитата:
Сообщение от bbb i ko
Чтобы списывать материалы правильно
|
Да не получится точных данных, пока не раскроишь материал.
Поэтому должна быть возможность вносить коррект, либо брать данные из листа закупки.
|
|
|
15.03.2015, 20:28
|
#12
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
коррект всегда может внести бухгалтер - у нас это так и делают когда какой-то материал накапливается (или уходит в минус) со временем, то есть в процессе он списывался мало (или наоборот много) - это не проблема.
в будущем есть планы сделать формирование списка панелей для раскроя через управляющую программу, но это желание связано с необходимостью уйти от ручного формирования "щитового" раскроя. То есть панели менее 200мм (например фасады ящиков) нужно сначала сложить все вместе, раскроить заготовку (одну или Nцать) закромить ее по двум сторонам, потом порезать и закромить уже две получившиеся стороны. Сейчас я тупо в модели рисую такую заготовку, размер по-которому ее потом шенковать пишу в название панели, а сами фасады удаляю - хотелось бы уйти от этой рутины. Дмитрий Т. где-то писал, что у Базиса есть план сделать щитовой раскрой - может к тому времени уже и не понадобится заниматься этой самодеятельностью.
|
|
|
18.03.2015, 12:37
|
#13
|
VIP
Регистрация: 12.05.2008
Сообщений: 644
Сказал(а) спасибо: 234
Поблагодарили 643 раз(а) в 330 сообщениях
Вес репутации: 408
|
Цитата:
Какие перспективы по срокам?
|
Не могу сказать. Это зависит от многих факторов. Вопрос намного ускорится, если задача станет прикладной. Не хотелось бы делать «абстрактную» версию, куда потом придется вносить изменения под конкретного пользователя. Лучше учесть всё на стадии разработки и посты этой ветки – тому подтверждение.
Цитата:
...намерение с Базисом сделать...?
|
с Базисом.
|
|
|
10.04.2015, 09:37
|
#14
|
Новичок
Регистрация: 17.12.2014
Сообщений: 3
Сказал(а) спасибо: 2
Поблагодарили 7 раз(а) в 1 сообщении
Вес репутации: 0
|
Цитата:
Сообщение от bbb i ko
Чтобы списывать материалы правильно
|
А нельзя ли. каким-либо образом, связать результаты раскроя из OptiPlanning с 1:С и отслеживать остатки с последующими возвратами на склад материалов либо списанием по необходимости (например, вкладыши для столов и т.д.)?
|
|
|
10.04.2015, 23:09
|
#15
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
До конца не понял вопроса ...
Если речь идет о списании материалов в строгом соответствии с результатами раскроя, то это конечно возможно (в Полисофте ПС:УМФ есть например модуль Раскрой), здесь вопрос в формате данных - можно ли их прочитать и тд. Для меня здесь принципиально вопрос состоит в следующем: цепочка - 1. загрузил спецификации изделий из САПР в 1С - 2. в какой-то момент 1С говорит, что нужно кроить такой-то материал по таким-то изделиям - выгружаем список панелей в Раскрой - формируем карты - загружаем инф о картах обратно в 1С - для меня это выглядит как не самый удобный вариант, туда-сюда гонять не эргономично. Все это должно быть в одном месте - одно нажатие вместо десяти.
Интересно (вопрос скорее к представителям Базис-Центра) - возможен ли такой вариант интеграции 1С и модулей системы Базис, чтобы по нажатию кнопки в 1С выполнялся определенный модуль Базиса (в данном случае Раскрой)? Чисто теоретически..
|
|
|
10.04.2015, 23:14
|
#16
|
VIP
Регистрация: 24.06.2010
Адрес: Україна, Проскурів
Сообщений: 1,950
Сказал(а) спасибо: 6,604
Поблагодарили 5,053 раз(а) в 1,304 сообщениях
Вес репутации: 1376
|
поправлю- у Партнерсофта. Полисофт- совсем другая контора
Цитата:
в какой-то момент 1С говорит, что нужно кроить такой-то материал по таким-то изделиям - выгружаем список панелей в Раскрой - формируем карты - загружаем инф о картах обратно в 1С - для меня это выглядит как не самый удобный вариант, туда-сюда гонять не эргономично. Все это должно быть в одном месте - одно нажатие вместо десяти.
|
Не нужно забывать, что этим могут заниматься совсем разные люди- одни могут формировать задание на раскрой исходя из потребностей в панелях, другие- выполнять этот раскрой в БР и загружать результат раскроя в 1С.
Цитата:
Интересно (вопрос скорее к представителям Базис-Центра) - возможен ли такой вариант интеграции 1С и модулей системы Базис, чтобы по нажатию кнопки в 1С выполнялся определенный модуль Базиса (в данном случае Раскрой)? Чисто теоретически..
|
Это скорее , вопрос не к БЦ, а разработчику учетного софта.
К примеру, в УМФ все так и происходит, но все равно как на меня есть некая "корявость" Процесс вроде такой как я и описал, но вот "эстетичность" и возможность ее настройки - хромает*.
БР запускается из УМФ нажатием кнопки и после раскроя вторым нажатием кнопки результат загружается обратно в УМФ. И, кстати, это противоречит пожеланиям выше (гонять туда-сюда данные)
*- "Эстетичность" в моем понимании
- невозможность в УМФ на сегодняшний день настроить кодировку и позиции панелей в таком виде, в каком обозначаются панели в базисе, УМФ принудительно именует панели по своим правилам.
-невозможность автоматизировать или настраивать "отсев" от раскроя тех материалов, которые являются листовыми или погонными, но раскроем которых предприятие не занимается, например, стекло, заказывается на стороне, и потому на него формировать заказ на резку нет необходимости, Есть необходимость его заказа у поставщика по нужным размером и рассчитаться за этот поставленный материал исходя из его площади.
|
|
|
10.04.2015, 23:35
|
#17
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
Цитата:
Сообщение от FIDEL
поправлю- у Партнерсофта. Полисофт- совсем другая контора
|
Да, прошу прощения
Цитата:
Сообщение от FIDEL
Не нужно забывать, что этим могут заниматься совсем разные люди- одни могут формировать задание на раскрой исходя из потребностей в панелях, другие- выполнять этот раскрой в БР и загружать результат раскроя в 1С.
|
на мой взгляд это работа для одного человека при условии наличия у него нужного функционала ПО . То есть я хочу сказать, что на этот процесс не нужно два разных специалиста - управленца и технаря, грубо говоря; скорее этим должен заниматься управленец.
Цитата:
Сообщение от FIDEL
В УМФ все так и происходит. БР запускается из УМФ нажатием кнопки и после раскроя вторым нажатием кнопки результат загружается обратно в УМФ. И, кстати, это противоречит пожеланиям выше (гонять туда-сюда данные)
|
Очень интересно .. Этого модуля у меня нет, поэтому предполагал механизм его работы в виде: выгрузил в файл - загрузил из файла. Очень оптимистично ...
|
|
|
22.04.2015, 18:40
|
#18
|
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 299
|
Цитата:
Сообщение от FIDEL
- "Эстетичность" в моем понимании
- невозможность в УМФ на сегодняшний день настроить кодировку и позиции панелей в таком виде, в каком обозначаются панели в базисе, УМФ принудительно именует панели по своим правилам.
|
Есть такая задача, планируем номера позиций загружать из БАЗИСа
Цитата:
Сообщение от FIDEL
-невозможность автоматизировать или настраивать "отсев" от раскроя тех материалов, которые являются листовыми или погонными, но раскроем которых предприятие не занимается, например, стекло, заказывается на стороне, и потому на него формировать заказ на резку нет необходимости, Есть необходимость его заказа у поставщика по нужным размером и рассчитаться за этот поставленный материал исходя из его площади.
|
Есть такая задача, в проектах вопрос уже решали, так что и в базовом решении поправим.
|
|
|
Пользователь сказал cпасибо:
|
|
22.04.2015, 19:07
|
#19
|
VIP
Регистрация: 24.06.2010
Адрес: Україна, Проскурів
Сообщений: 1,950
Сказал(а) спасибо: 6,604
Поблагодарили 5,053 раз(а) в 1,304 сообщениях
Вес репутации: 1376
|
Цитата:
Есть такая задача, планируем номера позиций загружать из БАЗИСа
|
Как бы не просто из Базиса, а было бы неплохо иметь возможность задавать правило создания позиций.
Например в заказе 225, изделие 1, позиция (в модели Базиса) - 7 .
В Базис Раскрое создаю проект из нескольких изделий, соответственно в раскрое у меня позиция будет обозначена следующим образом 225.1.7 хотя, повторюсь- в модели она просто 7.
Но в проекте, в котором кроится несколько изделий из одного материала- формирование позиции целесообразно "склеивать" из заказа и изделия.
А вообще, у каждого могут быть свои алгоритмы обзывания позиций в изделиях, заказах и проектах.
Так что алгоритм формирования позиций нужно оставить на откуп пользователю, то есть сделать настраиваемым
|
|
|
23.04.2015, 14:49
|
#20
|
Консультант
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 299
|
Цитата:
Сообщение от FIDEL
Как бы не просто из Базиса, а было бы неплохо иметь возможность задавать правило создания позиций.
Например в заказе 225, изделие 1, позиция (в модели Базиса) - 7 .
В Базис Раскрое создаю проект из нескольких изделий, соответственно в раскрое у меня позиция будет обозначена следующим образом 225.1.7 хотя, повторюсь- в модели она просто 7.
Но в проекте, в котором кроится несколько изделий из одного материала- формирование позиции целесообразно "склеивать" из заказа и изделия.
А вообще, у каждого могут быть свои алгоритмы обзывания позиций в изделиях, заказах и проектах.
Так что алгоритм формирования позиций нужно оставить на откуп пользователю, то есть сделать настраиваемым
|
Важное замечание, учтем! Спасибо!
|
|
|
Пользователь сказал cпасибо:
|
|
|
|
|
Нижняя навигация
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Текущее время: 07:27. Часовой пояс GMT +3.
|