PT Pertamina Patra Niaga
エネルギー流通
燃料流通のベンダー・ブランド管理の合理化
Pertamina Patra Niaga様のベンダー登録、ブランド評価、継続的な供給管理を統合したプラットフォームの構築事例
複雑性の概要
業務プロセス
ベンダー登録、ブランド評価、承認後のベンダー管理
外部参加者
企業・ブランド情報を登録し文書を提出してステータスを追跡するベンダー
内部参加者
審査員、承認者、調達管理者
ワークフローパターン
登録 → 文書審査 → 修正 → 承認 → 評価後 → 発注 → 更新
管理要件
ロールベースのアクセス制御、文書要件、修正追跡、ステータス通知、監査証跡
中核的な問題
メールベースの登録と文書審査で、ブランド承認の一元的な追跡がなかった
システムの役割
承認ブランドリストとベンダーライフサイクルの単一情報源
進化
本プラットフォームは、将来のベンダー管理の改善や追加の運用要件を支えられる構造化された基盤として設計されました。
クライアントについて
PT Pertamina Patra Niagaはインドネシア全土で燃料・潤滑油製品の流通を管理しています。供給品の品質と信頼性は、厳選された承認済みベンダーとブランドのネットワークに依存しています。この承認ブランドリスト(ABL)の管理は継続的なプロセスで、新しいベンダーの評価、既存ベンダーの監視、ブランド承認の維持が必要です。
課題
既存のベンダー・ブランド管理プロセスはいくつかの業務上の課題に直面していました:
- 新規ベンダーはメールで登録し、さまざまなフォーマットでブランド情報と文書を提出していた。
- Pertamina職員が各提出を資格基準に対して手動で審査・検証する必要があった。
- 承認プロセスは複数の審査員にまたがり、各提出がどの段階にあるかを一元的に追跡できなかった。
- 承認後、ベンダーの実績、製品使用状況、契約更新を監視する統合システムがなかった。
- 文書修正やステータス更新に関するベンダーとのコミュニケーションはメールに依存し、遅延とコンテキストの喪失を生んでいた。
断片化されたアプローチにより、承認済みベンダーとそのブランドの信頼性の高い最新ビューを維持することが困難でした。
登録フォーム以上のものだった理由
E-ABLは単なるベンダーディレクトリではありません。外部ベンダーと社内審査員を調整し、ブランド提出ごとの文書要件を徹底し、修正サイクルを支え、承認後の状況 — 製品使用状況、評価、発注、更新 — を追跡し、決定の信頼できる履歴を保持する必要がありました。つまり、受け付けのステップだけでなく、ベンダーのライフサイクル全体を表現するシステムである必要があったのです。
- 1 外部ベンダー
- 2 登録と構造化されたブランド・文書提出
- 3 文書審査と複数審査員による評価
- 4 修正・再送信・通知・承認
- 5 承認後の運用 — 使用状況、評価、発注、更新
私たちのソリューション
私たちは E-ABL(承認ブランドリスト)を構築しました。これはベンダーとブランドの完全なライフサイクルを管理するウェブプラットフォームです:
- ベンダーの自己登録: 候補ベンダーが構造化された登録フローを通じて登録し、ブランド情報を送信する。
- 文書提出ポータル: ベンダーが明確な要件にガイドされながら必要な文書を一箇所にアップロードする。
- デジタル審査ワークフロー: Pertaminaの審査員が提出を評価し、修正を要求、文書化された理由で承認または却下する。
- メール通知: 自動通知がプロセスの各段階でベンダーと職員を情報付きに保つ。
- 承認後ダッシュボード: 承認済みベンダーはブランドステータス、製品使用状況、評価、アクティブな注文、今後の更新を表示するダッシュボードを取得する。
- 継続的管理: 初回承認を超えた完全なライフサイクルをサポートし、実績の追跡、更新のフラグ付け、ベンダー関係の管理を行う。
成果とエビデンス
| 改善前 | 改善後 |
|---|---|
| ベンダーが不統一なフォーマットでメール登録 | 構造化されたセルフサービス登録フロー |
| 文書審査が審査員間で手動調整 | 理由が文書化された明確なデジタル審査ワークフロー |
| 各提出の状況を確認するビューがなかった | ステータスがベンダーと社内審査員に見えるように |
| 承認後の追跡が個別の記録に散在 | ブランドステータス、使用状況、評価、発注、更新が単一ダッシュボードに |
| 更新が後追いで発生 | 更新追跡により先見的なベンダー管理が可能に |
技術
.NET · SQL Server
