|
|
  |
нужна программа автоматизированного учета комплектации |
|
|
|
Dec 19 2013, 13:39
|
Профессионал
    
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884

|
Цитата Агрегатирование так и не получилось. черт. и правда нашел ошибку в своем скрипте при объединении позиций по разным платам(((
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
Dec 19 2013, 21:25
|
Профессионал
    
Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884

|
Цитата(vitan @ Dec 19 2013, 15:22)  Показывает, если настроите. С учетом объемов (партий) сложнее, но при особом желании тоже можно. Да вот... Только многабукав... ну, по мне так бред. Давайте все прикрутим к альтиуму и получим нахаляву Mentor DMS + ERP... Занятие гна Тау называется - колхозить Альтиум. Но, по секрету, мостры уже все скрутили. OdaMasterLib, CIS, автоматические генераторы компонентов и корпусов - все уже сделано монстрами. Интересно, когда Тау дойдет до идеи IODesigner-а, и насколько качественно в его базе решается вопрос прав доступа и реляций ? Лично я больше верю Mentor, чем группе этузиастных товарищей, конкурировать с ним не собираюсь. Ето было бы затруднительно даже затрачивая на ето все свое время, а тем более на перекурах... Будет дорого стоить денег и времени. В итоге получится как всегда. Такой грустный опыт уже имеется((( Различие потребностей обязательно приведет к разбродам и форкам. На мой взгляд завязывать компонент (УГО,футпринт) и его part number - безнадежная идея. А группа товарищей гна Тау по-моему демонстрирует типичный совковый подход - у нас большое предприятие, мы все сделаем красиво и побольшому и забесплатно. Только вот посчитать во что обойдутся издержки на глюки и освоение косой и и недостаточно эффективной системы для большого коллектива - и выходит, что Mentor почти бесплатный. Зато команда разработчиков самодельной базы никогда не останется без хлеба.... пока осел не сдохнет. Это одна из современных модификаций распила бюджета, только не страны, а своей конторы. У меня на работе таких оптимизаторов пруд пруди. А идея про octopart действительно представляется интересной...
--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
|
|
|
|
|
Dec 20 2013, 07:52
|
не указал(а) ничего о себе.
     
Группа: Свой
Сообщений: 3 325
Регистрация: 6-04-06
Пользователь №: 15 887

|
Цитата(a123-flex @ Dec 20 2013, 01:25)  Но, по секрету, мостры уже все скрутили. OdaMasterLib, CIS, автоматические генераторы компонентов и корпусов - все уже сделано монстрами. Интересно, когда Тау дойдет до идеи IODesigner-а, и насколько качественно в его базе решается вопрос прав доступа и реляций ? Лично я больше верю Mentor, чем группе этузиастных товарищей, конкурировать с ним не собираюсь. Ето было бы затруднительно даже затрачивая на ето все свое время, а тем более на перекурах... Будет дорого стоить денег и времени. В итоге получится как всегда. Такой грустный опыт уже имеется((( Хм, Тау там участвовал скорее как советчик, а не как создатель, он свои задачи решил. Да и я тоже. Там обсуждались больше идеи, чем реализация. Насчет реализации и потраченного времени я согласен, но многие идеи там здравые. Что с ними делать, каждый решает сам.  Цитата(a123-flex @ Dec 20 2013, 01:25)  А идея про octopart действительно представляется интересной... Объясните, пжл, как Вы его собираетесь использовать в России?
|
|
|
|
|
Feb 10 2014, 04:07
|
Местный
  
Группа: Участник
Сообщений: 237
Регистрация: 5-04-06
Из: Нижний Новгород
Пользователь №: 15 816

|
тоже искал подобные программы для того чтобы сортировать компоненты, добавлять в проект. Из небольшого разнообразия нашел самую оптимальную elela ее надругом форуме чел показал и частично перевел http://monitor.espec.ws/section13/topic222942.html Но к сожалению не доконца, а так отличная программа, со всем тем что мне надо. Еще смотрел программы склад производства- платную и бесплатную. Но как-то непонравилось- писали недалекие люди для себя, а пото на рынок вывели. Попадались еще но как-то под себя я непонял как их передалеть
|
|
|
|
|
Feb 14 2014, 05:58
|

Иногдящий
   
Группа: Свой
Сообщений: 691
Регистрация: 28-02-05
Пользователь №: 2 931

|
Тоже назрела необходимость в программе учета комплектующих. Так как ничего подходящего не нашел, начал писать ее сам. Хочу получить в итоге программу для учета комплектующих, формирования заказов поставщикам и количественно-финансового учета продаж готовых изделий. В основе хочу заложить два понятия - компоненты и изделия. Компоненты - это базовая вещь. Это то, что приходит от поставщиков и является неделимым. Причем это не только электронные компоненты, но и все остальное - вплоть до инструкций к изделиям  Изделия - это то, что производится из компонентов. В составе изделий могут быть другие изделия с любым уровнем вложенности.
|
|
|
|
|
Feb 14 2014, 09:43
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Цитата(AndyBig @ Feb 14 2014, 07:58)  Тоже назрела необходимость в программе учета комплектующих. Так как ничего подходящего не нашел, начал писать ее сам. Хочу получить в итоге программу для учета комплектующих, формирования заказов поставщикам и количественно-финансового учета продаж готовых изделий. В основе хочу заложить два понятия - компоненты и изделия. Компоненты - это базовая вещь. Это то, что приходит от поставщиков и является неделимым. Причем это не только электронные компоненты, но и все остальное - вплоть до инструкций к изделиям  Изделия - это то, что производится из компонентов. В составе изделий могут быть другие изделия с любым уровнем вложенности. Эт тупиковый путь. Основой для таких программ являются первичные документы и ничего больше: планирование, поступление, складирование, производство, продажи, отгрузка... Все остальное только объекты действий. Разделять на компоненты и изделия это плодить дополнительные измерения которые только усложнят SQL запросы. Компоненты и изделия это просто динамические аттрибуты (возможно с историей) для листьев дерева объектов.
|
|
|
|
|
Feb 14 2014, 10:03
|

Иногдящий
   
Группа: Свой
Сообщений: 691
Регистрация: 28-02-05
Пользователь №: 2 931

|
Мне не нужно решение, заточенное под все на свете, мне нужно решение, заточенное под небольшое производство плюс учет реализации "для себя". все готовые решения, которые я встречал, имеют недостатки для моего случая (как и для большинства подобных моему, я подозреваю): - монструозность: правильно конфигурирование под себя занимает времени чуть ли не больше, чем написание собственного софта; - избыточность: часть интерфейса занимается теми вещами, которые мне совершенно не нужны, требуется заполнение данных, без которых я спокойно обойдусь и т.п.; - недостаточность: нет каких-то мелких фич, которые мне хотелось бы иметь в программе для пущего удобства; Для небольшого мелкосерийного производства что требуется? 1) Знать остатки материалов на складе. 2) Знать количество готовых изделий. 3) Знать на сколько готовых изделий осталось материалов. 4) Прикинуть стоимость заказа материалов для возможности произвести N изделий и составить номенклатуру этого заказа. Бонусом - с учетом аналогов у одного или разных поставщиков. Вторично: 5) Знать сколько изделий кому продано, каких именно, когда, почем. Знать какие еще заказы висят в ожидании исполнения. Исходя из всего этого примерно оценивать прибыль и планировать ценовую политику. Автоматизировать формирование выставляемых счетов и учет их оплаты. 6) Различные сервисные функции - учет возвратов по браку, например. Цитата(AlexandrY @ Feb 14 2014, 13:43)  Основой для таких программ являются первичные документы и ничего больше: планирование, поступление, складирование, производство, продажи, отгрузка... Это понятно. Цитата(AlexandrY @ Feb 14 2014, 13:43)  Разделять на компоненты и изделия это плодить дополнительные измерения которые только усложнят SQL запросы. Сложность работы БД меня не волнует, меня интересует простота моей работы  Нажал в программе кнопку "Изготовлено N изделий" и в базе автоматом списались все необходимые для N изделий материалы и добавились эти самые N изделий. Заодно выскочило предупреждение. если какого-то компонента осталось меньше, чем на 50 (100/200/1000) изделий. Цитата(AlexandrY @ Feb 14 2014, 13:43)  Компоненты и изделия это просто динамические аттрибуты (возможно с историей) для листьев дерева объектов. В принципе да. Деление скорее принципиальное, чем практическое. Компоненты (материалы) - это всегда неделимые, приобретаемые на стороне позиции для внутренних нужд. Изделия могут быть как такими же неделимыми и приобретаемыми на стороне, так и составными из компонентов или других изделий.
|
|
|
|
|
Feb 14 2014, 14:02
|

Ally
     
Группа: Модераторы
Сообщений: 6 232
Регистрация: 19-01-05
Пользователь №: 2 050

|
Цитата(AndyBig @ Feb 14 2014, 12:03)  Мне не нужно решение, заточенное под все на свете, мне нужно решение, заточенное под небольшое производство плюс учет реализации "для себя".
В принципе да. Деление скорее принципиальное, чем практическое. Компоненты (материалы) - это всегда неделимые, приобретаемые на стороне позиции для внутренних нужд. Изделия могут быть как такими же неделимыми и приобретаемыми на стороне, так и составными из компонентов или других изделий. Делимые они или не делимые, это все условности. Делайте сразу все делимым и без ограничений на количество уровней иерархии. Компоненты и изделия просто две ветви одного дерева размещений, т.е. где лежит. Больше они ни чем не должны отличаться. Дерево размещений, как я это называю, это иерархическая структура включающая продавцов, покупатетей, саму фирму, склады, планируемые поставки, списание и проч. т.е. и физические и логические локализации объектов.
|
|
|
|
|
  |
3 чел. читают эту тему (гостей: 3, скрытых пользователей: 0)
Пользователей: 0
|
|
|