Beranda › Modul Khusus › Kontraktor & Konstruksi

Kontraktor & Konstruksi

Menjalankan seluruh siklus kontraktor: daftarkan kontrak beserta daftar kuantitasnya, terbitkan tagihan progres berkala atas pekerjaan yang benar-benar selesai — sistem menghitung retensi, pemulihan uang muka, PPN dan jumlah bersih terutang lalu memposting jurnalnya otomatis — kemudian pantau biaya aktual tiap kontrak dari buku besar melalui pusat biayanya, ukur profitabilitasnya terhadap anggaran biaya dan perkiraan biaya saat selesai, akui pendapatan berdasarkan persentase penyelesaian, serta kelola perintah perubahan, subkontraktor dan garansi bank.

Gambaran umum dan alur kerja

Kapan modul ini dipakai? Ketika Anda mengerjakan proyek untuk pemilik berdasarkan kontrak dengan daftar kuantitas, dan dibayar bertahap sesuai yang diselesaikan, bukan sekaligus. Perbedaan mendasarnya dari faktur penjualan biasa: pendapatan di sini diakui berdasarkan persentase penyelesaian, sebagian dari tiap sertifikat ditahan oleh pemilik, dan sebagian uang muka dipulihkan.

Daftarkan kontrak di layar Kontrak: pemilik, nilai, persentase (retensi, pemulihan uang muka, PPN), lalu daftar kuantitas.
Tetapkan pusat biaya — biaya aktual kontrak terkumpul di sana. Tiap kontrak butuh pusat biayanya sendiri (sistem mencegah berbagi).
Aktifkan kontrak agar sertifikat dapat diterbitkan.
Catat uang muka dari pemilik di layar Uang Muka & Retensi.
Terbitkan sertifikat berkala dari Tagihan Progres — Anda hanya memasukkan kuantitas periode ini per item.
Catat biaya: keluarkan material dari gudang atau bayar sewa peralatan di Biaya Kontrak, dan tandai baris faktur pembelian dengan pusat biaya kontrak.
Susun anggaran biaya di Anggaran Biaya Kontrak, dan perbarui perkiraan biaya penyelesaian secara berkala.
Akui pendapatan di akhir tiap periode dari Pengakuan Pendapatan.
Kelola perubahan lewat Perintah Perubahan, dan pekerjaan yang disubkontrakkan lewat Subkontrak.
Catat klaim pada hari kejadian di daftar klaim — sebelum batas pemberitahuan lewat.
Catat garansi bank di register garansi dan pantau tanggal berakhirnya.
Pantau penyelesaian dan profitabilitas di dasbor dan laporan.
Lepaskan retensi di akhir proyek, lalu tutup kontrak.

Persiapan akuntansi (sekali saja): di «Pengaturan → Akun» atur akun kontraktor: Contr.ContractRevenueAccountCode, Contr.RetentionReceivableAccountCode, Contr.OwnerAdvanceAccountCode, Contr.MaterialsAccountCode, Contr.SubcontractorAccountCode, Contr.EquipmentRentalAccountCode dan Contr.SubcontractorAdvanceAccountCode, ditambah Contr.WipAccountCode (pekerjaan dalam proses) dan Contr.ExcessBillingsAccountCode (tagihan berlebih) — dua yang terakhir milik pengakuan pendapatan. Perusahaan yang dibuat dengan aktivitas «Kontraktor & Konstruksi» sudah mendapatkannya otomatis. Tanpa akun yang diperlukan, sistem menolak memposting dan menyebut kunci yang kurang dalam pesannya.

Izin	Yang diizinkan
`CONTR.Contracts.View / Create / Edit / Delete`	Daftar kontrak dan daftar kuantitas.
`CONTR.Contracts.Manage`	Mengaktifkan, menangguhkan, dan menutup kontrak.
`CONTR.Billings.View / Create / Edit / Delete`	Menyiapkan sertifikat dan mengubah draf.
`CONTR.Billings.Post / Unpost`	Memposting dan membatalkan posting — izin finansial yang sensitif.
`CONTR.Advances.View / Create`	Uang muka pemilik dan pelepasan retensi.
`CONTR.Costs.View / Create / Delete`	Biaya langsung kontrak (material, peralatan) dan pembalikannya.
`CONTR.Variations.View / Create / Edit / Delete`	Menyiapkan perintah perubahan.
`CONTR.Variations.Approve`	Menyetujui perubahan — inilah yang benar-benar mengubah BOQ dan nilai kontrak.
`CONTR.Subcontracts.` dan `CONTR.SubBillings.`	Subkontrak dan sertifikatnya.
`CONTR.SubAdvances.View / Create`	Uang muka yang dibayarkan ke subkontraktor.
`CONTR.Budget.View / Manage`	Anggaran biaya kontrak dan perkiraan biaya penyelesaian.
`CONTR.Revenue.View / Create / Unpost`	Pengakuan pendapatan — langsung memengaruhi laporan keuangan, berikan dengan hati-hati.
`CONTR.Guarantees.View / Create / Manage`	Register garansi; Manage mencakup perpanjangan, pelepasan, dan pencatatan klaim.

Tender dan estimasi

Jalur: Kontraktor → Tender dan estimasi — /contr/tenders

Di sinilah sebuah kontrak dimulai.

Estimasi itulah anggaran. Kontraktor yang memenangkan pekerjaan lalu mengetik anggaran biaya dari ingatan telah membuang satu-satunya angka yang benar-benar dipikirkan orang. Karena itu pemenangan menciptakan kontrak dan anggarannya sekaligus.

1. Harga dianalisis, bukan diketik

Setiap item memiliki analisis harga satuan: berapa tenaga kerja, material dan alat yang dikonsumsi satu unit.

Jenis	Uraian	Kuantitas/unit	Harga satuan	Biaya
Tenaga kerja	Regu beton	0,35 hari	400	140,00
Material	Beton siap pakai	1,05 m³	210	220,50
Peralatan	Pompa	0,10 jam	300	30,00
Biaya per m³				390,50

Harga yang diketik adalah tebakan yang tak bisa ditinjau ulang; yang dianalisis dapat dihitung ulang ketika harga baja berubah.

2. Markup bukan marjin

Biaya umum % dan laba % ditetapkan pada tender, sehingga harga item = biaya × (1 + jumlah keduanya).

Keduanya angka yang sama sekali berbeda, dan layar menampilkan keduanya berdampingan dengan sengaja: menambah 20% pada 100 menghasilkan 120, yang marjinnya 16,7% bukan 20%.

Biaya umum dipisahkan dari laba karena yang pertama adalah biaya yang harus tertutup dan yang kedua adalah keputusan.

3. Pembebanan komersial

Mengosongkan harga berarti biaya ditambah biaya umum dan laba. Mengisinya adalah pembebanan komersial — membebani item-item awal adalah praktik biasa untuk arus kas.

Biaya hasil analisis tidak berubah ketika harga dibebani, sehingga marjin sebenarnya tetap terlihat.

4. Biaya menurut jenis

Menjawab sekali lihat: berapa bagian pekerjaan ini yang berupa tenaga kerja, material dan peralatan.

5. Pemenangan

Yang dibuat	Pada harga berapa
Kontrak	Nilainya = nilai tender yang diajukan
BOQ	Pada harga jual (harga yang ditawarkan tiap item)
Anggaran biaya	Pada biaya hasil analisis, tersebar menurut kode biaya

Dengan demikian anggaran yang menjadi ukuran proyek sepanjang hidupnya adalah yang benar-benar dihitung. Inilah lingkaran yang membuat anggaran kontrak, CVR dan kurva S bermakna.

Pengaman: tender yang sudah dimenangkan dibekukan — tidak dapat diubah, dihapus, atau dimenangkan dua kali. Dan sebuah tender tidak pernah dijadikan "menang" dengan mengubah statusnya: ia dimenangkan, dan kontrak datang bersamanya.

Kontrak dan daftar kuantitas

Jalur: Kontraktor → Kontrak — /contr/contracts

Fungsi: kontrak memuat kesepakatan dengan pemilik — nilainya, persentasenya, dan BOQ yang menjadi dasar setiap sertifikat. Kode otomatis seperti CONTR-00001 diberikan kecuali Anda mengetiknya sendiri.

Kolom kontrak

Kolom	Wajib	Keterangan
Nama kontrak	Ya	Proyeknya, misal "Gedung kantor — tahap pertama".
Klien / pemilik	Ya	Dipilih dari pelanggan; piutang diposting atas namanya.
Pusat biaya	Tidak (sangat disarankan)	Wadah tempat biaya aktual kontrak masuk. Dua kontrak tidak boleh berbagi satu pusat biaya — masing-masing akan melaporkan pengeluaran yang lain, sehingga sistem menolaknya.
Nilai kontrak	Ya	Nilai yang dikontrakkan; Anda diperingatkan bila total BOQ tidak cocok.
Retensi %	Tidak	Ditahan dari setiap sertifikat ke akun retensi sampai dilepaskan.
Pemulihan uang muka %	Tidak	Dipotong dari setiap sertifikat untuk memulihkan uang muka secara bertahap.
PPN %	Tidak	Dikenakan atas nilai pekerjaan yang disertifikasi tiap periode.

Daftar kuantitas (BOQ)

Setiap item punya nomor, deskripsi, satuan, kuantitas kontrak dan harga satuan — totalnya dihitung otomatis. Kolom "Tersertifikasi" menunjukkan berapa banyak tiap item telah disertifikasi lewat sertifikat yang diposting.

Aturan tetap: item yang sebagian sudah disertifikasi tidak dapat dihapus, dan BOQ kontrak yang ditutup tidak dapat diubah. Setelah kontrak aktif, sebaiknya perubahan dilakukan melalui perintah perubahan, bukan pengeditan langsung, agar setiap perubahan punya dokumen, tanggal dan persetujuan.

Siklus hidup kontrak

Draf → Aktif (tombol "Aktifkan"; tidak ada sertifikat sebelumnya) → Ditangguhkan → Ditutup. Sistem menolak menutup kontrak selama retensi masih ditahan, agar hak yang belum diterima tidak terlupakan.

Kontrak mata uang asing

Kontrak memiliki mata uang dan kurs. Kontrak yang ditulis dalam mata uang asing menyatakan nilainya, tarif daftar kuantitas, sertifikat dan uang mukanya dalam mata uang itu, sementara pembukuan tetap dalam mata uang dasar — tiap dokumen dikonversi dengan kursnya sendiri saat diposting. Kosongkan mata uang untuk kontrak mata uang dasar, seperti semua kontrak yang sudah ada.

Dua kurs, bukan satu: kurs kontrak adalah yang disepakati saat penandatanganan dan menjadi default dokumennya. Tiap sertifikat membawa kursnya sendiri, dimulai dari kurs kontrak dan disesuaikan dengan kurs pada tanggalnya — karena sertifikat pada praktiknya dikonversi dengan kurs saat diterbitkan, bukan saat kontrak ditandatangani.

Mengapa cerminan mata uang dasar disimpan: biaya aktual selalu keluar dari buku besar dalam mata uang dasar. Mengukur persentase penyelesaian cost-to-cost, pengakuan pendapatan atau laba kontrak terhadap jumlah mata uang asing berarti membandingkan dua uang berbeda. Maka kontrak menyimpan nilainya dalam mata uang dasar pada kurs penandatanganan, dan total tersertifikasi sebagai jumlah yang benar-benar diposting — tiap sertifikat pada kursnya sendiri — bukan konversi ulang totalnya. Pengakuan pendapatan dan provisi kontrak merugi diukur atas dasar itu.

Persentase penyelesaian per kuantitas adalah rasio di dalam satu kontrak (tersertifikasi ÷ nilai kontrak), jadi mata uang tidak memengaruhinya. Dasbor kontraktor menjumlah lintas kontrak, sehingga totalnya dalam mata uang dasar.

Batasan yang diketahui: saldo terbuka (piutang, uang muka, retensi) tidak dikonversi ulang di akhir periode, sehingga selisih kurs belum direalisasi tidak dihitung otomatis — catat dengan jurnal manual bila kebijakan akuntansi Anda mengharuskannya.

Tagihan progres

Jalur: Kontraktor → Tagihan Progres — /contr/billings

Fungsi: tagihan berkala atas pekerjaan periode berjalan. Pilih kontraknya dan sistem menampilkan seluruh BOQ dengan, per item, kuantitas kontrak, yang sudah disertifikasi sebelumnya, dan sisanya. Anda hanya memasukkan kuantitas periode ini; sisanya dihitung langsung.

Rincian potongan — bagaimana jumlah bersih diperoleh

Unsur	Cara hitung
Nilai pekerjaan	Jumlah (kuantitas periode × harga satuan) seluruh item.
Retensi	Nilai pekerjaan × % retensi — dipotong dan dicatat sebagai aset pada pemilik.
Pemulihan uang muka	Nilai pekerjaan × % pemulihan, dibatasi sisa uang muka yang belum dipulihkan.
PPN	Nilai pekerjaan × % PPN — ditambahkan.
Bersih terutang	Nilai pekerjaan + PPN − retensi − pemulihan uang muka.

Contoh: pekerjaan 260.000 dengan retensi 10%, pemulihan 20% dan PPN 15% → retensi 26.000, pemulihan 52.000, PPN 39.000, dan bersih terutang 221.000.

Jurnal saat diposting

Sisi	Akun	Jumlah
Debit	Piutang usaha	Bersih terutang
Debit	Retensi piutang	Retensi
Debit	Uang muka dari pemilik	Uang muka yang dipulihkan
Kredit	Pendapatan kontrak	Nilai pekerjaan penuh
Kredit	PPN keluaran	PPN

Perhatikan bahwa pendapatan diakui sebesar nilai penuh pekerjaan, bukan bersih yang diterima — itulah makna persentase penyelesaian. Tombol "Lihat jurnal" menampilkan jurnal yang dihasilkan dari layar ini.

Status dan aturannya

Draf (dapat diubah) → Disetujui (langkah persetujuan opsional) → Diposting (punya jurnal, tidak dapat diubah).

Yang dicegah sistem:

Tagihan berlebih: kuantitas kumulatif suatu item tidak boleh melebihi kuantitas BOQ-nya — terbitkan perintah perubahan bila perlu lebih.
Pembatalan tidak berurutan: sertifikat tidak dapat dibatalkan selama sertifikat setelahnya masih diposting.
Menghapus sertifikat terposting: batalkan postingnya dulu.

Pembatalan posting membuat jurnal pembalik (jurnal asli tidak pernah dihapus) dan memulihkan kuantitas serta saldo.

Sertifikat dapat dicetak atau diunduh dari layar ini, setelah diposting.

Lembar sertifikat. Dicetak dengan tata letak khusus kontraktor, bukan lembar faktur umum, karena sertifikat disahkan oleh tiga pihak. Setiap item menampilkan kuantitas kontrak dan harga satuan, lalu kuantitas terlaksana sebagai sebelumnya / saat ini / kumulatif, lalu sisa kuantitas item, lalu nilainya pada tiga kolom yang sama; total pekerjaan di kaki tabel adalah jumlah baris, bukan angka yang dibawa dari header. Di bawahnya terdapat tangga pemotongan sesuai urutan kontrak — pekerjaan periode ini, retensi, pemulihan uang muka, PPN — turun ke jumlah bersih terutang yang juga ditulis dengan huruf, di samping posisi kontrak sampai tanggal ini (nilai kontrak, kumulatif sebelumnya, kumulatif sampai tanggal, persentase penyelesaian). Lembar ini ditutup dengan tiga blok tanda tangan: kontraktor mengajukan, konsultan mengesahkan pengukuran, pemilik menyetujui pembayaran. Dicetak lanskap, agar kolomnya muat.

Uang muka dan retensi

Jalur: Kontraktor → Uang Muka & Retensi — /contr/receipts

Dua pergerakan kas pada kontrak; keduanya langsung diposting saat disimpan:

Jenis	Jurnal	Dampak
Uang muka diterima	Dr kas/bank — Kr uang muka dari pemilik	Menambah saldo uang muka yang kelak dipulihkan dari sertifikat.
Pelepasan retensi	Dr kas/bank — Kr retensi piutang	Mengurangi retensi; melepaskan lebih dari yang ditahan akan ditolak.

Biaya kontrak

Jalur: Kontraktor → Biaya Kontrak — /contr/costs

Poin akuntansi penting: membeli material bukanlah biaya kontrak. Faktur pembelian memasukkan material ke persediaan, yaitu aset. Biaya terealisasi saat material dikeluarkan ke proyek. Jadi pembelian tidak muncul sebagai biaya kontrak sampai Anda mengeluarkannya di sini.

Jenis biaya	Yang Anda isi	Jurnal
Material	Item, gudang dan kuantitas — tanpa jumlah	Dr material proyek — Kr persediaan, pada biaya rata-rata tertimbang saat pengeluaran.
Sewa peralatan	Jumlah dan akun pembayaran	Dr sewa peralatan — Kr kas/bank.
Tenaga kerja & lainnya	Jumlah dan akun pembayaran	Dr material proyek (atau akun pilihan Anda) — Kr kas/bank.

Setiap sisi debit membawa pusat biaya kontrak, dan itulah yang membuat biaya muncul di dasbor serta laporan profitabilitas. Tombol "Balikkan" membuat jurnal pembalik dan mengembalikan material ke persediaan pada biaya yang sama saat keluar.

Bagaimana dengan faktur pembelian dan jasa? Cantumkan pusat biaya kontrak pada baris faktur (kolom "Pusat Biaya" di faktur pembelian); jurnalnya terbagi otomatis dan biayanya dikaitkan ke kontrak. Ini jalur yang tepat untuk jasa dan beban yang tidak melalui persediaan.

Jam tenaga kerja dan peralatan

Jalur: Kontraktor → Sumber Daya Operasional — /contr/resources dan Kontraktor → Lembar Kerja — /contr/timesheets

Layar Biaya Kontrak mencatat apa yang ada pembayarannya. Dua biaya terbesar tidak punya pembayaran di tingkat kontrak: tenaga kerja, karena penggajian adalah satu jumlah di akhir bulan dan pertanyaannya berapa yang dipakai tiap kontrak; dan peralatan milik sendiri, karena ekskavator perusahaan tidak menagih siapa pun namun kontrak tetap memakainya. Keduanya dijawab dengan tarif per jam × jam kerja.

Sumber daya operasional

Definisikan jenis tenaga kerja dan mesin milik sendiri, masing-masing dengan tarif normal dan lembur. Biarkan tarif lembur nol agar lembur dihitung dengan tarif normal.

Tarif peralatan adalah tarif sewa internal, bukan biaya riil mesin. Biaya riilnya masuk pembukuan terpisah sebagai penyusutan, bahan bakar dan perbaikan; yang Anda atur di sini adalah yang ingin Anda bebankan ke kontrak atas pemakaiannya.

Lembar kerja

Catat jam tiap sumber daya pada kontrak selama periode. Lembar disimpan sebagai draf dan tidak menyentuh akun sampai Anda memposting.

Sisi	Akun	Jumlah
Debit	Tenaga kerja proyek — pada pusat biaya kontrak	Biaya jam tenaga kerja
Debit	Biaya peralatan — pada pusat biaya kontrak	Biaya jam peralatan
Kredit	Utang upah	Biaya jam tenaga kerja
Kredit	Pemulihan biaya peralatan	Biaya jam peralatan

Mengapa kredit terpisah per jenis? Karena membebankan kontrak tidak boleh menciptakan beban perusahaan baru. Tenaga kerja diimbangi utang upah yang kelak dilunasi penggajian, sehingga upah tidak dihitung dua kali. Peralatan diimbangi pemulihan biaya peralatan, akun kontra, karena biaya mesin sudah ada di pembukuan — dan saldo akun itu memberi tahu berapa banyak biaya armada yang diserap kontrak.
Kedua kredit sengaja tidak membawa pusat biaya: pusat biaya adalah cara sistem mengukur biaya aktual kontrak, sehingga membebankannya ke sana akan mengembalikannya sebagai biaya kontrak.

Aturan: lembar yang sudah diposting tidak bisa diubah sampai dibatalkan postingnya — yang mengembalikannya ke draf dan menarik biayanya dari kontrak sepenuhnya. Sumber daya yang punya riwayat dinonaktifkan, bukan dihapus. Perubahan tarif berlaku untuk lembar berikutnya, karena tiap baris yang diposting menyimpan tarif saat dihitung.

Penggajian

Jalur: Kontraktor → Penggajian — /contr/payroll

Layar ini adalah sisi lain dari lembar waktu. Lembar waktu membebankan jam pekerja ke kontrak dan mengkredit upah masih harus dibayar, dan jurnal itu sebuah janji: "tenaga kerja ini sudah dibebankan ke proyek dan akan dibayar kemudian". Penggajian adalah tempat janji itu ditunaikan.

Seluruh kesulitan penggajian di sini hanya satu: jangan membebankan upah yang sama dua kali. Jam yang dibebankan lembar waktu ke kontrak sudah masuk laporan laba rugi, sehingga membebankan seluruh upah lagi akan melipatgandakan biaya tenaga kerja.

Bagaimana upah bruto terbagi

Bagian	Ke mana	Mengapa
Yang sudah dibebankan lembar waktu ke proyek	Debit upah masih harus dibayar	Melunasi kewajiban yang diciptakan lembar waktu — tidak dibebankan lagi
Sisanya	Tenaga kerja tak teralokasi (beban)	Waktu menganggur, menunggu material, staf lapangan yang tidak dibebankan ke proyek

Tenaga kerja tak teralokasi bukan formalitas: itulah yang dibayar perusahaan untuk jam yang tidak dapat dikaitkan dengan pekerjaan apa pun. Yang tak pernah melihatnya tidak tahu berapa yang hilang di sana.

Kolom "dibebankan ke kontrak"

Ini saldo pekerja pada akun upah masih harus dibayar: seluruh yang pernah dibebankan lembar waktu terposting untuknya, dikurangi yang sudah dilunasi penggajian sebelumnya.

Mengapa posisi, bukan pencocokan bulan? Karena lembar waktu yang dimasukkan setelah penggajian bulannya berjalan akan tertinggal di akun itu selamanya bila dicocokkan menurut tanggal kerja, dan saldo upah masih harus dibayar akan merayap naik dari tahun ke tahun tanpa disadari. Sebagai posisi, entri terlambat otomatis terbawa ke penggajian berikutnya.

Karena itu pula angkanya dihitung ulang saat posting, bukan saat draf disimpan: lembar waktu yang diposting di antaranya tidak boleh terlewat.

Jurnal yang terbentuk

Sisi	Akun
Debit	Upah masih harus dibayar — sebesar yang dibebankan ke kontrak
Debit	Tenaga kerja tak teralokasi — sisanya
Debit	Kontribusi pemberi kerja
Kredit	Utang potongan gaji
Kredit	Utang kontribusi pemberi kerja
Kredit	Utang gaji neto

Kontribusi pemberi kerja adalah beban di atas bruto dan tidak pernah dipotong dari upah pekerja, sehingga memiliki akun beban dan kewajibannya sendiri yang saling menyeimbangkan.

Pembayaran

Posting menciptakan kewajiban; pembayaran adalah jurnal kedua yang melunasi utang gaji neto terhadap kas atau bank.

Pengaman: satu penggajian per bulan (penggajian kedua untuk periode yang sama akan melunasi akrual dua kali), potongan tidak boleh melebihi upah bruto seorang pekerja, dan penggajian yang sudah dibayar tidak dapat dibatalkan postingnya sebelum pembayarannya dibalik — jika tidak, pembayaran menggantung pada kewajiban yang sudah tiada.

Tenaga kerja tak teralokasi bisa bernilai negatif, dan dibiarkan terlihat dengan sengaja: artinya kontrak dibebani lebih besar daripada biaya upah sebenarnya. Menolkannya akan melebihkan biaya kontrak secara diam-diam.

Batas layar ini: ini penggajian untuk pekerja lapangan guna melunasi apa yang diakrualkan lembar waktu — bukan sistem SDM. Tidak ada saldo cuti, tidak ada pesangon, tidak ada tabel pajak; nilainya dimasukkan, bukan diturunkan dari mesin aturan.

Pesangon dan perlindungan upah

Jalur: Kontraktor → Pesangon akhir masa kerja — /contr/end-of-service

Pesangon bukan biaya yang muncul pada hari pekerja berhenti; ia diperoleh setiap bulan ia bertahan. Perusahaan yang baru mencatatnya saat kepergian melaporkan laba yang tidak dimilikinya, lalu menerima pukulannya sekaligus pada tahun tenaga kerjanya berganti.

Data kepegawaian lebih dahulu

Pada layar Sumber daya, untuk tiap pekerja: nomor identitas, IBAN, tanggal masuk, serta upah pokok dan tunjangan perumahan secara terpisah.

Kolom-kolom ini hanya muncul untuk pekerja. Sebuah alat tidak punya tanggal masuk maupun rekening bank.

Cadangan bulanan

Kolom	Maknanya
Tahun masa kerja	Dari tanggal masuk sampai tanggal ukur (atau tanggal berakhir)
Hari hak	Menurut aturan yang diatur di pengaturan
Terakru s.d. kini	Hari hak × (upah bulanan ÷ 30)
Telah dicadangkan	Yang sudah diposting alokasi sebelumnya
Pergerakan	Selisihnya — satu-satunya yang diposting

Hanya selisihnya yang diposting, sehingga aman diulang dan kenaikan upah menambah cadangan alih-alih membebankannya dua kali. Jurnalnya: Debit beban pesangon / Kredit cadangan.

Aturan haknya adalah pengaturan, bukan kode

Diatur di «Pengaturan → Kontraktor»: hari per tahun untuk lima tahun pertama, hari per tahun setelahnya, dan apakah tunjangan dihitung.

Negara	Aturan umum
Arab Saudi	Setengah bulan (15 hari) per tahun untuk lima tahun pertama, lalu sebulan (30)
UEA	21 hari per tahun untuk lima tahun pertama, lalu 30

Menanam salah satu aturan itu di dalam kode akan membuat sistem diam-diam salah di negara lain.

Penyelesaian bagi yang berhenti

Catat tanggal berakhir pada pekerja, lalu ia muncul di daftar "yang berhenti dan belum diselesaikan". Penyelesaian dibayar dari cadangan: Debit cadangan / Kredit kas.

Mengapa penyelesaian dipisah dari akrual? Karena akrual adalah yang diperoleh pekerja dan pembayaran adalah yang disepakati — keduanya berbeda bila pengunduran diri menurunkan haknya. Selisihnya dilepaskan otomatis pada alokasi berikutnya, karena posisi pekerja yang sudah diselesaikan bernilai nol.

Berkas perlindungan upah (WPS)

Dari penggajian yang sudah diposting, tombol "berkas perlindungan upah" menampilkan satu baris per pekerja lalu mengunduh berkasnya.

Bagian paling bergunanya adalah validasi: pekerja tanpa IBAN atau tanpa identitas tidak dapat masuk berkas, dan layar menyebut namanya sebelum hari gajian alih-alih bank menemukannya sesudahnya. Nomor perusahaan juga harus diatur di «Pengaturan → Kontraktor».

Batas yang diketahui: berkas ini dalam bentuk perlindungan upah, tetapi tata letak persisnya berbeda antarbank dan antarnegara serta diperbarui berkala. Validasikan berkas pertama dengan bank Anda sebelum mengandalkannya.

Anggaran biaya kontrak

Jalur: Kontraktor → Anggaran Biaya Kontrak — /contr/budgets

Fungsi: BOQ memberi tahu berapa yang akan Anda terima; anggaran memberi tahu berapa biayanya. Anda memasukkan anggaran biaya per kategori (material, subkontraktor, tenaga kerja, peralatan, overhead, lainnya) dan sistem membandingkannya dengan biaya aktual dari buku besar.

Kontrol anggaran atas komitmen

Membandingkan anggaran hanya dengan biaya aktual adalah kontrol yang datang terlambat — uangnya sudah keluar. Kontraktor melampaui anggaran pada saat subkontrak ditandatangani atau pesanan pembelian diterbitkan. Maka baris anggaran memuat empat angka: Anggaran − Aktual − Dikomitmenkan = Tersedia.

Komitmen bersifat turunan, tidak pernah diposting. Janji membayar belum menjadi kewajiban akuntansi sampai pihak lain melaksanakan, sehingga tidak menyentuh buku besar — penalaran yang sama seperti garansi bank. Dihitung dari subkontrak (nilai dikurangi yang telah disertifikasi, sehingga menyusut pada tiap sertifikat dan mencapai nol dengan sendirinya) dan dari pesanan pembelian bertanda pusat biaya kontrak, dikurangi yang telah diterima atasnya. Komitmen terbuka ditampilkan per dokumen, sehingga setiap pelampauan dapat dilacak penyebabnya.

Kebijakannya ada di Pengaturan → Kontraktor: Nonaktif / Peringatan / Blokir plus persentase toleransi, dengan default Peringatan. Blokir sebagai default adalah ide buruk: lokasi yang tidak dapat menerbitkan subkontrak mendesak karena satu baris kurang dua ratus akan mematikan seluruh kontrol.
Pos tanpa anggaran tidak memblokir apa pun — tidak ada yang dijanjikan tentangnya, dan menganggapnya nol akan menolak setiap pembelian yang tidak dianggarkan.

Menutup pesanan pembelian: pesanan yang diterima penuh melunasi komitmennya sendiri. Pesanan yang diterima sebagian lalu ditinggalkan akan menahan sisanya pada anggaran selamanya — jadi ditutup dari layar pesanan pembelian dengan alasan tertulis, sehingga sisanya dilepas. Penutupan adalah pernyataan tentang masa depan: pesanan dan penerimaannya tidak disentuh dan tidak ada jurnal dibuat, dan "buka kembali" memulihkan komitmen bila pemasok akhirnya mengirim.

Ketepatan pembagian: biaya aktual dibagi per pos dengan memetakan akun buku besar melalui kunci akun kontraktor. Bila beberapa kunci menunjuk akun yang sama, pos-pos itu tidak dapat dibedakan, dan sistem menyatakannya di layar alih-alih menampilkan pembagian yang tampak tepat — totalnya benar dalam kedua kasus. Beri tiap kunci akunnya sendiri agar pembagiannya tepat.

Biaya penyelesaian dan perkiraan biaya saat selesai

Anggaran disusun sekali; kenyataan berubah. Untuk itulah ada kolom biaya penyelesaian tersisa yang diperbarui tim proyek secara berkala, dan darinya lahir perkiraan biaya saat selesai (EAC):

Keadaan	Perkiraan biaya saat selesai
Perkiraan sudah dimasukkan	Biaya aktual + biaya penyelesaian tersisa
Belum ada perkiraan	Anggaran apa adanya — kecuali biaya aktual sudah melampauinya, maka aktual yang dipakai

Tiga angka lahir darinya, tampil di bagian bawah layar:

% selesai per biaya = biaya aktual ÷ EAC. Inilah dasar pengakuan pendapatan.
Selisih anggaran = anggaran − EAC. Negatif berarti perkiraan pembengkakan.
Perkiraan laba kotor = nilai kontrak − EAC.

Kontrak merugi: bila EAC melampaui nilai kontrak, muncul peringatan merah berisi perkiraan kerugian. Standar akuntansi mewajibkan kerugian kontrak diakui begitu diperkirakan, bukan saat terjadi — dan sistem kini membentuk provisinya otomatis di dalam siklus pengakuan yang sama: Dr Kerugian kontrak merugi, Cr Provisi kontrak merugi.
Provisi diukur atas pekerjaan yang tersisa — "perkiraan kerugian × (1 − persentase penyelesaian)" — karena kerugian atas pekerjaan yang sudah dikerjakan sudah masuk laba rugi: pada kontrak merugi, metode cost-to-cost mengakui pendapatan di bawah biayanya, sehingga memprovisikan seluruh kerugian akan membebankan bagian itu dua kali. Provisi diposting sebagai pergerakan, seperti posisi kontrak: tiap siklus hanya menambah atau melepas selisihnya. Bila kontrak berhenti merugi, provisi turun ke nol dan pembebanan sebelumnya berbalik.
Atur akun Kerugian kontrak merugi dan Provisi kontrak merugi di Pengaturan → Akun. Jangan arahkan akun kerugian ke salah satu akun biaya kontrak: justru karena itu jurnal provisi sengaja tidak membawa pusat biaya — bila provisi terhitung sebagai biaya konstruksi, EAC naik, perkiraan kerugian naik, dan provisi membesar tanpa henti.

Prasyarat: biaya aktual dibaca dari buku besar melalui pusat biaya kontrak. Tanpa itu, biaya aktual tampil nol berapa pun yang Anda belanjakan. Lihat Biaya Kontrak.

Struktur rincian kerja dan kinerja

Jalur: Kontraktor → Struktur Rincian Kerja — /contr/wbs

Total kontrak tidak memberi tahu di mana kesalahannya. Strukturnya adalah pohon paket kerja, masing-masing dengan kode, nama, induk dan baseline (mulai dan selesai rencana), dengan item daftar kuantitas dikaitkan padanya.

Pengaitan daftar kuantitas adalah intinya. Paket tidak mengukur apa pun sampai item dikaitkan padanya: dari sanalah nilai rencana dan nilai perolehannya berasal. Nilai item yang belum terkait paket ditampilkan secara eksplisit, sehingga tidak ada pekerjaan yang hilang dari pengukuran secara diam-diam.

Cara kinerja diukur

Ukuran	Cara menghitung
Nilai perolehan (EV)	Σ (kuantitas tersertifikasi × harga satuan) item paket
Nilai rencana sampai kini (PV)	Nilai paket × seberapa banyak jendela baseline-nya telah berlalu
Varians jadwal (SV)	EV − PV — negatif berarti tertinggal
Indeks kinerja jadwal (SPI)	EV ÷ PV — di bawah satu berarti tertinggal

Mengapa pengukuran ini jujur: nilai perolehan berasal dari kuantitas yang benar-benar disertifikasi insinyur pada sertifikat, bukan dari persentase yang diketik seseorang. Itu saja alasan laporan nilai perolehan tidak berguna di kebanyakan sistem.

Paket tanpa baseline dilaporkan tidak terjadwal dan tidak diberi indeks — menyebutnya "tepat waktu" adalah kebohongan yang nyaman.

CPI hanya di tingkat kontrak. Biaya masuk buku besar pada satu pusat biaya kontrak, jadi tidak ada cara jujur membaginya per paket. Menebak pembagiannya akan menjadi hal termudah di sini dan paling menyesatkan, maka sistem menolaknya dan menyatakannya di layar.

Aturan pohon: menjadikan paket sebagai leluhurnya sendiri ditolak (rollup akan tak terhingga), begitu pula menghapus paket yang masih punya item terkait, atau mengulang kode.

Jadwal jaringan (jalur kritis)

Jalur: Kontraktor → Jadwal jaringan — /contr/schedule

Diagram batang berisi tanggal yang diketik seseorang hanyalah harapan. Jaringan adalah pernyataan tentang sebab: yang ini tidak dapat dimulai sebelum yang itu selesai. Begitu logikanya dinyatakan, durasi proyek berhenti menjadi pendapat dan menjadi perhitungan — proyek berlangsung selama rantai sebab terpanjang, dan segala sesuatu di luar rantai itu memiliki float.

Mengapa pembedaan ini penting. Kontraktor yang tidak dapat membedakan aktivitas kritis dari aktivitas dengan float dua minggu akan memusatkan perhatian pada yang keliru. Aktivitas kritis memiliki float nol: satu hari yang hilang di sana adalah satu hari yang hilang bagi seluruh proyek.

Yang Anda masukkan, yang dihitung sistem

Anda masukkan	Sistem menghitung
Aktivitas: kode, nama, durasi dalam hari kerja	Mulai dan selesai paling awal (forward pass)
Ketergantungan: pendahulu, penerus, tipe, jeda	Mulai dan selesai paling lambat (backward pass)
Tanggal batasan, bila ada	Total float = mulai paling lambat − mulai paling awal
Mulai/selesai aktual dan persen penyelesaian	Jalur kritis, durasi, dan selisih terhadap kontrak

Tipe ketergantungan

Tipe	Arti
Finish to start (FS)	Yang paling umum: penerus tidak dapat mulai sebelum pendahulu selesai
Start to start (SS)	Keduanya mulai bersamaan — galian dan penyangga
Finish to finish (FF)	Keduanya selesai bersamaan
Start to finish (SF)	Jarang; dipakai untuk serah terima shift

Jeda boleh positif atau negatif: tujuh hari untuk beton mengeras adalah jeda positif yang tidak ada pekerjaan di dalamnya, sedangkan jeda negatif berarti tumpang tindih yang disengaja.

Durasi dalam HARI KERJA, bukan hari kalender, sehingga aktivitas sepuluh hari tidak diam-diam berakhir pada hari Jumat. Hari libur mingguan diambil dari pengaturan kontraktor (bawaan Teluk: Jumat dan Sabtu). Hari libur nasional TIDAK dimodelkan, dan layar menyatakannya — kalender libur yang tidak dirawat siapa pun lebih buruk daripada ketiadaannya yang jujur.

Jaringan siklik ditolak sebelum disimpan. Jika A mendahului B dan B mendahului A, pertanyaan "mana yang lebih dulu" tidak memiliki jawaban. Sistem tidak memutus siklus secara diam-diam — itu akan menghasilkan jadwal yang tampak baik namun sewenang-wenang — melainkan menolak penyimpanan dan menyebutkan aktivitas yang terjebak dalam siklus.

Tanggal batasan hanya dapat memundurkan aktivitas, tidak pernah memajukannya. Logika adalah pernyataan tentang kemungkinan fisik: beton tidak dicor sebelum tulangan terpasang, apa pun isi batasannya. Dan aktivitas yang benar-benar sudah dimulai dimulai pada tanggal nyata, apa pun kata rencana.

Baseline yang membuat keterlambatan dapat diukur

"Bekukan baseline" menyimpan tanggal hasil perhitungan hari ini, dan selisih sejak saat itu diukur terhadapnya. Tanpanya, perencanaan ulang proyek yang terlambat menjadi tipuan: tanggal bergeser dan keterlambatan menghilang. Bekukan saat program disetujui, bukan setelahnya.

Ini menutup keterbatasan yang dinyatakan pada kurva S: nilai rencana dahulu berasal dari jendela waktu yang digambar manual pada paket pekerjaan. Kini, bila aktivitas dilekatkan pada paket, nilainya disebar ke aktivitas-aktivitas itu sebanding dengan durasi memakai tanggal jalur kritis — sehingga kurva berdiri di atas jaringan yang nyata.

Kurva S

Jalur: Kontraktor → Kurva S — /contr/s-curve

Tiga angka nyaris tak berarti sendiri-sendiri, tetapi mengatakan segalanya bila digambar pada satu sumbu, bulan demi bulan:

Kurva	Apa itu	Dari mana asalnya
PV — nilai rencana	Yang seharusnya selesai sampai tanggal ini	Jadwal jaringan bila ada, jika tidak maka garis dasar pada struktur rincian kerja
EV — nilai perolehan	Yang benar-benar dikerjakan dan disahkan	Kuantitas tersertifikasi pada sertifikat terposting
AC — biaya aktual	Biaya yang benar-benar keluar	Buku besar, pada pusat biaya kontrak

Dibaca sebagai gambar, tanpa hitungan: perolehan di bawah rencana berarti terlambat; biaya di atas perolehan berarti mahal. Jarak di antara keduanya adalah seluruh alasan menaruhnya pada satu grafik.

Mengapa dua kurva berhenti di hari ini

Kurva perolehan dan biaya berakhir pada bulan berjalan, tidak sampai akhir rencana. Ini disengaja: menariknya datar ke depan — yang dilakukan kebanyakan sistem — menggambarkan proyek yang berhenti bekerja. Hanya kurva rencana yang mencapai akhir, karena hanya rencana yang berbicara tentang masa depan.

Dari mana kurva rencana berasal

Keadaan	Yang digambar
Ada tanggal garis dasar WBS	Jadwal nyata: nilai tiap paket disebar sepanjang jendelanya sendiri
Tanpa garis dasar, tetapi kontrak punya tanggal selesai	Nilai kontrak disebar merata sepanjang durasinya — dan layar menyatakan bahwa ini asumsi, bukan jadwal
Tanpa garis dasar dan tanpa tanggal selesai	Tidak ada kurva rencana dan tidak ada indeks jadwal yang diklaim

Mengarang garis lurus pada kasus terakhir adalah hal termudah di sini dan yang paling menyesatkan; sistem menolaknya dan menyatakannya di layar.

"Hari ini" pada kurva persis sama dengan "hari ini" pada layar WBS. Nilai rencana dijumlahkan dari paket akar dengan cara yang sama, sehingga dua layar tidak mungkin berbeda tentang kemajuan satu proyek.

Perkiraan

Angka	Cara hitung
Indeks jadwal (SPI)	EV ÷ PV — di bawah satu berarti terlambat
Indeks biaya (CPI)	EV ÷ AC — di bawah satu berarti belanja lebih cepat dari perolehan
Perkiraan biaya saat selesai	Nilai BOQ ÷ CPI — pada laju Anda mengubah uang menjadi nilai selama ini
Perkiraan selesai	Dari laju enam bulan terakhir; proyek yang tidak bergerak tidak diberi tanggal

Memakai bulan-bulan terakhir alih-alih seluruh riwayat itu disengaja: proyek yang belakangan ini melaju atau tersendat itulah yang seharusnya tercermin dalam perkiraan.

Di bawah grafik terdapat tabel angkanya, bulan demi bulan, karena grafik yang tak bisa dikembalikan ke angka hanyalah hiasan.

Perkiraan arus kas

Jalur: Kontraktor → Perkiraan Arus Kas — /contr/cash-flow

Kontrak bisa menguntungkan namun menenggelamkan perusahaan. Laba dan kas bukan hal yang sama pada proyek yang ditagih bulanan, ditahan sepersepuluh tiap sertifikatnya selama setahun, dan membayar subkontraktor sebelum dibayar pemilik. Layar ini menampilkan kas tersisa kontrak, bulan per bulan.

Tiga tenggat

Diatur pada kontrak itu sendiri, dan inilah yang mengubah jumlah menjadi arus, bukan sekadar saldo:

Tenggat	Pengaruh
Hari pembayaran pemilik	Menunda penagihan tiap sertifikat
Hari pembayaran pemasok	Menunda pembayaran subkontraktor dan pemasok
Hari pelepasan retensi	Masa pemeliharaan — yang membuat retensi jadi kas terakhir

Cara menghitungnya

Arus masuk: pekerjaan yang belum disertifikasi, disebar pada bulan-bulan tersisa, tiap bulan sebagai nilai pekerjaan + PPN − retensi − pemulihan uang muka, ditunda sesuai tenggat pemilik. Ditambah pelepasan retensi, sekali, setelah masa pemeliharaan sejak pekerjaan berakhir.
Arus keluar: komitmen terbuka (subkontrak dan pesanan pembelian) serta anggaran yang belum dikomitmenkan, ditunda sesuai tenggat pemasok.

Angka terpenting: kebutuhan pendanaan puncak. Yaitu titik terendah kumulatif — uang yang harus Anda siapkan untuk mendanai kontrak sebelum bulan itu tiba. Kontrak yang menguntungkan bisa membutuhkannya di bulan kedua, karena subkontraktor dibayar sebelum pemilik membayar.

Batasan yang diketahui: ini memperkirakan arus tersisa saja, dan tidak termasuk penagihan sertifikat yang sudah diterbitkan — sistem tidak menautkan penerimaan ke sertifikat yang dilunasinya. Peringatannya muncul di layar itu sendiri.
Kontrak tanpa tanggal berakhir tidak memberi dasar untuk menyebar pekerjaannya per bulan; layar menandainya dan tanggal berakhir harus ditambahkan.

Rekonsiliasi biaya dan nilai (CVR)

Jalur: Kontraktor → Rekonsiliasi biaya dan nilai — /contr/cvr

Inilah laporan yang benar-benar dipakai menjalankan perusahaan kontraktor. Pertanyaannya bukan "apakah kita untung" melainkan "apakah laba yang kita laporkan itu nyata".

Mengapa perlu ditanya? Karena proyek tampak untung selama biayanya terlambat datang: subkontraktor sudah bekerja tetapi belum disertifikasi, pemasok sudah mengirim tetapi belum menagih. Mengukur nilai sampai hari ini terhadap biaya yang baru masuk pembukuan berarti mengukur dua hal pada dua tanggal berbeda.

Dua sisi laporan

Sisi nilai	Sisi biaya
Tersertifikasi s.d. kini (Σ sertifikat terposting)	Biaya dalam pembukuan (buku besar, pada pusat biaya kontrak)
+ klaim yang sangat mungkin dari daftar klaim	+ biaya yang belum datang — dimasukkan estimator
+ penyesuaian nilai menurut penilaian estimator
= nilai s.d. kini	= total biaya

Selisih keduanya adalah marjin s.d. kini.

1. Akrual dimasukkan, bukan diturunkan

"Biaya yang belum datang" adalah angka terpenting dalam laporan ini. Ia tidak bisa diambil dari pembukuan — justru itulah yang membuatnya akrual. Nilainya diminta per kode biaya, karena pada tingkat itulah estimator benar-benar tahu jawabannya.
Mengabaikannya membuat proyek menyanjung dirinya setiap bulan.

2. Marjin yang diambil terhadap marjin akhir

Marjin positif saja belum cukup; yang penting ia tidak lebih tinggi daripada marjin akhir proyek. Mengambil 15% hari ini atas pekerjaan yang akan berakhir di 5% berarti Anda menarik laba yang belum diperoleh, dan akan mengembalikannya di bulan berikutnya.

Karena itu laporan menampilkan marjin melampaui perkiraan dalam poin dan memperingatkan begitu selisihnya melewati setengah poin.

3. Potret yang membawa potret sebelumnya

Laporan dibuat per bulan dan membawa posisi bulan sebelumnya, sehingga pergerakan bulan ini muncul di dalam dokumen itu sendiri. Laporan yang sudah terbit tidak dapat diubah atau dihapus, dan sebuah bulan tidak dapat diterbitkan setelah bulan yang lebih baru sudah terbit, karena posisinya berantai.

Rincian per jenis pekerjaan

Per kode biaya: anggaran, biaya dalam pembukuan, akrual, perkiraan biaya akhir dan selisih. Perkiraan tidak pernah turun di bawah yang sudah dibelanjakan — sebuah pekerjaan tidak selesai dengan biaya lebih kecil daripada yang sudah dikeluarkan.

Baris-barisnya berjumlah sama dengan headernya, termasuk baris "tanpa kode": laporan yang barisnya tidak cocok dengan totalnya lebih buruk daripada tidak ada laporan.

Prasyarat: rincian ini mengandaikan biaya sudah dikodekan. Tanpa pengodean semuanya masuk ke satu baris "tanpa kode" — header tetap benar, tetapi rinciannya tidak lagi berguna.

Pengakuan pendapatan berdasarkan persentase penyelesaian

Jalur: Kontraktor → Pengakuan Pendapatan — /contr/revenue

Fungsi: dalam kontraktor, yang Anda tagih dan yang Anda hasilkan jarang sama. Anda bisa menagih di muka sebelum bekerja, atau bekerja sebulan penuh sebelum menerbitkan sertifikatnya. Standar mewajibkan laporan laba rugi menampilkan yang benar-benar dihasilkan. Layar ini adalah penyesuaian akhir periode yang mewujudkannya.

Cara menghitungnya

% penyelesaian = biaya aktual ÷ perkiraan biaya saat selesai (dari layar anggaran).
Pendapatan dihasilkan = nilai kontrak × % penyelesaian.
Selisihnya = pendapatan dihasilkan − yang benar-benar ditagih (total sertifikat terposting).

Keadaan	Artinya	Tampil di mana
Dihasilkan > ditagih	Pekerjaan melebihi yang difakturkan	Pekerjaan dalam proses — aset
Dihasilkan < ditagih	Faktur melebihi pekerjaan	Tagihan berlebih — liabilitas

Poin kuncinya: tagihan progres sudah membukukan pendapatan saat difakturkan. Jadi proses pengakuan tidak mengakui ulang pendapatan — ia hanya memposting penyesuaian yang memindahkannya dari "ditagih" ke "dihasilkan". Karena itu tiap proses hanya memposting pergerakan sejak proses sebelumnya, sehingga kedua akun neraca tetap benar dan laporan laba rugi selalu menampilkan pendapatan yang dihasilkan sampai kini.

Yang Anda lihat sebelum memposting

Pilih kontraknya dan layar memaparkan seluruh pengukuran sebelum Anda berkomitmen: biaya aktual, EAC dan % penyelesaian; lalu pendapatan dihasilkan terhadap yang ditagih; lalu posisi bersih (aset atau liabilitas); lalu pergerakan yang akan diposting sekarang. Bila tidak ada perubahan sejak proses sebelumnya, tombol posting dinonaktifkan — tidak ada jurnal kosong.

Catatan operasional:

Posisi berbalik antara aset dan liabilitas secara otomatis, tanpa campur tangan Anda.
Pembatalan posting membalik pergerakan proses itu dan memulihkan posisi sebelumnya; hanya proses terakhir yang boleh dibatalkan.
Kontrak tanpa pusat biaya tidak dapat diakui pendapatannya — sistem menolak dan menjelaskan alasannya.

Material belum terpasang (IFRS 15 B19): material yang tiba di lokasi sebelum dipasang sudah masuk biaya, tetapi pekerjaannya belum selesai — bila dibiarkan dalam ukuran kemajuan ia menarik laba ke depan. Maka diakui sebesar biaya, tanpa margin dan dikecualikan dari ukuran kemajuan. Masukkan dua angka di layar anggaran: anggaran material (perkiraan total) dan biaya terkirim sampai kini. Hasilnya: mengirim satu riyal material menambah tepat satu riyal pendapatan dan persentase pekerjaan tidak bergeser. Dengan anggaran nol, pengakuan berperilaku persis seperti sebelumnya.

Perintah perubahan

Jalur: Kontraktor → Perintah Perubahan — /contr/variations

Fungsi: cara resmi mengubah lingkup kontrak yang sedang berjalan. Alih-alih mengedit BOQ langsung (yang menghilangkan jejaknya), Anda menerbitkan perubahan terdokumentasi dengan tanggal, deskripsi dan persetujuan; saat disetujui, perubahan diterapkan ke BOQ dan nilai kontrak sekaligus.

Pilih kontraknya dan sistem menampilkan item saat ini; untuk tiap item Anda mengisi perubahan kuantitas (positif menambah, negatif mengurangi) dan harga baru, atau menambahkan item yang benar-benar baru.

Cara dampak nilai dihitung: per item, (kuantitas baru × harga baru) − (kuantitas saat ini × harga saat ini). Item 100 unit seharga 1.000 yang bertambah 40 unit dan dinaikkan menjadi 1.200 berdampak (140×1.200) − (100×1.000) = 68.000 — artinya perubahan harga menghargai ulang seluruh kuantitas, bukan hanya tambahannya.

Yang dicegah sistem: item tidak dapat dipotong di bawah yang sudah disertifikasi, dan perubahan yang telah disetujui tidak dapat dihapus — ia sudah menjadi bagian kontrak, dan membatalkannya berarti menerbitkan perubahan balik. Persetujuan sendiri berada di balik izin tersendiri, CONTR.Variations.Approve.

Catatan lapangan

Jalur: Kontraktor → Catatan lapangan — /contr/site

Tiga catatan dalam satu layar: buku harian lapangan, permintaan informasi, dan daftar perbaikan. Tidak satu pun diposting ke buku besar.

Itu bukan kekurangan, justru itulah tujuannya. Nilai catatan ini adalah bukti: klaim keterlambatan tanpa catatan harian hanyalah pernyataan; dengan catatan ia menjadi bukti. Inilah lapisan yang membuat daftar klaim benar-benar dapat dipakai.

1. Buku harian lapangan

Cuaca, jam kerja, jumlah pekerja dan alat, pekerjaan yang dilaksanakan, material yang diterima, tamu — dan yang terpenting kolom hambatan dan keterlambatan.

Ditulis setiap hari, termasuk hari ketika tidak terjadi apa pun. Celah dalam buku harian itulah yang ditunjuk pihak lain.

Pengaman: satu catatan per lokasi per hari (dua catatan untuk satu hari adalah dua versi kebenaran), dan sebuah hari tidak dapat ditandai sebagai peristiwa keterlambatan tanpa menyebutkan penyebabnya.

2. Permintaan informasi (RFI)

Pertanyaan kepada konsultan yang menahan pekerjaan. Angka yang penting adalah hari menunggu: yang dijawab dalam dua hari tidak berbiaya, sementara pertanyaan sama yang dibiarkan enam minggu adalah keterlambatan.

Status	Yang terjadi
Terbuka	Terus bertambah usianya, hari demi hari
Terbuka melewati "dibutuhkan sebelum"	Ditandai terlambat, dan dapat diajukan sebagai klaim
Dijawab	Berhenti bertambah usia pada hari ia dijawab

Mengisi tanggal jawaban memindahkannya dari "terbuka" dengan sendirinya — jika tidak, usianya bertambah selamanya dan melebihkan keterlambatan yang ditimbulkannya.

3. Daftar perbaikan

Serah terima bukanlah tanggal, melainkan daftar yang mencapai nol. Tiap item punya tingkat, dan yang kritis menghalangi serah terima dengan sendirinya.

Status	Makna
Terbuka	Belum ditangani
Diperbaiki	Kontraktor menyatakan sudah, belum ada yang memeriksa
Terverifikasi	Diperiksa dan diterima — satu-satunya status yang menutup item
Ditolak	Diperiksa dan ditolak, dan alasannya wajib

Item yang menjadi tanggung jawab subkontraktor adalah awal pembebanan balik kepadanya. Item terverifikasi tidak dapat dihapus — ia adalah catatan bahwa perbaikan telah dilakukan.

4. Dari catatan menjadi klaim

Hari keterlambatan atau RFI yang terlambat dapat diajukan sebagai klaim dari tempatnya, dan klaim dibuat dengan membawa referensi catatan beserta teksnya dalam uraiannya.

Catatan itu lalu dibekukan dari perubahan dan penghapusan — karena klaim bertumpu padanya.

Tanggal peristiwa pada klaim dari RFI adalah hari jawaban dibutuhkan, bukan hari pertanyaan diajukan.

Pengendalian dokumen

Jalur: Kontraktor → Pengendalian dokumen — /contr/documents

Segala yang dibangun di lapangan dibangun dari selembar kertas, dan kegagalan yang mahal bukanlah gambar yang hilang — melainkan gambar yang sudah digantikan namun masih dikerjakan: dinding berdiri mengikuti revisi B sementara revisi C memindahkan bukaan, dan biayanya adalah pembongkaran. Layar ini menjawab dua pertanyaan dan menolak samar pada keduanya.

Pertama: revisi mana yang berlaku?

Satu, selalu. Menyetujui sebuah revisi "untuk pelaksanaan" otomatis menggantikan revisi sebelumnya.

"Digantikan" bukan status yang Anda pilih. Itu akibat dari disetujuinya revisi yang lebih baru; menetapkannya secara manual akan meninggalkan gambar tanpa revisi berlaku dan tanpa penjelasan.

Menarik revisi berlaku kembali ke tinjauan membuat gambar tidak memiliki apa pun yang dapat dilaksanakan, dan register menyatakannya terang-terangan — lebih baik daripada membiarkan revisi yang ditarik tampak masih berlaku.

Nomor gambar milik perancang, bukan sistem. Sebuah gambar sudah memiliki identitas sebelum sampai kepada kita, dan menciptakan identitas kedua hanya menambah satu hal lagi untuk dicocokkan. Karena itu hanya transmittal yang bernomor otomatis: itulah dokumen yang kita terbitkan sendiri.

Kedua: dapatkah kita membuktikan pelaksana telah menerimanya?

"Kami mengirimnya" dan "mereka menerimanya" adalah dua klaim berbeda, dan hanya yang kedua memenangkan perdebatan. Transmittal melewati tiga status:

Status	Artinya
Draf	Daftar yang diketik seseorang. Belum ada yang dikirim; isinya masih dapat diubah
Dikirim	Benar-benar keluar. Isinya dibekukan — sudah menjadi fakta historis
Dikonfirmasi	Pihak lain mengonfirmasi penerimaan. Hanya ini bukti penyerahan

Konfirmasi tanpa nama seseorang ditolak — persis itulah fungsi tanda tangan — begitu pula konfirmasi bertanggal sebelum transmittal dikirim.

Layar menampilkan keadaan berbahaya secara langsung: "tanpa bukti terima" = gambar yang disetujui untuk pelaksanaan namun belum ada yang mengonfirmasi menerimanya, artinya kantor mengira lapangan memilikinya dan tidak dapat membuktikannya.

Baris transmittal menunjuk pada REVISI, bukan pada gambar: "kami mengirim A-101" tidak bernilai; "kami mengirim A-101 rev C pada tanggal 4" adalah bukti.

Dua tanggal: kapan dibutuhkan, dan kapan tiba

Setiap revisi membawa keduanya dengan sengaja, dan selisihnya adalah keterlambatan penerbitan informasi — dasar perpanjangan waktu dalam setiap bentuk kontrak baku, yang dapat diklaim hanya karena seseorang mencatat kedua tanggal pada waktunya. Revisi yang belum tiba terus menua, karena keterlambatan yang ditimbulkannya belum berhenti.

Mengajukan klaim dari register membawa gambar, nomor revisi dan kedua tanggal ke dalam uraian klaim, dan tanggal peristiwa adalah hari informasi itu dibutuhkan, bukan hari kertasnya tiba — persis seperti pada RFI. Revisi yang tiba tepat waktu tidak dapat diklaim, dan satu revisi tidak dapat menimbulkan dua klaim.

Informasi tiba melalui transmittal masuk, sehingga menerbitkannya mengisi tanggal terima revisi yang dibawanya — tetapi hanya yang masih kosong, karena tanggal yang dicatat oleh penerima adalah bukti yang lebih baik daripada yang disimpulkan sistem.

Yang sudah keluar tidak dapat dihapus: revisi yang telah dikirim, gambar yang salah satu revisinya telah dikirim, dan transmittal yang telah dikirim semuanya dilindungi, karena masing-masing bagian dari catatan apa yang berpindah tangan.

Daftar klaim

Jalur: Kontraktor → Daftar klaim — /contr/claims

Klaim bukan perintah perubahan. Perintah perubahan sudah disepakati sehingga mengubah kontrak. Klaim adalah permintaan biaya atau waktu tambahan yang masih disengketakan: batuan yang tidak ada di gambar, keterlambatan penyerahan lokasi, lonjakan harga baja. Klaim baru menjadi nilai pada hari ia diselesaikan, dan saat itu sistem menerbitkan perintah perubahan sebesar nilai yang disepakati.

Angka paling berbahaya di layar ini adalah batas pemberitahuan. Sebagian besar kontrak mewajibkan pemberitahuan kepada pemilik dalam jangka waktu tertentu sejak kejadian, dan klaim yang melewatkan pemberitahuannya gugur meskipun seluruhnya benar. Karena itu sistem menghitung tanggal kejadian + masa pemberitahuan, menampilkan sisa hari, menandai klaim "pemberitahuan berisiko" tujuh hari sebelumnya dan "kedaluwarsa" setelahnya. Keduanya ditonjolkan di bagian atas daftar.

Masa pemberitahuan diatur per kontrak pada hari pemberitahuan klaim (bawaan 28 hari — periode FIDIC yang umum). Jika kontrak Anda menyatakan lain, ubah pada kontrak tersebut.

Nilai diklaim dan nilai sangat mungkin

Klaim memuat dua nilai dengan sengaja: nilai diklaim, yaitu yang Anda minta, dan nilai sangat mungkin, yaitu yang Anda nilai besar kemungkinannya diterima. Ini bukan administrasi berlebih: batasan imbalan variabel IFRS 15 hanya mengizinkan pengakuan sebatas yang kecil kemungkinan dibalik secara signifikan. Sisanya pengungkapan, bukan pendapatan. Sistem menolak nilai sangat mungkin yang melebihi nilai diklaim.

Siklus hidup klaim

Status	Makna
Draf	Dicatat internal; pemilik belum diberitahu
Diajukan	Pemberitahuan dikirim — otomatis tercapai begitu tanggal pemberitahuan diisi
Dalam kajian	Ada pada pemilik atau konsultan
Ditolak / Ditarik	Berakhir tanpa hasil; nilai yang mungkin dinolkan
Selesai	Nilai disepakati dan perintah perubahan terbit; klaim lalu dibekukan

Penyelesaian

Saat menyelesaikan, Anda mengisi nilai disepakati dan hari yang diberikan. Sistem membuat perintah perubahan draf sebesar nilai itu, menautkannya ke klaim, dan menolkan nilai yang mungkin — karena nilainya sudah pindah ke perintah perubahan dan tidak boleh dihitung dua kali. Penyelesaian tidak memposting jurnal dengan sendirinya: buka perintah perubahan dan setujui agar nilai kontrak berubah. Klaim yang selesai memiliki tombol "buka perintah perubahan" yang langsung menuju ke sana.

Pengaman: tidak boleh disepakati lebih dari yang diklaim, tanggal pemberitahuan tidak boleh mendahului kejadian, dan klaim yang selesai tidak dapat diubah maupun dihapus.

Subkontrak dan sertifikatnya

Jalur: Kontraktor → Subkontrak — /contr/subcontracts

Subkontrak menyerahkan sebagian pekerjaan kepada subkontraktor (dipilih dari pemasok), dengan nilai dan persentasenya sendiri: retensi, pemulihan uang muka dan PPN.

Uang muka ke subkontraktor

Jalur: Kontraktor → Uang Muka Subkontraktor — /contr/sub-advances

Saat Anda membayar subkontraktor sebelum ia menghasilkannya: Dr uang muka ke subkontraktor (sebuah aset — uang sudah keluar tetapi belum dihasilkan) Kr kas/bank. Uang muka itu lalu dipulihkan otomatis dari sertifikatnya sesuai persentase pada subkontrak.

Bila persentase pemulihan dibiarkan nol, tidak ada yang dipulihkan otomatis dari sertifikat — atur persentasenya pada subkontrak terlebih dahulu.

Daftar kuantitas subkontrak (opsional): tambahkan item dengan deskripsi, satuan, kuantitas kontrak dan harga satuan, maka subkontrak menjadi terukur — sertifikatnya lalu dibuat per kuantitas, bukan jumlah gelondongan. Kosongkan tabel untuk paket lump sum, dan sertifikat tetap satu angka yang diketik, persis seperti sebelumnya.
Item tidak dapat dihapus setelah disertifikasi, agar kuantitas kumulatif pada sertifikat yang sudah diposting tetap utuh.

Sertifikat subkontraktor

Jalur: Kontraktor → Tagihan Subkontraktor — /contr/sub-billings

Sisi	Akun	Jumlah
Debit	Subkontraktor (biaya) — membawa pusat biaya kontrak	Nilai pekerjaan
Debit	PPN masukan	PPN
Kredit	Uang muka ke subkontraktor	Uang muka yang dipulihkan
Kredit	Utang pajak potong	Pajak yang dipotong
Kredit	Utang usaha	Nilai pekerjaan + PPN − uang muka − pajak potong

Pajak potong: atur persentase pajak potong pada subkontrak, maka ia dipotong dari setiap sertifikat dan disetor ke otoritas pajak, bukan dibayarkan kepadanya. Dihitung atas nilai pekerjaan, tanpa PPN — PPN adalah uang otoritas yang melewati Anda, dan memotong pajak atasnya berarti pajak atas pajak.
Ini bukan biaya: beban laba rugi tetap sebesar nilai pekerjaan penuh, yang berubah hanya siapa yang berhak atas uangnya. Jumlah yang dipotong dilacak kumulatif pada subkontrak dan berkurang otomatis saat sertifikat dibatalkan postingnya. Perubahan persentase berlaku untuk sertifikat berikutnya saja; tiap sertifikat yang sudah diposting menyimpan persentase saat dihitung.
Atur akun Utang pajak potong di Pengaturan → Akun, dan jangan arahkan ke akun PPN — keduanya kewajiban berbeda kepada otoritas yang sama dan tidak boleh dicampur.

Catatan tentang retensi subkontraktor: yang Anda tahan dari subkontraktor tetap berada dalam saldo utang usaha dan dipantau pada angka "Retensi" subkontrak untuk keperluan umur dan tindak lanjut; pembayarannya kelak melalui bukti pengeluaran pemasok biasa. Ini berbeda dari retensi pemilik yang memiliki akun tersendiri — sebabnya, bagan akun kontraktor memuat akun retensi piutang (ditahan klien) tetapi tidak memuat akun retensi utang.

Garansi bank

Jalur: Kontraktor → Garansi Bank — /contr/guarantees

Fungsi: register setiap garansi yang perusahaan terbitkan untuk pemilik proyek atau panitia tender, dan pemantauan tanggal berakhirnya. Pemantauan itu bukan detail administratif: jaminan pelaksanaan yang kedaluwarsa tanpa diperpanjang bisa menahan pembayaran satu proyek penuh.

Jenis	Kapan diterbitkan
Jaminan penawaran	Bersama penawaran — sebelum ada kontrak, jadi dicatat tanpa kontrak.
Jaminan pelaksanaan	Saat penunjukan, dan tetap aktif sepanjang proyek.
Uang muka	Terhadap uang muka, dikurangi atau dilepas seiring pemulihannya.
Retensi	Untuk melepas retensi lebih awal alih-alih menunggu akhir proyek.
Pemeliharaan	Untuk masa tanggung cacat setelah serah terima.

Pemantauan berakhirnya

Garansi aktif tampil lebih dulu, diurutkan dari yang paling dekat berakhir, masing-masing dengan kolom "hari menuju berakhir" (menjadi negatif setelah lewat). Apa pun yang berakhir dalam tiga puluh hari ditandai secara eksplisit. Di bagian atas ada indikator: jumlah dan nilai garansi aktif, yang segera berakhir beserta nilainya, dan margin tunai yang diblokir di bank.

Tindakan atas garansi

Tindakan	Dampak
Perpanjang	Masukkan tanggal berakhir baru dan garansi tetap aktif. Sistem menolak tanggal yang lebih awal dari yang berlaku.
Lepaskan	Dikembalikan penerima dan dibatalkan di bank — keluar dari eksposur aktif dan tanggal pelepasan dicatat.
Catat klaim	Penerima benar-benar mengklaimnya. Catat di sini, dan bukukan liabilitasnya dengan jurnal manual.

Ini register pemantauan dan tidak membuat jurnal. Garansi adalah liabilitas kontinjensi, tidak diakui dalam pembukuan kecuali diklaim. Kolom komisi bank dan margin tunai dicatat hanya untuk pemantauan — bila ingin membukukan komisi sebagai beban, catat dengan bukti pengeluaran biasa.

Persetujuan atas dokumen kontraktor

Jalur: Pengaturan → Persetujuan dan layar Persetujuan

Fungsi: mensyaratkan persetujuan manajemen sebelum dokumen diposting. Ini kebutuhan mendasar di perusahaan besar, di mana yang menyiapkan sertifikat tidak boleh menjadi yang mempostingnya.

Dua dokumen kontraktor didukung:

Dokumen	Jumlah yang diukur terhadap ambang batas
Tagihan progres	Jumlah bersih terutangnya.
Perintah perubahan	Dampak absolut pada nilai kontrak — pengurangan besar layak disetujui sama seperti penambahan besar.

Cara kerjanya

Di pengaturan persetujuan, aktifkan aturan untuk jenis dokumen dan tetapkan jumlah minimum, peran penyetuju, dan level kedua opsional.
Saat memposting: di bawah ambang batas langsung diposting; di atasnya dokumen tidak diposting — permintaan persetujuan dibuat, penyetuju diberi tahu, dan pesan yang jelas dikembalikan.
Dokumen tetap belum diposting selama permintaan masih menunggu.
Begitu level terakhir menyetujui, dokumen diposting otomatis — tidak perlu kembali ke sana.
Penolakan mengembalikannya ke penyusun beserta alasannya.

Permintaan dipantau di layar Persetujuan, dan Anda menerima notifikasinya.

Dasbor dan laporan

Jalur: Kontraktor (judul modul) — /contr/dashboard

KPI portofolio: kontrak aktif, total nilai, total tersertifikasi, % penyelesaian, retensi ditahan, sisa uang muka, biaya subkontraktor, biaya aktual dan laba bersih — beserta tabel profitabilitas per kontrak.

Beda "biaya subkontraktor" dan "biaya aktual": yang pertama hanya jumlah sertifikat subkontraktor; yang kedua adalah segala yang diposting ke pusat biaya kontrak di buku besar — subkontraktor, material yang dikeluarkan, peralatan, dan faktur pembelian yang ditandai pusat biaya tersebut. Yang kedua adalah ukuran profitabilitas kontrak yang lebih lengkap.

Laporan modul (Pusat Laporan → Kontraktor)

Laporan	Isinya
Daftar kontrak	Tiap kontrak dengan nilai, tersertifikasi, % penyelesaian, retensi, uang muka dan status.
Daftar tagihan progres	Setiap sertifikat dengan rincian potongan, bersih dan statusnya.
Umur retensi	Retensi yang belum dilepas per kontrak dan jumlah hari sejak sertifikat terakhir.
Profitabilitas kontrak	Nilai tersertifikasi terhadap biaya subkontraktor, laba kotor dan marginnya.
Biaya penyelesaian tersisa	Per item BOQ: sisa kuantitas, sisa nilai dan % penyelesaian.

Usaha patungan

Jalur: Kontraktor → Usaha patungan — /contr/joint-ventures

Usaha patungan konstruksi adalah operasi bersama menurut IFRS 11, bukan perusahaan tersendiri: para mitra berbagi pendapatan, biaya dan hasil secara langsung.

Ini pembukuan mitra operator. Operator menagih pemilik untuk seluruh pekerjaan dan membayar seluruh biayanya, sehingga kontrak tercatat penuh di pembukuannya, lalu alokasi berkala mengeluarkan bagian tiap mitra dari hasilnya. Bagian non-operator tidak memerlukan ini: mitra cukup mencatat kontrak sebesar bagiannya dan tidak ada yang dialokasikan.

1. Mitra dan bagian

Buka kontrak dari layar ini dan catat para mitranya beserta persentase masing-masing. Bagian kita adalah sisanya — dihitung, tidak pernah disimpan, sehingga tidak mungkin berbeda dari bagian mereka. Total bagian di atas 100% ditolak.

Tiap mitra boleh memiliki rekening koran sendiri; bila dikosongkan, dipakai akun bawaan dari «Pengaturan → Akun». Memberi tiap mitra akunnya sendiri itulah yang membuat posisi mereka dapat dibedakan di neraca saldo.

2. Alokasi bagian mitra

Alokasi adalah dokumen berkala yang memindahkan bagian tiap mitra atas pendapatan dan biaya ke rekening korannya, sehingga di laporan laba rugi hanya tersisa bagian kita. Layar menampilkan apa yang akan diposting sebelum Anda memposting.

Alokasi membawa posisi kumulatif per mitra dan hanya memposting selisih dari alokasi sebelumnya — persis seperti pengakuan pendapatan. Karena itu aman diulang tanpa penghitungan ganda, dan perubahan bagian mengoreksi dirinya sendiri pada alokasi berikutnya.

Aturan pertama: tidak ada baris jurnal yang membawa pusat biaya kontrak. Sistem mendefinisikan biaya aktual sebagai semua yang diposting ke pusat biaya itu pada akun beban. Baris bagian mitra yang membawa pusat biaya akan memangkas biaya terukur menjadi bagian kita sementara nilai kontrak tetap utuh: persentase penyelesaian runtuh, EAC mengikuti, dan alokasi berikutnya dihitung dari kerusakan yang dibuatnya sendiri. Pusat biaya tetap memegang seluruh pekerjaan, karena persentase penyelesaian, nilai perolehan dan anggaran semuanya tentang pekerjaan itu, bukan bagian kita.

Aturan kedua: bagian mitra masuk ke akun kontra. "Bagian mitra atas pendapatan" dan "bagian mitra atas biaya", bukan akun pendapatan dan biaya itu sendiri — menetralkannya menyembunyikan ukuran pekerjaan yang sebenarnya, dan laporan harus menampilkan nilai bruto dengan bagian mitra sebagai pengurang yang terlihat dan dapat diaudit.

3. Jurnal yang terbentuk

Sisi	Akun	Nilai
Debit	Bagian mitra atas pendapatan (kontra-pendapatan)	Pergerakan bagian pendapatannya
Kredit	Bagian mitra atas biaya (kontra-beban)	Pergerakan bagian biayanya
Kredit / Debit	Rekening koran tiap mitra	Selisihnya — yang menjadi haknya

Jurnal seimbang dengan sendirinya: pergerakan tiap mitra adalah selisih pendapatannya dikurangi biayanya, sehingga baris para mitra selalu sama persis dengan selisih dua baris lainnya. Bila biaya tidak bergerak antara dua alokasi, baris biaya tidak muncul sama sekali.

4. Penyelesaian dengan mitra

Saldo rekening koran diselesaikan dengan dokumen penyelesaian: dibayar ke mitra atau diterima darinya, berlawanan dengan akun kas atau bank.

Penyelesaian tidak menyentuh pendapatan maupun biaya. Posisi ditetapkan oleh alokasi, dan membayarnya tidak boleh menyatakannya ulang — justru karena itulah ia dokumen tersendiri.

Pengaman: mitra yang masih memiliki saldo teralokasi tidak dapat dihapus; setel bagiannya ke 0%, posting satu alokasi untuk membalikkannya, lalu hapus. Alokasi dibatalkan dari yang terbaru, karena posisinya berantai. Alokasi juga ditolak pada kontrak tanpa pusat biaya — tidak ada biaya terukur untuk dibagi.

Pertanyaan umum

Mengapa pembelian saya tidak muncul sebagai biaya kontrak? Karena pembelian masuk ke persediaan (aset). Keluarkan materialnya ke kontrak dari "Biaya Kontrak", atau cantumkan pusat biaya kontrak pada baris faktur pembelian bila itu jasa atau beban yang tidak menyentuh persediaan.

Sistem menolak menutup kontrak. Retensi masih ditahan — lepaskan dulu dari "Uang Muka & Retensi".

Saya perlu menagih melebihi kuantitas kontrak. Terbitkan dan setujui perintah perubahan, lalu terbitkan sertifikatnya.

Sistem menolak menautkan pusat biaya ke kontrak baru. Pusat biaya itu sudah milik kontrak lain. Buat pusat biaya tersendiri untuk tiap kontrak agar biaya masing-masing tetap benar.

% selesai per biaya menunjukkan nol. Entah kontrak tidak punya pusat biaya sehingga biaya aktualnya tak terukur, atau belum ada anggaran biaya maupun perkiraan sehingga tidak ada dasar pengukuran. Lihat layar anggaran.

Tombol posting pengakuan pendapatan nonaktif. Tidak ada perbedaan antara posisi saat ini dan proses sebelumnya — tidak ada yang perlu diposting.

Saya memposting sertifikat dan ditolak, menunggu persetujuan. Ada aturan persetujuan yang aktif dan jumlahnya melampaui ambang batas. Pantau permintaannya di layar Persetujuan; sertifikat akan diposting otomatis setelah disetujui.

Sistem menolak memperpanjang garansi. Tanggal baru harus setelah tanggal berakhir saat ini.

Pesan "Atur akun … di Pengaturan". Bagan akun perusahaan Anda tidak memiliki akun yang diperlukan, atau belum ditautkan — tautkan di «Pengaturan → Akun».

Pertanyaan umum

Bagaimana membuat kontrak?

Buka Kontraktor › Kontrak › Baru, tetapkan klien, nilai kontrak, BOQ/WBS, dan termin; kontrak menjadi pusat penagihan, biaya, dan retensi.

Bagaimana progress billing bekerja?

Terbitkan faktur progres (interim) untuk persentase selesai atau pekerjaan terukur; sistem melacak tertagih-sampai-kini vs nilai kontrak.

Bagaimana subkontraktor dan retensi ditangani?

Subkontrak melacak penagihan dan retensinya; KEMTOVA ERP menahan retensi pada sertifikat klien dan subkontraktor lalu melepasnya kemudian.

Apakah pendapatan diakui seiring waktu?

Ya. Pengakuan pendapatan mengikuti persentase penyelesaian, dengan tagihan lebih/kurang sebagai aset/liabilitas kontrak sesuai IFRS 15.