Follow Up Appointment GR

0

Follow Up Appointment GR

Menu Follow Up Appointment GR dapat digunakan oleh petugas appointment menghubungi pelanggan yang sudah membuat appointment service GR. Proses follow up ini dilakukan untuk memastikan pelanggan datang sesuai dengan janji kedatangannya, setiap perubahan data di DMS akan dikirimkan ke mTOYOTA sebagai update proses service Booking GR. Adapun data follow up appointment service GR ini terbagi menjadi beberapa kategori antara lain :

H-1Menampilkan data appointment yang akan datang besok hari.
J-NMenampilkan data appointment yang pada hari ini sampai 15 (lima belas) menit setelah jam janji kedatangan belum datang ke bengkel.
J+NMenampilkan data appointment yang sudah melewati 15 (lima belas) menit setelah jam janji kedatangan belum datang ke bengkel
HistoryMenampilkan data appointment yang sudah lewat hari (tangga appointment maksimal kemarin) termasuk semua data appointment yang belum lewat hari akan tetapi melakukan cancel.
Upcoming AppointmentMenampilkan data appointment yang janji kedatangannya mulai 2 (dua) hari kedepan.
Need ApprovalMenampilkan data appointment yang memerlukan approval dari kepala bengkel.  

Menu ini dapat diakses melalui After Sales -> Appointment Service -> Follow Up Appointment GR.

1.3.1. Parameter Follow Up Appointment

Gambar 22 – Parameter Follow Up Appointment

Keterangan Gambar :

Merupakan pilihan dari tipe follow up appointment seperti : H-1, J-N, J+N, History, Upcoming Appointment,Need Approval (Kepala bengkel), Request Cancel (dari mTOYOTA) dan Request Reschedule (dari mTOYOTA)
Merupakan rentang tanggal yang dapat dipilih sebagai parameter data appointment yang akan ditampilkan. Parameter rentang tanggal ini akan muncul pada saat pilihan tipe followup History dan Upcoming Appointment.
Merupakan tombol pencarian data appointment berdasarkan parameter yang dipilih sebelumnya (Tipe follow up & rentang tanggal appointment).
  • Tombol Search ketika diklik akan menampilkan data sbb :
  • menampilkan data sesuai filter yang dipilih
  • ketika pilihan tipe follow up nya Request Cancel (dari mTOYOTA) akan menampilkan data dengan status “Request Cancel (dari mTOYOTA)”
  • Jika memilih tipe follow up Request Reschedule (dari mTOYOTA) akan menampilkan data dengan status “Request Reschedule (dari mTOYOTA)”
  • Jika terdapat data booking dengan status Request Reschedule dari mTOYOTA (booking_status dari mTOYOTA adalah “CHANGE_REQUEST”) atau Request Cancel dari mTOYOTA booking_status dari mTOYOTA adalah ”CANCEL_SUBMITTED”), maka data yang akan ditampilkan pada kolom status adalah data booking dengan status Appointment “Outstanding
Merupakan tombol untuk menampilkan chip kendaraan yang akan datang di hari ini. Klik tombil “TAB” maka akan muncul tampilan sbb :  

1.3.2. Today Appointment Board (TAB)

Gambar 23 – Today Appointment Board  

Pada tampilan ini akan ditampilkan chip-chip dari kendaraan yang mempunyai janji kedatangan di hari ini. Jika kendaraan sudah lewat jam janji (+15 menit) belum datang kebengkel, maka chip tersebut akan turun ke area “Potensi No Show”.

Terkait permintaan booking service dari mTOYOTA terdapat 2 metode plotting chip jadwal SA :

  • untuk status booking “System Confirmed” akan otomatis membuat request booking dan langsung memplotting chip jadwal SA dan masih digunakan olehg booking lain.
  • untuk yang status booking “Submitted” tidak otomatis membuat Request Booking dan tidak langsung memplotting chip jadwal SA atau memerlukan manual plotting chip oleh petugas dan masih digunakan oleh booking lain.
Gambar 23 – Today Appointment Board (TAB)

1.3.3. Daftar Follow Up Appointment

Keterangan Gambar :

Daftar Follow Up Appointment

Merupakan daftar appointment yang harus difollowup berdasarkan tipe follow up yang sudah ditentukan

Kolom Status : menyatakan status appoinment. status yang akan tampil sebagai berikut :

  • Request Reschedule (dari mTOYOTA)
    Jika terdapat permintaan perubahan booking dari customer (waktu booking atau tipe
    service) booking_status dari mTOYOTA adalah “CHANGE_REQUEST”
  • Request Cancel (dari mTOYOTA)
    Jika terdapat permintaan pembatalan booking dari customer booking_status dari mTOYOTA adalah ”CANCEL_SUBMITTED”
  • Cancelled (dari mTOYOTA)
    Jika request booking tidak di respon oleh petugas appointment dalam waktu 48 jam
    booking_status dari mTOYOTA adalah “CANCELLED”
  • Outstanding (as is)
    • Jika terdapat permintaan perubahan booking dari customer (waktu booking atau
      tipe service) yang belum di proses oleh petugas appointment booking_status dari mTOYOTA adalah “CHANGE_REQUEST”
    • Jika terdapat permintaan pembatalan booking dari customer yang belum di proses
      oleh petugas appointment booking_status dari mTOYOTA adalah ”CANCEL_SUBMITTED”
  • Reschedule
    Jika terdapat permintaan perubahan booking dari customer (waktu booking atau tipe
    service) yang sudah di proses oleh petugas appointment booking_status dari mTOYOTA adalah “CHANGE_REQUEST”
  • On Schedule
    Jika customer sudah melakukan konfirmasi akan datang sesuai jadwal booking
  • Cancel (as is)
    Jika data appointment dilakukan batal oleh petugas appointment
Daftar Material

Merupakan daftar material (part / bahan) yang dibutuhkan berdasarkan data appointment yang dipilih

Merupakan tombol “View” yang digunakan untuk melihat data appointment yang sudah dibuat (read only)

Merupakan tombol “Konfirmasi” yang digunakan untuk mengupdate status sudah di follow up dan pelanggan menyatakan masih tetap on schedule dari jadwal appointment sebelumnya

Merupakan tombol “Batal” yang digunakan untuk membatalkan appointment yang sudah dibuat. Jika pada proses ini sistem DMS akan melakukan pengecekan terhadap kewajiban DP parts yang ada. Jika terdapat kewajian DP atas parts yang harus diorder dan sudah dibayarkan pelanggan, maka akan muncul notifikasi sbb :

namun jika belum ada DP yang dibayarkan maka akan muncul notifikasi sebagai berikut :

Cancel Booking

Silahkan isi alasan pembatalan booking, kemudian klik tombol Save . Saat DMS simpan data alasan pembatalan, maka yang terjadi adalah sbb :

  • Menambahkan proses kirim data ke DI/DX terkait fitur Service Booking GR, DMS akan mengirimkan booking_status “CANCELLED” ke DI/DX.
  • Ketika user telah klik tombol “Save” pada pop up dan status sudah menjadi “Cancelled”, maka data tersebut tidak muncul di list appointment (dapat di cek pada report).
  • Menyimpan Alasan Batal Appointment Request yang di input oleh petu

Merupakan tombol “Edit” yang digunakan untuk melakukan perubahan jadwal (reschedule) appointment

Saat Klik tombol Edit, maka sistem akan menampilkan screen sebagai berikut ini :

Informasi Umum

Informasi umum berisi informasi Person in Service, Customer pengguna, kendaraan & asuransi, customer pemilik.

Person In Service

Person In Service berisi informasi orang yang akan melakukan kontak booking dan menjadi PIC untuk follow up sesuatu (jika dibutuhkan).

By default jika nomor polisi terdaftar informasi ini otomatis terisi sesuai dengan transaksi terakhir.Data Person In Service berasal dari field Nama Lengkap, No. Handphone, dan Email Person In Service transaksi Estimasi/ Appointment/ Follow Up Appointment GR & BP, SA Main Menu dan WO List (menu yg dipilih sebagai referensi berdasarkan pembaharuan data terakhir).

Sebaliknya jika nomor polisi belum terdaftar, maka data-data tersebut diisi secara manual oleh user.

Informasi Pengguna (Orang yang menggunakan kendaraan & Bukan Driver)

Customer Pengguna adalah Informasi pelanggan yg menggunakan kendaraan sehari-hari (bukan supir). Khusus pengguna hanya ada individu, tidak ada instansi. Tab Data Pengguna tidak akan muncul untuk case nopol tidak terdaftar (belum pernah transaksi di cabang). Tab Data Pengguna akan muncul untuk case nopol terdaftar. Otomatis terisi jika data ini didapat dari service sebelumnya, namun bisa jadi kosong apabila data ini didapat dari salesman yang sudah DEC karena tidak mandatory

Data ini tidak mandatory, silahkan diisi apabila sudah bisa didapat. Jika belum bisa didapat dikosongkan saja (tidak perlu klik Edit Data Pengguna). Apabila MRA ingin mengisi data pengguna (yang awalnya blank kemudian diisi) maka silahkan diisi secara setidaknya nama dan HP/NIK agar dikenali sebagai data customer di DMS. Jika salah satu fields tidak diisi maka tidak akan disimpan sebagai customer oleh DMS sehingga data di next proses akan blank. Apabila MRA ingin mengedit data (pengguna tetap sama, namun ada beberapa data yang ingin direvisi) dipersilahkan untuk diedit di menu ini.

Apabila MRA ingin merubah data (menjadi pengguna yang berbeda, misalkan dari A menjadi B) maka silahkan catat di customer concern agar dikonfirmasi saat penerimaan (SA) mengingat jumlah fields yang cukup banyak. Cukup berikan catatan di fields catatan dari pelanggan sebagai informasi ke SA.

Customer Individu

Penjelasan detil atas field-field informasi pengguna silakan merujuk pada artikel Customer Database 1A – Individu – Appointment GR

Untuk melakukan perubahan data, user klik tombol Edit

Logic One Account ID:

  • Data yang ditampilkan adalah data One Account ID yang sudah dimappingkan dari data mTOYOTA
    • Jika customer tidak memiliki One Account ID, maka field akan terisi “-“
  • Logic DMS ID :
    • Jika customer tidak memiliki DMS ID maka field tersebut akan terisi “-“

Status No. HP :

  • Valid, maka maka akan menampilkan Kolom:
    • Perubahan No. HP terakhir oleh – Auto Update jika Ubah dan Simpan status No. Handphone
    • Tanggal perubahan No. HP terakhir – Auto Update jika Ubah dan Simpan status No. Handphone
  • Invalid, maka akan menampilkan field :
    • Alasan Invalid
      • Salah Sambung: Default value
      • Nomor Tidak Terhubung: Default value
      • Other: Menampilkan field kosong (free text), Mandatory, dan Enabled
      • Jika pilih Alasan Invalid (F7) selain Other, field free text blank dan Disabled
    • Perubahan No. HP terakhir oleh – Auto Update jika Ubah dan Simpan status No. Handphone
    • Tanggal perubahan No. HP terakhir – Auto Update jika Ubah dan Simpan status No. Handphone

Catatan

Field ini dapat digunakan user untuk mengisi informasi tambahan (jika ada) terkait customer concern.

Untuk melakukan perubahan alamat pengguna, klik tombol Edit

Gambar. Edit Alamat Pengguna

Untuk menambahkan alamat pengguna, klik tombol Tambah

Gambar. Tambah Alamat Pengguna

Pada saat menambahkan alamat pengguna, maka kategori alamat hanya ada 2 pilihan, yaitu : Domisili dan Kantor. Kemudian lanjutkan mengisi field-field yang bersifat mandatory.

Informasi Kendaraan dan Asuransi

Informasi kendaraan dan asuransi berisi detil informasi kendaraan dan penggunaan asuransi (jika ada). Tab Data Asuransi tidak akan muncul untuk case nopol tidak terdaftar (belum pernah transaksi di cabang). Tab Data Asuransi akan muncul untuk case nopol terdaftar namun hanya bersifat view di GR, namun dapat lakukan edit di Outlet BP.

No. Polisi Sementara

  1. Jika terisi, maka No. Polisi = No. Polisi Sementara dan menampilkan label”Menggunakan No Polisi Sementara”
  2. Jika No. Polisi tidak sama dengan No. Polisi Sementara , maka No. Polisi Sementara Disabled pada fungsi WO List – Edit dan relasi kendaraan terhadap No. Polisi Sementara berpindah ke No. Polisi (utama) F3 Jika No. Rangka berasal dari history penjualan pada Outlet Reminder, maka menampilkan Nama

Nomor Rangka

  1. Jika No. Rangka berasal dari history penjualan pada Outlet Reminder, maka menampilkan Nama Cabang
  2. Jika No. Rangka tidak ada history penjualan pada Outlet Reminder, maka value kosong

Status Valid Kendaraan.

Jika Invalid, maka akan menampilkan Kolom:

  • Alasan Invalid
  • Perubahan No. HP terakhir oleh – Auto Update jika Ubah dan Simpan Status Valid Kendaraan dengan informasi.
  • Tanggal perubahan No. HP terakhir – Auto Update jika Ubah dan Simpan Status Valid Kendaraan

Jika Valid, maka akan menampilkan kolom :

  • Perubahan Kendaraan terakhir oleh – Auto Update jika Ubah dan Simpan Status Valid Kendaraan dengan informasi – –
  • Tanggal Perubahan Kendaraan terakhir – Auto Update jika Ubah dan Simpan Status Valid Kendaraan

Opsi Alasan Invalid :

  • Mobil sudah dijual
  • Other; menampilkan field kosong dan menjadi wajib diisi oleh user.

Asuransi

Jika Tipe Asuransi :
A. Combine: Memunculkan kolom “Periode All Risk”, ”Periode TLO”, dan ”Periode Asuransi”
B. All Risk: Memunculkan kolom “Periode All Risk” dan ”Periode Asuransi”
C. TLO: Memunculkan kolom ”Periode TLO” dan ”Periode Asuransi”

Informasi Pemilik (Sesuai STNK)

Customer Pemilik adalah Informasi pelanggan sesuai dokumen STNK. Bisa berupa individu ataupun instansi. Data Pemilik bisa diedit. Tab Data Pemilik tidak akan muncul untuk case nopol tidak terdaftar (belum pernah transaksi di cabang). Tab Data Pemilik akan muncul untuk case nopol terdaftar. Proses perubahan data pemilik kami rekomendasikan di reception karena evidence yang didapat lebih valid. Untuk di menu ini hanya beberapa fields yang bisa edit (minor). 

Customer Individu

Penjelasan detil field field terkait data pemilik kendaraan untuk customer individu, silahkan merujuk pada artikel Customer Database 1A – Individu- Appointment GR

Untuk melakukan perubahan data user klik tombol Edit.

Logic One Account ID:

  • Data yang ditampilkan adalah data One Account ID yang sudah dimappingkan dari data mTOYOTA
  • Jika customer tidak memiliki One Account ID, maka field akan terisi “-“.
  • Logic DMS ID :
  • Jika customer tidak memiliki DMS ID maka field tersebut akan terisi “-“

Customer Instansi

Penjelasan detil field-field untuk data pemiliki customer instansi, dapat melihat pada artikel berikut ini

Customer Database 1A – Instansi – Appoinment GR

terdapat link Lihat One Account Data History yang akan menampilkan detil informasi One Account ID dan history data transaksi di aplikasi mTOYOTA. tombol ini akan muncul jika pelanggan memiliki aplikasi mTOYOTA

One Account History Data akan menampilkan informasi sebagai berikut :

One Account History Data

terdapat tombol Registrasi mTOYOTA ; tombol ini digunakan untuk mengirimkan permintaan pendaftaran akun mTOYOTA. Ada beberapa kondisi untuk proses registrasi mTOYOTA sbb :

  • Jika belum memiliki One Account ID , maka checkbox akan muncul
  • Jika sudah memiliki One Account ID , maka checkbox akan muncul
  • Jika checkbox dicentang, maka DMS akan mengirimkan permintaan pembuatan TOYOTA ID dan One Account ID ke DIDX pada saat Release WO
  • Pada saat simpan data pemilik, jika customer consent tidak di ceklist namun checklist One Account ID dicek maka akan muncul notifikasi SA harus melakukan update Customer Consent terlebih dahulu

Logic One Account ID:

  • Data yang ditampilkan adalah data One Account ID yang sudah dimappingkan dari data mTOYOTA
  • Jika customer tidak memiliki One Account ID, maka field akan terisi “-“.
  • Logic DMS ID :
  • Jika customer tidak memiliki DMS ID maka field tersebut akan terisi “-“

Status Kewarganegaraan :

  1. WNI, maka NPWP akan terisi nomor KTP/KITAS
  2. WNA, maka field KTP/KITAS menjadi KITAS, field NPWP menjadi 0000000000000000

Jika Status KTP/KITAS:

1. Tersedia: – Field No. KTP/KITAS Enabled – Field Buat Toyota ID terisi “Ya” dan disabled

2. Tidak Tersedia: – Field No. KTP/KITAS Disabled – Field Buat Toyota ID terisi “Tidak” dan disabled

3. Jika No. KTP/KITAS sudah terisi dari data customer terdaftar, maka Status KTP/KITAS (F3)

Status No. HP :

  • Valid, maka maka akan menampilkan Kolom:
    • Perubahan No. HP terakhir oleh – Auto Update jika Ubah dan Simpan status No. Handphone
    • Tanggal perubahan No. HP terakhir – Auto Update jika Ubah dan Simpan status No. Handphone
  • Invalid, maka akan menampilkan field :
    • Alasan Invalid
      • Salah Sambung: Default value
      • Nomor Tidak Terhubung: Default value
      • Other: Menampilkan field kosong (free text), Mandatory, dan Enabled
      • Jika pilih Alasan Invalid (F7) selain Other, field free text blank dan Disabled
    • Perubahan No. HP terakhir oleh – Auto Update jika Ubah dan Simpan status No. Handphone
    • Tanggal perubahan No. HP terakhir – Auto Update jika Ubah dan Simpan status No. Handphone

NPWP :

  1. Kolom NPWP harus diisi manual dengan validasi input 15 digit dan menambahkan masking 0 didepan sehingga menjadi 16 Digit

Catatan

Field ini dapat digunakan user untuk mengisi informasi tambahan (jika ada) terkait customer concern.

Data Referensi &Riwayat Service

  • Kolom Service Berkala : berisi data tanggal service berkala.
    dihitung berdasarkan tanggal DEC. Penentuan tanggal service plan adalah sebagai berikut : Service ke-1 = DEC Date + 1 Bulan
    Service ke-2 = DEC Date + 6 Bulan
    Service ke-3 = Service ke-2 + 6 Bulan
    Service ke-4 = Service ke-3 + 6 Bulan
    Service ke-5 = Service ke-4 + 6 Bulan
    Service ke-6 = Service ke-5 + 6 Bulan
    Service ke-7 = Service ke-6 + 6 Bulan
  • Sedangkan kolom Suggest service selanjutnya berdasarkan customer habit (dihitung berdasarkan tanggal aktual service berkala).
  • Kolom Booking Request adalah kolom yang menampilkan data tanggal booking request yang disetujui oleh customer, data ini berasa data yang diinput oleh petugas SA di menu Service Explaination dan PSFU,
Tombol pencarian dari riwayat service yang akan ditampilkan berdasarkan parameter rentang tanggal dan kategori service. Tanpa menekan tombol “Cari”, secara default riwayat service akan menampilkan 3 (tiga) service terakhir
Daftar Riwayat ServiceBerisi informasi lengkap dari riwayat service yang pernah dilakukan seperti :
. Informasi pekerjaan service yang dilakukan
. Informasi parts dan bahan yang digunakan pada saat service

Order Pekerjaan

Tab ini berisi informasi permintaan dan keluhan customer sebagai informasi tambahan dalam membuat order pekerjaan.

Untuk menambahkan informasi permintaan dan keluhan pelanggan, user klik tombol Tambah

Gambar. Input Permintaan
Gambar. Input Keluhan.

Untuk input Keluhan , terdapat beberapa kategori keluhan, antara lain :

  • Body
  • Body Electrical
  • Brake
  • Chassis
  • Drive Train
  • Engine
  • Heater System & AC
  • Restrain
  • Steering
  • Suspension and Axle
  • Tranmission

Field ini menjadi wajib diisi jika user input keluhan pelanggan. Pada saat input bagian keluhan perlu diingat jika :

  • Jika leads dari mTOYOTA dan customer menginput kolom keluhan di mTOYOTA, maka kolom akan berwarna merah muda yang menandakan bahwa kolom tersebut autofill dari kolom di mTOYOTA atau kolom akan kosong & bisa di input jika customer tidak menginput kolom keluhan di mTOYOTA.
  • Jika leads selain dari mTOYOTA, maka kolom tidak berwarna merah muda.

Klik tombol Prediagnose sebagai tindak lanjut dari informasi keluhan pelanggan.

Gambar 19 – Prediagnose
Merupakan data yang harus dilengkapi dalamproses prediagnose atas keluhan yang disampaikan pelanggan. Informasi yang harus dilengkapi tersebut antara lain :
·         Periode gejala terdeteksi pertama kali
·         Frekuensi kejadian
·         MIL saat terjadi
·         Kondisi kendaraan saat gejala terjadi
·         Kondisi Mesin
. Posisi Shift Lever

Setelah selesai input informasi Prediagnose, maka klik tombol Simpan.

Setelah selesai mengisi Prediagnose, user melanjutkan mengisi informasi Order Pekerjaan dengan klik tombol Tambah.

Tambah Pekerjaan

Pada field tipe pekerjaan, Service advisor dapat memilih tipe pekerjaan sebagai berikut :

  • BP
  • EM
  • GR
  • EMK
  • PDS
  • PRe-Diagnose
  • PWC
  • RTJ
  • SBE
  • SBEK
  • SBI
  • SBIK
  • TWC
  • FPC
  • FLC
  • PLC
  • EWC

perlu diperhatikan saat input job sebagai berikut :

  • Jika memilih tipe pekerjaan SBE, SBEK, EM, EMK, PLC, FPC dan FLC maka kolom Service Ke- akan muncul
  • jika Leads dari mTOYOTA maka kolom akan berwarna merah muda, yang menandakan kolom tersebut otomatis terisi dari mTOYOTA
  • Jika leads dari mTOYOTA maka kolom akan terisi otomatis sesuai inputan pada kolom Service Ke- di mTOYOTA
  • Jika leads selain dari mTOYOTA maka kolom tidak berwarna merah
  • Kolom ini akan muncul untuk tipe pekerjaan SBE, SBEK, EM, EMK, PLC, FPC dan FLC
  • Dapat melakukan pencarian di field Service Ke – dengan menginput keyword atau kata kunci tertentu
  • Setelah mengisi kolom Service Ke- maka kolom pekerjaan akan terisi otomatis sesuai pilihan Service Ke-.
  • Kolom Service Ke- service yang tampil hanya untuk Service Ke – 1 sampai dengan Service Ke -7 yang akan aktif hanya belum dilakukan klaim. Jika sudah di klaim maka kolom ini akan tidak aktif. Compare dengan data short brief dari TOWASS untuk service ke – 8 sampai dengan ke-36 akan selalu muncul.

Untuk pilihan tipe Job FPC,FLC,PLC dan EWC akan muncul otomatis jika nomor rangka yang diinput terdaftar dalam program free claim.

Untuk tipe job FLC,PLC dan EWC , tipe pembayaran otomatis terisi Warranty.

untuk tipe job FPC tipe pembayaran otomatik terisi Warranty namun dapat diganti dengan tipe pembayaran lainnya.

Task List Job akan muncul sesuai yang dipilih pada field tipe Job List. Untuk pilihan tipe job FPC, FLC, PLC dan EWC task list job yang tampil sesui dengan Openo TOWASS.

Untuk bagian Parts Data, perlu diperhatikan sebagai berikut :

  • Jika terdapat request booking dari mTOYOTA dengan request part, maka list data part tersebut akan ditampilkan pada pop up Parts Data.
  • Jika terdapat request booking dari mTOYOTA tanpa request part, maka kolom tabel tidak ditampilkan pada pop up Parts Data.
  • Jika tidak terdapat request booking dari mTOYOTA, maka kolom tabel tidak ditampilkan pada pop up Parts Data.

Additional Offer

Additional Offer
  • Booking Test Drive: Data Konfirmasi Bersedia Booking Test Drive
  • Tgl. Test Drive: Data Tanggal Test Drive
  • ​Alasan Menolak Booking Test Drive: Data Alasan Menolak Booking Test Drive
  • Trade In: Data apakah customer bersedia melakukan Trade In
  • ​Nama Salesman: Data nama-nama salesman
  • Alasan Menolak Trade In: Data alasan menolak Trade In

Merupakan tombol “Print” yang digunakan untuk mencetak appointment yang sudah dibuat. Klik tombol “Print” maka akan muncul cetakan yang sama seperti pada gambar cetakan di 1.3.4. Cetakan Appointment

Improvement Penambahan Tanda “>” Pada Accordion mTOYOTA

Penambahan tanda ini bertujuan agar Posisi Accordion Mtoyota otomatis terbuka saat user masuk ke menu Appointment dan Followup Appointment