Складской учет комплектующих с помощью ERP-системы Odoo (OpenERP)

Привет. Думаю, у многих, как и у меня, стоит задача контролировать запасы электронных компонентов. Я нашел решение этой задачи.

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

Odoo (ранее OpenERP) — это опенсорсная кроссплатформенная ERP-система. Доступ к интерфейсу организован через браузер. Система решает массу задач: бухгалтерский учет, продажи, закупки, управление проектами, складской учет, управление производством и многое другое.

Мне нужны были только склад и производство. Склад позволяет отслеживать наличие комплектующих, а производство — создавать спецификации и массово списывать комплектующие.

Чтобы показать систему коллегам я сделал скринкаст и написал статью про установку на Убунту.

Это мой первый скринкаст с импровизированным монологом, поэтому прошу сильно не ругать. Видео лучше смотреть на Ютубе в максимальном качестве. Когда я публиковал свой прошлый скринкаст, мне многие сказали, что лучше бы я сделал статью, но я не представляю, как показать все, что я показал с помощью статьи.

Пощупать Оду можно с помощью онлайн-демки.

  • +8
  • 23 января 2016, 23:13
  • bravikov

Комментарии (60)

RSS свернуть / развернуть
А какое отношение имеет эта бухгалтерия к тематике сайта? Про электронику ни слова.
-3
Отношение имеет. Я занимаюсь электроникой и эта штука стала для меня одним из основных инструментов.
+4
первичное.
через бухгалтерию проводятся затраты на разработку (начиная с концепции). Закупка компонентов на прототип и договора с подрядчиками на изготовление партии.
Та и сами устройства проходят через неё и склад.
0
У меня основными программными инструментами являются Altera Quartus и MG PADS. Складской учёт — зона снабжения и бухгалтерии.
-4
Да, пока вы не занялись домашним производством или не устроились в мелкую организацию, где каждый должен заниматься всем. Просто это пост не для вас.
+4
Я тоже столкнулся с этими проблемами и нарисовал свою прогу. На сегодня она умеет все тоже самое, что показано на видео. Ну плюс мелочи типа быстрый поиск описания на элемент, URL элемента в интернете ну и т.д. Знал бы о существовании готовых решений не заморачивался бы. Хороший правильный пост.

0
Где-то публиковал?
На чем написано? Лазарус?
0
Не, не публиковал. Прога пишется довольно долго, иногда большие куски кода приходилось выкидывать так как можно было сделать оптимальнее. Да, Lazarus.
0
Ну так опубликуй, многим может быть полезно. Или оно еще слышком сырое?
+1
Да нет, умвр :) Ок, инсталлятор прикручу и опубликую. После командировки.
0
А предложения по добавлению фич принимаются?
0
Конечно, если пройдут предварительную фильтрацию :)
0
yadi.sk/d/XVAWn2Aeokj9E
Опубликовал :). Сначала создается склад, потом добавляются товары по местам. В поле описание можно добавить частичное название pdf или любого другого файла — программа сама его найдет и откроет. Состояние складов можно смотреть через Ядиск, так как при записи формируется еще и html.
+1
С одним артикулом товар может хранится в разных местах. Это важно. Поиск ведется по артикулу.
0
Лучше отдельным постом опубликуй. И желательно с более полным описанием.
0
Это займет некоторое время.
0
и нарисовал свою прогу.
we.easyelectronics.ru/kalobyte-ya/soft-dlya-ucheta-detaley.html
0
Набивать вручную тысячи позиций?
а есть импорт разных файлов? из счетов/накладных?
0
Есть импорт через CSV-файлы.
0
софт сложный
я тут переношу самопальный софт из локального «сервера» на хостинг
писал быдлокодер, который недавно поехал, шеф избавляется от его творчества типа «сервера» на линупсе с софтовым рейдом
в первую очередь всю эту прогу с проектами

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

пока что я вижу это так
0
Но на разработку и допил примитивного самопала требуется больше времени, чем на освоение Оду. Я затратил неделю на все про все: узнал о существовании Оду, установил, изучил, сделал статью и скринкаст.
0
Учет деталей и их движений… это тихий ужас, если без базы данных.
Спасибо за наводку.
0
  • avatar
  • iva
  • 24 января 2016, 18:55
-1
Уровень экселя и еще платить надо.
0
Это если ты в одном лице весь персонал — 1с избыточна.
А вот у меня логисты, бухгалтера, экспедиторы, кладовщики, начальник склада, зам по производству это всё разные люди и каждое движение они фиксируют в 1с и это реально позволяет им избавится от кучи администраторской работы и не бегать друг за другом.
0
При этом мой заказ комплектующих это: подготовить перечень, согласовать его с руководителем проекта (желательно с ценами конкретных поставщиков и сроками), передать согласованный перечень логисту, дождатся пока он закажет, бухгалтера оплатят, экспедитор привезёт на склад, склад оприходует, я напишу запрос на внутреннее потребление, зам производства подтвердит что ему есть что выдать, кладовщик выдаст и только потом запчасть у меня. Если купил за наличку то скорее всего не оплатят. И даже на 10ю резисторами отправляют экспедитора…
0
И даже на 10ю резисторами отправляют экспедитора…
Это бюрократия уже в терминальной стадии.
+1
ну так реально проще :(
0
Ты не прав. не управление торговлей а производство и склад.
Сами на эти грабли налетели. В торговле нет возможности приходовать оборудование как объект труда а не товар и нет возможности делать заказ-наряды для корректного проведения списания компонентов.
0
УТ нифига не ERP решение. И для производства оно никак не подходит.
У 1С есть более подходящее решение — v8.1c.ru/erp/
0
Я не знаю что такое ERP, тем более зачем это монстроподобное 1С_Управление_предприятием.

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

Вот я и предложил де-факто сверхстандартное решение этой проблемы в ЭТОЙ стране, которое юзают все — начиная от мелкого ИП-шника и до предприятия среднего/крупно-среднего размера (т.е. практически ВЕЗДЕ) для СКЛАДСКОГО УЧЕТА (на название можно не смотреть — это видимо такое чисто маркетинговое словосочетание). В этой программе сможет работать любой менеджер, девушка-кладовщик, бух и т.д. с нашего рынка труда (т.е. прямо с_улицы), т.к. эта программа стоит щас менее, чем везде.

Кроме того, она имеет стандартный обмен данных с ихней же 1С_Бухгалтерией, которая стоит щас тоже менее, чем всюду.

Ну то есть — стандартное решение на вырост: может быть он мечтает дорасти со временем до уровня упитанного ремесленника, т.е. ИП-шника.
-1
ERP — это система учета производства. Она решает другой класс задач по сравнению с управлением складом или торговлей.

Я не знаю что такое ERP, тем более зачем это монстроподобное 1С_Управление_предприятием.
Короче, коллега, пока Вы не разберетесь, что такое ERP системы и с чем их едят дальнейший спор обсуждение данной статьи считаю неконструктивным.

PS. Допиливание стандартной конфигурации предназначенной для торговли до решения ERP, как правило, выливается в пустую трату денег времени и сил. И в этом почему-то всегда оказывается виновата 1С.
+1
Мне нужны были только склад и производство. Склад позволяет отслеживать наличие комплектующих, а производство — создавать спецификации и массово списывать комплектующие.

Можно посмотреть в демо on-line версии — там есть документы сборка номенклатуры и соответственно справочник вариантов комплектации номенклатуры. Дополнительно к реальным складам можно завести виртуальный склад (например, «Производство») и перемещать готовые сборки (комплекты комплектующих) туда. А потом просто смотреть текущие остатки и движения по складам.

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

Ну т.е. я хотел сказать, что это просто самое распространенное и стандартное до унылости ПО, как и ГЦЦ, эклипс, жабаскрипт или липупс с вендой с точки зрения стандартного гуманоида местного розлива, мечтающего о своем «свечном заводике». А не что-то потешное ВНЕЗАПНО откопанное где-то на задворках сети с помощью гугол.
0
Виртуальный склад на каждое изделие? Батенька, видать вы не сталкивались с автоматизацией реального производства. Как вам вариант, когда на производство приходит всего ОДНА номенклатура изделия (причем в каждой партии могут быть разные характеристики основных параметров) а на выходе мы будем иметь до двух десятков номенклатуры готовых изделий? Короче, попробуйте автоматизировать производство на молкомбинате используя стандартные конфигурации, заточенные под торговлю. ;)

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

В общем, всегда нужно иметь ТЗ и знание предметной области, чтобы осознанно выбрать оптимальное решение в плане автоматизации. А продвигать одно решение, пусть и достаточно универсальное, как панацею на все случаи жизни… Не буду даже комментировать.
0
Виртуальный склад на каждое изделие?
Зачем?

ТС пишет вначале: «Сначала я вел склад в экселевской таблице». Вот это и есть уровень о котором говорим здесь, причем здесь восклицания а-ля «автоматизация реального пр-ва»? Любителю тоже бывает надо поиграться в «настоящий_учет», тем более, если в будущем возможно намечаются крупные_дела в сфере малого бизнеса в своей собственной лавке или мастерской.

Мы все здесь ПЖ и киндервуды, есть и нубы (каждый в чем-то). Именно поэтому я, в целях ознакомления людей, просто посоветовал взглянуть на продукты 1С, как на де-факто стандарт в этой сфере человеч.деятельности в_этой_стране. У 1С есть куча отраслевых решений в виде узкозаточенных конфигураций или сверхсложных и сверхдорогих (1С УПП (Упр.Произв.Предпр.) или 1С УПП ERP) + кучи конфигураций на любой вкус от партнеров с лейблом «1С совместимо».

Но начинать знакомство надо с чего-то простого и стандартного, поэтому я выше и дал ссылку на базовую(т.е. усеченную и упрощенную) версию 1С УТ, в которой все ведут СКЛАДСКОЙ УЧЕТ. Но, если этого мало, то вот ссылка на on-line версию полноценной 1С УТ, которая более навороченна.

Но если все так круты и нужно производство помимо склада, то можно посмотреть конфу 1С УНФ (Упр.Небольш.Фирмой) — там есть и производство. Но она уже реально навороченная и не узкозаточенная, как 1С УТ чисто на количественно-суммовой учет на складах — там и бухгалтерия (т.е. план счетов, бухг.проводки и баланс) и расчет з/п, т.е. это уже решение для полноценной бухгалтерии + эконом.отдел.
-1
Посмотрел, благо на моем Synology odoo 8 версии уже был, легко установился. Сделал всё как в видео. Поплевался немного. Всё достаточно долго и нудно (это я так, ворчу). Плюс в odoo глюки есть и немало. Да и к интерфейсу надо привыкать, часть по русски, часть не переведено, выглядит страшненько.
На сайте odoo так и не понял, какая версия сейчас актуальна. Везде про триалы пишут, надо рыться, чтобы понять, что бесплатно, а что платно. Так и не понял, какая у неё СУБД (возможно не видел в настройках), либо она с собой таскает, а у меня уже есть, нафига мне еще одна СУБД.
И таки себе да, было бы интересней, если бы в скринкасте было бы не «Резистор 1», а конкретно, ближе к реалиям, типа, SMD 0805 10k, как это правильней вбить в склад и сгруппировать.
Я еще поковыряю, но пока прогнозы у меня пессимистичные.
Но за обзор спасибо.
0
Я пользовался только 7 и 9 версией, глюков ни разу не видел. Система очень стабильна. Бывают непонятные сообщения об ошибках, но они стабильно повторяются. Например, система не даст создать заказ, пока вы не выберите страну своей организации, чтобы определить рабочую валюту.

Последняя версия — 9.0. Разные версии под разные ОС можно скачать из ночных сборок.

СУБД PostgreSQL.

В жизни я использую полное наименование резисторов, как у производителя, например «Yageo RC0603JR-0715KL (15 кОм, 5 %)» и сложную иерархию категорий. Когда я записывал скринкаст, то пробовал ближе к реалиям, но получалось долго и с уходом от сути.
0
В общем попробовал ввести разъемы, штук 15 наименований, впечатления следующие:
1. Ручной набор — фиг с ним. Импорт не пробовал, но это всё пока не так важно, у меня «склад» не настолько велик.
2. Выбрать место, где лежит товар — это просто текстовое поле, хотя я завел физические места расположения. И нафиг тогда?
3. Описание ввести можно, однако даташиты куда?
В общем это не для меня. Мне будет проще поднять Tomcat и сделать самому. Жаль, конечно, это же еще время потратить придется. Зато функционал можно будет сделать каким угодно. Ну почти.
Мне был интересен именно Web интерфейс, чтобы доступ был с любой точки (у меня свой домен зарегистрирован и сервер доступен откуда угодно).
Что точно не понравилось:
1. Вбивать имя производителя в наименование товара, это избыточная информация, достаточно один раз завести производителя, потом выбирать его из списка. Если нужно. Аналогично SMD 0805 или типа того.
2. Время от времени уходит в ступор, пишет, что идет загрузка, с юмором «Не уходите». Не люблю юмор.
3. Нет сохранения формы экрана, каждый раз выбирать нужную форму, слегка напрягает, возможно это только по-началу.
4. Фильтры (у меня 8 версия) расположены неудобно. В частности завел я «Разъемы», а в фильтре «Internal Category» можно не выбрать, а только тупо в тексте ввести «Разъемы». Это значит, что система слабосвязанная (только по крупным модулям), значит будет оверхеад по месту на диске, а самое главное, по Web интерфейсу будет гоняться лишняя информация.
Подозрения:
1. Скорее всего это всё тяжелое до невозможности, впрочем этого и можно было ожидать. Учитывая перегруженность (для моих целей) функционалом.

На счет стабильности, да, не падает, однако эти «перезагрузки» страниц то ли с какой то периодичностью или еще с чем то связанные (пауза на несколько минут) ну очень томительны и непонятны. Например, пауза была, когда я вводил описание очередного разъема, потом решил указать количество и тут началась «загрузка». Wow, воскликнул я.

Возможно я где то не прав. Но СУБД мы на работе используем DB2, проектирование структуры на мне, потому эти все «тонкости» видны как на ладони. Хорошо еще, что я не видел структуру их базы данных :)
Удачи! Снесу к лешему, не моё.
0
В качестве расположения я пишу, например: «Стеллаж 1, полка 3».

Даташиты можно прикреплять, если установить модуль Knowledge Management. Его вроде нет в стандартной поставке, но можно скачать и установить.

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

Производителя товара тоже можно указывать, если установить модуль Products Manufacturers.

Вообще есть куча модулей, и платных и бесплатных, думаю система хорошо кастомизируется.

С зависаниями я не сталкивался, может это зависит от производительности машины.
0
У каждого свои «хотелки», потому на вкус и на цвет…

Если делать склад по полной программе, то конечно может получиться долго и бесполезно. Мне же нужен простой инструмент, чтобы найти нужные детальки быстро, потом их списать. Без всякого менеджмента перемещений, журналирования, производства и т.п. Я уже прикидывал, табличек 10 получилось, не больше, включая заказы и справочники продавцов. Но времени всё равно нет, так что когда родится и родится ли, я не знаю. Потому и посматриваю на такой софт. Локальные, пусть и лежащие в дропбоксе программы не интересуют, ну как уж есть.
0
Я занимаюсь базами данных, SQL — один из моих любимых языков. И могу сказать, что 10 таблиц — это много. У меня примерно также получилось. Надо учесть, что каждой таблице нужен интерфейс, в котором должен быть как минимум функционал добавления, удаления, правки. Потом еще интерфейс для связей между таблицами. Я пошел на эту задачу с тяжелой артиллерией: фреймворками и ORM, но получилось, что оно того не стоит. Если хочется что-то сделать, то лучше написать модуль для Оду.
0
могу сказать, что 10 таблиц — это много
Заглянул в один из своих проектов (абонбаза для коммунальщиков, задача не сложная). 47 таблиц. Как по мне — в самый раз.
каждой таблице нужен интерфейс, в котором должен быть как минимум функционал добавления, удаления, правки. Потом еще интерфейс для связей между таблицами
Вы так говорите, как будто это что-то плохое сложное. На десяток таблиц работы на полчаса.
0
Круто. Я так не умею.
0
Ничего крутого тут нет. Запросы для Insert/Update/Delete/Refresh в 90% случаев генерируются автоматом, только просмотри, править практически не приходится. Есть библиотеки доступа к серверам БД, которые эти запросы вообще в рантайме могут генерить. В результате самому приходится лепить только Select-запрос, да и тот в некоторых случаях (простая таблица-справочник) генерируется двойным щелчком мыши. Так что на генерацию этих «интерфейсов» на десяток уже созданных таблиц полчаса может и много оказаться.
+1
А как ты потом отчётность сдавать из этой штуки будешь? тебя бухгалтера порвут…
0
А как ты потом отчётность сдавать из этой штуки будешь? тебя бухгалтера порвут…
Как заметил коллега treasure
Это бюрократия уже в терминальной стадии.

Вам не кажется странным, что Вы подстраиваетесь под бухгалтеров, хотя должно быть ровно наоборот…
+1
Пользуюсь программой «Компонент 2014» — очень доволен! Разобрался в ней за пару часов. Программа платная, что то около тысячи рублей стоит. Не сочтите за рекламу, но советую данный продукт.
0
У нее одно очень некрасивое место есть: она к хэшу компьютера привязывается.
0
Я не силен в компьютерах, чем чревата привязка к хэшу не знаю. Одно скажу, поставил программу на яндекс диск, там же находится моя база компонентов и без проблем в любом месте (дома, на работе) имею доступ к своим деталям. Единственный минус, что лицензия стоит только на одном компе, поэтому перемещение, добавление, списание могу делать только на нем. На остальных (где не стоит лицензия) могу только просматривать наличие радиодеталей, где лежат и сколько штук.
0
О привязке и речь. Что-нибудь замените в конфигурации компа – придется новый ключ генерить через автора программы.
0
На виртуалку ее, родимую.
0
Лучше в рефлектор. Надежнее.
0
Что это за технология?
0
Декомпилятор для дотнета.
0
Попробовал, понравилось, купил. Приятно, когда потребности совпадают с возможностями. Я бы и Альтиум купил за 1000 рублей))))))
0
Я про это спрашивал перед покупкой. Они сказали что без проблем поменяют ключ бесплатно, но старый конечно же работать не будет. Причем если просто снести винду, поменять жесткий диск — лицензия останется прежней. При покупке они высылают лицензионную карту. Правда сколько раз можно к ним обращаться по смене лицензии — я не знаю.
0
Самое заподло если ты этот софт юзаешь по работе а разработчик слился и не куда больше обращаться о смене ключа.
нормальные люди делают к аппаратному ключу привязку. его и потерять сложнее и в бухгалтерии он проводится как предмет а не виртуальные права которые при инвентаризации показать нельзя (мелочь а проблем меньше).

правда есть такие индивидумы что только через почту россии работают. заказали тут софт. сделали ключи а почта не доставила и вернула обратно. мол адресата нет. а потом оказалось что почтальон не стал искать наш заводик в промзоне. лень было.
сейчас рулимся кто второй раз платит за доставку и нельзя ли нормальной транспортной отправить… в общем мелкие конторки и ип тоже зло :(
+1
Самое заподло если ты этот софт юзаешь по работе а разработчик слился и не куда больше обращаться о смене ключа
О чем и речь…
0
Установил себе. Вопрос сразу: Имется ли возможность аналогов в полном смысле слова?
Нашел, что у разных поставщиков продукции могут быть разные названия, но это не совсем то, что нужно. Нужно именно понятие «аналог», так как продукция 1 может быть аналогом продукции 2, а вот наоборот — уже нет.
0
Что-то мне подсказывает, что тут может помочь модуль Product Equivalences. Только я пока не научился устанавливать скаченные модули. На днях попробую и отпишусь.
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.