title: “Multi-Location” description: “Stok terpisah per lokasi, transfer antar gudang dengan approval, reporting per lokasi, dan integrasi POS/Manufacturing.”

Multi-Location

Sistem inventori Quinn of Spicy mendukung multi-location — setiap produk memiliki stok yang terpisah di setiap lokasi gudang. Dengan 3 lokasi aktif (Gudang Utama, Toko Offline, Gudang Reserve), kamu bisa mengontrol distribusi stok, melakukan transfer antar lokasi, dan melihat laporan performa masing-masing gudang secara independen.

Arsitektur Multi-Location

Stok Per Lokasi — Contoh

Setiap produk memiliki 3 baris stok (satu per lokasi) plus total: Contoh: Ayam Suwir Petir (150g)

Lokasi	Stok	Min. Stok	Status	Nilai (HPP)
Gudang Utama	100 unit	30 unit	🟢 Normal	Rp 2.100.000
Toko Offline	30 unit	10 unit	🟢 Normal	Rp 630.000
Gudang Reserve	50 unit	20 unit	🟢 Normal	Rp 1.050.000
Total	180 unit	60 unit	🟢 Aman	Rp 3.780.000

Contoh: Sambal Matah (100ml) — Low Stock

Lokasi	Stok	Min. Stok	Status	Nilai (HPP)
Gudang Utama	15 unit	30 unit	🟡 Low	Rp 90.000
Toko Offline	5 unit	10 unit	🟡 Low	Rp 30.000
Gudang Reserve	0 unit	15 unit	🔴 Out	Rp 0
Total	20 unit	55 unit	🔴 Critical	Rp 120.000

Transfer Antar Lokasi

Flow Transfer

Field Transfer

Field	Wajib	Deskripsi
Produk	Ya	Pilih produk (bisa multi-item)
Lokasi Asal	Ya	Gudang mana stok diambil
Lokasi Tujuan	Ya	Gudang mana stok dikirim
Quantity	Ya	Jumlah unit (tidak boleh > stok tersedia)
Notes	Tidak	Alasan transfer, instruksi khusus
Tanggal	Ya	Default hari ini

Aturan Transfer

Aturan	Detail
Lokasi sama	Tidak bisa transfer ke lokasi yang sama
Validasi stok	Qty tidak boleh > stok di lokasi asal
Auto-approve	Transfer < 50 unit langsung diproses
Butuh approval	Transfer >= 50 unit perlu persetujuan manager
Atomic	Deduct dan add terjadi dalam satu transaksi — tidak ada kasus stok hilang di tengah
Audit trail	Setiap transfer dicatat: siapa, kapan, dari mana, ke mana, berapa

Transfer History

Kolom	Deskripsi
Tanggal & Waktu	Timestamp transfer
Produk	Nama dan SKU
From	Lokasi asal
To	Lokasi tujuan
Quantity	Jumlah unit
User	Siapa yang melakukan
Status	Completed, Pending Approval, Rejected
Notes	Catatan transfer

Reporting Per Lokasi

Stock Report Per Lokasi

Metrik	Gudang Utama	Toko Offline	Gudang Reserve	Total
Total Item	450	120	380	950
Total Nilai	Rp 45.000.000	Rp 8.500.000	Rp 22.000.000	Rp 75.500.000
Low Stock Items	5	2	8	15
Out of Stock	1	0	3	4
Expired Items	2	1	0	3

Sales Report Per Lokasi

Metrik	Gudang Utama	Toko Offline	Gudang Reserve
Revenue (bulan ini)	Rp 15.000.000	Rp 45.000.000	-
Transaksi	120	850	-
Avg Transaction	Rp 125.000	Rp 52.941	-
Top Product	Sambal Petir 500g	Ayam Suwir 150g	-

Movement Summary Per Lokasi

Metrik	Gudang Utama	Toko Offline	Gudang Reserve
Stock In	+2.500	+800	+500
Stock Out	-1.800	-750	-100
Transfer In	+100	+600	+200
Transfer Out	-800	-50	-350
Net Movement	0	+600	+250

Distribusi Stok — Best Practices

Lokasi	Fungsi	Stok Ideal	Kapan Restock
Toko Offline	Stok untuk 1 minggu penjualan	50-100 unit per produk fast-moving	Setiap pagi
Gudang Utama	Stok untuk 1 bulan produksi	500-2.000 unit bahan baku	Setelah PO diterima
Gudang Reserve	Safety stock untuk darurat	20-50% dari total stok	Saat stok Gudang Utama penuh

Jadwal Transfer Harian

POS Location Selection

Saat transaksi POS, kasir memilih lokasi yang akan digunakan:

Step	Detail
1. Kasir login	Sistem mendeteksi outlet kasir
2. Pilih produk	Stok ditampilkan dari lokasi yang di-assign ke outlet
3. Transaksi	Stok otomatis deducted dari lokasi tersebut
4. Receipt	Menampilkan lokasi toko pada struk
5. Report	Transaksi tercatat per lokasi

Manufacturing Location

Produksi selalu terpusat di Gudang Utama:

Aspek	Detail
Raw Material Consumption	Diambil dari Gudang Utama
Finished Goods Output	Masuk ke Gudang Utama
WIP Tracking	Di Gudang Utama
Produksi di lokasi lain	Tidak didukung

Setup Lokasi Baru

Step	Aksi	Detail
1	Buka Company Settings → Locations	Navigasi ke pengaturan lokasi
2	Klik “Add Location”	Form tambah lokasi baru
3	Isi data lokasi	Nama, alamat, PIC, telepon, jam operasional
4	Tentukan tipe	Gudang, Toko, Reserve, Transit
5	Save	Lokasi baru siap digunakan

Syarat Hapus Lokasi

Lokasi hanya bisa dihapus jika semua kondisi berikut terpenuhi:

Syarat	Validasi
Stok = 0	Tidak ada stok di lokasi ini
Tidak ada transaksi	Tidak ada PO/POS yang menggunakan lokasi ini
Tidak ada pending transfer	Tidak ada transfer yang menunggu
Tidak di-assign	Tidak ada outlet yang menggunakan lokasi ini

Tips

Distribusi stok yang seimbang — jangan menumpuk semua stok di satu lokasi. Gunakan Gudang Reserve sebagai buffer.
Transfer terjadwal — buat jadwal transfer harian (pagi ke toko, siang dari produksi) supaya stok selalu tersedia.
Monitor kapasitas — jangan biarkan kapasitas lokasi melebihi 80% supaya ada ruang untuk operasional.

Entity Relationship Diagram (ERD)

Diagram berikut menggambarkan relasi antar entitas yang terlibat dalam operasi multi-location inventory. Data ini diambil langsung dari schema base44/entities/.

Penjelasan Relasi (Bahasa Indonesia)

Relasi antar entitas di atas bekerja sebagai berikut:

WarehouseLocation → StockTransfer: Setiap transfer menghubungkan dua lokasi — from_location_id (asal) dan to_location_id (tujuan). Satu lokasi bisa terlibat di banyak transfer, baik sebagai pengirim maupun penerima.
StockTransfer → StockMovement: Saat transfer selesai (status completed), sistem membuat 2 record StockMovement — satu di lokasi asal (movement_type = "transfer", quantity negatif) dan satu di lokasi tujuan (movement_type = "transfer", quantity positif). Kedua record ini terhubung ke StockTransfer via reference_id.
StockMovement → CompanyPOSInventory: Setiap movement tercatat di ledger inventori (inventory_id) dengan stock_before dan stock_after untuk audit trail penuh.
WarehouseLocation → StockAlert: Alert stok rendah, habis, atau berlebih terikat pada lokasi tertentu. Ini memungkinkan monitoring per lokasi secara independen.
StockAlert → CompanyPOSInventory: Alert mereferensikan record inventori yang memicu kondisi anomali (inventory_id).

Entity Schema: StockTransfer (Transfer Antar Lokasi)

Tabel berikut mendetailkan seluruh field StockTransfer. Schema ini diambil dari base44/entities/StockTransfer.jsonc.

Field Identitas & Referensi

Field	Tipe	Wajib	Default	Deskripsi
`company_id`	string	Ya	-	ID perusahaan (multi-tenant)
`transfer_number`	string	Tidak	Auto	Nomor dokumen transfer unik (format: `TRF-YYYYMMDD-XXXX`)
`from_location_id`	string	Ya	-	ID lokasi gudang/toko asal
`from_location_name`	string	Tidak	-	Nama lokasi asal (denormalized)
`to_location_id`	string	Ya	-	ID lokasi gudang/toko tujuan
`to_location_name`	string	Tidak	-	Nama lokasi tujuan (denormalized)
`product_id`	string	Ya	-	ID produk `CompanyPOSProduct`
`product_name`	string	Tidak	-	Nama produk (denormalized)
`product_sku`	string	Tidak	-	SKU produk

Field Kategori, Varian & Lot (Denormalized)

Field	Tipe	Deskripsi
`category_key`	string	Key kategori canonical (kecil, besar, pouch, bundle, snack)
`category_name`	string	Label kategori yang ditampilkan
`variant_key`	string	Key varian canonical (original, extra_spicy, bundle)
`variant_name`	string	Label varian yang ditampilkan
`variant_label`	string	Gabungan kategori + varian untuk label POS
`size_grams`	number	Ukuran produk dalam gram
`base_product_key`	string	Kunci produk utama sebelum dipecah per kategori/varian
`lot_id`	string	ID lot/batch asal untuk traceability
`lot_number`	string	Nomor label lot batch fisik

Field Kuantitas & Nilai

Field	Tipe	Wajib	Default	Deskripsi
`quantity_sent`	number	Ya	-	Kuantitas yang dikirim dari lokasi asal
`quantity_received`	number	Tidak	0	Kuantitas riil yang diterima di lokasi tujuan
`discrepancy_quantity`	number	Tidak	0	Selisih: `quantity_sent - quantity_received`
`discrepancy_reason`	string	Tidak	-	Alasan selisih (barang rusak/hilang di jalan)
`unit_cost`	number	Tidak	0	Harga modal/HPP per unit produk
`total_value`	number	Tidak	0	Nilai total transfer: `quantity_sent × unit_cost`

Field Status & Mode

Field	Tipe	Wajib	Default	Enum / Format	Deskripsi
`transfer_mode`	string	Tidak	`in_transit`	`in_transit`, `direct`	Mode transfer: alur 2-tahap atau instan
`status`	string	Tidak	`in_transit`	`draft`, `in_transit`, `completed`, `cancelled`	Status siklus hidup dokumen transfer
`cost_status`	string	Tidak	`complete`	`complete`, `provisional_zero_cost`, `unassigned`	Status kelengkapan biaya transfer

Field Tanggal & Aktor

Field	Tipe	Format	Deskripsi
`transfer_date`	string	`YYYY-MM-DD`	Tanggal transfer
`shipped_at`	string	`date-time`	Waktu pengiriman berangkat
`shipped_by`	string	-	Email/identitas petugas yang mengirim
`received_at`	string	`date-time`	Waktu barang diterima di tujuan
`received_by`	string	-	Email/identitas petugas yang menerima
`cancelled_at`	string	`date-time`	Waktu pembatalan
`cancelled_by`	string	-	Email/identitas pembatal
`cancellation_reason`	string	-	Alasan pembatalan

Field Keterangan & Metadata

Field	Tipe	Deskripsi
`reason`	string	Alasan pengiriman (restock, pemerataan outlet, dll)
`notes`	string	Catatan tambahan transfer
`idempotency_key`	string	Kunci idempotensi operasi (mencegah duplikasi)
`metadata`	object	Metadata teknis audit dan korelasi (JSON)

Contoh Record StockTransfer

{
  "company_id": "comp_abc123",
  "transfer_number": "TRF-20260115-0001",
  "from_location_id": "wh_gudang_utama",
  "from_location_name": "Gudang Utama",
  "to_location_id": "wh_toko_offline",
  "to_location_name": "Toko Offline",
  "product_id": "prod_sambal_petir_150",
  "product_name": "Ayam Suwir Petir 150g",
  "product_sku": "QSP-ASP-150",
  "lot_id": "LOT-20260110-A1",
  "lot_number": "BATCH-10-JAN",
  "quantity_sent": 50,
  "quantity_received": 48,
  "discrepancy_quantity": 2,
  "discrepancy_reason": "2 unit rusak saat pengiriman (kemasan pecah)",
  "transfer_mode": "in_transit",
  "status": "completed",
  "unit_cost": 21000,
  "total_value": 1050000,
  "transfer_date": "2026-01-15",
  "shipped_at": "2026-01-15T06:30:00Z",
  "shipped_by": "kepala_produksi@quinnofspicy.com",
  "received_at": "2026-01-15T07:15:00Z",
  "received_by": "store_manager@quinnofspicy.com",
  "reason": "Restok harian toko offline",
  "cost_status": "complete"
}

Entity Schema: StockMovement (Field Transfer)

Tabel berikut mendetailkan field-field StockMovement yang relevan khusus untuk pergerakan bertipe transfer antar lokasi. Schema lengkap ada di halaman Stock Management.

Field Transfer-Specific

Field	Tipe	Wajib	Deskripsi
`movement_type`	string	Ya	Selalu bernilai `transfer` untuk perpindahan antar lokasi
`reference_type`	string	Tidak	Bernilai `transfer` — merujuk ke `StockTransfer`
`reference_id`	string	Tidak	ID `StockTransfer` yang menjadi sumber pergerakan
`location_id`	string	Tidak	ID lokasi tempat stok berubah (lokasi saat ini)
`location_name`	string	Tidak	Nama lokasi (denormalized)
`from_location_id`	string	Tidak	Lokasi asal transfer
`to_location_id`	string	Tidak	Lokasi tujuan transfer
`quantity`	number	Ya	Jumlah perubahan (negatif di asal, positif di tujuan)
`stock_before`	number	Tidak	Stok sebelum transfer
`stock_after`	number	Tidak	Stok setelah transfer
`unit_cost`	number	Tidak	Harga modal per unit saat transfer
`total_value`	number	Tidak	`quantity × unit_cost`

Dua Record per Transfer

Setiap StockTransfer yang selesai menghasilkan 2 record StockMovement:

Record	`location_id`	`from_location_id`	`to_location_id`	`quantity`	Efek
Out (asal)	`from_location_id`	Gudang Utama	Toko Offline	-50	Stok Gudang Utama berkurang
In (tujuan)	`to_location_id`	Gudang Utama	Toko Offline	+50	Stok Toko Offline bertambah

Catatan: Kedua record terhubung ke StockTransfer yang sama via reference_id dan dilindungi oleh idempotency_key untuk mencegah duplikasi.

Entity Schema: CompanyPOSInventory (Ledger Stok)

CompanyPOSInventory berfungsi sebagai ledger (buku besar) inventori yang mencatat setiap perubahan stok per produk.

Field	Tipe	Wajib	Enum / Format	Deskripsi
`company_id`	string	Ya	UUID	ID perusahaan (multi-tenant)
`product_id`	string	Ya	UUID	ID produk `CompanyPOSProduct`
`product_name`	string	Tidak	-	Nama produk (denormalized)
`type`	string	Ya	`in`, `out`, `adjustment`	Tipe pergerakan stok
`quantity`	number	Ya	-	Jumlah perubahan
`stock_before`	number	Tidak	-	Stok sebelum perubahan
`stock_after`	number	Tidak	-	Stok setelah perubahan
`reason`	string	Tidak	-	Alasan (pembelian, penjualan, rusak, transfer, dll)
`reference_id`	string	Tidak	UUID	ID transaksi terkait (PO, SO, Transfer)
`notes`	string	Tidak	-	Catatan tambahan
`performed_by`	string	Tidak	-	Email user yang melakukan

State Machine: Siklus Hidup StockTransfer

Diagram state berikut menggambarkan seluruh lifecycle transfer antar lokasi. Status diambil dari enum di StockTransfer.status.

Detail Tiap State

Status	Deskripsi Detail	Trigger Transisi	Efek Samping
`draft`	Dokumen transfer baru dibuat. `transfer_number` di-generate otomatis. Item, qty, lokasi asal/tujuan sudah diisi tapi barang belum dikirim.	User klik “Create Transfer”	Generate `transfer_number`, validasi stok
`in_transit`	Barang sudah dikirim dari lokasi asal. Stok di lokasi asal sudah di-deduct. Barang dalam perjalanan menuju tujuan.	User klik “Ship” / “Kirim”	Deduct stok asal, buat StockMovement (out), set `shipped_at` & `shipped_by`
`completed`	Barang diterima di lokasi tujuan. Stok di lokasi tujuan di-add. Jika ada selisih antara `quantity_sent` dan `quantity_received`, discrepancy dicatat.	Penerima klik “Receive” / “Terima”	Add stok tujuan, buat StockMovement (in), set `received_at` & `received_by`
`cancelled`	Transfer dibatalkan. Jika sudah dalam status `in_transit`, stok asal di-restore (rollback).	User klik “Cancel” + isi alasan	Rollback stok asal (jika in_transit), set `cancelled_at` & `cancelled_by`

Guard Conditions (Kondisi Penjaga)

Transisi	Guard Condition
`Draft → InTransit`	`quantity_sent > 0` dan `quantity_sent ≤ stock_at(from_location)`
`Draft → Completed` (direct)	Sama seperti di atas, ditambah `from_location_id ≠ to_location_id`
`InTransit → Completed`	`quantity_received ≥ 0` dan `received_by` wajib diisi
`InTransit → Cancelled`	`cancellation_reason` wajib diisi; stok asal di-restore
`Draft → Cancelled`	Tidak ada batasan khusus

Sequence Diagram: Transfer Antar Lokasi

Alur Utama: Inter-Location Transfer (in_transit mode)

Penjelasan Detail per Fase (Bahasa Indonesia)

Fase 1 — Pembuatan Transfer: User (Inventory Staff) membuat dokumen transfer baru dengan memilih produk, lokasi asal, lokasi tujuan, dan jumlah yang akan ditransfer. Sistem menghasilkan nomor transfer unik (TRF-YYYYMMDD-XXXX), memvalidasi bahwa lokasi asal dan tujuan berbeda, serta memastikan kuantitas tidak melebihi stok tersedia di lokasi asal. Sistem juga menghitung total_value = quantity_sent × unit_cost untuk valuasi transfer. Fase 2 — Pengiriman (Ship): Setelah user mengkonfirmasi pengiriman, sistem mengubah status menjadi in_transit dan langsung mendeduct stok di lokasi asal. Record StockMovement bertipe transfer dibuat untuk lokasi asal dengan quantity negatif. Field shipped_at dan shipped_by dicatat untuk audit trail. Lokasi tujuan menerima notifikasi bahwa ada transfer incoming. Fase 3 — Penerimaan (Receive): Penerima di lokasi tujuan mengkonfirmasi penerimaan dan memasukkan quantity_received (kuantitas riil yang diterima). Jika ada selisih antara quantity_sent dan quantity_received, sistem menghitung discrepancy_quantity dan meminta discrepancy_reason. Stok di lokasi tujuan di-add sesuai quantity_received. Record StockMovement bertipe transfer dibuat untuk lokasi tujuan dengan quantity positif. Status berubah menjadi completed.

Sequence Diagram: Stock Reconciliation (Rekonsiliasi Stok)

Alur Rekonsiliasi Stok Antar Lokasi

Penjelasan Rekonsiliasi

Rekonsiliasi stok diperlukan ketika sistem mendeteksi anomali — misalnya stok negatif, pergerakan yang terlalu cepat, atau movement duplikat. StockAlert dengan alert_type = "reconciliation_needed" dibuat oleh anomaly detector. Inventory Manager melakukan investigasi dengan melihat movement history per lokasi, kemudian melakukan koreksi yang tepat:

Jenis Anomali	Root Cause Umum	Aksi Koreksi
`negative_stock`	Transfer tidak tercatat, race condition	Create StockTransfer atau adjustment manual
`rapid_depletion`	Input qty salah, scan duplikat	Adjustment untuk restore stok
`duplicate_movement`	Retry tanpa idempotency key	Reverse movement duplikat
`orphaned_movement`	Referensi terhapus	Re-link atau reverse movement
`reconciliation_needed`	Selisih POS vs sistem	Stock Opname atau adjustment

Enum Reference Tables

Tabel referensi untuk semua enumerasi yang digunakan di entitas multi-location inventory.

location_type (WarehouseLocation)

Nilai	Deskripsi	Contoh	Kapasitas Ideal
`warehouse`	Gudang penyimpanan utama	Gudang Utama, Gudang Reserve	3.000-5.000 unit
`store`	Toko/outlet penjualan langsung	Toko Offline, Outlet Cabang	50-500 unit
`transit`	Lokasi transit / dalam perjalanan	Dalam pengiriman antar gudang	N/A (virtual)
`virtual`	Lokasi virtual / non-fisik	Stok marketplace, stok konsinyasi	N/A (virtual)

transfer_mode (StockTransfer)

Nilai	Deskripsi	Alur	Kapan Digunakan
`in_transit`	Transfer 2-tahap dengan tracking	Draft → Ship (in_transit) → Receive (completed)	Transfer antar gudang yang butuh waktu
`direct`	Transfer instan tanpa transit	Draft → Langsung selesai (completed)	Transfer dalam gedung / lokasi berdekatan

transfer_status (StockTransfer)

Nilai	Deskripsi	Efek pada Stok	Trigger
`draft`	Dokumen dibuat, belum dikirim	Tidak ada perubahan stok	User create transfer
`in_transit`	Barang dalam perjalanan	Stok asal sudah di-deduct	User klik “Ship”
`completed`	Barang diterima di tujuan	Stok tujuan di-add	Penerima klik “Receive”
`cancelled`	Transfer dibatalkan	Stok asal di-restore (jika in_transit)	User klik “Cancel”

cost_status (StockTransfer)

Nilai	Deskripsi	Implikasi
`complete`	Semua biaya transfer tercatat lengkap	HPP final, bisa diposting ke keuangan
`provisional_zero_cost`	Biaya belum diinput (sementara 0)	Perlu update setelah biaya aktual diketahui
`unassigned`	Biaya belum bisa ditentukan	Menunggu informasi dari sumber lain

movement_type (StockMovement — konteks transfer)

Nilai	Deskripsi	Efek pada Stok
`transfer`	Perpindahan antar lokasi	Mengurangi asal, menambah tujuan
`in`	Stok masuk (PO, produksi)	Menambah on-hand
`out`	Stok keluar (penjualan, produksi)	Mengurangi on-hand
`adjustment`	Penyesuaian manual/opname	+/- sesuai nilai
`return`	Retur pelanggan	Menambah on-hand
`damaged`	Barang rusak/hilang	Mengurangi on-hand
`hold`	Blokir lot untuk QC (informatif)	Tidak mengubah on-hand
`hold_release`	Rilis blokir lot QC (informatif)	Tidak mengubah on-hand

alert_type (StockAlert — konteks multi-location)

Nilai	Deskripsi	Sumber Deteksi
`low_stock`	Stok di bawah minimum lokasi	Inventory threshold check
`out_of_stock`	Stok habis di lokasi tertentu	Inventory threshold check
`overstock`	Stok berlebih di satu lokasi	Inventory threshold check
`reconciliation_needed`	Perlu rekonsiliasi antar lokasi	POS reconciliation / anomaly detector
`negative_stock`	Stok negatif (error)	Anomaly detector
`rapid_depletion`	Penurunan stok sangat cepat	Anomaly detector (M10)

Hak Akses (RBAC) — Multi-Location

Role	Lihat Lokasi	Create Transfer	Ship Transfer	Receive Transfer	Cancel Transfer	Lihat Alert	Resolve Alert
Owner	Full	Ya	Ya	Ya	Ya	Full	Full
Inventory Manager	Full	Ya	Ya	Ya	Ya	Full	Full
Inventory Staff	Read-only	Ya	Ya	Ya	Tidak	Read-only	Acknowledge
Store Manager	Lokasi sendiri	Ya (dari lokasinya)	Ya	Ya	Tidak	Lokasi sendiri	Acknowledge
Kasir	Lokasi sendiri	Tidak	Tidak	Tidak	Tidak	Read-only	Tidak
CS	Read-only	Tidak	Tidak	Tidak	Tidak	Read-only	Tidak

Aturan Akses per Operasi

Operasi	Syarat	Catatan
Create Transfer	Minimal Inventory Staff; harus punya akses ke from_location	Qty < 50 unit auto-approve
Ship Transfer	Harus punya akses ke from_location	Stok asal langsung di-deduct
Receive Transfer	Harus punya akses ke to_location	Input quantity_received & discrepancy
Cancel Transfer	Hanya pembuat atau Inventory Manager ke atas	Stok di-rollback jika in_transit
Lihat Alert	Sesuai scope lokasi yang di-assign	Critical alert selalu visible
Resolve Alert	Inventory Manager ke atas	Staff hanya bisa acknowledge

​title: “Multi-Location” description: “Stok terpisah per lokasi, transfer antar gudang dengan approval, reporting per lokasi, dan integrasi POS/Manufacturing.”

​Multi-Location

​Arsitektur Multi-Location

​Stok Per Lokasi — Contoh

​Transfer Antar Lokasi

​Flow Transfer

​Field Transfer

​Aturan Transfer

​Transfer History

​Reporting Per Lokasi

​Stock Report Per Lokasi

​Sales Report Per Lokasi

​Movement Summary Per Lokasi

​Distribusi Stok — Best Practices

​Jadwal Transfer Harian

​POS Location Selection

​Manufacturing Location

​Setup Lokasi Baru

​Syarat Hapus Lokasi

​Tips

​Entity Relationship Diagram (ERD)

​Penjelasan Relasi (Bahasa Indonesia)

​Entity Schema: StockTransfer (Transfer Antar Lokasi)

​Field Identitas & Referensi

​Field Kategori, Varian & Lot (Denormalized)

​Field Kuantitas & Nilai

​Field Status & Mode

​Field Tanggal & Aktor

​Field Keterangan & Metadata

​Contoh Record StockTransfer

​Entity Schema: StockMovement (Field Transfer)

​Field Transfer-Specific

​Dua Record per Transfer

​Entity Schema: CompanyPOSInventory (Ledger Stok)

​State Machine: Siklus Hidup StockTransfer

​Detail Tiap State

​Guard Conditions (Kondisi Penjaga)

​Sequence Diagram: Transfer Antar Lokasi

​Alur Utama: Inter-Location Transfer (in_transit mode)

​Penjelasan Detail per Fase (Bahasa Indonesia)

​Sequence Diagram: Stock Reconciliation (Rekonsiliasi Stok)

​Alur Rekonsiliasi Stok Antar Lokasi

​Penjelasan Rekonsiliasi

​Enum Reference Tables

​location_type (WarehouseLocation)

​transfer_mode (StockTransfer)

​transfer_status (StockTransfer)

​cost_status (StockTransfer)

​movement_type (StockMovement — konteks transfer)

​alert_type (StockAlert — konteks multi-location)

​Hak Akses (RBAC) — Multi-Location

​Aturan Akses per Operasi