Download Aplikasi Manajemen Servis Kendaraan Full Source Code

Pelanggan datang dan bertanya, "Oli mobil saya terakhir diganti kapan, ya?" Mekanik membuka buku besar, membalik puluhan halaman, dan tetap tidak menemukan catatannya. Di sisi lain, stok kampas rem ternyata habis padahal di buku masih tertulis ada tiga set. Situasi seperti ini biasa terjadi di bengkel yang masih mengandalkan catatan manual.

Artikel ini bukan brosur produk. Isinya panduan untuk pemilik bengkel dan developer yang sedang mempertimbangkan source code aplikasi manajemen servis kendaraan: masalah apa yang sebenarnya diselesaikan, modul apa yang wajib ada, bagaimana datanya mengalir, cara memasangnya di komputer lokal, dan apa saja yang perlu dicek sebelum Anda membeli source code mana pun.

Masalah yang Diselesaikan Sistem Servis Kendaraan

Bengkel motor atau mobil skala kecil hingga menengah biasanya menghadapi empat sumber kebocoran yang sama:

• Riwayat servis hilang. Tanpa riwayat per kendaraan, mekanik tidak bisa menyarankan servis berkala dengan yakin, dan pelanggan merasa tidak diingat.
• Sparepart tidak sinkron. Barang keluar untuk servis tetapi tidak dicatat, sehingga stok fisik dan catatan berbeda.
• Nota dan pembayaran tidak rapi. Jasa dan sparepart dihitung manual, rawan salah jumlah, dan sulit direkap di akhir bulan.
• Pemilik tidak punya gambaran. Berapa unit yang diservis minggu ini, sparepart apa yang paling laku, berapa omzet jasa dibanding sparepart, semuanya harus ditebak.

Sistem servis yang baik tidak menambah pekerjaan admin. Ia memindahkan pencatatan yang sudah dilakukan ke satu tempat dan membuat datanya bisa dipakai ulang.

Modul Inti dan Alur Datanya

Aplikasi manajemen servis kendaraan pada umumnya terdiri dari enam modul: manajemen pelanggan, data kendaraan, riwayat servis, manajemen sparepart, transaksi servis, serta laporan dan dashboard monitoring. Yang penting dipahami adalah bagaimana modul ini saling terhubung.

1. Pelanggan didaftarkan sekali: nama, nomor HP, alamat.
2. Kendaraan ditautkan ke pelanggan. Satu pelanggan bisa punya beberapa kendaraan, dan pelat nomor menjadi kunci pencarian tercepat di meja depan.
3. Transaksi servis dibuat saat kendaraan masuk. Di sini dicatat keluhan, kilometer, jasa yang dikerjakan, dan sparepart yang dipakai.
4. Sparepart otomatis berkurang ketika dimasukkan ke transaksi servis yang sudah selesai.
5. Riwayat servis sebenarnya adalah kumpulan transaksi milik satu kendaraan, diurutkan menurut tanggal.
6. Laporan dan dashboard membaca semua transaksi untuk menampilkan omzet, jumlah unit, dan sparepart terlaris.

Kalau alur ini dipegang, Anda bisa menilai source code apa pun dengan cepat: apakah stok berkurang otomatis, apakah riwayat bisa dicari per pelat nomor, dan apakah laporan dibangun dari data transaksi, bukan diisi manual.

Rekomendasi Desain Tabel

Berikut rancangan tabel minimum yang masuk akal untuk bengkel. Gunakan sebagai pembanding saat membaca folder migration pada source code yang Anda evaluasi. Untuk dasar pemodelan relasi, lihat juga panduan merancang ERD sederhana.

CREATE TABLE customers (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  name VARCHAR(120) NOT NULL,
  phone VARCHAR(30),
  address TEXT,
  created_at TIMESTAMP NULL
);

CREATE TABLE vehicles (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  customer_id BIGINT UNSIGNED NOT NULL,
  plate_number VARCHAR(20) NOT NULL UNIQUE,
  brand VARCHAR(60),
  model VARCHAR(60),
  year SMALLINT,
  FOREIGN KEY (customer_id) REFERENCES customers(id)
);

CREATE TABLE spareparts (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  sku VARCHAR(40) UNIQUE,
  name VARCHAR(120) NOT NULL,
  stock INT NOT NULL DEFAULT 0,
  buy_price DECIMAL(12,2),
  sell_price DECIMAL(12,2)
);

CREATE TABLE services (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  vehicle_id BIGINT UNSIGNED NOT NULL,
  odometer INT,
  complaint TEXT,
  labor_cost DECIMAL(12,2) DEFAULT 0,
  status ENUM('antre','dikerjakan','selesai','diambil') DEFAULT 'antre',
  finished_at TIMESTAMP NULL,
  FOREIGN KEY (vehicle_id) REFERENCES vehicles(id)
);

CREATE TABLE service_items (
  id BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY,
  service_id BIGINT UNSIGNED NOT NULL,
  sparepart_id BIGINT UNSIGNED NOT NULL,
  qty INT NOT NULL,
  price DECIMAL(12,2) NOT NULL,
  FOREIGN KEY (service_id) REFERENCES services(id),
  FOREIGN KEY (sparepart_id) REFERENCES spareparts(id)
);

Perhatikan dua hal. Pertama, harga di service_items disalin saat transaksi, sehingga nota lama tidak ikut berubah ketika harga sparepart naik. Kedua, kolom status memungkinkan papan antrean sederhana tanpa tabel tambahan.

Cara Menjalankan Source Code Laravel di Lokal

Sebelum dipakai di bengkel, selalu jalankan dulu di laptop. Langkah umumnya untuk proyek Laravel:

1. Pasang PHP 8.2 atau lebih baru, Composer, dan MySQL/MariaDB. Detailnya ada di panduan setup environment.
2. Ekstrak source code, lalu buka terminal di folder proyek.
3. Jalankan perintah berikut:

composer install
cp .env.example .env
php artisan key:generate
# isi DB_DATABASE, DB_USERNAME, DB_PASSWORD di .env
php artisan migrate --seed
php artisan storage:link
php artisan serve

4. Buka http://127.0.0.1:8000, login dengan akun demo yang disebutkan di dokumentasi, lalu coba satu siklus penuh: daftar pelanggan, tambah kendaraan, buat servis, pakai sparepart, selesaikan, dan cek apakah stok berkurang.

Jika menemui error, penyebab paling sering adalah ekstensi PHP yang belum aktif (misalnya pdo_mysql atau gd) atau kredensial database yang salah di .env.

Kustomisasi yang Aman

Hampir semua bengkel ingin menyesuaikan sesuatu: logo di nota, kategori jasa, atau pengingat servis berkala. Beberapa prinsip agar update berikutnya tidak merusak:

• Simpan source code asli di Git sejak hari pertama, lalu buat cabang untuk perubahan Anda.
• Tambah kolom lewat migration baru, jangan mengedit migration lama yang sudah dijalankan.
• Letakkan logika tambahan di service class atau event listener terpisah, bukan menempel di controller bawaan.

Pembahasan lebih lengkap ada di artikel cara kustomisasi source code tanpa merusak.

Beli Source Code, Langganan SaaS, atau Bangun Sendiri?

Source code cocok jika Anda punya developer (internal atau freelance) dan ingin data tetap di tangan sendiri. Jika tidak ada yang bisa mengurus server, aplikasi langganan bisa lebih realistis.

Checklist Sebelum Membeli Source Code Apa Pun

• Versi Laravel dan PHP disebutkan jelas, dan masih didukung.
• Ada demo yang bisa dicoba, bukan hanya screenshot.
• Stok sparepart berkurang otomatis dari transaksi servis.
• Riwayat servis bisa dicari per pelat nomor.
• Ada pembagian hak akses minimal admin dan kasir/mekanik.
• Dokumentasi instalasi tersedia.
• Lisensi menjelaskan boleh dipakai untuk berapa usaha atau klien.
• Kode memakai validasi request dan tidak menyusun query SQL dari input mentah.

Kesalahan Umum Saat Mulai Memakai Sistem

1. Tidak melakukan stok opname awal. Jika angka stok awal hanya disalin dari buku lama, selisih langsung terbawa ke sistem. Hitung fisik dulu, baru input.
2. Mekanik tidak diberi akses. Jika hanya kasir yang mencatat, sparepart yang dipakai di bengkel sering terlewat. Beri mekanik akun dengan hak akses terbatas untuk menambah item servis.
3. Data pelanggan dobel. Pelanggan yang sama terdaftar dua kali karena nomor HP ditulis berbeda. Jadikan pelat nomor dan nomor HP sebagai pencarian pertama sebelum membuat data baru.
4. Tidak ada backup. Jadwalkan backup database harian, misalnya dengan mysqldump lewat cron, dan simpan salinannya di luar server.

Keterbatasan yang Perlu Disadari

Source code siap pakai adalah titik awal, bukan sistem final. Biasanya Anda tetap perlu mengurus hosting, SSL, dan backup harian. Fitur seperti pengingat servis otomatis lewat WhatsApp, multi-cabang, atau integrasi pembayaran online umumnya harus ditambahkan sendiri. Dan karena kodenya dipegang Anda, tanggung jawab update keamanan juga ada di tangan Anda.

Jika Anda ingin melihat contoh implementasinya, detail aplikasi tersedia di halaman aplikasi manajemen servis kendaraan di GudangCode; gunakan checklist di atas untuk menilainya seperti source code lainnya.