Untuk agensi, proses serah terima proyek tidak berhenti saat file final dikirim ke klien. Anda tetap perlu memastikan ada berita acara serah terima atau BAST yang menjelaskan apa saja yang sudah diserahkan, siapa yang menerima, kapan diterima, dan apa konsekuensi administrasinya.
Artikel ini membahas cara membuat BAST yang rapi dan mudah ditandatangani, khususnya untuk proyek jasa seperti desain, website, kampanye digital, konten, branding, atau pengembangan sistem ringan. Tujuannya sederhana: mengurangi bolak-balik revisi admin saat proyek sudah selesai.
Apa Itu BAST dan Kenapa Penting untuk Agensi?
BAST adalah dokumen resmi yang mencatat bahwa suatu pekerjaan, aset, file, atau deliverable telah diserahkan oleh pihak penyedia jasa dan diterima oleh pihak klien. Dalam konteks agensi, BAST sering digunakan setelah proyek selesai, sebelum invoice final dibayar, atau saat masuk ke fase maintenance.
Dokumen ini penting karena menjadi bukti bahwa handover proyek sudah dilakukan sesuai ruang lingkup yang disepakati. Tanpa BAST, tim agensi bisa kesulitan menjelaskan batas antara revisi final, permintaan baru, dan pekerjaan tambahan.
Kapan BAST Perlu Dibuat?
BAST sebaiknya dibuat ketika deliverable utama sudah siap diserahkan dan pihak klien sudah memiliki kesempatan untuk melakukan pengecekan sesuai kesepakatan. Beberapa momen umum pembuatan BAST antara lain:
- Proyek website sudah live atau file final sudah dikirim.
- Desain, materi kampanye, atau konten final telah disetujui.
- Akses akun, aset digital, atau dokumen kerja sudah diserahkan.
- Fase implementasi selesai dan proyek masuk ke masa maintenance.
- Invoice termin akhir perlu dilengkapi dokumen serah terima.
Jika agensi Anda sering mengerjakan proyek dengan banyak aset, BAST sebaiknya disiapkan sejak awal sebagai bagian dari alur closing project, bukan dibuat mendadak saat klien meminta dokumen tambahan.
Isi Wajib dalam Dokumen BAST
Agar tidak memicu revisi admin, BAST perlu memuat informasi yang jelas dan konsisten dengan proposal, kontrak, purchase order, atau invoice. Berikut elemen yang sebaiknya ada:
- Judul dokumen: misalnya Berita Acara Serah Terima Pekerjaan.
- Nomor dokumen: gunakan format internal yang mudah dilacak.
- Tanggal serah terima: tulis tanggal saat dokumen ditandatangani atau saat deliverable diserahkan.
- Identitas pihak pertama: nama agensi, alamat, nama penanggung jawab, jabatan, dan kontak bila diperlukan.
- Identitas pihak kedua: nama perusahaan klien, alamat, nama penerima, dan jabatan.
- Detail proyek: nama proyek, periode pekerjaan, nomor kontrak atau PO bila ada.
- Daftar deliverable: jelaskan item yang diserahkan secara spesifik.
- Pernyataan serah terima: kalimat bahwa pekerjaan telah diserahkan dan diterima.
- Catatan atau pengecualian: misalnya item yang masuk maintenance, garansi, atau pekerjaan tambahan.
- Kolom tanda tangan: untuk pihak agensi dan klien, lengkap dengan nama dan jabatan.
Cara Membuat BAST Step-by-Step
1. Cocokkan BAST dengan ruang lingkup proyek
Mulai dari dokumen paling dasar: proposal, quotation, kontrak, purchase order, atau brief final. Pastikan daftar pekerjaan dalam BAST tidak lebih luas atau lebih sempit dari yang disepakati. Jika ada perubahan scope, tulis berdasarkan addendum, email persetujuan, atau dokumen perubahan yang relevan.
Langkah ini penting karena banyak revisi admin muncul akibat istilah yang tidak konsisten. Misalnya di proposal tertulis 'landing page', tetapi di BAST ditulis 'website company profile'. Gunakan istilah yang sama agar klien mudah mencocokkan dokumen.
2. Buat header dokumen yang mudah dilacak
Header BAST sebaiknya memuat judul, nomor dokumen, tanggal, dan referensi proyek. Untuk agensi, format nomor bisa dibuat sederhana, misalnya BAST/NamaKlien/NamaProyek/Bulan/Tahun. Yang penting, format tersebut konsisten dan mudah dicari saat dibutuhkan kembali.
Jika Anda menggunakan QuickInv untuk merapikan invoice dan dokumen komersial, samakan referensi proyek atau nomor invoice dengan BAST agar tim finance dan account manager tidak perlu menebak hubungan antar dokumen.
3. Tulis identitas para pihak dengan lengkap
Bagian ini terlihat sederhana, tetapi sering menjadi sumber revisi. Pastikan nama perusahaan, nama penanggung jawab, jabatan, dan alamat sesuai dengan data legal atau data penagihan klien. Jika klien meminta dokumen atas nama entitas tertentu, jangan gunakan nama brand atau nama tim secara informal.
Contoh struktur identitas:
- Pihak Pertama: agensi atau penyedia jasa.
- Diwakili oleh: nama lengkap dan jabatan.
- Pihak Kedua: klien atau penerima pekerjaan.
- Diwakili oleh: nama lengkap dan jabatan penerima.
4. Jelaskan deliverable secara spesifik
Bagian daftar deliverable adalah inti dari dokumen serah terima. Hindari kalimat terlalu umum seperti 'seluruh pekerjaan digital marketing telah diserahkan'. Lebih baik tulis item yang bisa dicek oleh klien.
Contoh deliverable yang lebih jelas:
- File final logo dalam format AI, SVG, PNG, dan PDF.
- Dokumen brand guideline versi final.
- Akses CMS website untuk akun admin klien.
- Halaman website yang telah dipublikasikan sesuai sitemap final.
- Laporan kampanye periode tertentu dalam format PDF.
Jika deliverable disimpan di cloud storage, tulis nama folder atau lampirkan tautan di lampiran. Namun, pastikan aksesnya sudah benar sebelum BAST dikirim.
5. Tambahkan status penerimaan dan catatan penting
BAST tidak harus selalu berarti tidak ada tindak lanjut sama sekali. Ada proyek yang tetap memiliki masa garansi, maintenance, atau minor adjustment setelah handover. Agar tidak menimbulkan salah tafsir, tulis statusnya dengan jelas.
Contoh catatan yang bisa digunakan:
- Pekerjaan telah diterima sesuai ruang lingkup yang disepakati.
- Permintaan di luar daftar deliverable akan diperlakukan sebagai pekerjaan tambahan.
- Masa maintenance berlaku sesuai perjanjian terpisah.
- Akses dan aset yang tercantum dalam lampiran telah diserahkan kepada pihak klien.
6. Siapkan kolom tanda tangan yang praktis
BAST yang rapi harus mudah ditandatangani. Sediakan ruang tanda tangan yang cukup, cantumkan nama terang, jabatan, dan nama perusahaan. Jika proses dilakukan secara digital, pastikan format file tidak berubah saat dibuka di perangkat klien.
Untuk menghindari revisi, konfirmasi terlebih dahulu siapa pihak yang berwenang menandatangani. Dalam proyek agensi, penerima harian bisa saja berbeda dengan penandatangan dokumen resmi.
7. Simpan versi final dan hubungkan dengan invoice
Setelah ditandatangani, simpan BAST final dalam folder proyek yang sama dengan kontrak, invoice, dan bukti pembayaran. Beri nama file yang konsisten, misalnya BAST_NamaKlien_NamaProyek_Tanggal.pdf.
Jika BAST menjadi syarat pembayaran, kirimkan bersama invoice final. Dengan QuickInv, agensi dapat menjaga dokumen penagihan tetap rapi sehingga tim tidak perlu mencari ulang file administrasi saat klien meminta konfirmasi.
Contoh Susunan BAST Sederhana
Berikut susunan BAST yang bisa Anda jadikan acuan:
- Judul: Berita Acara Serah Terima Pekerjaan.
- Nomor dokumen dan tanggal.
- Paragraf pembuka yang menjelaskan para pihak.
- Identitas pihak pertama dan pihak kedua.
- Nama proyek dan referensi kontrak atau invoice.
- Tabel daftar deliverable yang diserahkan.
- Pernyataan bahwa pekerjaan telah diserahkan dan diterima.
- Catatan tambahan, masa maintenance, atau pengecualian.
- Tempat dan tanggal tanda tangan.
- Kolom tanda tangan kedua pihak.
Checklist Sebelum BAST Dikirim ke Klien
Sebelum mengirim BAST, gunakan checklist singkat ini agar dokumen lebih siap ditandatangani:
- Nama perusahaan dan nama penandatangan sudah benar.
- Nomor dokumen, tanggal, dan referensi proyek sudah konsisten.
- Deliverable sesuai dengan scope final.
- Link, akses, atau lampiran sudah bisa dibuka oleh klien.
- Catatan maintenance atau pekerjaan tambahan sudah ditulis jelas.
- Format file sudah rapi dalam PDF.
- Invoice atau dokumen pendukung terkait sudah siap dikirim bila diperlukan.
Kesalahan Umum yang Membuat BAST Direvisi
Beberapa revisi admin bisa dicegah jika agensi menghindari kesalahan berikut:
- Menggunakan nama entitas klien yang tidak sesuai data legal.
- Tidak mencantumkan nomor PO, kontrak, atau invoice saat diminta.
- Menulis deliverable terlalu umum sehingga sulit diverifikasi.
- Tidak menjelaskan status pekerjaan tambahan di luar scope.
- Mengirim dokumen dalam format yang layout-nya berubah saat dibuka.
- Meminta tanda tangan ke orang yang tidak berwenang.
Penutup
Memahami cara membuat BAST bukan hanya soal menyusun dokumen formal. Untuk agensi, BAST adalah alat untuk menutup proyek dengan rapi, mengamankan batas scope, dan memperjelas proses administrasi sebelum penagihan atau fase berikutnya dimulai.
Dengan format yang konsisten, daftar deliverable yang spesifik, dan alur penyimpanan dokumen yang tertata, proses berita acara serah terima menjadi lebih mudah ditandatangani. Gunakan QuickInv untuk membantu merapikan dokumen penagihan dan menjaga administrasi proyek tetap terhubung dari awal hingga handover.
