|
|
Программы и онлайн-сервисы для бизнеса Программы и онлайн-сервисы, помогающие вести бизнес (бухгалтерия, управленческий учет, 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. - Сделать что-то касательно учета брака
Мне представляется, что такая программа могла бы представлять интерес для фабрик, занятых производством корпусной мебели на заказ, уровня от «чуть выше гаражного» до среднего.
Ну вот пока для начала . Думаю если будет интерес, моменты обсудим в дальнейшем.
Что скажете?
|
Просмотров: 71808
|
24.12.2017, 15:49
|
#71
|
VIP
Регистрация: 12.05.2008
Сообщений: 644
Сказал(а) спасибо: 234
Поблагодарили 643 раз(а) в 330 сообщениях
Вес репутации: 408
|
Цитата:
Сообщение от Serje
PolySOFT, m сбк sereje.ru
|
Хорошо, что не "аробас"
Завтра пришлю письмецо, а сегодня посмотрите, пожалуйста, материал отсюда: https://mebel-news.pro/articles/manu...-of-furniture/
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
Последний раз редактировалось PolySOFT; 24.12.2017 в 17:57.
|
|
|
25.12.2017, 09:38
|
#72
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
Gala,правильно ли я вас понял: вы предлагаете чтобы производители разного софта имели доступ к одной и той же базе? То есть те самые модули, которые не могут быть написаны одним разработчиком (вследствие сложности поддержки разноплановых продуктов) должны иметь доступ к единой базе данных?
Второй вопрос к вам: правильно ли я понимаю вас, что вас "настораживает" построение базы на 1С, постольку поскольку система открытая и кто-то может наломать там дров?
Еще вопрос: что вы понимаете под термином "база данных" - физическая организация(те физический ее вид) или структуру данных в базе?
Цитата:
Сообщение от Serje
А вообще, уважаемые PolySOFT и bbb_i_ko, вам бы поспорить у кого продукт лучше сделан. Мы б посмотрели на такой спор с удовольствием. А то пока спор только у кого он из каких палок
|
это бесполезно - такой разговор много раз начинался, но всякий раз заканчивается как только речь заходит о конкретике : PolySOFT не любит прямых вопросов , сразу в кусты , "спасибо,что подбросили меня до дома"
Цитата:
Сообщение от PolySOFT
О чем может идти речь, если на своей странице вы размещаете материал о «сравнении программ» для неискушенных мебельщиков, с субъективно установленными критериями,
|
так что вам мешает убедительно показать что сие не так? .. а я уж принесу свои извинения если что не так ?
Цитата:
Сообщение от PolySOFT
Вы очень долго отирались возле компании, где я работаю, как потенциальный пользователь
|
смокуем свое же г...?
__________________
Автоматизация автоматизаций на АСУ, ТП и тд и тп..
Комплексное решение
|
|
|
25.12.2017, 15:30
|
#73
|
Пользователь
Регистрация: 31.03.2014
Адрес: Московская область
Сообщений: 58
Сказал(а) спасибо: 25
Поблагодарили 283 раз(а) в 44 сообщениях
Вес репутации: 186
|
Цитата:
Сообщение от bbb i ko
Gala,правильно ли я вас понял: вы предлагаете чтобы производители разного софта имели доступ к одной и той же базе? То есть те самые модули, которые не могут быть написаны одним разработчиком (вследствие сложности поддержки разноплановых продуктов) должны иметь доступ к единой базе данных?
Второй вопрос к вам: правильно ли я понимаю вас, что вас "настораживает" построение базы на 1С, постольку поскольку система открытая и кто-то может наломать там дров?
Еще вопрос: что вы понимаете под термином "база данных" - физическая организация(те физический ее вид) или структуру данных в базе?
|
1.Есть разработчики , которые на установочных дисках дают пользователям описание структуры базы данных . В этом случае те ,кто умеет работать с БД могут писать свои компоненты по обработке информации сами . (Но и ответственность за поломки в БД тоже будут нести сами. )
2.Когда базу конструируют под каждое предприятие специально , нет никаких гарантий , что в случае видоизменения к.л. таблиц (файлов) ,индексов , не накроются какие-то процедуры.И вообще неясно что и откуда брать . В 1С одни и те же цифры по куче т.н. регистров проходят , можно вообще не то и не оттуда взять.
3. последний вопрос мне непонятен.
Цитата:
Сообщение от Serje
Gala, если не секрет, над чем вы сейчас работаете? Суждения у вас явно не пользовательские, да и тема явно для вас злободневная. Вот и интерес.
|
Написала в личку.
Последний раз редактировалось Gala; 25.12.2017 в 16:44.
|
|
|
Пользователь сказал cпасибо:
|
|
25.12.2017, 17:40
|
#74
|
Пользователь
Регистрация: 13.09.2012
Адрес: Москва
Сообщений: 32
Сказал(а) спасибо: 7
Поблагодарили 31 раз(а) в 15 сообщениях
Вес репутации: 153
|
Цитата:
Сообщение от Gala
3. последний вопрос мне непонятен.
|
bbb_i_ko имеет в виду, рассматриваете ли вы структуру базы данных на уровне СУБД отвечающей за данные (например, MSSQL/Postgre/Oracle), или представление этих данных на уровне системы, выполняющей задачу ORM (1C, SAP, Dynamics)
|
|
|
Пользователь сказал cпасибо:
|
|
25.12.2017, 19:07
|
#75
|
Пользователь
Регистрация: 31.03.2014
Адрес: Московская область
Сообщений: 58
Сказал(а) спасибо: 25
Поблагодарили 283 раз(а) в 44 сообщениях
Вес репутации: 186
|
Я имею ввиду структуру на уровне СУБД
|
|
|
Пользователь сказал cпасибо:
|
|
26.12.2017, 18:58
|
#76
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
Gala,не получил ответа на вопрос:
Цитата:
Сообщение от bbb i ko
правильно ли я вас понял: вы предлагаете чтобы производители разного софта имели доступ к одной и той же базе? То есть те самые модули, которые не могут быть написаны одним разработчиком (вследствие сложности поддержки разноплановых продуктов) должны иметь доступ к единой базе данных?
|
я не пойму что вы предлагаете - понял, что предлагается единая база данных ... понятна выгода с этого - никаких выгрузок/обменов, данные появляются везде и сразу (во всех модулях) - это хорошо. Но как вы видите практическую реализацию этого? Все необходимые модули для автоматизации: CRM, Производство ,Финансы, Логистика ,Бухотчетность и проч. - в вашем представлении должны писаться одним разработчиком? быть под одной "крышей"? Или все-таки мы имеем разных разработчиков, которые ведут каждый свое направление и имеют доступ к этой единой базе данных?
Serje,а чем обусловлена такая низкая оценка 1С как среды для разработки? Какие вы видите недостатки и в каких решениях этих недостатков нет? Был бы благодарен за подобный "ликбез" )
__________________
Автоматизация автоматизаций на АСУ, ТП и тд и тп..
Комплексное решение
|
|
|
27.12.2017, 07:13
|
#77
|
Пользователь
Регистрация: 13.09.2012
Адрес: Москва
Сообщений: 32
Сказал(а) спасибо: 7
Поблагодарили 31 раз(а) в 15 сообщениях
Вес репутации: 153
|
bbb i ko,
Недостатки
1) Отсутствие ООП и, как следствие, отсутствие внятного механизма описания собственных сущностей в коде. Когда сложные вещи приходится делать на простом языке, они становятся еще сложнее.
2) Низкая производительность. Низкая масштабируемость. Из-за низкой квалификации, видимо, разработчиков.
3) Отсутствие внятной системы тестирования и документирования у разработчика. Если платформы еще более или менее отлажены, то конфигурации - местами просто бред. И этот бред растиражирован, распродан, тысячи программистов пытаются нагородить поверх него свой собственный огород ради конечных клиентов. Как следствие - отсутствие обязательств разработчика перед другими разработчиками. То, что работало в прошлом релизе - запросто может не работать в этом. Касательно конфигураций - всё вообще может меняться к релизу, никто ничего не гарантирует. От этого получается, что каждый, кто пишет на 1С, по сути, как вы, вынужден писать с нуля, чтобы быть уверенным, что его не подставят "коллеги". Ну или, как я, писать поверх чужого и полагаться на авось, ну то есть на методы статистических вероятностей Конечно, в последние годы 1С немного взрослеет - БСП, интеграция конфигуратора в VCS - но это происходит так же неуверенно и долго, как и всё остальное в 1С
4) Неверный курс. С появлением управляемых форм, такси - стоимость разработки с каждым годом становилась только выше. Качество продукта при этом не растёт. А это значит, что мы в сами bbb_i_ko, пишем для продукта, который уже устарел и молодеть будет вряд ли.
Список можно продолжить, но эти пункты, пожалуй, - гарантированные убийцы хорошего продукта.
Ну а чтобы не выглядело, как ругань, напишу я и о хорошем заодно:
1) Дёшево;
2) Очень низкая кривая обучения. Ну т.е. купил книжечку Радченко - и всё, можно начинать писать. Отладчик тоже получился на уровне - весь код как на ладошке, удобно
3) Самая продуманная ORM-модель для бизнеса из всех что я встречал, и самая абстрагированная от средств реализации - что тоже хорошо. Исторически так сложилось, что 1С начинала с тиражных продуктов для малого бизнеса, и её архитектура заточена под это лучше чем у конкурентов. За рубежом все проекты начинались с больших клиентов и разработок для профессионалов, поэтому, видимо, всё больше ориентировано на производительность и структурно находится ближе к специфике СУБД
4) Большое количество документации, специалистов и коллективного опыта (форумы, обработки)
|
|
|
2 пользователя(ей) сказали cпасибо:
|
|
27.12.2017, 15:21
|
#78
|
VIP
Регистрация: 12.05.2008
Сообщений: 644
Сказал(а) спасибо: 234
Поблагодарили 643 раз(а) в 330 сообщениях
Вес репутации: 408
|
Уважаемый Serje!
Аудитория, которой я отправляю ссылки на форум, в большинстве случаев состоит из Генеральных и, что характерно, Коммерческих директоров, принимающих окончательное решение о покупке программы на том или ином бронепоезде.
Не могли бы вы писать более понятным для этих категорий личного состава языком, даже адресуя ответы непосредственно высокоинтеллектуальной тематической прослойке форума. Выражаясь вашим языком, включить ORM, ибо, в противном случае, количество запросов замедлит штатный бизнес-процесс компании.
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
|
|
|
27.12.2017, 16:35
|
#79
|
Пользователь
Регистрация: 31.03.2014
Адрес: Московская область
Сообщений: 58
Сказал(а) спасибо: 25
Поблагодарили 283 раз(а) в 44 сообщениях
Вес репутации: 186
|
Цитата:
Сообщение от bbb i ko
Gala,не получил ответа на вопрос:
я не пойму что вы предлагаете - понял, что предлагается единая база данных ... понятна выгода с этого - никаких выгрузок/обменов, данные появляются везде и сразу (во всех модулях) - это хорошо. Но как вы видите практическую реализацию этого? Все необходимые модули для автоматизации: CRM, Производство ,Финансы, Логистика ,Бухотчетность и проч. - в вашем представлении должны писаться одним разработчиком? быть под одной "крышей"? Или все-таки мы имеем разных разработчиков, которые ведут каждый свое направление и имеют доступ к этой единой базе данных?
|
В идеале , конечно , лучше , чтобы этим занимался один разработчик .Но на сегодняшний день ни один производитель еще не поставил так вопрос. Попытка 1С объять необъятное пока не увенчалась успехом ( объяли только рынок).
А для того чтоб разработчик мог работать со сторонним для него ПО , должны быть созданы определенные условия в виде соблюдения каких-то стандартов при создании т.н. «дружественного» ПО к ПО других производителей . И это ,увы, тоже утопия, ибо каждый производитель всегда тянет ( и будет тянуть) одеяло на себя, по крайней мере в ближайшем обозримом будущем.
Я участвовала в процессе автоматизации на предприятиях различных видов деятельности. И везде , как правило , одна и та же картинка , которую я называю «лоскутной» автоматизацией, когда на множество участков бизнес- процесса имеется собственный модуль по типу «база +клиент» . В лучшем положении оказываются те , кто силами собственного штата программистов написал под себя ПО (и с использованием 1С , и без использования) , а для нужд бухгалтерского , налогового и управленческого учета использовал типовые программы (1С,ИНФИН,ИНФО-предприятие…). Все проблемы такой автоматизации уже описаны выше. И , на мой взгляд, одна из основных проблем при попытке автоматизации на продуктах 1С , это то, что каждая конфигурация 1С работает стабильно и успешно только на сконфигурированной непосредственно под нее базе данных . Т.е. это не единое целое , как думает неподготовленный пользователь , а целый ряд очень похожих , но по сути совершенно различных программ. Бег по кругу продолжается. И помочь здесь может только очень грамотная команда , в которой имеются грамотные аналитики ,программисты, производственники и управленцы.
|
|
|
27.12.2017, 20:21
|
#80
|
VIP
Регистрация: 04.07.2012
Сообщений: 1,969
Сказал(а) спасибо: 4,013
Поблагодарили 3,559 раз(а) в 1,176 сообщениях
Вес репутации: 1054
|
Gala, ну так сложно поспорить с тем, что вы озвучили - это можно сказать азбука. Каждое предприятие стремится сделать это именно в таком виде как вы говорите: купить один продукт (состоящий из отдельных блоков) у единственного поставщика. = Идеал!!!! Но - где же взять-то этого поставщика? Нету... Вот и начинается ткание кружевного одеяла. А лоскуты 1С -
1. как никак очень, ну очень близкие родственники,
2. ООО "1С" - серьезный партнер
3. можно допиливать ; чтобы вы не говорили про то что конечному потребителю это не важно , я соглашусь с вами здесь лишь с той стороны, что, конечно, потребителю не важна "открытость" решения, если оно работает на все 100 , в условиях же того, что приобретая какой-то продукт вы фактически приобретаете лишь какую-то часть того что вам нужно (остальное заказываете в виде "доработок"), то на практике о ткрытость кода - очень и очень располагает. Неприятно чувствовать , что тебя сажают на поводок, знаете ли ... это я вам как гендиректор говорю )
Serje, если берем следующее, как начальные условия:
- рассматриваем малый бизнесс - число пользователей не велико (соответственно документооборот)
- не берем в рассмотрение типовые конфигурации (собственно продукты 1С)
изменится ли как-нибудь степень значимости описанных вами недостатков в данных, конкретных условиях?
ПС.
Цитата:
Сообщение от Gala
Попытка 1С объять необъятное пока не увенчалась успехом ( объяли только рынок).
|
задумайтесь - 1С не смогла на 100% качественно это объять ... Компания 1С - большая компания, у нее много возможностей, много сотрудников, программистов, много партнеров = куча возможностей ... Вы видите в поле своего зрения кандидата на то чтобы с этим справиться?
Теория - хорошо. Но в конечном итоге нужна простая практическая польза ...
__________________
Автоматизация автоматизаций на АСУ, ТП и тд и тп..
Комплексное решение
|
|
|
|
|
|
Нижняя навигация
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Текущее время: 04:20. Часовой пояс GMT +3.
|