Как стать автором
Обновить

Комментарии 18

Охх, снова приложения на базе Django-admin.. Вроде бы легко начать, да.. Но чуть дальше - и начинается пляска с костылями.

В последних версиях Django темплейты админки, похоже, наконец-то, поддерживают перевод на другие языки, потому что в предыдущих этого не было и я часто встречал артефакты типа "Add Новый Заказ".

Я не знаю как у вас оно там внутри написано, но я бы не взялся поддерживать проект на таком движке...

Я только не понял, где же тут ERP? Учетную систему вижу, а средств планирования ресурсов предприятия с SCM и решением оптимизационных задач - не вижу. Если это всё же ERP, то почему для того же модуля Склад не указан solver и его доступные пользователю критерии для оптимизации размещения материалов и продукции по ячейкам?

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

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

Если дословно переводить enterprise resource planning - планирование ресурсов предприятия, что и реализовано. Заказчик пользуется и доволен.

Решили поделиться своим кейсом, но не расслабляемся и продолжаем работать над улучшением и добавлением новых функций.

А вы рассматривали какие-то другие варианты? Например, есть Odoo (OpenERP) - там сотня разных сценариев уже реализована, можно свои модули допиливать.

Рассматривали Odoo, смотрели и другие варианты OpenERP/CRM, например на базе Totum. Но как результат, сделали свое и развиваемся дальше.

Мы тут вас пытаемся разговорить и вытащить хоть немного каких-то деталей по-существу.

Сейчас ваша статья выглядит как школьный реферат с картинками. Может быть для доклада директору больше ничего и не надо, но здесь хотелось бы какого-то технического описания, больше чем "я сделяль".

Чем ваша система лучше решения на базе OpenERP? Вы не разобрались как её установить и настроить? Или там был какой-то фатальный недостаток?

Приведите примеры кода каких-то интересных частей, опишите какие сложные случаи как вы решили...

Хотя бы расскажите почему вы выбрали именно Django-admin с её 20-летним дефолтным интерфейсом? Я подозреваю что потому, что поначалу надо было сделать простой CRUD в базу, а потом уже пришлось превозмогать первоначальный выбор. Ну если так - то расскажите об этом тоже - негативный опыт тоже здесь ценится.

Модуль (Управление задачами): Связан с Модулем (Анализ данных), так как данные для анализа поступают из задач и проектов.

Модуль (Анализ данных): Связан с Модулем (Отчетность и аналитика), так как результаты анализа используются для создания отчетов.
Модуль (Отчетность и аналитика): Связан с Модулем (Планирование и контроль выполнения), так как отчеты помогают в планировании и контроле.

Отчетность и анализ

Отчетность:
Возможность создания отчетов по запросу, автоматическое обновление отчетов.
Анализ:
Автоматический анализ данных, выявление трендов и аномалий.
Планирование:
Создание планов и графиков выполнения, корректировка планов.

Контроль выполнения:

Мониторинг выполнения задач и проектов, автоматическое оповещение о нарушениях сроков.

Онлайн-режим

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

  • Нет необходимости в еженедельных или ежедневных контрольных точках, так как все данные обновляются автоматически.

Заключение

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

Готовим полное описание как реализована система на действующем предприятии, скоро будет )

Снова много букв, но мало сути. Я немного заархивирую: "мы сделали систему, она строит отчёты, рисует графики и автоматически анализирует что-то. Модули связаны." Это вся суть статьи.

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

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

Увы, в России open source для ERP - это утопия: сам пытался продвигать Bravo, лет 20 назад. Никто не хочет платить за консалтинг, «ну, лицензии же бесплатные, так и настройка должна быть бесплатная: вам, красноглазикам, и так нравится в компутерах ковыряться». Слов нет, согласен. Выгоднее было вкатиться в SAP и жить безбедно. Сейчас видим цену «прагматизма» 😢

планирования загрузки оборудования

Вот именно используемый для оптимизации загрузки оборудования solver и его критерии, доступные пользователям, и вызывают наибольший интерес. Особенно интересны возможности планирования рисков (Монте-Карло?), поддержка дискретной оптимизации, производительность и т.п. Ограничиваетесь только LP или так же используете MILP или даже MIQCP? Как часто и с какими "телескопами" можно обновлять планы?

Учетных систем на рынке навалом. А вот ERP - на пальцах можно пересчитать.

В базе - у всех с этим беда! К SAP нужен отдельный модуль SCM APS, в Oracle- newmetrix, axapta- там вообще ничего нет по оптимизации сводного планирования . Informix - надо отдельные моди, lawson m3 - допиливать.., Quad типа заточен, но это отдельная попа.

поддержка MRP

MRP давно считается устаревшей. Впрочем, как и MRP II. Обоих вытеснила концепция ERP, обеспечивающая непрерывную балансировку и оптимизацию ресурсов предприятия. В ERP функции MRP/MRP II реализуются средствами более совершенной SCM.

Скорее, APS, если мы про планирование производства говорим.

В теории, APS обязано подчинятся требованиям SCM. А на практике, граница между ними весьма размыта. Тот же SAP предлагает SCM в сочетании с ADO, и не предлагает АPS. PP/DS - это всё же не APS, а лишь детализация SCM.

А говорим мы про ERP, в которой планирование производства в отрыве от цепочек поставок имеет очень мало смысла. Мы же не про заводик речь ведем, а всё же про Enterprise.

Ну а что, молодцы! Как мы шутили в ветке ERP почившего SQL-форума: плох тот, кто свою ERP не написал! Правда, в ветке по разаработку баз данных ходила та же самая шутка 😀

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории