すべての実績

製造と太陽光

製造と太陽光の現場に合わせたERPNext

製造と太陽光の業務に向けたERPNextのカスタマイズと連携。営業、案件、現場の流れを表計算から、すでに会計を担っていたシステムへ移しました。

ひとつ

の記録システム

0

クリティカルパス上の表計算

安全

な更新、ERPのフォークなし

課題

ERPNextは導入されていましたが部分的にしか使われていませんでした。見積り、案件追跡、業務の引き継ぎは表計算とメールで行われていました。標準のワークフローが、この事業の見積り、製造、施工のやり方に合っていなかったからです。すべての報告が二つのソースの突き合わせを意味し、そのどちらも信頼されていませんでした。

アプローチ

  1. 01

    まず実際のプロセスを、システムの外で人が編み出した手順まで含めて整理しました。その手順こそが要件だからです。

  2. 02

    標準のERPNextに合わせてプロセスを曲げるのではなく、この業界が実際に見積り、計画し、施工するやり方に合う独自doctypeとワークフロー状態を作りました。

  3. 03

    自動化でERPNextを周辺ツールに接続し、誰も打ち直さずにレコードがシステム間を移動するようにしました。

  4. 04

    役割ごとのビューとレポートを追加し、各チームが汎用の一覧ではなく自分の仕事を見られるようにしました。

  5. 05

    カスタマイズはアップグレード安全に保ちました。更新を取り込めなくなったERPのフォークは、一年以内に負債になるからです。

アーキテクチャ

製造と太陽光の現場に合わせたERPNext のアーキテクチャ. 主な流れ: 引き合い、次に 見積り、次に 案件、次に 施工、次に レポート. 接続された経路: 独自doctype へ入力 見積り; 承認 からの条件付き経路として 施工.

主経路条件付き
ERPNextFrappePythonn8nMariaDB

難しかった点

  • ERPをフォークせずにカスタマイズすること。すべての変更がアップグレードを生き延びる必要があり、それは大半の変更における最短の方法を排除します。

  • 本当のプロセスはシステムの外にありました。人が編み出した表計算の手順が要件であり、それを集めるにはドキュメントを読むのではなく作業を見る必要がありました。

  • 権限が難しい設計課題でした。営業、製造、施工が同じレコードに対して別のビューを必要とし、そこを誤ると人を止めるか、見せてはいけない数字を露出させます。

関連

どう作られたか気になりますか?

その背後にある経験とスキルは職務経歴にあります。

職務経歴を見る