Учет радиокомпонентов на складе, Кто чем пользуется? Опции

[dkogna]

Нужна программа для учета радиокомпонентов на складе.

Необходимо чтоб можно было создать в ней BOM (список деталей) на изделие. Один человек детали покупает и заносит данные в систему, другой (или тот же) делает изделие и списывает делати со склада. Нужно точно знать сколько денег потрачено на закупку и на какую сумму деталей на складе осталось.

Кто с чем работает? Что посоветуете.

Бесплатный софт предпочтительней будет для начала. Никакого клиент-сервер не предвидится. Однопользовательская система.

P.S. Работаю с MAS90 на работе. Страшно не нравится. Я бы сказал не для дома она. Глючная , громоздкая и не удобная.

[OlegH]

Давно собираюсь сделать такую систему поддержки электронного производства (и скоро реально буду делать, ибо надо, а пользоваться экселем смертельно надоело).
Только с несколько более широкой функциональностью, чем обозначено ТС.
Когда сделаю - дам знать

Вот небольшая выдержка из когда-то составляемых Тех.Требований:

ЦЕЛЬ: разработать программый комплекс (базу данных), которая бы автоматизировала работу с комплектующими и их перечнями, позволяла упросить и повысить надежность процесса формирования перечня заказываемых комплектующих, необходимых для изготовления указанного числа требуемых изделий.

В базу данных входит информация о:
- фирмах – поставщиках компонентов и комплектующих;
- типах и характеристиках комплектующих;
- их ориентировочных ценах и условиях поставки в различных фирмах;
- наличии и количестве этих комплектующих на собственном складе, а также о месте их хранения и о лице, ответственном за них;
- поступлении комплектующих на склад и снятии их со склада;
- разработанных изделиях и требуемых для их изготовления комплектующих; комплектующие и изделия могут образовывать иерархию (например изделие "плата" состоит из набора деталей для ее пайки; изделие "устройство" состоит из корпуса, указанного набора плат и деталей для сборки; изделие "типовая система" состоит из указанного набора устройств и деталей для сборки).

Основные возможности БД:

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

Сообщение отредактировал Олег Хохлов - Jul 31 2008, 17:26

[syoma]

ЦЕЛЬ: разработать программый комплекс (базу данных), которая бы автоматизировала работу с комплектующими и их перечнями, позволяла упросить и повысить надежность процесса формирования перечня заказываемых комплектующих, необходимых для изготовления указанного числа требуемых изделий.

База данных была сделана в 1С-Предприятие. В качестве базы была взята конфигурация 1С-Бухгалтерия для Украины.

В базу данных входит информация о:

- фирмах – поставщиках компонентов и комплектующих;

Встроенна в базовую конфигурацию. Можно внести все данные о фирме. Можно по фирме отобразить все заказы по ней, а также накладные, которые получены от нее.

- типах и характеристиках комплектующих;

Встроенна в базовую конфигурацию. По комплектующим можно отобразить приходную цену, статистику приходов, и цен.

- их ориентировочных ценах и условиях поставки в различных фирмах;

Цены считаются автоматически по приходу комплектующей на склад. Цены на различных фирмах не реализовывал.

- наличии и количестве этих комплектующих на собственном складе, а также о месте их хранения и о лице, ответственном за них;

Встроенна в базовую конфигурацию.

- поступлении комплектующих на склад и снятии их со склада;

Встроенна в базовую конфигурацию. Приход заносится по расходной накладной поставщика создается приходная накладная, которая заносит компоненты на склад. Списываются компоненты по калькуляции.

- разработанных изделиях и требуемых для их изготовления комплектующих; комплектующие и изделия могут образовывать иерархию (например изделие "плата" состоит из набора деталей для ее пайки; изделие "устройство" состоит из корпуса, указанного набора плат и деталей для сборки; изделие "типовая система" состоит из указанного набора устройств и деталей для сборки).

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

Основные возможности БД:

- формирование общего перечня заказа комплектующих для указанного числа изделий требуемых типов, с возможностью моментальной оценки возможной стоимости этих комплектующих (минимум-максимум);

То что встроенно - При создании калькуляции сразу отображается реальная стоимость списанных компонентов. Никаких минимумов и максимумов. Все считается по той цене, по которой эти компоненты оприходованы на складе.

- возможность сформировать такой перечень заказа отдельно по каждой указанной фирме-поставщику;

У меня нету.

- возможность использовать в таком перечне заказа имеющиеся на складе компоненты (уже имеющееся кол-во вычитается из заказа)

Встроенно - При расчете калькуляции количество компонентов на складе сразу отображается. Также отображается нужное количество. Я добавил возможность формирования ведомости дефицита - когда задается нужное количество изделий разного, считается, что на них нужно и нехватающие позиции отмечаются.

- возможность получить перечень всего, что в данный момент есть на складе, либо обобщенный, либо разбитый по предназначению;

Встроенно - все что есть на складе. По предназначению - если создавать группы - конденсаторы, резисторы, микросхемы, то можно отображать по группам. В принципе можно написать обработку и по предназначению.

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

Встроенно в базовую конфигурацию

От себя добавлю, что все что вы хотите спокойно можно реализовать в 1С.
Программист, знаюший Си и Бейсик может спокойно разобраться с языком и принципами работы 1С за неделю.

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