Cara Membuat BAST yang Rapi dan Mudah Ditandatangani

Untuk freelancer, agensi, dan profesional non-teknis, proyek yang sudah selesai belum benar-benar selesai sampai proses serah terima terdokumentasi dengan rapi. Di sinilah BAST atau berita acara serah terima menjadi penting.

Masalahnya, banyak BAST ditolak atau diminta revisi bukan karena pekerjaannya bermasalah, tetapi karena detail administrasinya kurang lengkap: nama pihak tidak konsisten, tanggal tidak jelas, daftar output terlalu umum, atau tidak ada ruang tanda tangan yang memadai. Artikel ini membahas cara membuat BAST yang praktis, rapi, dan mudah ditandatangani.

Apa Itu BAST dan Kapan Perlu Dibuat?

BAST adalah dokumen yang mencatat bahwa suatu pekerjaan, barang, jasa, atau hasil proyek telah diserahkan oleh satu pihak dan diterima oleh pihak lain. Dalam konteks freelancer dan agensi, BAST sering dipakai saat handover proyek, misalnya setelah website selesai, desain final dikirim, kampanye selesai dijalankan, atau laporan proyek diserahkan.

BAST sebaiknya dibuat ketika ada momen serah terima yang perlu dibuktikan secara tertulis. Dokumen ini membantu kedua pihak memahami apa yang sudah diserahkan, kapan diserahkan, siapa yang menyerahkan, dan siapa yang menerima.

Kenapa BAST Sering Memicu Revisi Admin?

Revisi admin biasanya muncul karena dokumen serah terima tidak cukup jelas untuk diproses oleh klien, bagian procurement, finance, atau legal. Beberapa penyebab umum antara lain:

• Nama perusahaan, nama klien, atau nama proyek tidak sama dengan kontrak atau invoice.
• Nomor dokumen tidak ada atau formatnya membingungkan.
• Output proyek hanya ditulis secara umum, misalnya pekerjaan telah selesai tanpa rincian.
• Tanggal serah terima tidak sesuai dengan periode kerja atau milestone.
• Tidak ada pernyataan bahwa hasil pekerjaan telah diterima.
• Kolom tanda tangan tidak mencantumkan nama, jabatan, dan pihak yang jelas.
• Lampiran tidak disebutkan, padahal hasil kerja dikirim lewat tautan atau file terpisah.

Tujuan utama membuat BAST bukan sekadar menambah dokumen, tetapi mengurangi bolak-balik klarifikasi setelah proyek selesai.

Struktur BAST yang Rapi

Agar mudah diperiksa dan ditandatangani, BAST sebaiknya memiliki struktur yang sederhana tetapi lengkap. Berikut elemen yang perlu ada:

• Judul dokumen: misalnya Berita Acara Serah Terima Pekerjaan.
• Nomor dokumen: gunakan format yang konsisten agar mudah dilacak.
• Tanggal serah terima: tulis hari, tanggal, bulan, dan tahun.
• Identitas pihak pertama: pihak yang menyerahkan pekerjaan atau output.
• Identitas pihak kedua: pihak yang menerima pekerjaan atau output.
• Detail proyek: nama proyek, nomor kontrak atau PO jika ada, dan periode pekerjaan.
• Daftar output yang diserahkan: rincian hasil kerja, file, akses, laporan, atau deliverable.
• Pernyataan serah terima: kalimat yang menyatakan pekerjaan telah diserahkan dan diterima.
• Catatan atau pengecualian: jika ada hal yang masih perlu dipantau, ditulis secara jelas.
• Tanda tangan: nama, jabatan, perusahaan, dan ruang tanda tangan kedua pihak.

Cara Membuat BAST Step-by-Step

1. Samakan Data dengan Kontrak, Proposal, atau Invoice

Langkah pertama dalam cara membuat BAST adalah memastikan data utama konsisten dengan dokumen lain. Cek nama legal perusahaan, alamat, nama proyek, nomor kontrak, nomor PO, serta nama PIC yang berwenang.

Jika Anda menggunakan QuickInv untuk mengelola penagihan, gunakan data klien dan proyek yang sama saat menyiapkan invoice dan dokumen pendukung. Konsistensi ini membantu mengurangi pertanyaan admin seperti apakah dokumen ini untuk proyek yang sama.

2. Buat Nomor Dokumen yang Mudah Dilacak

Nomor BAST tidak perlu rumit. Yang penting konsisten dan mudah dicari. Contoh format sederhana:

• BAST/PROJECT/001/2026
• BAST/NamaKlien/NamaProyek/001
• BAST-2026-001

Pilih satu format lalu gunakan secara berulang. Hindari mengganti-ganti format di tengah proyek karena bisa menyulitkan arsip.

3. Tulis Identitas Pihak dengan Lengkap

BAST harus menjelaskan siapa yang menyerahkan dan siapa yang menerima. Minimal cantumkan nama, jabatan, nama perusahaan, dan alamat atau keterangan perusahaan jika diperlukan.

Untuk freelancer perorangan, gunakan nama sesuai identitas profesional yang dipakai di kontrak atau invoice. Untuk agensi, gunakan nama badan usaha atau nama legal yang disepakati dengan klien.

4. Jelaskan Ruang Lingkup Handover Proyek

Bagian ini sering menjadi sumber revisi karena terlalu umum. Daripada menulis proyek sudah selesai, tuliskan ruang lingkup yang benar-benar diserahkan.

Contoh yang lebih rapi:

• Desain landing page final dalam format Figma.
• File aset visual dalam format PNG dan SVG.
• Dokumen panduan penggunaan halaman.
• Akses admin sementara untuk proses pengecekan.
• Laporan penyelesaian pekerjaan periode tertentu.

Semakin jelas daftar output, semakin mudah klien memeriksa dan menyetujui dokumen serah terima.

5. Tambahkan Tautan atau Lampiran dengan Jelas

Jika hasil pekerjaan dikirim melalui folder cloud, platform desain, repository, atau email, cantumkan referensinya di BAST. Anda bisa menulis nama lampiran, tautan, atau keterangan lokasi file.

Pastikan tautan dapat diakses oleh pihak penerima sebelum BAST dikirim untuk tanda tangan. Hindari membuat klien harus meminta akses tambahan setelah dokumen diterima.

6. Gunakan Pernyataan Serah Terima yang Tegas

BAST membutuhkan kalimat yang menjelaskan bahwa pekerjaan telah diserahkan dan diterima. Gunakan bahasa yang jelas dan tidak bertele-tele.

Contoh kalimat:

Dengan ditandatanganinya berita acara serah terima ini, Pihak Pertama menyatakan telah menyerahkan hasil pekerjaan sebagaimana tercantum dalam dokumen ini, dan Pihak Kedua menyatakan telah menerima hasil pekerjaan tersebut.

Jika masih ada masa pemeliharaan, revisi minor, atau dukungan pasca-serah-terima, tuliskan secara terpisah agar tidak membingungkan status penerimaan.

7. Siapkan Kolom Tanda Tangan yang Tidak Membingungkan

Bagian tanda tangan harus mudah dipahami. Cantumkan posisi Pihak Pertama dan Pihak Kedua, nama lengkap, jabatan, perusahaan, serta tanggal jika diperlukan.

Contoh format:

• Pihak Pertama: yang menyerahkan
• Nama: nama penanggung jawab
• Jabatan: jabatan atau peran
• Perusahaan: nama perusahaan atau nama profesional
• Tanda tangan: ruang kosong yang cukup

Jangan lupa memastikan siapa yang memang berwenang menandatangani dari sisi klien. Ini penting agar dokumen tidak dikembalikan hanya karena salah penanda tangan.

Contoh Format BAST Sederhana

Berikut contoh format yang bisa Anda adaptasi sesuai kebutuhan proyek:

Checklist Sebelum BAST Dikirim ke Klien

Sebelum mengirim BAST, gunakan checklist singkat ini agar dokumen lebih siap diproses:

• Nama klien dan perusahaan sudah sesuai dengan kontrak, PO, atau invoice.
• Nama proyek dan periode pekerjaan sudah jelas.
• Nomor BAST sudah ada dan konsisten.
• Daftar output tidak terlalu umum.
• Lampiran atau tautan dapat diakses.
• Pernyataan serah terima sudah eksplisit.
• Kolom tanda tangan mencantumkan nama dan jabatan.
• Format file mudah dibuka, misalnya PDF.
• Nama file rapi, misalnya BAST_NamaKlien_NamaProyek.pdf.

Tips Agar BAST Mudah Ditandatangani

BAST yang baik bukan hanya lengkap, tetapi juga mudah dipahami oleh orang yang membacanya. Untuk profesional non-teknis, gunakan bahasa sederhana dan hindari istilah teknis yang tidak perlu.

• Gunakan satu halaman jika memungkinkan. Jika output banyak, pisahkan daftar detail sebagai lampiran.
• Jangan mencampur BAST dengan invoice. BAST membuktikan serah terima, sedangkan invoice berfungsi untuk penagihan.
• Kirim dokumen dalam urutan yang jelas. Misalnya email berisi ringkasan, BAST PDF, dan lampiran hasil kerja.
• Konfirmasi PIC penanda tangan lebih dulu. Ini mengurangi risiko dokumen tertahan karena salah alamat.
• Simpan versi final yang sudah ditandatangani. Dokumen ini bisa menjadi referensi saat proses penagihan atau arsip proyek.

Menghubungkan BAST dengan Proses Penagihan

Dalam banyak alur kerja, BAST menjadi dokumen pendukung sebelum invoice diproses. Karena itu, pastikan informasi di BAST selaras dengan invoice: nama klien, nama proyek, nilai pekerjaan jika dicantumkan, milestone, dan tanggal.

QuickInv dapat digunakan sebagai bagian dari alur administrasi penagihan yang lebih rapi. Setelah BAST disetujui, Anda bisa menyiapkan invoice dengan data yang konsisten, lalu menyimpan catatan proyek dan dokumen pendukung agar mudah dilacak saat dibutuhkan.

Kesalahan yang Perlu Dihindari

Agar BAST tidak bolak-balik direvisi, hindari beberapa kesalahan berikut:

• Mengirim BAST sebelum output benar-benar siap diakses klien.
• Memakai nama proyek internal yang berbeda dari nama proyek di kontrak.
• Tidak menyebutkan lampiran padahal hasil kerja ada di file terpisah.
• Membuat pernyataan penerimaan yang terlalu ambigu.
• Tidak menyediakan ruang tanda tangan yang cukup.
• Mengirim file dalam format yang mudah berubah tanpa versi PDF final.

Kesimpulan

Cara membuat BAST yang rapi dimulai dari konsistensi data, rincian output yang jelas, pernyataan serah terima yang tegas, dan format tanda tangan yang mudah dipahami. Dokumen yang sederhana tetapi lengkap akan membantu proses handover proyek berjalan lebih profesional.

Bagi freelancer, agensi, dan profesional non-teknis, BAST bukan sekadar formalitas. Ini adalah jembatan antara pekerjaan yang selesai, persetujuan klien, dan proses penagihan yang lebih tertata bersama alur administrasi seperti QuickInv.