Saat proyek selesai, pekerjaan freelancer belum benar-benar tuntas sebelum klien menerima hasil kerja secara resmi. Di sinilah BAST atau berita acara serah terima berperan sebagai bukti bahwa hasil pekerjaan sudah diserahkan dan diterima sesuai kesepakatan.
Masalahnya, BAST yang kurang rapi sering memicu revisi administrasi: nama pihak salah, detail proyek tidak lengkap, lampiran tidak jelas, atau format tanda tangan membingungkan. Artikel ini membahas cara membuat BAST yang praktis, mudah diperiksa, dan siap ditandatangani oleh klien.
Apa Itu BAST dan Kapan Freelancer Perlu Membuatnya?
BAST adalah dokumen serah terima yang mencatat bahwa suatu pekerjaan, barang, file, atau hasil proyek telah diserahkan oleh satu pihak dan diterima oleh pihak lain. Untuk freelancer, BAST biasanya digunakan pada akhir proyek sebagai pelengkap invoice, kontrak, purchase order, atau scope of work.
BAST sebaiknya dibuat ketika Anda menyerahkan hasil akhir seperti desain, artikel, website, aplikasi, laporan, aset kampanye, dokumen strategi, atau deliverable lain yang sudah disepakati. Dokumen ini membantu memperjelas momen handover proyek, sehingga klien dan freelancer memiliki acuan yang sama.
Manfaat BAST untuk Freelancer
Membuat BAST bukan hanya urusan formalitas. Dokumen ini membantu Anda mengurangi risiko miskomunikasi setelah proyek selesai.
- Menegaskan status pekerjaan: hasil kerja sudah diserahkan dan diterima.
- Merapikan administrasi pembayaran: BAST bisa menjadi dokumen pendukung sebelum invoice diproses.
- Mengurangi revisi admin: data proyek, tanggal, pihak terkait, dan lampiran sudah tercatat jelas.
- Menjadi arsip profesional: memudahkan Anda melacak proyek yang sudah selesai.
- Membantu komunikasi dengan klien: terutama jika klien adalah perusahaan dengan proses internal yang formal.
Struktur BAST yang Rapi dan Mudah Dicek
Agar tidak memicu revisi admin, susun BAST dengan struktur yang konsisten. Berikut elemen penting yang sebaiknya ada dalam dokumen serah terima.
1. Judul Dokumen
Gunakan judul yang jelas, misalnya Berita Acara Serah Terima Pekerjaan atau BAST Handover Proyek. Hindari judul yang terlalu umum seperti “Dokumen Proyek” karena bisa membingungkan saat diarsipkan.
2. Nomor Dokumen dan Tanggal
Nomor dokumen membantu klien mengarsipkan BAST. Anda bisa memakai format sederhana seperti BAST/NamaProyek/Bulan/Tahun. Cantumkan juga tanggal serah terima sesuai waktu penyerahan final, bukan tanggal mulai proyek.
3. Identitas Para Pihak
Tuliskan identitas pihak yang menyerahkan dan pihak yang menerima. Untuk freelancer, bagian ini biasanya berisi nama lengkap, peran, alamat email, dan bila diperlukan nama usaha atau brand. Untuk klien, tuliskan nama perusahaan, nama perwakilan, jabatan, dan email kerja.
4. Detail Proyek
Bagian ini menjelaskan proyek apa yang diserahkan. Cantumkan nama proyek, periode pengerjaan, referensi kontrak atau invoice jika ada, serta ringkasan scope pekerjaan.
5. Daftar Deliverable
Ini bagian yang paling sering menyebabkan revisi jika tidak jelas. Tulis hasil kerja secara spesifik, misalnya jumlah file, jenis format, tautan folder, versi final, atau nama halaman website yang diserahkan.
6. Pernyataan Serah Terima
Buat kalimat yang menyatakan bahwa pihak pertama telah menyerahkan hasil pekerjaan dan pihak kedua telah menerima hasil tersebut. Gunakan bahasa formal tetapi tetap sederhana.
7. Catatan atau Kondisi Khusus
Jika ada catatan, tuliskan dengan jelas. Contohnya, masa support setelah handover, akses yang sudah diberikan, atau file mentah yang tidak termasuk scope. Bagian ini penting agar tidak ada ekspektasi tambahan setelah dokumen ditandatangani.
8. Kolom Tanda Tangan
Sediakan ruang tanda tangan untuk pihak yang menyerahkan dan pihak yang menerima. Cantumkan nama terang, jabatan atau peran, serta tanggal tanda tangan jika berbeda dari tanggal dokumen.
Cara Membuat BAST Step-by-Step
Berikut langkah praktis menyusun BAST yang bisa langsung Anda ikuti setelah proyek selesai.
Langkah 1: Kumpulkan Informasi Proyek
Sebelum menulis BAST, siapkan informasi dasar proyek. Ambil dari proposal, kontrak, brief, purchase order, atau email persetujuan. Pastikan nama proyek, nama klien, scope, dan deliverable sama dengan dokumen sebelumnya.
- Nama proyek atau pekerjaan.
- Nama freelancer atau pihak penyedia jasa.
- Nama klien atau perusahaan penerima.
- Periode pengerjaan.
- Referensi kontrak, quotation, atau invoice bila ada.
- Daftar hasil kerja final.
Langkah 2: Buat Header Dokumen yang Jelas
Di bagian atas, tuliskan judul BAST, nomor dokumen, dan tanggal. Jika Anda bekerja sebagai freelancer dengan nama brand, cantumkan logo secara wajar. Jangan membuat header terlalu ramai karena tujuan utamanya adalah memudahkan pemeriksaan.
Langkah 3: Tulis Identitas Pihak dengan Konsisten
Gunakan format yang sama untuk kedua pihak. Misalnya, nama, jabatan atau peran, perusahaan, dan email. Jika klien meminta alamat kantor atau nomor identitas perusahaan, tambahkan sesuai kebutuhan administrasi mereka.
Langkah 4: Jelaskan Dasar Serah Terima
Tulis satu paragraf pendek yang menjelaskan hubungan BAST dengan proyek. Contohnya, “Dokumen ini dibuat sebagai berita acara serah terima atas pekerjaan pembuatan landing page sesuai kesepakatan proyek.” Jika ada nomor kontrak atau invoice, cantumkan agar mudah dilacak.
Langkah 5: Cantumkan Daftar Deliverable Secara Detail
Bagian ini harus dibuat paling rapi. Jangan hanya menulis “desain sudah selesai”. Lebih baik tulis item yang diserahkan secara terperinci.
- Nama file atau folder.
- Format file, seperti PDF, PNG, Figma, DOCX, ZIP, atau tautan staging.
- Jumlah item atau halaman.
- Status final atau versi yang disetujui.
- Link penyimpanan jika penyerahan dilakukan secara digital.
Untuk proyek digital, pastikan tautan dapat diakses oleh penerima. Jika akses dibatasi, tuliskan email yang sudah diberi izin.
Langkah 6: Tambahkan Pernyataan Penerimaan
Gunakan kalimat yang tidak ambigu. Contoh: “Dengan ditandatanganinya dokumen ini, pihak penerima menyatakan telah menerima deliverable sebagaimana tercantum dalam daftar serah terima.” Kalimat seperti ini membantu menghindari perdebatan tentang status penyerahan.
Langkah 7: Sisipkan Catatan Handover Proyek
Jika ada informasi teknis atau administratif, masukkan ke bagian catatan. Misalnya, akses admin website telah dikirim ke email tertentu, file sumber tersedia di folder tertentu, atau masa perbaikan minor mengikuti ketentuan yang sudah disepakati sebelumnya.
Langkah 8: Siapkan Area Tanda Tangan
Pastikan nama dan jabatan pihak penandatangan benar. Untuk tanda tangan digital, siapkan file PDF yang rapi dan tidak berubah-ubah formatnya saat dibuka di perangkat lain. Jika klien menggunakan sistem tanda tangan internal, ikuti format yang mereka minta.
Langkah 9: Review Sebelum Dikirim
Sebelum mengirim BAST, baca ulang seperti staf admin klien akan membacanya. Periksa ejaan nama, tanggal, nomor dokumen, judul proyek, detail deliverable, tautan, dan kolom tanda tangan.
Contoh Format BAST Sederhana
Berikut contoh susunan BAST yang bisa Anda adaptasi untuk proyek freelance.
Judul: Berita Acara Serah Terima Pekerjaan
Nomor: BAST/LP-QUICK/01/2026
Tanggal: 10 Januari 2026
Pihak Pertama: Nama freelancer, peran, email
Pihak Kedua: Nama perwakilan klien, jabatan, perusahaan, email
Detail Pekerjaan: Pembuatan landing page untuk kampanye produk sesuai scope yang telah disepakati.
Deliverable yang Diserahkan:
- 1 tautan landing page versi final.
- 1 folder aset visual final.
- 1 file dokumentasi penggunaan singkat dalam format PDF.
- Akses editor untuk email klien yang ditentukan.
Pernyataan: Pihak Pertama telah menyerahkan hasil pekerjaan sebagaimana tercantum di atas, dan Pihak Kedua telah menerima hasil pekerjaan tersebut untuk digunakan sesuai kebutuhan proyek.
Catatan: Perubahan di luar scope awal akan dibahas melalui kesepakatan terpisah.
Tanda Tangan: Pihak Pertama dan Pihak Kedua.
Checklist Agar BAST Tidak Bolak-Balik Revisi Admin
Gunakan checklist berikut sebelum mengirim berita acara serah terima ke klien.
- Judul dokumen sudah jelas dan sesuai konteks proyek.
- Nomor dokumen dan tanggal sudah tercantum.
- Nama pihak, jabatan, dan perusahaan tidak salah ketik.
- Nama proyek sama dengan kontrak, proposal, atau invoice.
- Daftar deliverable spesifik dan tidak terlalu umum.
- Tautan file atau folder bisa diakses penerima.
- Catatan handover proyek sudah ditulis dengan jelas.
- Kolom tanda tangan memuat nama terang dan peran masing-masing pihak.
- Format file final mudah dibuka, sebaiknya PDF.
- Nama file rapi, misalnya BAST-NamaProyek-NamaKlien.pdf.
Kesalahan Umum Saat Membuat BAST
Beberapa kesalahan kecil dapat membuat BAST dikembalikan untuk revisi. Hindari hal-hal berikut.
- Deliverable terlalu umum: menulis “file final” tanpa menjelaskan file apa saja.
- Tanggal tidak konsisten: tanggal BAST berbeda jauh tanpa penjelasan dari tanggal serah terima sebenarnya.
- Nama penandatangan salah: terutama jika klien memiliki beberapa PIC.
- Tidak ada referensi proyek: admin klien sulit mencocokkan BAST dengan invoice atau kontrak.
- Format dokumen berantakan: tabel terpotong, font tidak konsisten, atau file berubah saat dibuka.
- Tidak mencantumkan catatan penting: misalnya akses, batasan scope, atau lokasi penyimpanan file.
Tips Mengirim BAST ke Klien
Setelah BAST siap, kirim dengan pesan yang singkat dan terstruktur. Jelaskan bahwa dokumen tersebut adalah dokumen serah terima untuk hasil pekerjaan final, lalu minta klien memeriksa dan menandatangani jika sudah sesuai.
Anda juga bisa mengirim BAST bersamaan dengan invoice final. Jika menggunakan QuickInv untuk membuat dan mengelola invoice, simpan nomor invoice sebagai referensi di BAST agar arsip proyek lebih mudah dicocokkan. Cara ini membantu alur administrasi terlihat lebih profesional tanpa membuat prosesnya rumit.
Penutup
Memahami cara membuat BAST yang rapi sangat penting bagi freelancer yang ingin menutup proyek secara profesional. Dengan struktur yang jelas, daftar deliverable yang detail, dan kolom tanda tangan yang mudah dipahami, proses handover proyek bisa berjalan lebih lancar.
Jadikan BAST sebagai bagian dari workflow akhir proyek, bukan dokumen yang dibuat terburu-buru. Semakin rapi berita acara serah terima Anda, semakin kecil kemungkinan terjadi revisi administrasi yang menghambat penyelesaian proyek dan pembayaran.
