Skip to content

Aviasi / ConcoDelco Service — Scorecard Kajian

DB-10 · SV-10 — 9 tabel DB utama + DBAV (DB fisik terpisah). Diagram: Helicopter View · Detail SV-10/DB-10.

Cakupan sebenarnya (jauh lebih besar dari “2 fitur” yang tercatat sebelumnya):

  • FeatureCustomers/ConcoDelco (20+ handler): SwitchVendor, MonitoringInvoice (Bulk Upload/Create/Update/Remove Invoice+Detail/Generate Template/Get/Retrieve), References (Currency/InvoiceType/Location/Material/Unit/Vendor), UserGuide.
  • FeatureCustomers/SOProforma (10 handler, semua akses DBAV).
  • FeatureCustomers/UpliftTransaction (Export).
  • FeatureAdmins/Aviation: AviationPrice (12+ handler CRUD/approval) + TransactionHistory (3 handler).

Kode Kriteria Skor Bukti / Alasan
J1 Independent Deployability 2 ConcoDelco adalah portal terpisah (_LayoutConcodelco.cshtml, controller sendiri, role dedicated) — 0 write ke DB lokal untuk fitur intinya (MonitoringInvoice/SwitchVendor), murni proxy ke sistem eksternal CIPA + Azure Blob.
J2 Independent Scalability 1 Tidak ada data APM riil, pola sama semua kandidat lain.
J3 Fault Isolation (blast radius) 2 ConcoDelco tidak punya dependency ke DB lokal — fault isolation-nya bersih; SOProforma juga terisolasi penuh ke DBAV sendiri.
J4 Team Ownership (Conway) 2 Testimoni eksplisit dari user: tim vendor eksternal ConcoDelco/CIPA terpisah dari tim internal MyPB, sama seperti pola SV-04.
J5 Technology Divergence 0 Masih .NET/SQL Server di sisi implementasi kita (CIPA sendiri sistem eksternal, bukan bagian domain ini).
J6 Bounded Context (DDD) 2 Domain Aviation Operations jelas, konsisten dengan DDD BC-7.
J7 Compliance / Security Isolation 2 Role dedicated AviasiConcoDelco (didefinisikan resmi di Roles.cs, dicek eksplisit di handler), portal terpisah.
J8 Independent Lifecycle Data 2 Aviation Price punya siklus approval sendiri (Create→Approve→History), SO Proforma house-keeping sendiri — independen dari Booking/Payment.
TOTAL 13 / 16

Hard Blocker: HB1 = Tidak · HB2 = Tidak · HB3 = Tidak Keputusan:SPLIT


Kode Kriteria Skor Bukti / Alasan
DB1 Independensi Transaksi 2 Tidak ditemukan transaksi ACID lintas domain.
DB2 Independensi Foreign Key 1 V7 tetap terbuka: Payment (SV-02) membaca tblM_MappingIATASH (DBAV) langsung lewat SP pada jalur IntoPlane — dependensi lintas-database nyata, belum jadi API call.
DB3 Kohesi Aggregate 2 Aggregate aviation-specific kohesif (SO Proforma + Aviasi Price + Mapping IATASH).
DB4 Single Writer 2 Panggilan Payment ke DBAV (V7) cuma READ (stp_cus_SOPerformaIATASH_Get_Payer_Data) — single-writer DBAV/TblM_Aviasi* tetap terjaga.
DB5 Master Data / Sync 2 Data Aviasi tidak dipakai luas sebagai reference oleh domain lain.
DB6 Independensi Reporting 2 Tidak ditemukan SP reporting/dashboard yang JOIN tabel SV-10 langsung.
DB7 Stabilitas Skema (co-change) 1 0 migrasi EF Core untuk tabel SV-10 sendiri — tabel legacy pra-EF (pola sama SV-08/SV-09/SV-12).
TOTAL 12 / 14

Hard Blocker: DHB1 = Tidak · DHB2 = Tidak Keputusan:PISAH DATA


Temuan tambahan (sesi validasi 2026-07-28)

Section titled “Temuan tambahan (sesi validasi 2026-07-28)”
  • ConcoDelco = portal terpisah, 0 write ke DB lokal — semua proxy ke sistem eksternal baru CIPA + Azure Blob.
  • SO Proforma hidup (koreksi D18) — reachable lewat transaction/orders/so-proforma/status, dipakai dalam halaman Transaction Monitoring.
  • FeatureAdmins/Aviation/TransactionHistory — sub-folder baru ditemukan, belum pernah tercatat.
  • Q13, gap G5, gap G6 — semua ditutup lewat bukti kode nyata.

FULL MICROSERVICE (DB sendiri) — SPLIT (service) + PISAH DATA (database). Kandidat kedua (setelah SV-08) yang tidak berbalik kelas — cakupan domain ini malah jauh lebih besar dari catatan awal.