Tagihan Vendor (Vendor Bills)
Tujuan
Halaman Tagihan Vendor menampilkan daftar Invoice Vendor dan form Tambah Tagihan Vendor. Dari tampilan
yang diverifikasi, form menyediakan vendor, branch, tanggal, keterangan, pilihan PPN, tipe tagihan, detail akun, serta
total. Tampilan ini tidak membuktikan apakah bill dibuat langsung, berasal dari modul sumber, membentuk jurnal,
atau tersinkron ke Accurate.
Status bukti dan batas kajian
Route daftar #!/keuangan/invoice_vendor dan form kosong #!/keuangan/invoice_vendor/create dibuka pada SOLOG dev
secara read-only. Tidak ada field yang diisi dan tidak ada tombol Filter, Add, tambah detail, Back, atau Save yang
dijalankan. Seluruh identitas, nomor dokumen, tanggal, lokasi, dan nilai pada daftar/form ditutup pada gambar final.
Nomor invoice tampak sebagai kolom daftar; field atau mekanisme pembentukannya tidak terlihat pada form kosong yang
dikaji.
Navigasi dan daftar
Finance & Accounting → Payables → Vendor Bills.
UI memakai heading Invoice Vendor, breadcrumb Finance / Tagihan Vendor, dan panel Tagihan Vendor.
| No. | Elemen | Fungsi UI yang terlihat | Batas kajian |
|---|---|---|---|
| 1 | Filter | Membuka atau menjalankan penyaringan daftar tagihan | Tidak ditekan; kriteria tidak dibuka |
| 2 | Add | Membuka form Tambah Tagihan Vendor | Form kosong dibuka dari alamat aman; tidak disimpan |
| 3 | Pemilih jumlah data | Menampilkan 10, 25, 50, 100, atau All baris | Hanya kontrol tampilan |
| 4 | Pencarian | Mencari data pada daftar | Tidak diisi |
| 5 | Header tabel | Wilayah, No Invoice, Supplier / Vendor, Tgl Tagihan, Tgl Diterima, Total, Status Pembayaran, Status, dan kolom aksi | Sebagian header memiliki indikator urut; aturan/status belum diuji |
| 6 | Baris daftar | Rekam tagihan per baris | Seluruh isi transaksi disamarkan; detail tidak dibuka |
| 7 | Pagination | Navigasi Sebelumnya/nomor halaman/Selanjutnya | Tidak digunakan |
Form tambah — bagian atas
| No. | Field | Keterangan yang terlihat |
|---|---|---|
| 1 | Branch | Pilihan branch/wilayah tagihan; nilai awal disamarkan |
| 2 | Vendor* | Pilihan vendor; tanda bintang terlihat pada label |
| 3 | Tgl Invoice* | Tanggal invoice/tagihan; nilai awal disamarkan |
| 4 | Tgl Terima* | Tanggal penerimaan invoice/tagihan; nilai awal disamarkan |
| 5 | Jatuh Tempo* | Tanggal jatuh tempo; nilai awal disamarkan |
| 6 | Keterangan | Area teks untuk catatan tagihan |
Form tambah — pajak, tipe, dan detail
| No. | Elemen | Keterangan yang terlihat | Batas kajian |
|---|---|---|---|
| 1 | Type | Pilihan radio PPn sebagai Biaya atau PPn Faktur Pajak | Dampak perhitungan dan jurnal tidak diuji |
| 2 | No. Faktur Pajak | Kotak isian nomor faktur pajak | Tidak diisi |
| 3 | Invoice Vendor Type ? | Pilihan radio Operational, Inventory, atau Finance | Arti sumber/proses tiap pilihan belum disahkan OLR |
| 4 | Tombol + pada Detail Tagihan | Kontrol untuk menambah baris detail | Tidak ditekan |
| 5 | Header Detail Tagihan | Kolom Akun, Kategori Kas, Nopol, Deskripsi, Total, PPN | Isian dan validasi baris belum diuji |
| 6 | Ringkasan total | Area Sub Total, Total PPN, Total Tagihan | Semua nilai ditutup; rumus dan pajak belum diuji |
| 7 | Back | Kembali dari form | Tidak ditekan |
| 8 | Save | Menyimpan tagihan; tampak redup pada form kosong | Tidak ditekan |
Alur kerja yang direkomendasikan
- AP/Finance memastikan vendor, branch, akun biaya, kategori kas, pajak, dan hak akses telah disahkan.
- Telusuri daftar berdasarkan nomor invoice, vendor, tanggal, dan status untuk mencegah duplikasi sebelum membuat tagihan.
- Tentukan sumber tagihan sesuai kebijakan OLR: Operational, Inventory, atau Finance. Jangan menyimpulkan bahwa pilihan ini otomatis menarik dokumen atau membuat jurnal.
- Isi data tagihan dan detail hanya setelah bukti invoice, penerimaan jasa/barang, persetujuan biaya, serta alokasi akun tersedia. Langkah pengisian tidak dilakukan dalam kajian ini.
- Periksa vendor, tiga tanggal, perlakuan PPN, nomor faktur pajak bila relevan, akun/kategori kas, kendaraan (Nopol) bila relevan, deskripsi, dan total sebelum menyimpan sesuai kewenangan.
- Setelah tersimpan melalui prosedur resmi, checker menelusuri daftar tagihan, 11 - All Payables, pembayaran, jurnal, serta rekonsiliasi pada system of record yang disahkan.
Variasi dan titik kendali
- PPN sebagai Biaya vs PPN Faktur Pajak: dua pilihan UI terlihat, tetapi aturan pemilihan, kredibilitas pajak, dan dampak jurnal belum diverifikasi.
- Operational / Inventory / Finance: tiga tipe terlihat. Perlakuan sumber, referensi dokumen, dan pencegahan duplikasi terhadap bill dari modul lain perlu diputuskan OLR.
- Detail multi-baris: tombol tambah dan kolom detail tersedia; validasi akun, kategori kas, Nopol, PPN, pembagian biaya, dan perhitungan total belum diuji.
- Status pembayaran/status: keduanya muncul pada daftar. Definisi status, perpindahan status, pembatalan, dan reversal tidak diuji.
- Nomor invoice: kolom daftar terlihat, namun field/pembentuk nomor pada form kosong tidak terlihat; jangan membuat asumsi tentang penomoran.
Pengguna dan kewenangan
| Fungsi | Peran yang disarankan | Batasan |
|---|---|---|
| AP/Finance | Menyiapkan tagihan dan bukti pendukung | Tidak menyimpan/posting tanpa kewenangan |
| Finance Manager/Chief Accounting | Menetapkan alokasi, kebijakan pajak, approval, dan cut-off | PIC aktual belum diputuskan OLR |
| Operational/Inventory owner | Memvalidasi sumber jasa/barang dan referensi proses | Tidak mengubah tagihan tanpa peran Finance |
| Tax | Memvalidasi penggunaan faktur pajak sesuai kebijakan | Perlakuan PPN pada SOLOG perlu disahkan |
| Internal Control | Memeriksa duplikasi, bukti, akun, total, dan segregation of duties | Akses detail mengikuti kebijakan |
Prasyarat/master data
- Vendor/supplier, branch, akun, kategori kas, pajak/faktur pajak, dan akses Finance tersedia serta disahkan.
- Bukti invoice dan penerimaan barang/jasa, persetujuan biaya, serta referensi proses sumber tersedia sesuai kebijakan OLR.
- Keputusan owner dan system of record SOLOG–Accurate–manual dicatat pada 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate.
- Peran preparer, checker, dan approver mengikuti 04 - Matriks PIC dan RACI Proses SOLOG.
Lampiran/keluaran
- Keluaran tampilan: daftar Tagihan Vendor, baris detail tagihan, dan ringkasan total.
- Bukti yang perlu ditetapkan OLR: invoice vendor, bukti penerimaan, persetujuan biaya, faktur pajak bila berlaku, dan rekonsiliasi.
- Fitur lampiran/unggah tidak tampak pada form yang diperiksa; jangan menganggap lampiran tersimpan di SOLOG tanpa verifikasi lanjutan.
Hubungan antarmodul
03 - Vendor · 11 - All Payables · 12 - Payable Payment · 09 - Deposit Vendor · 27 - Journals · 00J - Tax Invoice (Setting) · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate
Checklist
- Vendor, branch, tiga tanggal, dan tipe tagihan diperiksa terhadap bukti sumber.
- Nomor invoice/vendor ditelusuri pada daftar untuk menghindari duplikasi.
- Pilihan PPN dan nomor faktur pajak disetujui oleh fungsi yang berwenang.
- Akun, kategori kas, Nopol bila relevan, deskripsi, dan detail biaya direview.
- Total dan bukti pendukung dicek oleh checker terpisah sebelum Save/approval.
- Tagihan, hutang, pembayaran, jurnal, dan rekonsiliasi SOLOG–Accurate/manual ditelusuri sesuai keputusan OLR.
Gap yang perlu dikonfirmasi
- Kriteria Filter, aksi/detail per baris, aturan status, pencarian, pagination, dan export/print belum diuji.
- Field atau pembentukan nomor invoice, mekanisme referensi dokumen, attachment, duplikasi, validasi detail, dan rumus total belum terlihat/diuji.
- Alur approval, posting jurnal, pembayaran, koreksi/reversal, audit trail, hak akses, pajak, serta integrasi Accurate masih memerlukan keputusan OLR.
Referensi
03 - Vendor · 11 - All Payables · 12 - Payable Payment · 09 - Deposit Vendor · 27 - Journals · 30 - Report Finance dan Accounting · 32 - Batas Sistem dan Rekonsiliasi SOLOG Accurate