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

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

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

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

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

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

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

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

, , ,

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

Я тоже столкнулся с этими проблемами и нарисовал свою прогу. На сегодня она умеет все тоже самое, что показано на видео. Ну плюс мелочи типа быстрый поиск описания на элемент, URL элемента в интернете ну и т.д. Знал бы о существовании готовых решений не заморачивался бы. Хороший правильный пост.

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

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

пока что я вижу это так

Я не знаю что такое ERP, тем более зачем это монстроподобное 1С_Управление_предприятием.

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

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

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

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

ERP — это система учета производства. Она решает другой класс задач по сравнению с управлением складом или торговлей.

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

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

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

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

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

Виртуальный склад на каждое изделие? Батенька, видать вы не сталкивались с автоматизацией реального производства. Как вам вариант, когда на производство приходит всего ОДНА номенклатура изделия (причем в каждой партии могут быть разные характеристики основных параметров) а на выходе мы будем иметь до двух десятков номенклатуры готовых изделий? Короче, попробуйте автоматизировать производство на молкомбинате используя стандартные конфигурации, заточенные под торговлю. ;)

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

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

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

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

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

Но если все так круты и нужно производство помимо склада, то можно посмотреть конфу 1С УНФ (Упр.Небольш.Фирмой) — там есть и производство. Но она уже реально навороченная и не узкозаточенная, как 1С УТ чисто на количественно-суммовой учет на складах — там и бухгалтерия (т.е. план счетов, бухг.проводки и баланс) и расчет з/п, т.е. это уже решение для полноценной бухгалтерии + эконом.отдел.

Я пользовался только 7 и 9 версией, глюков ни разу не видел. Система очень стабильна. Бывают непонятные сообщения об ошибках, но они стабильно повторяются. Например, система не даст создать заказ, пока вы не выберите страну своей организации, чтобы определить рабочую валюту.

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

В жизни я использую полное наименование резисторов, как у производителя, например «Yageo RC0603JR-0715KL (15 кОм, 5 %)» и сложную иерархию категорий. Когда я записывал скринкаст, то пробовал ближе к реалиям, но получалось долго и с уходом от сути.

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

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

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

В качестве расположения я пишу, например: «Стеллаж 1, полка 3».

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

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

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

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

С зависаниями я не сталкивался, может это зависит от производительности машины.

У каждого свои «хотелки», потому на вкус и на цвет…

Если делать склад по полной программе, то конечно может получиться долго и бесполезно. Мне же нужен простой инструмент, чтобы найти нужные детальки быстро, потом их списать. Без всякого менеджмента перемещений, журналирования, производства и т.п. Я уже прикидывал, табличек 10 получилось, не больше, включая заказы и справочники продавцов. Но времени всё равно нет, так что когда родится и родится ли, я не знаю. Потому и посматриваю на такой софт. Локальные, пусть и лежащие в дропбоксе программы не интересуют, ну как уж есть.