Developer sering merasa keterlambatan serah terima hanya masalah customer service.

Unit selesai lebih lambat dua bulan.

Pembeli komplain.

Tim legal bicara denda.

Tim proyek bicara kontraktor.

Tax team seharusnya ikut masuk lebih awal karena tanggal serah terima bisa memengaruhi titik pajak, dokumen PPN, rekonsiliasi pendapatan, dan bahkan kelayakan fasilitas tertentu.

Pada 2026, isu ini menjadi sangat nyata karena insentif PPN Ditanggung Pemerintah untuk rumah tapak dan satuan rumah susun tertentu mensyaratkan penyerahan nyata yang dibuktikan Berita Acara Serah Terima atau BAST dalam periode yang ditentukan.

PMK 90 Tahun 2025 mengatur fasilitas PPN DTP rumah sepanjang 2026 dengan syarat yang cukup ketat.

Artinya, BAST bukan hanya dokumen operasional.

Untuk transaksi tertentu, ia menjadi salah satu bukti penting kapan pembeli benar-benar memperoleh hak menggunakan atau menguasai unit siap huni.

Tetapi jangan menyederhanakan semua PPN properti menjadi “PPN terutang saat BAST”.

PPN bisa juga terutang lebih awal apabila pembayaran diterima sebelum penyerahan.

Urutan peristiwa harus dibaca.

Pisahkan tiga tanggal

Developer sebaiknya mempunyai minimal tiga tanggal untuk setiap unit.

Tanggal pembayaran.

Tanggal dokumen jual beli atau PPJB.

Tanggal penyerahan nyata atau BAST.

Ketiganya bisa berbeda.

Pembeli membayar uang muka Januari.

PPJB ditandatangani Februari.

BAST baru September.

Untuk PPN, uang muka dapat memicu kewajiban Faktur Pajak sebelum penyerahan final apabila pembayaran diterima lebih dahulu.

Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke Joint Operation Proyek Konstruksi: Siapa yang Memiliki Kewajiban Pajak?.

Saat penyerahan terjadi, bagian yang belum difakturkan perlu mengikuti ketentuan saat terutang dan pembuatan Faktur Pajak.

Jadi keterlambatan BAST tidak berarti seluruh PPN ikut tertunda.

Kalau developer sudah menerima pembayaran 30 persen, tax event atas uang tersebut mungkin sudah terjadi lebih dulu.

Ini alasan customer ledger harus memisahkan:

booking fee,
down payment,
installment,
final payment,
dan BAST.

Jangan hanya saldo piutang.

PPN DTP 2026 membuat tanggal BAST makin sensitif

DJP menjelaskan fasilitas PPN DTP 2026 untuk rumah tapak dan rumah susun tertentu diberikan atas penyerahan yang terjadi pada saat ditandatanganinya AJB atau PPJB lunas di hadapan notaris serta dilakukan penyerahan hak secara nyata untuk menggunakan atau menguasai rumah siap huni yang dibuktikan dengan BAST sejak 1 Januari sampai 31 Desember 2026.

Jadi kalau developer menjanjikan BAST Desember 2026 tetapi baru terlaksana Januari 2027, jangan otomatis menganggap fasilitas 2026 tetap aman hanya karena pembayaran dilakukan pada 2026.

Syarat penyerahan harus diuji.

Keterlambatan operasional bisa berubah menjadi tax exposure bagi customer dan developer.

Sales sebaiknya tidak menjanjikan “pasti dapat PPN DTP” sebelum melihat kemungkinan tanggal serah terima.

Marketing promise harus dikendalikan.

BAST bukan formalitas yang boleh dibuat mundur

Developer tertekan karena deadline fasilitas.

Unit sebenarnya baru siap Januari.

Ada ide membuat BAST bertanggal Desember.

Jangan.

Dokumen pajak dan dokumen transaksi harus mencerminkan keadaan sebenarnya.

BAST membuktikan penyerahan nyata untuk menggunakan atau menguasai rumah pada konteks fasilitas PPN DTP.

Kalau fakta fisik tidak mendukung, backdating menciptakan risiko yang jauh lebih besar daripada kehilangan fasilitas.

Tax compliance harus mengikuti real event.

Simpan bukti pendukung:

tanggal key handover,
meter activation,
access card,
customer acceptance,
photo,
defect list,
dan dokumen proyek.

Tidak semua bukti wajib secara universal, tetapi consistency membantu.

Jangan satu sistem mengatakan unit diserahkan 20 Desember sementara customer baru menerima kunci 10 Januari.

Keterlambatan serah terima bisa membuat faktur pajak perlu direview

Jika Faktur Pajak sudah dibuat atas uang muka, jangan batalkan hanya karena BAST terlambat.

Payment event memang sudah terjadi.

Sebaliknya, jika Faktur Pajak akhir sudah diterbitkan berdasarkan asumsi unit diserahterimakan, padahal serah terima belum terjadi dan tidak ada payment event yang mendukung, tax team perlu menilai apakah dokumen tersebut terlalu dini atau perlu koreksi sesuai ketentuan.

Jangan ubah Faktur Pajak hanya agar match revenue schedule.

PPN mempunyai aturan timing sendiri.

Accounting revenue mempunyai standar sendiri.

Legal transfer mempunyai dokumen sendiri.

Tiga sistem bisa punya tanggal berbeda.

Yang penting setiap perbedaan mempunyai dasar.

Pengakuan transaksi akuntansi tidak otomatis sama dengan PPN

Accounting dapat mempertimbangkan kapan kontrol atas unit berpindah sesuai standar akuntansi yang digunakan.

Serah terima sering menjadi salah satu evidence penting.

Tetapi tax team tidak boleh menyimpulkan pengakuan revenue dan saat terutang PPN selalu identik.

PPN bisa timbul saat pembayaran diterima lebih dulu.

Begitu pula PPh Final pengalihan tanah dan bangunan mempunyai mekanisme tersendiri berdasarkan PP 34 Tahun 2016 dan tahap transaksi.

Jadi ketika BAST terlambat, buat three book bridge:

commercial revenue,
PPN,
PPh Final.

Jangan paksa ketiganya satu tanggal.

Developer yang tidak punya bridge biasanya melakukan satu dari dua kesalahan.

Revenue benar, tax salah.

Atau tax benar, revenue dipaksa mengikuti.

Keduanya tidak perlu terjadi.

PPJB juga perlu dibaca

Unit belum BAST.

PPJB sudah ditandatangani.

Pembeli sudah membayar 80 persen.

Apa dampaknya?

Untuk PPh Final pengalihan tanah dan bangunan, PP 34 Tahun 2016 mencakup penghasilan dari perjanjian pengikatan jual beli beserta perubahannya.

Artinya, developer tidak boleh menunggu AJB final untuk semua kewajiban PPh.

Tahap PPJB dapat mempunyai konsekuensi.

Tax engine properti perlu mengenali stage:

reservation,
PPJB,
installment,
BAST,
AJB.

Jangan hanya “sold” atau “unsold”.

Satu unit yang belum serah terima bisa saja sudah mempunyai kewajiban PPh dan PPN dari pembayaran sebelumnya.

Keterlambatan proyek tidak memundurkan semua pajak otomatis.

Denda keterlambatan kepada pembeli perlu dipisahkan

Developer terlambat.

Kontrak mewajibkan membayar kompensasi atau denda.

Jangan netting langsung dengan harga rumah lalu mengubah basis pajak tanpa analisis.

Kompensasi keterlambatan adalah transaksi yang perlu dilihat terpisah.

Apakah pembayaran cash?

Pengurangan piutang?

Voucher?

Free upgrade?

Tax team perlu melihat nature.

Jangan marketing mengubah harga jual menjadi lebih rendah secara retroaktif hanya karena ada penalty jika kontrak sebenarnya menunjukkan dua komponen berbeda.

Harga jual dan kompensasi harus mempunyai audit trail.

Untuk proyek besar, total penalty bisa material.

Accounting, legal, dan tax perlu sepakat classification.

Defect list tidak selalu berarti penyerahan belum terjadi

BAST bisa ditandatangani dengan minor defect.

Unit sudah dikuasai pembeli.

Ada masa perbaikan.

Apakah berarti penyerahan belum terjadi sampai semua defect selesai?

Tidak otomatis.

Baca kontrak dan fakta.

Kalau customer sudah menerima kunci dan hak menggunakan unit, minor defect list bisa menjadi kewajiban pemeliharaan setelah penyerahan.

Berbeda dari unit yang belum layak huni dan customer menolak serah terima.

Jangan tax team mengandalkan satu status “defect open”.

Buat dua field:

handover accepted yes/no,

defect outstanding yes/no.

Dengan itu, project defect management tidak mengacaukan tax timing.

BAST terlambat karena customer juga berbeda

Developer siap menyerahkan 1 November.

Customer tidak datang sampai Januari karena berada di luar negeri.

Siapa yang menyebabkan keterlambatan?

Untuk fasilitas tertentu dan tax timing, yang penting bukan menyalahkan pihak.

Yang penting kapan penyerahan nyata dapat dibuktikan dan apa syarat regulasinya.

Developer perlu menyimpan invitation to handover, reminder, correspondence, dan actual handover.

Namun jangan menganggap invitation send date sama dengan BAST.

Regulasi PPN DTP rumah menuntut bukti penyerahan nyata sesuai ketentuan.

Kalau customer menunda, tax consequence tetap perlu dinilai berdasarkan actual event.

Operational evidence membantu jika ada pertanyaan kemudian.

Cash flow bisa ikut berubah

Developer mengandalkan PPN DTP untuk menjual unit.

Customer budget berdasarkan harga setelah insentif.

BAST mundur melewati periode fasilitas.

Tiba-tiba PPN yang sebelumnya ditanggung pemerintah tidak lagi dapat diandalkan jika syarat tidak terpenuhi.

Siapa menanggung?

Contract perlu menjawab.

Jangan sales promise tanpa tax disclaimer yang jelas tentang syarat regulasi.

Untuk proyek dengan banyak unit mendekati akhir 2026, CFO sebaiknya punya dashboard:

unit eligible,
planned BAST,
actual readiness,
customer readiness,
tax invoice status,
dan risk of missing facility.

Ini bukan tax dashboard saja.

Ini cash collection dashboard.

Satu keterlambatan bisa membuat closing customer gagal.

Terlambat serah terima juga bisa mengacaukan cut off akhir tahun

Bayangkan unit secara komersial dijadwalkan selesai 28 Desember.

Accounting sudah menyiapkan revenue recognition.

Tax sudah menyiapkan Faktur Pajak akhir.

Customer sudah dimasukkan ke daftar penerima insentif.

Ternyata utilitas belum aktif dan BAST baru 5 Januari.

Tanpa cut off control, tiga departemen bisa tetap menggunakan tanggal Desember.

Buat year end handover list.

Setiap unit diberi status:

construction completed,

ready for handover,

customer scheduled,

BAST signed,

keys delivered,

tax invoice final,

dan facility eligibility.

Hanya unit yang benar-benar memenuhi fakta yang boleh masuk cut off tertentu.

Jangan menggunakan target proyek sebagai actual date.

Project schedule adalah rencana.

BAST adalah evidence.

Untuk developer besar, satu minggu di akhir Desember dapat memindahkan ratusan unit ke tahun pajak berbeda.

Karena itu, year end handover control seharusnya direview CFO, tax, accounting, dan project secara bersama.

Buat unit tax chronology

Untuk setiap unit:

booking date,
down payment,
installments,
PPJB,
Faktur Pajak uang muka,
AJB atau PPJB lunas,
BAST,
final Faktur Pajak,
PPh Final payment,
dan customer tax facility status.

Satu unit satu chronology.

Kalau developer mempunyai ribuan unit, lakukan lewat system.

Jangan spreadsheet manual.

Ketika BAST mundur, system memberi alert ke tax.

Tax memeriksa PPN dan fasilitas.

Accounting memeriksa revenue.

Legal memeriksa contractual penalty.

Collections memeriksa saldo.

Semua bergerak dari satu event.

Apa dampaknya kalau serah terima terlambat?

Dampaknya bisa lebih luas dari customer complaint.

Pertama, timing pengakuan transaksi komersial perlu ditinjau.

Kedua, PPN atas uang muka mungkin sudah terutang meskipun unit belum diserahkan.

Ketiga, Faktur Pajak atas penyerahan final harus mengikuti actual tax event.

Keempat, fasilitas PPN DTP 2026 dapat terpengaruh jika syarat BAST tidak terpenuhi dalam periode.

Kelima, PPh Final developer tetap harus dibaca dari stage transaksi dan pembayaran sesuai aturan pengalihan.

Keenam, penalty atau compensation perlu dipisahkan.

Karena itu, BAST bukan akhir project yang hanya disimpan customer service.

BAST adalah master event yang harus diketahui accounting, tax, legal, finance, dan sales.

Developer yang mengelola tanggal serah terima sebagai data pajak akan jauh lebih siap daripada developer yang baru mencari BAST saat SPT atau pemeriksaan dimulai.