# Fitur pada SMH (Sales Management Hub)
Temukan penjelasan mengenai fitur-fitur terbaru di
{% content-ref url="/pages/SB4v55sgw4OtDaF6H90x" %}
[2026](/smh/fitur-pada-smh-sales-management-hub/2026)
{% endcontent-ref %}
{% content-ref url="/pages/kzP9ZE8VyVDgdZCaDpQF" %}
[2025](/smh/fitur-pada-smh-sales-management-hub/2025)
{% endcontent-ref %}
{% content-ref url="/pages/jfgUSjB3y8R18oHOZbCE" %}
[2024](/smh/fitur-pada-smh-sales-management-hub/2024)
{% endcontent-ref %}
{% content-ref url="/pages/oJgOvAbC2e3DYs9RhbEu" %}
[2023](/smh/fitur-pada-smh-sales-management-hub/2023)
{% endcontent-ref %}
# 2026
# Pembaharuan Backoffice: Edit Sales Invoice - Status Active \[Next Release]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## Ringkasan
Kini Anda dapat **mengedit Sales Invoice (Faktur Penjualan)** tanpa perlu melakukan **Cancel** dan membuat faktur baru, selama status faktur masih **Active** dan belum memiliki pembayaran.
Dengan perubahan ini, koreksi faktur menjadi lebih mudah. Nomor faktur tetap digunakan dan sistem akan otomatis menyesuaikan **total, pajak, tanggal jatuh tempo, promo, sisa limit kredit, target penjualan, dan stok**.
## Apa yang Baru?
Sebelumnya, jika terdapat kesalahan pada **Sales Invoice**, seperti jumlah barang, salesman, atau termin pembayaran, faktur harus di-**Cancel** terlebih dahulu lalu dibuat ulang.
Kini, Anda cukup klik **Edit** pada Sales Invoice yang masih berstatus **Active** untuk melakukan perubahan.
Sistem akan otomatis menghitung ulang data terkait dan menyesuaikan stok setelah perubahan disimpan.
## Cara Menggunakan
### Untuk Admin β Web / SMH
1. Buka menu **Penjualan > Sales Invoice**.
2. Pilih **Sales Invoice** yang berstatus **Active** dan belum memiliki pembayaran.
3. Klik **Edit** pada halaman detail faktur atau melalui menu **titik tiga (β―)** pada daftar faktur.
4. Lakukan perubahan yang diperlukan, seperti **salesman, termin pembayaran, catatan, jumlah atau diskon item**. Anda juga dapat menambah atau menghapus item.
5. Untuk menambahkan produk baru, klik **Add another item**.
6. Klik **Simpan**.
Sistem akan otomatis menghitung ulang total dan menyesuaikan stok sesuai perubahan.
### Untuk Salesman β SFA
1. Buka **Sales Invoice** canvassing milik Anda yang berstatus **Active**.
2. Klik **Edit**. Tombol ini akan tersedia jika Admin telah memberikan izin edit.
3. Sesuaikan jumlah barang sesuai kondisi di toko, misalnya jika sebagian barang ditolak.
4. Klik **Simpan**.
Barang yang ditolak akan otomatis dikembalikan ke stok gudang.
## Yang Perlu Diketahui
* **Sales Invoice hanya bisa diedit jika berstatus Active dan belum ada pembayaran.**
* Jika Sales Invoice sudah **dibayar sebagian, lunas, atau dibatalkan**, tombol **Edit** tidak akan tersedia.
* **Customer, Tanggal Faktur, dan Gudang tidak dapat diubah.** Jika terdapat kesalahan pada data tersebut, Sales Invoice perlu dibatalkan dan dibuat ulang.
* Data yang dapat diubah meliputi **salesman, termin pembayaran, catatan, dan item** (jumlah dan diskon). Anda juga dapat menambah atau menghapus item.
* Jika jumlah dikurangi atau item dihapus, **stok akan otomatis kembali**.
* Jika jumlah atau item ditambah, sistem akan mengecek **stok yang tersedia**. Jika stok tidak mencukupi, perubahan tidak dapat disimpan.
* Perubahan **termin pembayaran** akan otomatis menyesuaikan **tanggal jatuh tempo**.
* Perubahan jumlah atau item akan otomatis menghitung ulang **promo berdasarkan aturan yang berlaku pada tanggal faktur**.
* Setiap perubahan tercatat pada **Activity Log**, termasuk pengguna yang melakukan perubahan dan waktunya.
* Untuk mengedit Sales Invoice, akun harus memiliki **hak akses edit faktur**. Jika tombol **Edit** tidak muncul, silakan hubungi Admin untuk memeriksa pengaturan akses di **Pengaturan Pengguna / Role Group**.
* **Web (SMH):** minimal memiliki salah satu hak akses **Edit Sales Invoice** atau **Sales Invoice Control**.
* **Mobile (SFA):** membutuhkan hak akses **Sales Invoice Edit Mobile**. Salesman hanya dapat mengedit Sales Invoice canvassing miliknya sendiri.
* Jika Sales Invoice sedang dalam proses **collection aktif**, **item, jumlah, dan total** tidak dapat diubah. Yang masih dapat diubah adalah **catatan, salesman, dan termin pembayaran**.
* Jika Sales Invoice sedang diedit oleh pengguna lain, sistem akan mencegah perubahan dilakukan bersamaan. Pengguna yang menyimpan setelahnya perlu **memuat ulang halaman** terlebih dahulu sebelum menyimpan perubahan.
## QnA
Pertanyaan
Jawaban
Faktur yang sudah dibayar apakah bisa diedit?
Tidak. Jika sudah ada pembayaran, baik sebagian maupun lunas, faktur tidak dapat diedit. Jika perlu koreksi, pembayaran perlu ditangani terlebih dahulu oleh tim terkait.
Kenapa saya tidak bisa mengubah Customer, Tanggal, atau Gudang?
Customer, Tanggal Faktur, dan Gudang tidak dapat diubah untuk menjaga data faktur tetap konsisten. Jika ada kesalahan, faktur perlu dibatalkan dan dibuat ulang.
Kenapa penambahan jumlah barang ditolak, padahal stoknya terlihat cukup?
Sistem akan mengecek stok yang tersedia saat ini. Jika stok tidak mencukupi, perubahan tidak dapat disimpan.
Kalau saya edit faktur bulan lalu, apakah stok dan laba bulan lalu ikut berubah?
Pergerakan stok tetap dicatat berdasarkan tanggal faktur, sehingga data stok dan perhitungan akuntansi tetap konsisten. Tanggal saat perubahan dilakukan juga tercatat sebagai catatan audit.
Kalau total faktur melebihi limit kredit customer, apa yang terjadi?
Tergantung pengaturan limit kredit di tenant Anda. Jika limit kredit tidak diaktifkan, sistem hanya menampilkan peringatan. Jika diaktifkan dan diatur untuk memblokir, faktur tidak dapat disimpan sampai total kembali sesuai limit.
Apakah perubahan faktur langsung terlihat di Laporan Piutang (AR)?
Ya. Jika perubahan menyebabkan total faktur berubah, angka pada Laporan Piutang (AR) akan otomatis menyesuaikan.
Saya sedang mengedit, tetapi muncul pesan "faktur sudah diubah, silakan muat ulang". Kenapa?
Artinya ada pengguna lain yang lebih dulu menyimpan perubahan pada faktur yang sama. Muat ulang halaman untuk melihat data terbaru, lalu lakukan edit kembali.
Faktur sedang dalam penagihan (collection). Kenapa item dan jumlah tidak bisa diubah?
Selama faktur masih dalam collection aktif, item, jumlah, dan total tidak dapat diubah. Anda tetap dapat mengubah catatan, salesman, dan termin pembayaran.
Saya menggunakan integrasi Accurate. Apakah perubahan faktur ikut tersinkron?
Ya. Setelah faktur diedit, perubahan akan otomatis disinkronkan ke Accurate. Jika sinkronisasi gagal, faktur tetap tersimpan di SimpliDOTS dan proses sinkronisasi dapat diulang.
Tombol Edit tidak muncul, kenapa?
Periksa beberapa kemungkinan: Sales Invoice bukan berstatus Active, sudah memiliki pembayaran, atau akun belum memiliki hak akses edit. Untuk web, diperlukan Edit Sales Invoice atau Sales Invoice Control. Untuk mobile, diperlukan Sales Invoice Edit Mobile. Khusus salesman di mobile, Sales Invoice juga harus merupakan faktur canvassing miliknya sendiri.
## Contoh Perubahan Qty Sales Invoice
{% tabs %}
{% tab title="Sebelum Edit Qty Sales Invoice" %}
{% endtab %}
{% tab title="Setelah Edit Qty Sales Invoice" %}
{% endtab %}
{% endtabs %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Update: Pengiriman Sebagian Pada SO Berpromo & Notifikasi Gagal Update SO/SI \[Next Release]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## Ringkasan
Kini **Sales Order (SO) yang memiliki promo dapat dikirim sebagian** saat membuat **Delivery Order (DO)** atau melakukan **Konfirmasi Delivery Summary**. Sebelumnya, semua barang dalam SO berpromo harus dikirim secara lengkap atau dikembalikan seluruhnya. Dengan pembaruan ini, Admin dapat menentukan jumlah barang yang benar-benar dikirim, dan sistem akan **menghitung ulang apakah promo masih berlaku atau gugur berdasarkan jumlah barang yang dikirim**.
Selain itu, proses pembaruan **Sales Order (SO)** dan **Sales Invoice (SI)** setelah **Approve Delivery Summary** kini berjalan di latar belakang. Jika proses pembaruan gagal, sistem akan menampilkan **notifikasi** dan menyediakan tombol **Retry** untuk mencoba kembali. Data yang berhasil diperbarui tetap tersimpan meskipun terdapat data lain yang gagal diperbarui.
## Masalah Sebelumnya
Jika **Sales Order (SO) memiliki promo**, Admin sebelumnya tidak dapat:
* **Mengirim sebagian barang** saat membuat **Delivery Order (DO)**. Misalnya, dari 10 barang yang dipesan hanya tersedia 8, Admin tetap harus mengirim seluruhnya atau tidak mengirim sama sekali.
* **Mengatur barang yang tidak dikirim ulang** saat **Konfirmasi Delivery Summary**. Jika customer menolak sebagian barang, Admin tidak dapat memilih **No Redeliver**, sehingga barang tersebut tetap harus dikirim ulang.
* **Mengurangi jumlah barang non-promo**. Barang yang tidak terkait dengan promo tetap ikut dibatasi hanya karena dalam SO yang sama terdapat barang yang memiliki promo.
Selain itu, setelah **Konfirmasi Delivery Summary**, proses pembaruan **Sales Order (SO)** dan **Sales Invoice (SI)** berjalan di latar belakang. Jika proses pembaruan gagal, Admin tidak mendapatkan informasi **SO/SI mana yang gagal diperbarui dan penyebabnya**. Akibatnya, Admin tidak dapat mengetahui data yang perlu diperbaiki maupun melakukan **Retry** untuk memperbarui data tersebut.
## **Apa yang Berubah?**
{% stepper %}
{% step %}
### Kirim Sebagian saat Membuat Delivery Order (DO)
Admin kini dapat mengisi jumlah barang yang dikirim lebih sedikit dari **jumlah yang tercantum pada Sales Order (SO)**, meskipun SO memiliki promo. Sistem akan otomatis:
* Mengecek kembali apakah promo masih memenuhi syarat berdasarkan jumlah barang yang dikirim.
* Jika syarat promo masih terpenuhi, promo tetap berlaku dan jumlah diskon akan disesuaikan.
* Jika jumlah barang tidak lagi memenuhi syarat promo, promo akan gugur dan diskon akan dihapus.
* Barang bonus (free product) dari promo yang gugur tidak akan ikut dikirim.
**Info:** Perhitungan ulang promo hanya berlaku jika Admin memilih **No Redeliver (Tidak Kirim Ulang)**. Jika memilih **Redeliver (Kirim Ulang)**, promo tidak dihitung ulang karena sisa barang pada SO masih akan dikirim kembali.
{% endstep %}
{% step %}
### Terima Sebagian saat Approve Delivery Summary
Jika sebagian barang pada **Sales Order (SO)** tidak sampai ke customer, misalnya karena ditolak atau rusak, Admin kini dapat melakukan **Approve Delivery Summary** dan memilih **No Redeliver**.
Sistem kemudian akan otomatis:
* Menyesuaikan jumlah barang pada SO berdasarkan jumlah barang yang benar-benar diterima.
* Menyesuaikan jumlah dan nilai pada **Sales Invoice (SI)** jika SI sudah dibuat.
* Mengecek kembali apakah promo pada SO masih memenuhi syarat atau sudah gugur.
{% endstep %}
{% step %}
### Barang Bonus (Free Product) Otomatis Disesuaikan
Sistem akan menyesuaikan barang bonus berdasarkan kondisi promo:
| Situasi | Yang Terjadi |
| --------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------- |
| Promo gugur dan barang bonus **belum dikirim** | Barang bonus tidak akan masuk ke **Delivery Order (DO)**. |
| Promo gugur dan barang bonus **sudah diterima customer** | Sistem otomatis membuat **Sales Order Return (SO Return)** untuk proses pengembalian produk bonus (free product). |
| Promo masih berlaku, tetapi jumlah barang bonus berkurang | Jumlah barang bonus otomatis disesuaikan. |
Barang bonus yang masih memenuhi syarat promo tetap harus dikirim sesuai jumlah yang ditentukan atau diproses dengan **Redeliver**. Jika validasi promo tidak terpenuhi, kuota promo akan dikembalikan secara otomatis.
{% endstep %}
{% step %}
### Jumlah Barang Diperbarui di Semua Satuan
Jika jumlah barang bonus pada SO berubah, misalnya dari **3 karton menjadi 2 karton**, sistem akan otomatis memperbarui jumlah pada seluruh satuan barang seperti **karton, pack, dan pcs**.
Admin tidak perlu lagi menyesuaikan jumlah pada setiap satuan secara manual.
{% endstep %}
{% step %}
### Item Non-Promo Bebas Diatur
Item yang tidak terkait dengan promo pada SO kini dapat dikurangi tanpa terpengaruh oleh promo pada item lainnya.
Misalnya, dalam satu SO terdapat **item A yang memiliki promo** dan **item C yang tidak memiliki promo**. Admin dapat mengurangi jumlah item C tanpa memengaruhi promo pada item A.
{% endstep %}
{% step %}
### Notifikasi Gagal Update SO & SI dan Tombol Retry
Setelah **Delivery Summary** di-approve, proses pembaruan **Sales Order (SO)** dan **Sales Invoice (SI)** berjalan otomatis di latar belakang.
Jika proses pembaruan gagal, Admin akan mendapatkan informasi melalui notifikasi:
* Muncul notifikasi **"Update Sales Order Failed"** atau **"Update Sales Invoice Failed"**.
* Detail notifikasi menampilkan **No Transaksi**, **ID Transaksi**, dan **deskripsi kesalahan** untuk setiap SO atau SI yang gagal diperbarui.
* Tersedia tombol **Retry** untuk mencoba memperbarui kembali SO atau SI yang gagal tanpa perlu mengulang proses dari awal.
{% endstep %}
{% step %}
### Partial Success β Data yang Berhasil Tetap Tersimpan
Jika terdapat beberapa SO atau SI yang diproses dan sebagian mengalami kegagalan, **SO atau SI yang berhasil tetap tersimpan dan diproses**.
Hanya SO atau SI yang gagal yang akan ditampilkan dalam notifikasi, dengan **satu baris untuk setiap dokumen** beserta notifikasi error-nya.
Dengan begitu, Admin dapat mengetahui SO atau SI yang gagal dan melakukan **Retry** hanya pada dokumen tersebut.
{% endstep %}
{% step %}
### Delivery Force Automation (DFA) β Informasi Error Promo Lebih Jelas
Jika driver melakukan submit pengiriman dan terdapat masalah terkait promo, misalnya jumlah barang bonus melebihi batas, **Aplikasi** **DFA kini menampilkan:**
* Pesan error promo yang lebih jelas dan mudah dipahami.
* Tanda **error berwarna merah** pada item yang bermasalah.
{% endstep %}
{% endstepper %}
## Contoh Supaya Lebih Jelas
### Contoh 1: Promo Gugur karena Jumlah Barang Kurang
**Promo:** Beli minimal 10 pcs β diskon 10%. Harga = Rp150.000/pcs.
Admin membuat **SO sebanyak 10 pcs** dan promo aktif dengan diskon Rp150.000.
Saat pengiriman, customer hanya menerima 6 pcs. Admin memilih **No Redeliver** untuk sisa barang.
**Hasil:** Jumlah yang dikirim hanya 6 pcs, sehingga tidak memenuhi syarat minimal 10 pcs. Promo **gugur** dan diskon dihapus.
Tagihan menjadi **6 Γ Rp150.000 = Rp900.000** (belum termasuk pajak 12%).
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 2: Promo Tetap Berlaku
**Promo:** Beli minimal 10 pcs β diskon 10%. Harga = Rp150.000/pcs.
Admin membuat **SO sebanyak 15 pcs** dan promo aktif dengan diskon Rp225.000.
Saat pengiriman, customer hanya menerima 10 pcs. Admin memilih **No Redeliver** untuk 5 pcs yang tidak diterima.
**Hasil:** Jumlah yang dikirim masih memenuhi syarat minimal 10 pcs, sehingga promo **tetap berlaku**. Diskon disesuaikan menjadi Rp150.000.
Tagihan menjadi **Rp1.500.000 β Rp150.000 = Rp1.350.000** (belum termasuk pajak 12%).
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 3: Free Product Harus Dikembalikan
**Promo:** Beli minimal 10 pcs A β gratis 1 pcs B.
Admin membuat **SO dengan A = 10 pcs dan B = 1 pcs sebagai free product**. Semua barang dikirim ke customer. Namun, customer hanya menerima 6 pcs A. Admin memilih **No Redeliver** untuk sisa barang.
**Hasil:** Jumlah A yang diterima hanya 6 pcs sehingga promo gugur. Karena free product B sudah diterima customer, sistem otomatis membuat **Sales Order Return (SO Return) khusus untuk free product B**.
{% stepper %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 4: Item Non-Promo Dikurangi Tanpa Memengaruhi Promo
**Promo:** Beli A minimal 10 pcs β diskon 10%.
Admin membuat **SO dengan A = 10 pcs** sebagai item promo dan **C = 10 pcs** sebagai item non-promo.
Saat pengiriman, customer hanya menerima **2 pcs C**, sementara A tetap dikirim sebanyak 10 pcs.
**Hasil:** Jumlah A tetap memenuhi syarat promo, sehingga promo **tetap berlaku**. Jumlah C dapat dikurangi menjadi 2 pcs tanpa memengaruhi promo pada A.
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
## Semua Tipe Promo Didukung
Jenis Promo
Contoh
Diskon persen (Percentage)
Beli β₯ 10 β diskon 10%
Diskon nominal (Amount)
Beli β₯ 10 β potongan Rp5.000
Diskon nominal per kelipatan (MultiPercentage)
Setiap pembelian 5 pcs mendapat potongan sesuai kelipatan
Diskon bertingkat (Tier)
Diskon 10% pada tingkat pertama, lalu 5% pada tingkat berikutnya
Beli X gratis Y / Free Goods (BXGY)
Beli A β₯ 10 β gratis 1 B
## Yang Tidak Berubah
Situasi
Tetap Seperti Biasa
SO tanpa promo dan dikirim sebagian
Proses berjalan seperti biasa.
SO memiliki promo dan dikirim lengkap
Promo tetap berlaku dan tidak dilakukan perhitungan ulang.
Memilih Redeliver
SO dan SI tetap menunggu sampai proses pengiriman ulang selesai.
Direct Sales Invoice (SI) tanpa Delivery Order (DO)
Tidak terpengaruh oleh perubahan ini.
Perhitungan promo saat membuat SO
Tidak berubah. Perhitungan ulang hanya dilakukan saat terjadi pengiriman sebagian dengan No Redeliver.
## FAQ
Pertanyaan
Jawaban
SO memiliki promo dan sekarang bisa dikirim sebagian. Apakah promo langsung gugur?
Tidak selalu. Promo hanya gugur jika jumlah barang yang dikirim sudah tidak memenuhi syarat minimum promo. Jika syarat masih terpenuhi, promo tetap berlaku dan diskon akan disesuaikan.
Free product sudah diterima customer, tetapi promo kemudian gugur. Bagaimana prosesnya?
Jika free product sudah diterima customer, sistem akan otomatis membuat Sales Order Return (SO Return) khusus untuk free product tersebut. Admin dapat melanjutkan proses pengambilan barang melalui SO Return.
Jika memilih Redeliver, apakah promo akan dihitung ulang?
Tidak. Jika memilih Redeliver, sisa barang masih akan dikirim kembali sehingga promo belum dihitung ulang. Promo akan dihitung ulang jika Admin memilih No Redeliver.
Jika dalam satu SO terdapat dua promo, apakah salah satu promo bisa gugur sementara promo lainnya tetap berlaku?
Bisa. Setiap promo akan dicek berdasarkan syaratnya masing-masing. Promo yang syaratnya tidak terpenuhi akan gugur, sedangkan promo yang masih memenuhi syarat tetap berlaku.
Jika pembaruan SO atau SI gagal, apa yang harus dilakukan?
Buka notifikasi "Update Sales Order Failed" atau "Update Sales Invoice Failed", lalu lihat dokumen yang gagal beserta penyebabnya. Setelah itu, klik Retry untuk mencoba memperbarui dokumen tersebut kembali.
Jika ada beberapa SO atau SI yang diproses dan sebagian gagal, apakah semuanya akan dibatalkan?
Tidak. SO atau SI yang berhasil tetap tersimpan dan diproses. Hanya dokumen yang gagal yang akan ditampilkan dalam notifikasi dan dapat diproses kembali menggunakan Retry.
Apakah driver akan mendapatkan informasi jika promo gugur saat proses pengiriman?
Ya. Pada AplikasiDFA, driver akan melihat pesan error promo yang lebih jelas dan tanda error pada item yang bermasalah. Sementara itu, Admin dapat melihat perubahan pada SO dan SI setelah Delivery Summary di-approve
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Laporan Pelanggan \[Next Release]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Customer Report adalah laporan pelanggan di SMH yang menampilkan informasi customer secara lengkap dalam satu halaman. Data yang tersedia mencakup profil customer, aktivitas dan tingkat dormansi, performa penjualan, hingga persebaran lokasi customer.
Laporan ini dilengkapi dengan filter, tabel interaktif, peta, grafik visual, serta fitur export sehingga proses analisis data pelanggan menjadi lebih mudah dan cepat.
## **Latar Belakang**
Sebelumnya, informasi customer hanya tersedia melalui Export dalam bentuk data mentah yang perlu diolah kembali secara manual. Untuk mendapatkan insight seperti customer yang sudah lama tidak bertransaksi, persebaran outlet, atau performa penjualan per channel, pengguna harus melakukan pengolahan data sendiri.
Melalui Customer Report, seluruh informasi tersebut dapat diakses dalam satu halaman sehingga lebih praktis untuk monitoring dan pengambilan keputusan.
#### Manfaat Utama
* Seluruh informasi customer tersedia dalam satu report.
* Filter yang fleksibel untuk mempermudah analisis berdasarkan segmen tertentu.
* Visualisasi data dalam bentuk grafik dan peta.
* Data dapat langsung diexport ke CSV atau XLSX untuk kebutuhan analisis lanjutan.
## **Apa yang baru?**
### **1. Filter Global**
Filter digunakan untuk menyaring seluruh data yang tampil pada halaman report, termasuk summary card, tabel, grafik, dan peta.
**Filter yang tersedia:**
Filter
Fungsi
Periode
Menentukan rentang waktu data yang ditampilkan.
Province, City, District, Village
Menyaring customer berdasarkan wilayah.
Channel
Menyaring customer berdasarkan tipe outlet.
Salesperson
Menyaring customer berdasarkan salesman yang menangani.
Status Customer
Active, Unverified, Non Active, atau Blacklisted.
Location Status
All, Tagged, atau Not Tagged.
Days Since Transaction
Menampilkan customer yang sudah tidak bertransaksi minimal sejumlah hari tertentu.
{% hint style="success" %}
Tersedia tombol **Reset** untuk mengembalikan seluruh filter ke kondisi awal.
{% endhint %}
### **2. Summary Cards**
Menampilkan ringkasan kondisi customer berdasarkan filter yang sedang digunakan.
**Metrik yang Ditampilkan:**
Metrik
Keterangan
Total Customers
Total customer yang terdaftar.
Active Customers
Customer yang sedang aktif (currently active)
New Customers
Customer baru pada periode yang dipilih.
Dormant Customers
Customer yang tidak bertransaksi lebih dari 30 hari.
No Visit Customers
Customer yang tidak dikunjungi lebih dari 30 hari.
### **3. Customer List (Tab 1)**
Tab ini menampilkan daftar customer secara lengkap, mulai dari informasi dasar, aktivitas, hingga performa penjualan.
{% stepper %}
{% step %}
### π΅ Customer Information
Data pada bagian ini menampilkan informasi customer yang berasal dari master data customer di sistem.
Kolom
Keterangan
Code
Kode unik customer.
Customer Name
Nama customer. Data dapat diurutkan secara alfabet (A-Z atau Z-A).
Status
Status customer yang ditampilkan dalam bentuk badge warna: Active, Unverified, Non Active, atau Blacklisted.
Province
Provinsi customer.
City
Kota customer.
District
Kecamatan customer.
Village
Kelurahan atau desa customer.
Address
Alamat lengkap customer.
Latitude
Koordinat latitude customer. Jika belum tersedia, akan ditampilkan tanda "-" berwarna kuning.
Longitude
Koordinat longitude customer. Jika belum tersedia, akan ditampilkan tanda "-" berwarna kuning.
Location Status
Status geotag customer, yaitu Tagged (sudah memiliki koordinat) atau Not Tagged (belum memiliki koordinat).
Salesperson
Nama salesman yang menangani customer.
Channel
Tipe outlet customer berdasarkan Customer Group yang digunakan.
{% endstep %}
{% step %}
### π’ Activity & Dormancy
Data pada bagian ini menampilkan aktivitas customer dan tingkat dormansi berdasarkan riwayat transaksi serta kunjungan yang tercatat di sistem.
Informasi ini dapat digunakan untuk mengidentifikasi customer yang aktif, jarang bertransaksi, atau memerlukan tindak lanjut dari tim sales.
Kolom
Keterangan
Created At
Tanggal customer dibuat di sistem, disertai informasi waktu relatif (contoh: 15 Jan 2024 - 2 years ago).
First Transaction
Tanggal transaksi pertama customer, disertai informasi waktu relatif. Akan ditampilkan "-" jika customer belum pernah melakukan transaksi.
Last Transaction
Tanggal transaksi terakhir customer. Akan ditampilkan "-" jika customer belum pernah melakukan transaksi.
Days Since Transaction
Jumlah hari sejak transaksi terakhir. Kolom dapat diurutkan (sortable) dan dilengkapi indikator warna: hijau (β€ 30 hari), kuning (31β60 hari), dan merah (> 60 hari).
Last Visit
Tanggal kunjungan terakhir ke customer. Akan ditampilkan "-" jika belum pernah ada kunjungan.
Days Since Visit
Jumlah hari sejak kunjungan terakhir. Kolom dapat diurutkan (sortable) dan dilengkapi indikator warna: hijau (β€ 30 hari), kuning (31β60 hari), dan merah (> 60 hari).
Last Visit By
Nama salesman yang melakukan kunjungan terakhir. Akan ditampilkan "-" jika customer belum pernah dikunjungi.
Purchase Frequency
Jumlah transaksi pembelian yang dilakukan customer selama periode yang dipilih.
Visit Count
Jumlah kunjungan yang dilakukan salesman ke customer selama periode yang dipilih.
{% endstep %}
{% step %}
### π‘ Sales Performance
Data pada bagian ini dihitung berdasarkan transaksi Sales Invoice (SI) dalam periode yang dipilih. Informasi ini membantu melihat kontribusi penjualan masing-masing customer, termasuk nilai penjualan, diskon, retur, dan penjualan bersih yang dihasilkan.
Kolom
Keterangan
Total Item
Total item yang terjual dalam periode yang dipilih.
Total Discount (Rp)
Total nilai diskon yang diberikan kepada customer.
Total Sales (Rp)
Total nilai penjualan kotor sebelum dikurangi diskon dan retur.
Total Return (Rp)
Total nilai retur penjualan dari customer.
Total Net (Rp)
Total penjualan bersih yang dihitung dari Total Sales dikurangi Total Discount dan Total Return.
{% endstep %}
{% endstepper %}
### **4. Employee Performance (Tab 2)**
Tab ini menampilkan performa salesman dalam mengelola dan melayani customer. Informasi yang tersedia dapat membantu Supervisor atau Manager memantau produktivitas tim sales, seperti jumlah kunjungan yang dilakukan, jumlah customer aktif yang ditangani, serta customer yang belum memiliki salesman sehingga dapat segera ditindaklanjuti atau di-assign.
{% stepper %}
{% step %}
### Summary Cards
Metrik
Keterangan
Avg New Customer
Rata-rata jumlah customer baru yang berhasil ditambahkan oleh setiap salesman dalam periode yang dipilih.
Total Visited Customers
Total customer yang mendapatkan kunjungan dari salesman dalam periode yang dipilih.
Avg Visits
Rata-rata jumlah kunjungan yang dilakukan oleh setiap salesman dalam periode yang dipilih.
Coverage Days
Estimasi jumlah hari yang dibutuhkan untuk mengunjungi seluruh customer berdasarkan rata-rata aktivitas kunjungan yang ada.
{% endstep %}
{% step %}
### Employee List
Tabel ini menampilkan ringkasan performa masing-masing salesman dalam mengelola customer selama periode yang dipilih.
Data yang ditampilkan dapat digunakan untuk memantau aktivitas, pertumbuhan customer, serta tingkat keterlibatan customer yang ditangani oleh setiap salesman.
Kolom
Keterangan
Employee Name
Nama salesman.
Total Customers
Total customer yang menjadi tanggung jawab salesman.
New Customers
Jumlah customer baru yang dibuat atau diakuisisi dalam periode yang dipilih.
Visits
Jumlah kunjungan yang dilakukan salesman dalam periode yang dipilih.
Active Customers
Jumlah customer yang memiliki minimal satu transaksi pada periode yang dipilih.
{% endstep %}
{% step %}
### Unassigned Customers
Tabel ini menampilkan daftar customer yang belum memiliki salesman atau PIC yang ditugaskan. Informasi ini dapat digunakan untuk membantu proses distribusi customer agar seluruh customer dapat dikelola dan ditindaklanjuti dengan baik.
Kolom
Keterangan
Customer Code
Kode unik customer.
Customer Name
Nama customer.
Province
Provinsi customer.
City
Kota customer.
Created Date
Tanggal customer dibuat di sistem, disertai informasi waktu relatif (contoh: 15 Apr 2026 - 2 months ago).
{% endstep %}
{% endstepper %}
### **5. Geographic Coverage (Tab 3)**
Tab Geographic Coverage membantu memvisualisasikan persebaran customer berdasarkan lokasi. Informasi ini dapat digunakan untuk melihat area yang sudah memiliki cakupan customer yang baik, area yang masih berpotensi dikembangkan, serta mengidentifikasi customer yang belum memiliki titik koordinat sehingga dapat dilakukan geotagging pada kunjungan berikutnya.
{% stepper %}
{% step %}
### Summary Cards
Menampilkan ringkasan kondisi data lokasi customer berdasarkan filter yang sedang digunakan.
Metrik
Keterangan
Tagged Customers
Total customer yang sudah memiliki koordinat lokasi (latitude dan longitude).
Not Tagged Customers
Total customer yang belum memiliki koordinat lokasi.
Duplicate Location
Total customer yang memiliki titik lokasi yang sama dengan customer lain.
No Province
Total customer yang belum memiliki data provinsi pada master customer.
{% endstep %}
{% step %}
### Customer Distribution Map
Peta persebaran customer yang membantu pengguna memahami cakupan area distribusi, mengidentifikasi wilayah yang belum terjangkau, serta merencanakan kunjungan salesman secara lebih efektif.
**Fitur yang tersedia pada peta:**
* Menampilkan lokasi seluruh customer yang sudah memiliki koordinat.
* Warna marker menyesuaikan status customer:
* **Active** β Hijau
* **Unverified** β Kuning
* **Blacklisted** β Merah/Pink
* **Non Active** β Abu-abu
* **Duplicate Location** β Outline merah
* Klik marker untuk melihat informasi customer, meliputi:
* Nama Customer
* Kode Customer
* Status Customer
* Alamat Customer
* Marker yang berdekatan akan otomatis dikelompokkan (*cluster*) untuk mempermudah tampilan peta. Klik cluster untuk memperbesar area dan melihat detail lokasi customer.
{% endstep %}
{% step %}
### Province Breakdown
Tabel ringkasan customer berdasarkan provinsi yang dapat diperluas (*expand*) untuk melihat detail customer pada masing-masing wilayah.
Kolom
Keterangan
Province
Nama provinsi. Klik expand untuk melihat detail customer di wilayah tersebut.
Total Customers
Total customer yang berada di provinsi tersebut.
Tagged
Jumlah customer yang sudah memiliki koordinat lokasi.
Not Tagged
Jumlah customer yang belum memiliki koordinat lokasi.
Active Customers
Jumlah customer aktif di provinsi tersebut.
Total Net Sales
Total penjualan bersih customer di provinsi tersebut.
{% endstep %}
{% step %}
### Detail Customer (Expand Row)
Saat baris provinsi diperluas, sistem akan menampilkan detail customer sebagai berikut:
Kolom
Keterangan
Code
Kode unik customer.
Status
Status customer yang ditampilkan dalam bentuk badge warna.
Name
Nama customer.
Address
Alamat customer.
Latitude
Koordinat latitude customer.
Longitude
Koordinat longitude customer.
Net Sales
Total penjualan bersih customer (Total Sales - Total Discount - Total Return).
{% endstep %}
{% endstepper %}
### **6. Analytics & Charts (Tab 4)**
Tab Analytics & Charts menyajikan data customer dalam bentuk visual untuk mempermudah analisis dan pengambilan keputusan. Melalui grafik yang tersedia, pengguna dapat melihat pola, tren, dan distribusi data customer dengan lebih cepat dibandingkan melalui tabel.
Tersedia delapan grafik yang menampilkan berbagai informasi terkait customer dan aktivitas bisnis.
Chart
Tipe
Keterangan
Status Distribution
Doughnut
Menampilkan komposisi customer berdasarkan status seperti Active, Unverified, Non Active, dan Blacklisted.
Channel Distribution
Doughnut
Menampilkan distribusi customer berdasarkan channel atau Customer Group.
Pricelist Distribution
Doughnut
Menampilkan sebaran pricelist yang digunakan oleh customer.
Payment Term Distribution
Doughnut
Menampilkan distribusi customer berdasarkan termin pembayaran yang digunakan.
Tax / Non-Tax Distribution
Doughnut
Menampilkan proporsi customer pajak dan non-pajak.
Division Distribution
Doughnut
Menampilkan distribusi customer berdasarkan divisi produk.
Dormancy Distribution
Bar
Menampilkan distribusi customer berdasarkan periode terakhir transaksi untuk membantu mengidentifikasi customer yang mulai tidak aktif bertransaksi.
Kategori pada grafik Dormancy Distribution meliputi:
Past 7 Days
1 Month
2 Months
3 Months
More Than 3 Months
Last Visit Distribution
Bar
Menampilkan distribusi customer berdasarkan periode kunjungan terakhir untuk membantu memantau cakupan kunjungan salesman.
Kategori pada grafik Last Visit Distribution meliputi:
Past 7 Days
1 Month
2 Months
3 Months
More Than 3 Months
### **8. Export Data**
Fitur Export memungkinkan pengguna mengunduh data report untuk kebutuhan analisis lanjutan, pelaporan, maupun pembagian data kepada tim tanpa perlu melakukan copy-paste secara manual.
**Format Export**
Data dapat diunduh dalam format:
* **CSV (.csv)**
* **Microsoft Excel (.xlsx)**
**Ketentuan Export**
* Data yang diexport mengikuti filter yang sedang digunakan.
* Seluruh data yang sesuai filter akan diunduh, tidak terbatas pada data yang tampil di layar.
* Nilai nominal diexport dalam format angka sehingga dapat langsung digunakan untuk perhitungan atau analisis lebih lanjut.
* Progress indicator akan ditampilkan selama proses export berlangsung.
* Notifikasi akan muncul ketika file berhasil dibuat dan siap diunduh.
## **Ketentuan & Batasan**
* Report menampilkan data customer sesuai distributor (tenant) yang sedang digunakan.
* Fitur perbandingan data antar tahun belum tersedia pada versi ini dan akan dipertimbangkan pada pengembangan berikutnya.
* Data wilayah (Province, City, District, dan Village) ditampilkan sesuai data yang tersimpan pada master customer. Jika terdapat perbedaan penulisan untuk wilayah yang sama, misalnya *"Jkt"* dan *"Jakarta"*, maka data akan ditampilkan sebagai entri yang berbeda.
* Peta hanya menampilkan customer yang telah memiliki koordinat lokasi (latitude dan longitude). Customer yang belum memiliki koordinat tidak akan muncul pada peta, namun tetap ditampilkan pada tabel dan dihitung dalam metrik **Not Tagged**.
## **Cara Menggunakan**
1. Login ke **Sales Management Hub (SMH)**.
2. Buka menu **Report β Customer Report**.
3. Gunakan **Filter Panel** untuk menyaring data sesuai kebutuhan.
4. Lihat **Summary Cards** untuk mendapatkan gambaran umum kondisi customer.
5. Buka tab **Customer List** untuk melihat informasi detail customer.
6. Buka tab **Employee Performance** untuk melihat performa salesman dan daftar customer yang belum di-assign.
7. Buka tab **Geographic Coverage** untuk melihat persebaran customer pada peta dan ringkasan per wilayah.
8. Buka tab **Analytics & Charts** untuk melihat distribusi data customer dalam bentuk grafik.
9. Klik tombol **Export** untuk mengunduh data dalam format CSV atau XLSX.
## **QnA**
Pertanyaan
Jawaban
Apakah report ini dapat diakses oleh semua role?
Akses report mengikuti pengaturan Role Group yang berlaku pada masing-masing pengguna. Pastikan role yang digunakan memiliki permission untuk mengakses menu Report.
Mengapa terdapat data wilayah yang terlihat duplikat pada Province Breakdown?
Data wilayah berasal dari master customer dan dapat berasal dari berbagai sumber. Perbedaan penulisan untuk wilayah yang sama, seperti "Jkt" dan "Jakarta", akan ditampilkan sebagai data yang berbeda.
Apakah data yang diexport hanya data yang tampil di layar?
Tidak. File export akan berisi seluruh data yang sesuai dengan filter yang digunakan, termasuk data yang tidak sedang tampil pada layar.
Mengapa ada customer yang tidak muncul pada peta?
Peta hanya menampilkan customer yang telah memiliki koordinat lokasi (latitude dan longitude). Customer yang belum memiliki koordinat tetap ditampilkan pada tabel dan dihitung dalam metrik Not Tagged.
Apakah report ini mendukung perbandingan data antar tahun?
Belum. Fitur perbandingan antar periode atau antar tahun belum tersedia pada versi saat ini.
Apa perbedaan Purchase Frequency dan Visit Count?
Purchase Frequency menunjukkan jumlah transaksi pembelian yang dilakukan customer pada periode yang dipilih.
Visit Count menunjukkan jumlah kunjungan yang dilakukan salesman kepada customer pada periode yang dipilih.
Jumlah kunjungan tidak selalu sama dengan jumlah transaksi karena kunjungan belum tentu menghasilkan pembelian.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Backdate Customer Payment \[Next Release]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## Ringkasan
Kini Anda dapat mencatat pembayaran pelanggan sesuai dengan **tanggal saat pembayaran benar-benar diterima**, bukan hanya tanggal saat pembayaran diinput ke sistem.
Dengan fitur ini, pencatatan pembayaran menjadi lebih akurat dan riwayat pembayaran pelanggan lebih sesuai dengan kondisi sebenarnya.
## Apa yang Baru?
Sebelumnya, pembayaran hanya dapat dicatat menggunakan **tanggal hari ini**. Akibatnya, pembayaran yang sebenarnya diterima pada hari sebelumnya harus dicatat menggunakan tanggal saat pembayaran diinput ke sistem.
**Contohnya:**
* Pelanggan membayar pada 11 Agustus malam, tetapi pembayaran baru diinput pada 12 Agustus.
* Pelanggan melakukan transfer pada 11 Agustus, tetapi bukti transfer baru diterima pada 15 Agustus.
Pada kondisi tersebut, tanggal pembayaran yang tercatat di sistem menjadi tidak sesuai dengan tanggal pembayaran sebenarnya.
Kini, Anda dapat memilih **tanggal pembayaran yang lebih awal dari hari ini**, hingga tanggal invoice yang dibayarkan.
**Catatan:** Tanggal pembayaran tidak boleh lebih awal dari tanggal invoice dan tidak boleh melebihi tanggal hari ini.
## Cara Menggunakan
### Dari Menu Sales Invoice
Cara ini dapat digunakan jika Anda sudah mengetahui invoice yang akan dibayar.
1. Buka menu **Penjualan β Sales Invoice**.
2. Pilih satu atau beberapa invoice yang ingin dibayar.
3. Klik **Create Payment**. Tombol ini dapat diakses dari halaman detail invoice atau dari daftar invoice.
4. Form pembayaran akan terbuka dengan invoice yang sudah dipilih.
5. Pilih **Tanggal Pembayaran**. Sistem akan otomatis menentukan tanggal paling awal yang dapat dipilih berdasarkan tanggal invoice terbaru dari invoice yang dipilih.
6. Isi jumlah pembayaran, metode pembayaran, dan catatan jika diperlukan.
7. Klik **Simpan**.
### Dari Menu Customer Payment
1. Buka menu **Customer Payment**, lalu klik **Create**.
2. Pilih **Customer**. Invoice milik customer tersebut akan ditampilkan.
3. Pilih invoice yang ingin dibayar.
4. Pilih **Tanggal Pembayaran**. Batas tanggal akan otomatis menyesuaikan setiap kali Anda menambah atau menghapus invoice.
Jika memilih beberapa invoice sekaligus, **tanggal pembayaran paling awal mengikuti tanggal invoice yang paling baru**.
**Contoh:**
* Invoice A β 1 Agustus
* Invoice B β 5 Agustus
Jika kedua invoice dipilih dalam satu pembayaran, tanggal pembayaran paling awal yang dapat dipilih adalah **5 Agustus**.
Jika Anda ingin mencatat pembayaran Invoice A pada **3 Agustus**, buat pembayaran secara terpisah khusus untuk Invoice A.
5. Isi field lainnya, lalu klik **Simpan**.
## Yang Perlu Diketahui
* Tanggal pembayaran dapat dimundurkan hingga **tanggal invoice terbaru** dari invoice yang dipilih dan tanggal pembayaran tidak boleh melebihi **hari ini**.
* Jika Anda membayar beberapa invoice sekaligus, batas tanggal mengikuti **invoice dengan tanggal paling baru**.
* Setiap kali Anda menambah atau menghapus invoice, batas tanggal akan **dihitung ulang secara otomatis**.
* Jika tanggal pembayaran yang sudah dipilih menjadi lebih awal dari batas tanggal baru, sistem akan otomatis menyesuaikannya.
* Jika Anda mengganti customer atau menghapus semua invoice, batas tanggal pembayaran akan kembali ke **hari ini**.
* Fitur pembayaran dengan tanggal mundur **belum tersedia untuk perusahaan yang menggunakan integrasi akuntansi Accurate**. Dalam kondisi tersebut, tanggal pembayaran tetap harus menggunakan tanggal hari ini, seperti sebelumnya.
* Jika Anda tidak yakin apakah perusahaan menggunakan integrasi Accurate, silakan tanyakan kepada Admin atau tim Anda.
## **QnA**
Pertanyaan
Jawaban
Sampai kapan tanggal pembayaran dapat dimundurkan?
Tanggal pembayaran dapat dimundurkan hingga tanggal invoice yang dibayar. Tanggal pembayaran tidak boleh lebih awal dari tanggal invoice dan tidak boleh melebihi hari ini.
Mengapa tanggal pembayaran tidak dapat dipilih lebih awal, padahal terdapat invoice dengan tanggal yang lebih lama?
Jika beberapa invoice digabungkan dalam satu pembayaran, batas tanggal pembayaran mengikuti tanggal invoice yang paling baru. Hal ini untuk memastikan tanggal pembayaran tidak lebih awal dari salah satu invoice yang dipilih. Jika ingin mencatat pembayaran dengan tanggal yang lebih lama untuk invoice tertentu, buat pembayaran secara terpisah untuk invoice tersebut.
Mengapa pilihan tanggal pembayaran mundur tidak tersedia?
Terdapat beberapa kemungkinan:
Pertama, invoice dibuat pada hari ini sehingga tanggal pembayaran tidak dapat lebih awal dari tanggal invoice.
Kedua, perusahaan menggunakan integrasi akuntansi Accurate, yang saat ini belum mendukung pembayaran dengan tanggal mundur.
Untuk kondisi tersebut, tanggal pembayaran harus menggunakan tanggal hari ini.
Apakah pencatatan pembayaran dengan tanggal bulan lalu akan memengaruhi nilai piutang pada bulan tersebut?
Ya. Laporan Piutang (AR Report) diperbarui secara real-time. Pencatatan pembayaran dengan tanggal bulan lalu akan menyesuaikan nilai piutang pada periode tersebut. Pastikan tanggal pembayaran yang dipilih sesuai dengan tanggal pembayaran sebenarnya.
Bagaimana jika tanggal pembayaran yang dipilih ternyata salah?
Saat ini belum tersedia fitur untuk mengedit pembayaran yang telah dibuat. Untuk melakukan koreksi, batalkan pembayaran terlebih dahulu, kemudian buat kembali pembayaran dengan tanggal yang sesuai.
## Modul yang Tidak Terpengaruh
Fitur ini hanya berlaku untuk pencatatan **Customer Payment**. Modul berikut tidak mengalami perubahan:
* **Collection** tidak termasuk dalam perubahan fitur ini.
* **Sales Target** tetap dihitung berdasarkan Sales Invoice, bukan berdasarkan pembayaran.
* Untuk perusahaan yang menggunakan **integrasi Accurate**, fitur pembayaran dengan tanggal mundur tidak tersedia sehingga proses pembayaran tetap mengikuti ketentuan sebelumnya.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Form Engine \[10 September 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## Ringkasan
Kini Anda dapat **membuat form survey dan pengumpulan data langsung di SimpliDOTS**. Form dapat dibuat sesuai kebutuhan, kemudian dibagikan kepada tim untuk diisi saat melakukan kunjungan ke outlet.
Pengisian form juga dapat dilakukan **tanpa koneksi internet**. Seluruh hasil pengisian akan tersimpan secara otomatis dan dapat di-export untuk kebutuhan pengolahan data.
## Apa yang Baru?
Sebelumnya, survey outlet dilakukan menggunakan form yang terpisah dari aktivitas kunjungan di SimpliDOTS. Hal ini membuat tim perlu berpindah aplikasi saat melakukan survey.
Kini, seluruh proses dapat dilakukan langsung di SimpliDOTS. Anda dapat:
* **Membuat form sendiri** sesuai kebutuhan, seperti pertanyaan pilihan ganda, angka, rating, foto, dan lainnya.
* **Menentukan tim dan outlet** yang dapat mengisi form serta periode pengisiannya.
* Memungkinkan tim **mengisi form tanpa internet**. Data akan tersimpan di perangkat dan dikirim otomatis saat kembali online.
* **Mengunduh hasil pengisian form** dalam format Excel atau CSV.
## Cara Menggunakan
### Untuk Admin (Web Backoffice / SMH)
#### **Membuat Form**
1. Buka menu **Master Data β Form**.
2. Klik **+ Buat Form Baru**.
3. Isi informasi form, seperti **Nama Form, Tipe, Periode Pengisian,** dan **Employee** yang akan mengisi form. Anda juga dapat menentukan customer atau channel tertentu jika diperlukan.
4. Tambahkan pertanyaan sesuai kebutuhan. Tersedia berbagai pilihan jawaban seperti teks, angka, pilihan ganda, checkbox, dropdown, rating, tanggal, dan foto.
5. Atur urutan pertanyaan dengan cara **drag & drop**.
6. Klik **Simpan** jika ingin menyimpan form terlebih dahulu, atau klik **Simpan & Publish** agar form dapat langsung digunakan oleh tim.
#### **Melihat Hasil Form**
1. Buka **Master Data β Form** dan pilih form yang ingin dilihat.
2. Klik **Export** untuk mengunduh hasil pengisian dalam format Excel atau CSV.
#### **Memantau Pengisian Form**
* Buka **Master Data β Form Templates** untuk melihat jumlah form yang aktif, jumlah jawaban yang sudah masuk, persentase penyelesaian, serta form yang mendekati batas waktu tetapi belum selesai.
### Untuk Tim Lapangan (Aplikasi Mobile / SFA)
Terdapat 2 cara untuk mengisi **Form** pada aplikasi SFA:
* Melalui menu **Form**: seluruh form akan ditampilkan.
* Melalui menu **Pelanggan** dengan tombol **Assigned Form**: form yang ditampilkan akan terfilter sesuai **customer**.
#### Menu Form
| .jpeg?alt=media\&token=dcb0798d-6898-4aee-b83f-397dbf3e0926) |  |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
1. Buka menu **Form** pada aplikasi.
2. Pilih form yang perlu diisi. Seluruh form akan ditampilkan, dan Anda dapat melihat jumlah pengisian serta batas waktu form.
3. Lakukan **Check-in**, lalu pilih outlet yang akan dituju.
4. Isi seluruh pertanyaan pada form.
5. Klik **Submit** jika pengisian sudah selesai, atau klik **Simpan Draft** jika ingin melanjutkan pengisian di lain waktu.
#### Menu Pelanggan
|  |  |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
1. Lakukan **Check-in** pada outlet yang dituju.
2. Klik tombol **Assigned Form**. Form yang ditampilkan akan terfilter sesuai dengan customer yang telah dipilih.
3. Pilih form yang akan diisi.
4. Isi seluruh pertanyaan pada form.
5. Klik **Submit** jika pengisian sudah selesai, atau klik **Simpan Draft** jika ingin melanjutkan pengisian di lain waktu.
## Yang Perlu Diketahui
* Form **hanya dapat digunakan di aplikasi SFA setelah di-Publish** dan selama masih berada dalam periode aktifnya. Form Draft tidak akan muncul untuk tim lapangan.
* Tim lapangan **hanya dapat mengisi form saat melakukan Check-in** di outlet yang ditugaskan. Sebelum Check-in, form hanya dapat dilihat statusnya.
* **Satu Employee dapat mengisi satu form satu kali dalam satu kunjungan.**
* Setelah Submit, form menjadi read-only dan hanya dapat dilihat.
* Jika Employee melakukan kunjungan kembali ke outlet yang sama, pengisian form baru dapat dilakukan kembali.
* Satu form dapat memiliki **maksimal 50 pertanyaan** untuk menjaga performa aplikasi SFA.
* **Pertanyaan foto** menggunakan kamera langsung, bukan galeri. Foto akan otomatis dilengkapi dengan waktu, lokasi GPS, dan watermark.
* **Kondisi tampil (skip logic)** hanya dapat mengacu pada pertanyaan yang berada sebelumnya. Jika kondisi tidak terpenuhi, pertanyaan akan disembunyikan dan jawabannya tidak akan disimpan.
* **Mengedit form yang sudah memiliki jawaban tidak akan menghapus data sebelumnya.**
* Jika sebuah pertanyaan dihapus, jawaban sebelumnya tetap tersedia pada rekap dan hasil Export dengan tanda **"(dihapus)"**.
* Jika menambahkan pertanyaan baru, jawaban pada data sebelumnya akan ditampilkan sebagai **"β"**.
* **Form yang sedang aktif (Published) tidak dapat dihapus.** Form harus diselesaikan (Completed) terlebih dahulu sebelum dapat dihapus.
* **Hak akses form diatur melalui permission pada Role Group.** Jika menu atau tombol tertentu tidak tersedia, kemungkinan akun Anda belum memiliki izin yang sesuai. Admin dapat mengatur izin melalui **Pengaturan Pengguna / Role Group**.
* Izin yang tersedia meliputi melihat form, membuat/mengisi form, mengedit, menghapus, melihat jawaban, dan melakukan Export.
## **QnA**
Pertanyaan
Jawaban
Apakah tim lapangan dapat mengisi form tanpa koneksi internet?
Ya. Form akan tersedia di perangkat setelah proses login dan sinkronisasi. Pengisian form, termasuk pengambilan foto, dapat dilakukan secara offline. Data akan otomatis dikirim ketika perangkat kembali terhubung ke internet.
Form yang baru di-Publish belum muncul di perangkat tim. Apa yang harus dilakukan?
Jika form sudah di-Publish tetapi belum muncul di aplikasi, tim lapangan dapat melakukan sinkronisasi manual untuk memperbarui data form. Selain itu, data form juga akan diperbarui secara otomatis saat login atau Check-in berikutnya.
Apakah jawaban sebelumnya tetap tersimpan jika form diedit atau pertanyaannya dihapus oleh admin?
Ya. Seluruh jawaban yang sudah tersimpan tetap tersedia.
Jika pertanyaan dihapus, jawaban sebelumnya tetap muncul pada rekap dan hasil Export dengan tanda "(dihapus)".
Jika ada pertanyaan baru, data pengisian sebelumnya akan menampilkan "β" pada pertanyaan tersebut.
Mengapa tim lapangan tidak dapat mengisi form meskipun sudah ditugaskan?
Beberapa kemungkinan penyebabnya yaitu:
Form belum di-Publish.
Periode form belum dimulai atau sudah berakhir.
Tim belum melakukan Check-in di outlet yang ditugaskan.
Akun tim belum memiliki izin untuk mengisi form pada Role Group
Apakah satu form dapat diisi oleh dua Employee berbeda pada outlet yang sama?
Ya. Setiap Employee dapat mengisi satu form satu kali dalam satu kunjungan. Jika dua Employee berbeda mengisi form yang sama pada outlet yang sama, masing-masing pengisian akan tercatat sebagai jawaban yang terpisah.
Bagaimana jika tim melakukan Submit sebelum deadline, tetapi data baru terkirim setelah deadline karena tidak ada internet?
Pengisian tetap dianggap diterima. Sistem menggunakan waktu saat form diisi dan di-Submit, bukan waktu saat data berhasil dikirim ke server.
Keterlambatan sinkronisasi karena masalah koneksi tidak dianggap sebagai keterlambatan pengisian.
Apakah satu jawaban yang salah dapat dihapus?
Saat ini belum tersedia fitur untuk menghapus jawaban yang sudah dikirim dari aplikasi SFA.
Format apa saja yang tersedia untuk Export?
Hasil form dapat diunduh dalam format Excel (.xlsx) dan CSV. File Excel dapat memuat tautan foto, sedangkan file CSV hanya berisi data tanpa foto.
Proses Export dilakukan di latar belakang dan Anda akan mendapatkan notifikasi ketika file sudah siap untuk diunduh.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Contact Support Widget \[2 September 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### **Ringkasan**
Kini menghubungi tim Support SimpliDOTS jadi lebih mudah. Cukup tekan tombol **Contact Support**, Anda akan langsung diarahkan ke WhatsApp tim Support dengan pesan yang sudah terisi otomatis, termasuk **nomor tiket**. Dengan begitu, laporan Anda tercatat dan lebih mudah ditindaklanjuti oleh tim Support.
### **Apa yang Baru?**
Kini di setiap aplikasi SimpliDOTS tersedia tombol **Contact Support** untuk memudahkan Anda menghubungi tim Support secara langsung melalui WhatsApp.
Setiap kali Anda menghubungi Support melalui tombol ini, sistem akan otomatis membuatkan **nomor tiket** untuk laporan Anda. Nomor tiket membantu setiap laporan lebih mudah dilacak, sehingga tim Support dapat lebih cepat mengenali dan menindaklanjuti kendala Anda.
**Tidak perlu khawatir jika pesan belum sempat dikirim.** Meskipun Anda membatalkan atau tidak jadi mengirim pesan WhatsApp, laporan tetap tercatat di sistem.
**Tombol Contact Support tersedia di:**
Aplikasi/Sistem
Halaman
SFA
Tersedia di halaman Help & Support.
DFA
Tersedia melalui tombol Contact Support.
Supervision
Tersedia melalui tombol headset yang mengambang di pojok kanan bawah pada halaman Dashboard, Home, dan Profile.
Backoffice
Tersedia melalui tombol headset yang mengambang di pojok kanan bawah pada seluruh halaman setelah Anda login.
#### **Cara Menghubungi Support**
**Di aplikasi mobile (SFA / DFA / Supervision):**
1. Tekan tombol **Contact Support** atau ikon **headset** di pojok layar pada Supervision.
2. Akan muncul konfirmasi. Tekan **Continue** untuk melanjutkan atau **Cancel** jika ingin membatalkan.
3. Anda akan langsung diarahkan ke WhatsApp dengan pesan yang sudah terisi otomatis. Tinggal tekan **Kirim**.
**Di aplikasi web (Backoffice):**
1. Tekan ikon **headset** di pojok kanan bawah layar.
2. Akan muncul form berisi **Nama Perusahaan, Nama Lengkap,** dan **Jabatan**. Data biasanya sudah terisi otomatis sesuai akun Anda.
3. Periksa kembali datanya, lalu tekan tombol **Kirim**.
4. Anda akan langsung diarahkan ke WhatsApp dengan pesan yang sudah terisi otomatis. Tinggal tekan **Kirim**.
### **Yang Perlu Diketahui**
* **Nomor tiket dibuat otomatis,** anda tidak perlu membuat atau mencatatnya sendiri.
* **Laporan tetap tercatat** meskipun Anda batal mengirim pesan melalui WhatsApp.
* Di aplikasi web (**Backoffice**), data **Nama Perusahaan, Nama Lengkap,** dan **Jabatan** akan terisi otomatis sesuai data akun Anda, tetapi masih bisa diubah sebelum dikirim.
* Jika WhatsApp tidak dapat dibuka, misalnya karena belum terpasang di perangkat, akan muncul **pesan pemberitahuan**. Laporan Anda tetap tersimpan di sistem.
### **QnA**
Pertanyaan
Jawaban
Ke mana saya diarahkan saat menekan Contact Support?
Anda akan diarahkan ke WhatsApp tim Support SimpliDOTS dengan pesan yang sudah otomatis terisi, termasuk nomor tiket. Anda tinggal menekan Kirim.
Apa yang terjadi kalau saya tidak jadi mengirim pesan WhatsApp?
Tidak masalah. Laporan tetap tercatat di sistem dan dapat ditindaklanjuti oleh tim Support.
Kenapa form saya di aplikasi web sudah terisi?
Data diambil otomatis dari profil akun yang sedang login, sehingga Anda tidak perlu mengetik ulang. Data tetap bisa diubah sebelum dikirim.
Di aplikasi apa saja fitur ini tersedia?
Fitur Contact Support tersedia di SFA, DFA, Supervision, dan SAP/SMH.
Silakan tonton video ini untuk cara menghubungi Contact Support π
{% embed url="" %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Perbaikan: Pajak Faktur (Inclusive/Exclusive) Kini Konsisten Setelah Sync \[25 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Ada perbaikan pada perhitungan pajak transaksi. Sebelumnya, faktur (Sales Invoice) yang dibuat dari SFA dengan pajak **inclusive** (harga sudah termasuk pajak) bisa berubah menjadi **exclusive** setelah di-sync ke Back Office. Akibatnya, nilai pajak dan total faktur bisa berbeda antara yang dilihat oleh sales di SFA dan yang tercatat di Back Office.
Sekarang, **mode pajak akan tetap konsisten sebelum dan sesudah sync**. Jadi, jika faktur dibuat dengan pajak **inclusive**, setelah sync ke Back Office tetap tercatat sebagai **inclusive**, begitu juga untuk pajak **exclusive**.
## **Penyebabnya**
Mode pajak (**inclusive** atau **exclusive**) ditentukan berdasarkan **Price List** yang digunakan oleh customer.
Masalah terjadi ketika **customer tidak memiliki Price List sendiri**:
* Saat proses sync, informasi mengenai mode pajak customer tersebut tidak ikut terbawa.
* Server kemudian menggunakan **exclusive** sebagai nilai default.
* Akibatnya, faktur yang awalnya dibuat dengan pajak **inclusive** bisa berubah menjadi **exclusive** setelah sync ke Back Office.
## **Sekarang: Apa yang Berubah**
Kalau customer **tidak memiliki Price List sendiri**, sistem sekarang otomatis menggunakan **Default Price List tenant** sebagai acuan untuk menentukan mode pajak.
Dengan perubahan ini:
* Mode pajak mengikuti pengaturan Price List yang benar β **inclusive tetap inclusive, exclusive tetap exclusive**.
* Nilai pajak dan total faktur **tetap sama** antara SFA dan Back Office, baik sebelum maupun setelah sync.
* Berlaku untuk transaksi yang dibuat atau diedit melalui **SFA (mobile) maupun web**.
* Berlaku juga untuk **Sales Order Return**. Retur akan mengikuti mode pajak dan Price List dari transaksi asalnya.
> **Catatan penting:** Perbaikan ini hanya berlaku untuk **faktur/transaksi baru dan transaksi yang diedit setelah update**. Faktur lama yang sudah terlanjur memiliki nilai pajak yang tidak sesuai **tidak akan terkoreksi otomatis**. Jika ada faktur lama yang nilainya tidak sesuai, perlu dicek dan diperbaiki secara manual.
## **Contoh**
**Customer tanpa Price List sendiri**
Toko **Sumber Rejeki** tidak memiliki Price List khusus, sehingga sistem menggunakan **Default Price List tenant** yang sudah diatur dengan **inclusive tax**.
| Sebelum Perbaikan | Setelah Perbaikan |
| ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
| Sales membuat atau mengedit faktur dengan pajak inclusive. Setelah sync, pajak berubah menjadi **exclusive**, sehingga total faktur ikut berubah. | Sistem menggunakan Default Price List sebagai acuan. Pajak tetap **inclusive** setelah sync dan **total faktur tidak berubah**. |
Jadi, nilai yang dilihat sales di SFA akan tetap konsisten dengan yang tercatat di Back Office.
## **FAQ**
Pertanyaan
Jawaban
Apakah pajak sekarang selalu inclusive?
Tidak. Mode pajak mengikuti setelan Price List:
Menggunakan Price List customer, atau
Default Price List tenant) jika customer tidak memiliki Price List sendiri.
Jika setelannya inclusive, maka pajaknya inclusive. Jika exclusive, maka tetap exclusive.
Perbaikan ini memastikan mode pajak tidak berubah sendiri setelah sync.
Faktur lama saya yang sudah salah, apakah otomatis diperbaiki?
Tidak.
Perbaikan ini hanya berlaku untuk faktur baru dan faktur yang diedit setelah update. Faktur lama yang sudah terlanjur salah perlu dicek dan diperbaiki secara manual jika diperlukan.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Update: Toko yang Dipindah atau Dihapus dari Rute Kini Otomatis Rapi Saat Sync \[25 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Sekarang aplikasi SFA akan **otomatis merapikan daftar toko (pelanggan) setiap kali Sales melakukan Sync**.
Jika toko sudah **dipindahkan ke Sales lain atau dihapus dari Back Office**, toko tersebut akan otomatis hilang dari aplikasi Sales lama setelah Sync berikutnya.
**Tidak perlu lagi melakukan Clear All Data.**
## **Masalah Sebelumnya**
Ketika admin memindahkan atau menghapus toko dari rute salesman di Back Office:
* Toko tersebut **masih tetap muncul** di rute salesman di aplikasi.
* Untuk menghilangkannya, salesman harus melakukan **Clear All Data**, lalu melakukan sync ulang dari awal.
* Cara ini berisiko karena **kunjungan atau pesanan yang belum sempat di-sync dapat ikut terhapus**.
**Akibatnya:** rute salesman menjadi tidak sesuai dengan kondisi terbaru di Back Office, dan salesman harus melakukan langkah tambahan hanya untuk memperbarui daftar tokonya.
## **Apa yang Berubah?**
{% stepper %}
{% step %}
### Daftar Toko Otomatis Rapi Saat Sync
Sekarang, setiap kali Sales melakukan **Sync**, aplikasi akan mengecek kembali toko yang masih menjadi tanggung jawab Sales.
Jika toko sudah **dipindahkan ke Sales lain atau dihapus dari Back Office**, toko tersebut akan otomatis diperbarui dari aplikasi Sales lama.
**Tidak perlu lagi Clear All Data.**
{% endstep %}
{% step %}
### Perilaku pada Beberapa Kondisi
Perapian dilakukan dengan tetap menjaga data atau aktivitas Sales yang belum sempat di-sync.
| Situasi | Yang Terjadi Saat Sync |
| ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
| **Toko baru dibuat offline** dan belum pernah ada di Back Office | Toko tidak ikut terhapus. Data toko akan dikirim ke Back Office saat Sync. |
| **Toko sedang diedit**, dan masih aktif serta menjadi tanggung jawab Sales | Perubahan akan dikirim ke Back Office seperti biasa. |
| **Toko sedang diedit**, tetapi sudah dihapus admin di Back Office | Perubahan tidak dapat dikirim dan aplikasi menampilkan **"toko tidak ditemukan (not found)"**. |
| **Toko dipindahkan ke Sales lain** dan tidak ada aktivitas yang sedang berjalan | Toko akan hilang dari daftar Sales lama setelah Sync dan muncul di Sales baru. |
| **Toko dihapus dari Back Office** dan sudah masuk ke rute Sales | Toko akan otomatis terhapus dari rute setelah Sync. |
| **Toko dipindahkan/dihapus saat Sales sedang kunjungan** (sudah Check-in) | Sales tetap dapat menyelesaikan kunjungan dan melakukan **Checkout**. Toko akan hilang setelah kunjungan selesai dan Sync berikutnya. |
| {% endstep %} | |
{% step %}
### Sync Tetap Berjalan Saat Koneksi Bermasalah
Jika koneksi internet terputus saat proses perapian berlangsung, **Sync tetap dianggap berhasil**.
Proses perapian akan dilanjutkan kembali pada Sync berikutnya, sehingga kondisi ini **tidak menyebabkan Sync gagal**.
{% endstep %}
{% endstepper %}
## **Contoh Kasus**
| Case | Situasi | Yang Terjadi |
| --------------------------------------- | ------------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Toko dipindah ke Sales lain | Toko **Berkah Jaya** sebelumnya menjadi tanggung jawab Sales A, kemudian dipindahkan admin ke Sales B. | Setelah Sales A Sync, **Berkah Jaya** otomatis hilang dari daftar Sales A dan muncul di Sales B. **Tidak perlu Clear All Data.** |
| Toko baru dibuat offline | Sales A membuat toko baru **Sinar Abadi** saat tidak ada koneksi internet dan belum sempat Sync. | Saat koneksi kembali dan Sales melakukan Sync, toko tetap aman dan **data Sinar Abadi dikirim ke Back Office**. |
| Toko diedit, tetapi sudah dihapus admin | Sales A mengedit **Rejeki Baru**, tetapi sebelum Sync, admin sudah menghapus toko tersebut dari Back Office. | Saat Sync, perubahan tidak dapat disimpan dan muncul pesan **"toko tidak ditemukan (not found)"** karena toko sudah tidak tersedia di Back Office. |
| Toko dipindah saat sedang kunjungan | Sales A sedang **Check-in** di **Maju Terus**, kemudian admin memindahkan toko tersebut ke Sales lain. | Sales A tetap dapat menyelesaikan kunjungan dan **Checkout**. Jika ada pesanan β **Effective Call**. Jika tidak ada pesanan β **Unplanned Visit**. Setelah kunjungan selesai dan Sync berikutnya, toko hilang dari daftar Sales A. |
## **FAQ**
Pertanyaan
Jawaban
Apakah saya masih perlu Clear All Data kalau ada toko yang dipindah atau dihapus?
Tidak. Cukup lakukan Sync biasa. Toko yang sudah bukan menjadi tanggung jawab Anda akan otomatis hilang dari daftar.
Saya sudah edit toko, tapi saat Sync muncul "toko tidak ditemukan". Kenapa?
Hal ini terjadi karena toko yang Anda edit sudah dihapus admin dari Back Office. Karena toko sudah tidak tersedia, perubahan tidak dapat disimpan. Ini merupakan kondisi yang wajar, bukan error aplikasi.
Kalau toko sudah punya transaksi lama, apakah transaksinya ikut hilang saat toko dipindah?
Tidak. Yang dirapikan hanya daftar toko di aplikasi SFA. Data transaksi dan histori di Back Office tetap tersimpan.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Pindah Data Invoice DMS ke SAP \[21 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Fitur baru di SMH memungkinkan Admin memindahkan data dari DMS ke SAP secara mandiri. Setelah fitur diaktifkan, Admin dapat memindahkan data pelanggan, produk, faktur yang belum lunas, retur, serta riwayat pembayaran. Dengan demikian, proses penagihan, perhitungan limit kredit, dan laporan piutang di SAP dapat langsung berjalan dengan akurat tanpa perlu melakukan input data dari awal.
**Catatan:**
* Menu ini perlu diaktifkan terlebih dahulu.
* Hubungi tim Customer Success (CS) untuk melakukan aktivasi (cukup 1 kali).
* Setelah berhasil diaktifkan, menu akan tersedia secara permanen di sistem.
## **Kenapa Fitur Ini Dibuat?**
Fitur ini dibuat untuk memudahkan proses migrasi dari DMS ke SAP, terutama bagi tenant yang masih memiliki transaksi yang belum selesai.
Beberapa kondisi yang menjadi alasan hadirnya fitur ini:
* Tenant yang baru berpindah ke SAP masih memiliki faktur yang belum lunas di DMS.
* Tim Collector membutuhkan riwayat pembayaran agar proses penagihan di SAP tetap berlanjut dengan data yang lengkap.
* Sebelumnya proses migrasi dilakukan secara manual, sehingga berisiko menyebabkan data terlewat, duplikasi, atau ketidaksesuaian data.
## **Apa yang Bisa Dilakukan?**
1. **Pindahkan Data Master**\
Pindahkan data master yang dibutuhkan di SAP, seperti pelanggan, produk, karyawan, gudang, pajak, metode pembayaran, serta data pendukung lainnya.
2. **Pindahkan Faktur & Pembayaran**\
Pindahkan faktur yang belum lunas beserta riwayat pembayarannya. Faktur retur juga dapat dipindahkan agar histori transaksi tetap lengkap.
3. **Hitung Ulang Piutang**\
Setelah seluruh data berhasil dipindahkan, lakukan perhitungan ulang saldo piutang dan limit kredit agar nilai yang ditampilkan di SAP sesuai dengan kondisi sebenarnya.
## **Cara Menggunakan**
Halaman **Migrasi** memungkinkan Anda menarik (sync) data dari DMS ke SAP. Halaman ini membantu Anda mentransfer master data (seperti pelanggan, produk, karyawan) dan data transaksi (seperti faktur penjualan) dari DMS ke SAP.
#### **Langkah 1: Aktivasi Menu (cukup 1 kali)**
1. Hubungi tim Customer Success (CS).
2. Sampaikan bahwa Anda ingin mengaktifkan fitur **Sync DMS** untuk memindahkan data dari DMS ke SAP.
3. Setelah aktivasi selesai, menu **Sync DMS** akan muncul pada **menu profil** di pojok kanan atas.
#### **Langkah 2: Pindahkan Data Master**
1. Buka menu **Sync DMS** melalui **foto profil** di pojok kanan atas.
2. Pada halaman **Sync DMS**, akan ditampilkan daftar data yang dapat dipindahkan.
3. Klik tombol **Sync** pada setiap data master, mulai dari urutan paling atas.
4. Tunggu hingga status berubah menjadi **Synced today** β .
5. Jika proses gagal, baca pesan error yang ditampilkan, perbaiki datanya di DMS, lalu klik **Sync** kembali.
> **π‘ Tips:**\
> Sistem akan menampilkan urutan data yang harus dipindahkan. Klik tombol **Sync** yang sudah aktif (berwarna hijau). Tombol lainnya akan aktif secara otomatis setelah seluruh prasyaratnya terpenuhi.
**Prasyarat Master Data**
Tipe Data
Harus disync terlebih dahulu
Customer
PaymentTerm, PriceList, Channel
Employee
Position
Product
Unit, Brand, Division, Category, Tax
Warehouse
β (tanpa prasyarat)
PaymentMethod
β (tanpa prasyarat)
Prasyarat ditampilkan sebagai baris indentasi di bawah tipe data induknya. Anda harus mensync semua prasyarat **hari ini** sebelum tombol induk tersedia.
**Match Key**
Match key adalah field yang digunakan untuk mengecek apakah sebuah record sudah ada di SAP:
* Jika record DMS **cocok** dengan record SAP yang sudah ada β akan di-**update**
* Jika record DMS **tidak cocok** β **record baru** akan dibuat
* Untuk data transaksi: jika ditemukan kecocokan, record akan di-**skip** (tidak diupdate)
{% hint style="info" %}
**Tips**
* Sync master data **setiap hari** sebelum mensync data transaksi
* Ikuti urutan prasyarat β sistem menerapkan ini secara otomatis
* Jika sync gagal, periksa pesan error di kolom Status
* Halaman otomatis memperbarui status setiap 30 detik selama sync berjalan
* Anda tidak perlu tetap di halaman ini β sync tetap berjalan di background
{% endhint %}
#### **Langkah 3: Pindahkan Faktur**
1. Pastikan seluruh data master telah berstatus **Synced today**.
2. Pilih **tanggal mulai** untuk menentukan faktur yang akan dipindahkan.
3. Klik **Sync** pada **Faktur Penjualan**. Riwayat pembayaran yang terkait akan ikut dipindahkan secara otomatis.
4. Jika diperlukan, klik **Sync** pada **Faktur Retur**.
> **β οΈ Penting:**\
> Tanggal mulai hanya dapat ditentukan **sekali**, yaitu sebelum proses sinkronisasi pertama dilakukan. Setelah itu, tanggal tersebut tidak dapat diubah. Pastikan tanggal yang dipilih sudah sesuai sebelum menekan tombol **Sync**.
**Aturan Data Transaksi**
Tipe Data
Persyaratan
SalesInvoice
Semua master data sudah disync hari ini
SalesInvoiceReturn
Semua master data sudah disync hari ini
CreditNotes
Semua master data + SalesInvoice sudah disync hari ini
**Penting:** Data transaksi adalah migrasi satu kali. Setelah dimasukkan ke SAP, data tidak akan diperbarui pada sync berikutnya.
Untuk SalesInvoice dan SalesInvoiceReturn, Anda dapat mengatur **Tanggal Mulai** dan memfilter berdasarkan **Status Invoice** untuk mengontrol transaksi yang ditarik. Field-field ini hanya dinonaktifkan saat sync sedang berjalan.
#### **Langkah 4: Hitung Ulang Piutang**
1. Setelah seluruh faktur selesai dipindahkan, klik **Hitung Ulang**.
2. Sistem akan memperbarui saldo piutang serta sisa limit kredit setiap pelanggan agar sesuai dengan data yang telah dipindahkan.
## **Indikator Status**
Status
Arti
:check-circle: Synced today
Data berhasil disync hari ini
:check-circle: Up to date
Tidak ada data baru untuk disync
:spinner: Syncing...
Sync sedang berjalan
:exclamation-circle: Not synced today
Data pernah disync, tapi belum hari ini
:minus-circle: Not initiated
Data belum pernah disync
:times-circle: Error
Terjadi kesalahan
## **Aturan Penting**
Hal
Keterangan
Urutan proses
Data master harus dipindahkan terlebih dahulu, baru kemudian faktur. Sistem akan mencegah proses jika urutannya belum sesuai.
Aman dijalankan berulang
Data yang sudah pernah dipindahkan tidak akan dibuat duplikat.
Jika terjadi error
Proses akan berhenti pada data yang bermasalah. Perbaiki data di DMS, lalu jalankan proses Sync kembali.
Stok
Proses Sync DMS tidak memengaruhi data stok karena pengaturan stok dilakukan secara terpisah.
Limit kredit
Saldo piutang dan limit kredit baru akan diperbarui setelah menjalankan Hitung Ulang.
Data di DMS
Seluruh data di DMS tetap aman dan tidak mengalami perubahan.
Sistem tetap bisa digunakan
SMH tetap dapat digunakan seperti biasa selama proses sinkronisasi berlangsung.
Jika browser ditutup
Proses sinkronisasi tetap berjalan di server. Anda dapat membuka kembali halaman Sync DMS untuk melihat status proses terbaru.
## **Label Baru di Faktur**
Faktur yang dipindahkan dari DMS ke SAP akan menampilkan label **"Dibuat dari: Migrasi DMS"**. Label ini memudahkan Anda membedakan faktur hasil migrasi dengan faktur yang dibuat langsung di SAP.
## **FAQ**
Pertanyaan
Jawaban
Menu "Sync DMS" tidak muncul?
Hubungi tim Customer Success (CS) untuk melakukan aktivasi. Aktivasi hanya dilakukan 1 kali, setelah itu menu Sync DMS akan muncul secara permanen pada menu profil.
Apakah data di DMS akan hilang setelah dipindahkan?
Tidak. Data di DMS tetap utuh. Proses Sync DMS hanya membaca dan menyalin data ke SAP, tanpa mengubah atau menghapus data di DMS.
Saya menjalankan proses Sync dua kali untuk data yang sama. Apakah akan terjadi duplikasi?
Tidak. Sistem hanya memproses data yang belum pernah dipindahkan. Data yang sudah tersinkronisasi akan otomatis dilewati.
Kenapa tombol Sync berwarna abu-abu (disabled)?
Masih ada data yang harus dipindahkan terlebih dahulu. Sistem akan menampilkan informasi mengenai data yang perlu diselesaikan sebelum proses berikutnya dapat dijalankan.
Bagaimana jika proses Sync gagal di tengah jalan?
Proses akan berhenti pada data yang bermasalah. Periksa pesan error yang ditampilkan, perbaiki datanya di DMS, lalu klik Sync kembali. Data yang sudah berhasil dipindahkan tidak perlu diproses ulang.
Apakah stok akan berubah setelah faktur dipindahkan?
Tidak. Proses Sync DMS tidak memengaruhi data stok. Jika diperlukan, pengaturan stok dilakukan secara terpisah melalui menu Penyesuaian Stok.
Berapa lama proses Sync berlangsung?
Lama proses bergantung pada jumlah data yang dipindahkan. Anda dapat menutup halaman atau browser karena proses tetap berjalan di belakang layar. Buka kembali halaman Sync DMS untuk melihat status sinkronisasi terbaru.
## **Pertanyaan?**
Jika mengalami kendala atau membutuhkan bantuan, silakan hubungi tim **Customer Success (CS)**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Account Receivable Report \[10 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
**Account Receivable Report** adalah laporan piutang terbaru pada menu **Intelligence** yang membantu Finance, Accounting, dan Owner memonitor kondisi piutang customer tanpa perlu melakukan pengolahan data di Excel.
Melalui laporan ini, Anda dapat mengetahui invoice yang masih outstanding, status overdue, umur piutang, hingga ringkasan piutang berdasarkan customer maupun salesman.
{% hint style="info" %}
* **Outstanding invoice** adalah faktur atau tagihan yang belum lunas atau masih memiliki sisa pembayaran yang harus diselesaikan.
* **Invoice overdue** adalah faktur atau tagihan yang telah melewati batas tanggal jatuh tempo pembayaran namun belum dilunasi sepenuhnya.
{% endhint %}
## **Apa yang Baru?**
Kini tersedia **Account Receivable Report** yang menyajikan informasi piutang secara lebih lengkap dalam satu halaman.
Laporan ini membantu menjawab kebutuhan operasional sehari-hari, seperti:
* Invoice mana yang masih belum lunas?
* Customer mana yang memiliki piutang terbesar?
* Piutang mana yang sudah melewati jatuh tempo?
* Sudah berapa lama piutang belum dibayar?
* Bagaimana perubahan saldo piutang dalam periode tertentu?
## :new: **Update 31 Agustus 2026 β Export Account Receivable Report**
Sekarang Anda dapat mengekspor data **Account Receivable Report** ke **Excel** untuk kebutuhan analisis dan pengolahan data lebih lanjut.
Data yang diekspor akan mengikuti filter yang dipilih pada report, sehingga Anda dapat mengunduh data sesuai kebutuhan.
## **Manfaat**
* Mempermudah monitoring piutang outstanding.
* Mengetahui customer dengan nilai piutang terbesar.
* Membantu evaluasi aktivitas collection berdasarkan salesman.
* Mengidentifikasi risiko keterlambatan pembayaran lebih cepat.
## **Fitur Utama**
{% stepper %}
{% step %}
### Ringkasan Piutang
Pada bagian atas halaman tersedia empat indikator utama yang akan berubah secara otomatis mengikuti filter yang digunakan.
Indikator
Keterangan
Total Outstanding
Total seluruh piutang yang masih belum lunas.
Overdue Outstanding
Total piutang yang telah melewati tanggal jatuh tempo.
Overdue Rate
Persentase piutang overdue (lewat jatuh tempo) dibandingkan total outstanding (faktur yang belum lunas).
Average Days Overdue
Rata-rata jumlah hari keterlambatan pembayaran.
{% endstep %}
{% step %}
### Tab 1 β By Invoice \[Daftar semua invoice yang belum lunas]
Menampilkan seluruh invoice yang masih memiliki saldo outstanding (sisa piutang).
Pada tab ini Anda dapat:
* Melihat detail invoice.
* Mengetahui invoice yang sudah overdue.
* Mengurutkan invoice berdasarkan umur piutang.
{% endstep %}
{% step %}
### Tab 2 β By Customer \[Total piutang per toko]
Menampilkan ringkasan piutang berdasarkan customer.
Informasi yang tersedia meliputi:
* Total outstanding (faktur yang belum lunas) setiap customer.
* Total piutang overdue (lewat jatuh tempo).
* Persentase overdue (lewat jatuh tempo).
Klik nama customer untuk melihat rincian invoice yang masih outstanding (faktur yang belum lunas).
{% endstep %}
{% step %}
### Tab 3 β By Employee \[Total piutang per salesman]
Menampilkan ringkasan piutang berdasarkan salesman.
Laporan ini membantu Anda untuk:
* Memantau total piutang berdasarkan salesman yang tercatat pada Sales Invoice.
* Mengetahui customer dengan outstanding (piutang yang belum lunas) berdasarkan masing-masing salesman.
* Melihat distribusi piutang berdasarkan salesman.
Klik nama employee untuk melihat detail invoice yang menjadi tanggung jawabnya.
{% endstep %}
{% step %}
### Tab 4 β AR Aging \[Berapa lama piutang menunggak?]
Menampilkan distribusi umur piutang berdasarkan lama keterlambatan pembayaran sehingga memudahkan identifikasi risiko piutang.
Kategori aging terdiri dari:
* π’ Belum Jatuh Tempo \[masih aman]
* π‘ 1β30 Hari \[mulai perlu perhatian]
* π 31β60 Hari \[perlu di follow up]
* π΄ 61β90 Hari \[serius]
* β Lebih dari 90 Hari \[sangat berisiko jadi piutang macet]
Semakin lama umur piutang, semakin tinggi risiko keterlambatan pembayaran.
> Cocok digunakan oleh Owner dan Manager untuk memantau kondisi piutang secara menyeluruh.
> {% endstep %}
{% step %}
### Tab 5 β AR Balance \[Laporan Pergerakan Saldo Piutang]
AR Balance menjawab pertanyaan: "Bagaimana perubahan saldo piutang customer dalam periode tertentu?"
Berbeda dengan tab-tab di atas yang menampilkan invoice satu per satu, AR Balance menampilkan ringkasan per customer yang mencakup:
* Saldo Awal
* Penjualan Baru (Sales)
* Return
* Discount
* Credit Note Used
* Dibayar
* Total Pembayaran
* Saldo Akhir
Perhitungan saldo dilakukan menggunakan rumus berikut:
**Saldo Akhir = Saldo Awal + Sales β Payment β Return β Discount β Credit Note Used**
Tab ini cocok digunakan untuk menganalisis pergerakan saldo piutang selama periode tertentu.
{% endstep %}
{% endstepper %}
## **Export Report pada Account Receivable**
Selain melihat data langsung di SimpliDOTS, Anda kini dapat mengekspor data **Account Receivable Report** ke Excel.
Dengan fitur ini, Anda dapat:
* Mengunduh data report untuk kebutuhan analisis lebih lanjut
* Mengolah data menggunakan Excel
* Mengekspor data sesuai filter yang dipilih pada report
## **Cara Mengakses**
1. Login ke SimpliDOTS Web.
2. Buka menu **Intelligence**.
3. Pilih **Account Receivable Report**.
> **Catatan:** Menu ini hanya akan tampil apabila pengguna memiliki hak akses **Sales Invoice Report** atau **Sales Invoice Control**. Jika menu belum tersedia, silakan hubungi Admin perusahaan untuk memberikan akses.
## **Yang Perlu Diketahui**
* Data pada Account Receivable Report tersedia dengan delay **H+1**.
* Invoice yang sudah lunas tidak akan ditampilkan pada daftar outstanding.
* Invoice yang telah dibatalkan (Cancel) tidak dihitung dalam laporan.
* Perubahan filter tanggal akan memengaruhi hasil perhitungan.
* Pada tab **AR Balance**, seluruh transaksi dihitung berdasarkan tanggal transaksi.
## **FAQ**
Pertanyaan
Jawaban
Siapa yang bisa mengakses report ini?
User dengan role Sales Invoice Report atau Sales Invoice Control. User tanpa role tersebut tidak akan melihat menu Account Receivable Report.
Kenapa ada invoice yang tidak muncul?
Laporan hanya menampilkan invoice yang masih memiliki saldo outstanding. Invoice yang sudah lunas atau memiliki outstanding sebesar 0 tidak akan ditampilkan.
Apakah report ini real-time atau ada delay?
Data pada Account Receivable Report tersedia dengan delay H+1.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Force Update & Kunci Kunjungan di Luar Rute \[5 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Pada rilis ini kami menghadirkan dua pengaturan baru pada **Default Setting** yang dapat diaktifkan sesuai kebutuhan perusahaan. Secara default, kedua fitur ini dalam kondisi **OFF**, sehingga tidak akan mengubah proses operasional hingga diaktifkan.
{% stepper %}
{% step %}
### Force App Update
π― **Tujuan**
* Memastikan seluruh salesman menggunakan versi aplikasi SFA terbaru.
**β¨ Cara Kerja**
* Tersedia toggle **Force app update when new version available**.
* Saat **aktif**, user yang masih menggunakan versi lama wajib melakukan update sebelum dapat menggunakan aplikasi.
* Saat **nonaktif**, proses update tetap bersifat opsional seperti sebelumnya.
β **Manfaat**
* Seluruh user menggunakan versi aplikasi yang sama.
* Mengurangi kendala akibat penggunaan aplikasi versi lama.
* Memastikan perbaikan bug dan fitur terbaru segera digunakan.
{% endstep %}
{% step %}
### Kunci Kunjungan di Luar Rute
**π― Tujuan**
* Memastikan salesman menyelesaikan seluruh kunjungan pada rute harian sebelum mengunjungi customer di luar rute.
**β¨ Cara Kerja**
* Tersedia toggle **Kunci kunjungan di luar rute**.
* Saat **aktif**, customer di luar rute tidak dapat di-*check-in* selama masih ada kunjungan pada rute yang belum selesai.
* Setelah seluruh kunjungan rute selesai, customer di luar rute dapat dikunjungi kembali.
* Jika pada hari tersebut tidak terdapat **Route Plan**, pengaturan ini tidak berlaku.
β **Manfaat**
* Meningkatkan kepatuhan terhadap **Route Plan**.
* Membantu supervisor memantau pelaksanaan rute harian.
* Mengurangi kunjungan di luar rencana.
{% hint style="info" %}
Sebelum mengaktifkan fitur ini, pastikan **Employee Route Plan** telah disusun dengan benar.
{% endhint %}
{% endstep %}
{% endstepper %}
## **FAQ**
| Pertanyaan | Jawaban |
| ------------------------------------------------------- | --------------------------------------------------------------------------------------------------- |
| Apakah kedua fitur langsung aktif setelah update? | Tidak. Kedua fitur dalam kondisi **OFF** secara default dan hanya aktif jika diaktifkan oleh admin. |
| Apakah Force App Update berlaku untuk semua salesman? | Ya. Pengaturan ini berlaku untuk seluruh user dalam tenant. |
| Bagaimana jika hari tersebut tidak memiliki Route Plan? | Salesman tetap dapat mengunjungi customer seperti biasa. |
| Apakah fitur dapat dinonaktifkan kembali? | Ya. Admin cukup mengubah toggle kembali ke posisi **OFF**. |
## **Pertanyaan?**
Jika mengalami kendala atau membutuhkan bantuan, silakan hubungi tim **Customer Success (CS)**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Improvement Backoffice: Akurasi Perhitungan Promo Product Mix \[5 Agustus 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Apa yang Berubah?**
Kami telah meningkatkan akurasi perhitungan promo untuk transaksi yang menggunakan kombinasi beberapa produk (*product mix*) dan satuan/unit yang berbeda.
{% stepper %}
{% step %}
### Perhitungan Promo Product Mix Lebih Akurat
Jika promo dihitung berdasarkan total pembelian beberapa produk, sistem kini akan mengonversi dan menghitung jumlah pembelian setiap produk sesuai satuan yang berlaku sebelum menentukan apakah syarat promo telah terpenuhi.
**Case 1 β Product Mix dengan Satuan yang Sama**
**Contoh Promo:**\
**Beli 30 Karton (Product Mix) β Gratis 1 Karton**
| Order | Sebelumnya β | Sekarang β |
| --------------------------------------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------------------------- |
| Produk A: 10 Krt + Produk B: 10 Krt + Produk C: 10 Krt (Total 30 Krt) | Hasil tidak konsisten, bonus kadang muncul dan kadang tidak | Selalu mendapat bonus karena total pembelian memenuhi syarat (30 Krt) |
| Produk A: 5 Krt + Produk B: 10 Krt + Produk C: 10 Krt (Total 25 Krt) | Kadang tetap mendapat bonus meskipun belum memenuhi syarat |
Tidak mendapat bonus karena total pembelian belum memenuhi syarat
Produk A: 15 pcs + Produk B: 8 pcs + Produk C: 5 pcs
A: 15 pcs (belum 1 Krt);
B + C: 8 pcs + 5 pcs = 13 pcs = 1 Krt 5 pcs
Total: 0 Krt + 1 Krt = 1 Krt β belum mencapai syarat promo minimal 2 Krt
β Tidak mendapat promo
> Dengan perhitungan ini, sistem memastikan jumlah pembelian dari masing-masing produk dikonversi sesuai satuannya sebelum menentukan apakah total pembelian telah memenuhi syarat promo.
> {% endstep %}
{% step %}
### Perhitungan Bonus Kelipatan Lebih Akurat
Untuk promo yang mendukung bonus kelipatan (*multiple bonus*), jumlah bonus kini dihitung berdasarkan total pembelian yang telah divalidasi.
**Contoh Promo:**\
**Beli 30 Karton β Gratis 1 Karton (Berlaku Kelipatan)**
Order
Sebelumnya β
Sekarang β
30 Karton
Kadang mendapat bonus, kadang tidak
Selalu mendapat 1 Karton bonus
60 Karton
Selalu mendapat 1 Karton bonus
Mendapat 2 Karton bonus (2x kelipatan)
90 Karton
Selalu mendapat 1 Karton bonus
Mendapat 3 Karton bonus (3x kelipatan)
{% endstep %}
{% step %}
### Informasi Promo di SFA Lebih Akurat
Informasi promo yang ditampilkan saat membuat Sales Order kini selalu menampilkan hasil perhitungan yang sesuai.
Skenario
Sebelumnya β
Sekarang β
Order 30 Krt (memenuhi syarat)
Bonus kadang muncul, kadang tidak
Selalu menampilkan Bonus: 1 Karton
Order 25 Krt (belum memenuhi syarat)
Menampilkan Kurang 11 Karton (tidak akurat)
Menampilkan Kurang 5 Karton (akurat)
Order 60 Krt (2Γ kelipatan)
Menampilkan Bonus: 1 Karton
Menampilkan Bonus: 2 Karton
{% endstep %}
{% endstepper %}
## **Dampak Bagi Pengguna**
* Perhitungan promo menjadi lebih akurat dan konsisten.
* Bonus maupun diskon dihitung sesuai konfigurasi promo.
* Promo dengan kombinasi beberapa produk dan satuan berbeda kini dapat diproses dengan lebih tepat.
* Tidak ada perubahan pada cara membuat maupun menggunakan promo yang sudah ada.
Apabila hasil promo berbeda dibanding sebelumnya, hal tersebut disebabkan oleh mekanisme perhitungan yang kini lebih akurat. Jika memerlukan bantuan untuk meninjau konfigurasi promo, silakan hubungi tim Customer Success SimpliDOTS.
## **Apakah Admin Perlu Melakukan Tindakan?**
**Tidak.**\
Seluruh konfigurasi promo yang sudah ada tetap dapat digunakan tanpa perlu diperbarui.
## **Catatan**
* Perubahan ini merupakan peningkatan pada mesin perhitungan promo dan **tidak mengubah tampilan maupun alur penggunaan aplikasi**.
* Perubahan berlaku otomatis dan **tidak memerlukan pembaruan aplikasi**.
* Promo **single product** dan promo berbasis **nominal (Rp)** tidak terdampak oleh perubahan ini.
## **FAQ**
| Pertanyaan | Jawaban |
| -------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Apakah admin perlu mengubah promo yang sudah ada?** | Tidak. Seluruh promo yang sudah dibuat tetap dapat digunakan tanpa perubahan. |
| **Apakah promo single product ikut berubah?** | Tidak. Peningkatan ini hanya berlaku untuk promo *product mix* yang menggunakan beberapa produk dengan satuan berbeda. |
| **Apakah promo berbasis nominal (Belanja Rp X) ikut berubah?** | Tidak. Promo berbasis nominal tidak menggunakan konversi satuan sehingga tidak terdampak. |
| **Apakah bonus kelipatan memiliki batas maksimal?** | Ya. Jika Admin telah mengatur **Maksimum Bonus per Transaksi** atau terdapat batas kuota promo, maka jumlah bonus akan mengikuti batas tersebut. |
| **Promo yang sebelumnya berjalan sekarang tidak berjalan. Mengapa?** | Perhitungan promo kini lebih akurat. Apabila jumlah pembelian belum memenuhi syarat minimum promo, bonus tidak akan diberikan. Silakan periksa kembali konfigurasi promo apabila diperlukan. |
| **Apakah pengguna harus memperbarui aplikasi SFA?** | Tidak wajib. Namun kami tetap menyarankan menggunakan versi terbaru agar informasi bonus dan diskon ditampilkan dengan lebih akurat. |
## **Pertanyaan?**
Jika mengalami kendala atau membutuhkan bantuan, silakan hubungi tim **Customer Success (CS)**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Import Sales Order (Bulk Upload via Excel/CSV) \[31 Juli 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Kini Admin dapat membuat **Sales Order** dalam jumlah besar sekaligus menggunakan file **Excel** atau **CSV**.
Cukup download template, isi data pesanan, lalu upload kembali ke SimpliDOTS. Sistem akan memproses file dan membuat Sales Order secara otomatis, sehingga Anda tidak perlu lagi melakukan input satu per satu.
Fitur ini cocok digunakan untuk:
* Import pesanan dari sistem ERP atau aplikasi lain.
* Migrasi data saat mulai menggunakan SimpliDOTS.
* Mengelola pesanan dengan volume besar secara lebih cepat dan efisien.
## **Apa yang Baru?**
β¨ **Import Sales Order secara massal**
Dengan fitur ini, Admin dapat:
* Mengupload Sales Order melalui file Excel atau CSV.
* Membuat hingga **2.000 Sales Order** dalam satu proses import.
* Melanjutkan pekerjaan lain selama proses import berjalan di background.
* Melihat status import melalui notifikasi.
* Mengunduh laporan error apabila terdapat data yang gagal diproses.
## **Cara Menggunakan**
1. Buka menu **Penjualan > Pesanan**.
2. Klik tombol **Import**.
3. Download **Template Import**.
4. Isi data Sales Order sesuai format template.
5. Upload file yang telah diisi.
6. Klik **Start Import**.
7. Tunggu hingga proses selesai. Anda tetap dapat menggunakan SimpliDOTS selama proses import berlangsung.
8. Setelah selesai:
* Jika berhasil, Sales Order akan otomatis dibuat.
* Jika terdapat error, download laporan error untuk mengetahui data yang perlu diperbaiki.
## **Yang Perlu Diketahui**
* Nomor **Sales Order** dibuat otomatis oleh sistem.
* Gunakan **ReferenceNo** untuk menggabungkan beberapa item menjadi satu Sales Order.
* Maksimal **2.000 Sales Order** dalam satu file.
* Ukuran file maksimal **5 MB**.
* Tanggal Sales Order dapat diisi hingga **3 bulan sebelum tanggal import**.
* Hanya **1 proses import** yang dapat berjalan dalam satu waktu.
* Harga dan diskon mengikuti nilai yang terdapat pada file import.
* Sistem **tidak menghitung ulang**:
* Promo
* Price List
* Limit Kredit
* Target Penjualan
* Jika terdapat kesalahan pada salah satu item dalam satu Sales Order, maka **seluruh Sales Order tersebut tidak akan dibuat**.
* Sales Order lain yang valid tetap akan diproses.
* Pengguna harus memiliki hak akses (**Role: Import Sales Order**) untuk menggunakan fitur ini.
## **QnA**
| Pertanyaan | Jawaban |
| ----------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apakah harga di file akan berubah setelah diimport? | Tidak. Harga yang Anda masukkan pada file akan digunakan langsung tanpa perubahan. |
| Apakah saya bisa mengisi tanggal Sales Order yang sudah lewat? | Bisa. Tanggal Sales Order dapat diisi hingga maksimal **3 bulan ke belakang**. |
| Jika ada satu produk yang salah, apakah produk lainnya tetap dibuat? | Tidak. Jika terdapat satu item yang tidak valid, maka seluruh Sales Order tersebut tidak akan diproses. Namun Sales Order lain dalam file yang valid tetap akan dibuat. |
| Bagaimana cara memasukkan barang bonus? | Masukkan barang bonus sebagai baris produk biasa, lalu isi nilai **DiscountItem** sebesar **UnitPrice Γ Quantity**, sehingga nilai barang menjadi Rp0. |
| Bagaimana membedakan Sales Order hasil import dengan Sales Order biasa? | Sales Order hasil import akan memiliki label **Created from Import** dan dapat difilter pada daftar Sales Order. |
| Berapa lama laporan error dapat didownload? | Laporan error dapat diunduh melalui halaman **Notifikasi** selama notifikasi tersebut masih tersedia. |
Ada pertanyaan? Hubungi tim **Customer Support SimpliDOTS**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Filter & Kolom Baru pada Master Customer, Sales Invoice, dan Purchase \[16 Juli 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Pada rilis ini, kami menghadirkan beberapa peningkatan di Back Office (SMH) untuk mempermudah pengelolaan dan pemantauan data. Pembaruan meliputi penambahan filter pada tabel transaksi utama, kolom informasi baru, penyempurnaan perhitungan pajak, serta informasi audit yang lebih lengkap. Berikut ringkasan pembaruannya.
{% stepper %}
{% step %}
### Sales Invoice β Filter & Kolom Baru
**Yang Baru**
* Penambahan **Filter Payment Term** untuk memfilter invoice berdasarkan jenis term pembayaran.
* Penambahan **Filter Status Jatuh Tempo** dengan pilihan:
* **Overdue** β Invoice sudah melewati tanggal jatuh tempo.
* **Due Today** β Invoice jatuh tempo hari ini.
* **Not Due** β Invoice belum jatuh tempo.
* Penambahan **kolom Payment Term** pada tabel Sales Invoice.
* Penambahan **kolom Tanggal Pembayaran Terakhir** untuk menampilkan tanggal pembayaran terakhir pada invoice.
* Kolom **Due Date** kini dapat diurutkan (*sort*).
**Yang Perlu Diketahui**
* **Filter Status Jatuh Tempo** hanya menampilkan invoice yang **belum lunas**. Invoice dengan status **Paid** atau **Cancelled** tidak akan ditampilkan, sehingga lebih mudah untuk memantau tagihan yang masih outstanding.
* Filter **Payment Term** dan **Status Jatuh Tempo** dapat digunakan secara bersamaan.
* Filter akan **tersimpan otomatis** dan tetap aktif meskipun halaman di-refresh.
* Data hasil **Export Excel/CSV** akan mengikuti filter yang sedang diterapkan.
{% endstep %}
{% step %}
### Sales Invoice Create β Perbaikan Centang Pajak Inklusif
**Yang Diperbaiki**
* Centang **Subtotal include tax** kini menyesuaikan secara otomatis berdasarkan kondisi berikut:
* Jika **Price List** customer menggunakan harga **inklusif pajak**, centang akan otomatis aktif.
* Jika customer **tidak dikenakan pajak (non-taxable)**, centang akan otomatis nonaktif, tidak dapat diubah, dan akan muncul keterangan **"Customer is non-taxable"**.
* Jika **Sales Invoice** dibuat dari **Sales Order**, status centang akan mengikuti pengaturan pada Sales Order sehingga tetap konsisten.
{% endstep %}
{% step %}
### Customer List β Kolom Tanggal Dibuat
**Yang Baru**
* Penambahan **kolom Tanggal Dibuat** pada tabel **Customer List**.
* Kolom **Tanggal Dibuat** dapat diurutkan (*sort*) untuk memudahkan melihat customer yang paling baru atau paling lama dibuat.
{% endstep %}
{% step %}
### Customer Payment β Filter & Kolom Pegawai
**Yang Baru**
* Penambahan **Filter Pegawai** untuk memfilter data pembayaran berdasarkan salesman yang mencatat pembayaran.
* Penambahan **kolom Pegawai** pada tabel **Customer Payment**.
{% endstep %}
{% step %}
### Audit Trail β Purchase & Supplier Payment
**Yang Baru**
Halaman detail berikut kini menampilkan informasi audit berupa **dibuat oleh**, **terakhir diubah oleh**, **tanggal dibuat**, dan **tanggal terakhir diubah**:
* **Purchase Order (Detail)**
* **Purchase Invoice (Detail)**
* **Purchase Delivery (Detail)**
* **Supplier Payment (Detail)**
{% endstep %}
{% endstepper %}
## **Pertanyaan?**
Jika mengalami kendala atau membutuhkan bantuan, silakan hubungi tim **Customer Success (CS)**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Improvement Backoffice: Pemisahan Visit Notes & No Sales Reason \[16 Juli 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Kolom **Description** pada laporan **Daily Visit** yang sebelumnya menggabungkan **catatan kunjungan (Notes)** dan **alasan tidak terjadi transaksi (No Sales Reason)** dalam satu kolom, kini dipisahkan menjadi dua kolom terpisah agar informasi lebih jelas dan mudah dianalisis:
* **Notes** β Berisi catatan yang diinput oleh salesman saat melakukan **check-in/kunjungan**.
* **No Sales Reason** β Berisi alasan yang diinput saat **checkout** apabila kunjungan tidak menghasilkan transaksi.
Perubahan ini berlaku pada seluruh tampilan dan hasil ekspor laporan **Daily Visit**, meliputi:
* SFA
* Sales Management Hub (SMH)
* Supervisor (SPV)
* Export Excel/CSV
## **Kenapa Perubahan Ini Dibuat?**
Perubahan ini dilakukan untuk memudahkan proses analisis data kunjungan dan meningkatkan keterbacaan laporan.
* **Mempermudah analisis data kunjungan**\
Sebelumnya, **Notes** dan **No Sales Reason** digabung dalam satu kolom **Description** tanpa pemisah yang jelas, sehingga user harus memisahkan informasi tersebut secara manual saat melakukan analisis.
* **Mendukung proses filter dan sort yang lebih efektif**\
Dengan dipisah menjadi dua kolom, user kini dapat melakukan filter, sort, maupun analisis berdasarkan **catatan kunjungan (Notes)** atau **alasan tidak terjadi transaksi (No Sales Reason)** secara terpisah, baik pada tampilan laporan maupun hasil export. Hal ini membuat proses pelaporan dan evaluasi menjadi lebih efisien.
## **Apa yang Berubah?**
{% stepper %}
{% step %}
### Export Laporan Daily Visit (Excel/CSV)
| Sebelum | Sesudah |
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
| 1 kolom **Description** (gabungan Notes & No Sales Reason) | 2 kolom terpisah: **Notes** dan **No Sales Reason** |
| {% endstep %} | |
{% step %}
### SFA (Mobile) β Detail Visit
Pada halaman **Detail Visit**, informasi kini ditampilkan dalam dua field terpisah:
* **Notes**
* **No Sales Reason**
{% endstep %}
{% step %}
### Sales Management Hub (SMH) β Visit Detail
| Tampilan | Perubahan |
| ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Visit Detail Table | Kolom **Notes** dan **No Sales Reason** ditampilkan secara terpisah. |
| Visit Detail Map (Popup/Panel) |
Informasi Notes dan No Sales Reason ditampilkan dalam dua section terpisah.
Kolom Notes dan No Sales Reason ditampilkan secara terpisah.
|
| {% endstep %} | |
{% step %}
### Report BI (Intelligence Portal Distributor)
Kolom **Description** akan diubah menjadi dua kolom terpisah:
* **Notes**
* **No Sales Reason**
{% hint style="success" %}
**Status:** Belum dirilis dan akan tersedia pada update berikutnya.
{% endhint %}
{% endstep %}
{% endstepper %}
## **Backward Compatibility β Data Lama Tetap Aman**
Data kunjungan yang dibuat sebelum pembaruan ini tetap dapat ditampilkan dengan benar.
Kondisi Data
Tampilan Setelah Update
Data baru (format JSON)
Notes dan No Sales Reason ditampilkan sesuai masing-masing isinya.
Data lama (plain text/non-JSON)
Seluruh isi ditampilkan pada kolom Notes, sedangkan kolom No Sales Reason akan kosong.
{% hint style="success" %}
**Tidak ada data yang hilang atau berubah akibat pembaruan ini.**
{% endhint %}
## **Yang Tidak Berubah**
Cara salesman mengisi **Notes** maupun **No Sales Reason** di aplikasi SFA tetap sama. Tidak ada perubahan pada alur input maupun proses kunjungan.
## **Setelah Update Ini Aktif**
* Perubahan berlaku otomatis tanpa memerlukan konfigurasi tambahan.
* Data lama tetap dapat ditampilkan dengan normal melalui mekanisme fallback ke kolom **Notes**.
* Export Daily Visit akan langsung menggunakan format baru dengan dua kolom terpisah.
{% hint style="danger" %}
Apabila terdapat tenant yang menggunakan **custom export template** Daily Visit dan masih mereferensikan kolom **Description**, diperlukan penyesuaian template. Silakan hubungi tim SimpliDOTS untuk proses penyesuaian.
{% endhint %}
## **Pertanyaan?**
Jika mengalami kendala atau memiliki pertanyaan terkait pembaruan ini, silakan menghubungi tim **Customer Support SimpliDOTS**. Terima kasih telah menggunakan **SimpliDOTS**! π
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Basic Call Procedure - Alur Kerja Kunjungan Salesman \[10 Juli 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Fitur **Basic Call Procedure (BCP)** memungkinkan **Admin** mengatur alur aktivitas yang harus dilakukan salesman saat melakukan visit.
Admin dapat menentukan:
* Aktivitas yang **wajib** atau **opsional**.
* Urutan aktivitas yang harus dikerjakan.
* Salesman yang menggunakan alur tersebut.
Di aplikasi **SFA**, salesman akan mengikuti alur aktivitas sesuai urutan yang telah ditentukan. Aktivitas wajib harus diselesaikan sebelum lanjut ke aktivitas berikutnya. Jika visit berakhir **No-Sales** (misalnya toko tutup), salesman tetap dapat checkout tanpa menyelesaikan seluruh aktivitas wajib.
**Fitur ini dapat diakses melalui:**
* Menu Kunjungan > Basic Call Procedure (BCP)
## **Kenapa Fitur Ini Dibuat?**
* **Menjaga kepatuhan SOP** dengan memastikan salesman mengikuti alur kunjungan yang telah ditentukan.
* **Mengurangi aktivitas yang terlewat**, seperti stock checking atau collect pembayaran.
* **Memudahkan monitoring** supervisor terhadap proses kunjungan salesman.
* **Fleksibel**, karena alur dapat disesuaikan dengan kebutuhan masing-masing distributor tanpa custom development.
## **Apa yang Baru?**
### **Untuk Admin (Backoffice SMH)**
#### **1. Membuat Basic Call Procedure (BCP)**
Admin kini dapat membuat alur kunjungan (BCP) untuk menentukan:
* **Nama BCP** β Beri nama unik untuk BCP (maksimal 100 karakter).
* **Status** β Tentukan apakah BCP langsung **Active** atau disimpan sebagai **Inactive**.
* **Aktivitas (Modul)** β Pilih aktivitas yang harus dilakukan saat visit, seperti **Order**, **Invoice**, **Payment**, **Collection**, dan **Customer Stock**.
> **Check-in** dan **Check-out** tidak perlu ditambahkan karena otomatis menjadi aktivitas pertama dan terakhir pada setiap BCP.
* **Urutan (Sequence)** β Menentukan urutan aktivitas saat visit. Aktivitas pada urutan berikutnya baru bisa dikerjakan setelah seluruh aktivitas **wajib** pada urutan sebelumnya selesai. Urutan dapat diatur dengan **drag-and-drop** atau mengubah nomor urutan. Jika beberapa aktivitas memiliki urutan yang sama, aktivitas tersebut akan muncul bersamaan dan salesman bebas memilih mana yang dikerjakan lebih dulu.
* **Wajib / Opsional** β Tentukan apakah suatu aktivitas wajib atau opsional.
* Aktivitas **wajib** harus diselesaikan sebelum lanjut ke aktivitas berikutnya, sedangkan aktivitas **opsional** dapat dilewati.
* Label **Overridden** akan muncul jika status aktivitas berbeda dari pengaturan default.
* **Assign Salesman** β Pilih salesman yang akan menggunakan BCP ini.
* Satu salesman hanya dapat di-assign ke satu **BCP yang berstatus Active**.
* Jika salesman sudah di-assign ke BCP **Active** lain, sistem akan menolak proses assign dan menampilkan nama salesman yang berkonflik. Salesman tersebut harus di-remove dari BCP sebelumnya sebelum dapat di-assign ke BCP ini.
* Apabila salesman hanya terdaftar pada BCP yang berstatus **Non Active**, maka salesman dapat langsung di-assign ke BCP ini.
#### **2. Lihat Daftar Basic Call Procedure (BCP)**
Halaman **Daftar BCP** menampilkan seluruh BCP yang telah dibuat beserta informasi
* Nama BCP.
* Status.
* Jumlah salesman yang di-assign.
* Daftar aktivitas.
* Tanggal dibuat terakhir diubah.
Admin juga dapat:
* **Filter** daftar berdasarkan **status** (**Active** atau **Inactive**).
* **Filter Aktivitas** β Tampilkan BCP berdasarkan aktivitas yang digunakan, misalnya **Order** atau **Collection**.
* **Cari BCP** β Cari berdasarkan nama BCP (maksimal **3 kata**).
* **Urutkan** β Berdasarkan tanggal dibuat, tanggal diubah, atau nama. Secara default, daftar diurutkan dari yang **terbaru**.
#### **3. Detail Basic Call Procedure (BCP)**
Klik salah satu **BCP** pada daftar untuk melihat detail konfigurasinya. Pada halaman ini ditampilkan:
**Sisi kiri**
* Nama BCP.
* Status (**Active** / **Inactive**).
* Jumlah salesman yang di-assign (klik untuk melihat daftar salesman).
* Tanggal dibuat dan terakhir diubah.
**Sisi kanan**
* Daftar aktivitas (**Module Configuration**) beserta **urutan (Sequence)** dan status **Wajib/Opsional**.
Dari halaman ini, Admin juga dapat langsung **Edit** atau **Delete** BCP melalui tombol di pojok kanan atas.
#### **4. Edit Basic Call Procedure (BCP)**
Admin dapat mengubah seluruh konfigurasi BCP, mulai dari **nama**, **status**, **aktivitas**, **urutan (Sequence)**, **status Wajib/Opsional**, hingga **assignment salesman**.
**Perlu diketahui:**
* Perubahan hanya berlaku untuk **visit baru** setelah BCP disimpan. Visit yang sedang berjalan tetap menggunakan konfigurasi sebelumnya.
* **Check-in** dan **Check-out** bersifat wajib sehingga tidak dapat dihapus atau diubah menjadi opsional.
* Salesman yang sudah di-assign ke BCP lain tidak dapat ditambahkan ke BCP ini.
#### **5. Duplikat Basic Call Procedure (BCP)**
Admin dapat menduplikasi BCP yang sudah ada untuk membuat BCP baru dengan konfigurasi yang sama, sehingga tidak perlu mengatur ulang seluruh konfigurasi dari awal.
#### **6. Aktifkan / Nonaktifkan Basic Call Procedure (BCP)**
Admin dapat mengubah status BCP menjadi **Active** atau **Inactive** kapan saja.
* **Active** β BCP digunakan pada setiap visit baru oleh salesman yang di-assign.
* **Inactive** β Visit baru tidak lagi menggunakan BCP, sedangkan visit yang sedang berjalan tetap mengikuti konfigurasi sebelumnya.
Saat BCP dinonaktifkan, seluruh konfigurasi dan assignment salesman tetap tersimpan sehingga dapat diaktifkan kembali kapan saja.
> β οΈ **Catatan:** Salesman yang masih di-assign ke BCP berstatus **Inactive** tetap tidak dapat di-assign ke BCP lain. Hapus assignment terlebih dahulu jika ingin memindahkannya ke BCP lain.
#### **7. Hapus / Arsipkan Basic Call Procedure (BCP)**
Ketersediaan aksi bergantung pada penggunaan BCP.
Kondisi
Aksi
BCP belum pernah digunakan
β Dapat dihapus permanen (dengan konfirmasi).
BCP pernah digunakan dan tidak ada visit aktif
β Tidak dapat dihapus, tetapi dapat diarsipkan (Inactive).
BCP sedang digunakan pada visit yang masih berjalan
β Tidak dapat dihapus maupun diarsipkan. Sistem akan menampilkan daftar visit yang masih aktif.
> **Arsip** berarti BCP diubah menjadi **Inactive**. Seluruh konfigurasi tetap tersimpan dan dapat diaktifkan kembali kapan saja.
### **Untuk Salesman (Mobile SFA)**
#### **1. Tombol Basic Call Procedure (BCP) di Menu Customer**
Setelah **Check-in**, menu customer akan menampilkan tombol BCP sesuai status visit:
* **Lanjutkan Aktivitas** β Muncul saat status **Visiting**. Digunakan untuk membuka daftar aktivitas BCP.
* **Lihat Aktivitas** β Muncul saat status **Visited**. Menampilkan ringkasan aktivitas yang telah dikerjakan (hanya untuk dilihat).
Tombol ini hanya muncul jika salesman telah di-assign ke BCP.
#### **2. Panel Daftar Aktivitas**
Saat memilih **Lanjutkan Aktivitas**, akan muncul panel yang menampilkan seluruh aktivitas BCP beserta statusnya.
Status
Keterangan
β Selesai
Aktivitas sudah dikerjakan.
π Terkunci
Aktivitas belum dapat dibuka karena masih ada aktivitas wajib yang belum selesai.
β³ Sedang Dikerjakan
Aktivitas sedang berlangsung.
**Cara kerja:**
* Pilih aktivitas yang tersedia untuk langsung membuka halaman terkait (misalnya **Order**, **Invoice**, atau **Collection**).
* Jika memilih aktivitas yang masih terkunci, akan muncul pesan **"Selesaikan aktivitas wajib terlebih dahulu."**
* Jika terdapat beberapa aktivitas dengan **Sequence** yang sama, aktivitas tersebut ditampilkan sebagai **Aktivitas Paralel** dan dapat dikerjakan dalam urutan apa pun.
#### **3. Pengecekan Prasyarat**
Saat salesman membuka atau menyimpan transaksi, sistem akan memastikan aktivitas tersebut sudah dapat dikerjakan. Jika masih ada aktivitas **wajib** yang belum selesai, akan muncul pesan:
> **"Selesaikan aktivitas yang diperlukan."**
#### **4. Aktivitas Otomatis Selesai**
Setelah transaksi berhasil disimpan, aktivitas terkait akan otomatis ditandai **Selesai (β )**. Salesman tidak perlu menandainya secara manual.
Aktivitas
Kapan dianggap selesai?
Check-in
Otomatis saat check-in.
Order
Minimal 1 Sales Order berhasil disubmit.
Invoice
Minimal 1 Sales Invoice berhasil dibuat.
Payment
Minimal 1 pembayaran berhasil dicatat.
Collection
Minimal 1 collection berhasil dicatat.
Customer Stock
Data stok berhasil disimpan, termasuk jika memilih Tidak Ada Stok.
Check-out
Otomatis saat check-out.
Setelah suatu aktivitas selesai, aktivitas berikutnya yang sebelumnya terkunci akan otomatis terbuka jika seluruh prasyaratnya telah terpenuhi.
#### **5. Checkout**
Saat salesman melakukan **Checkout** atau **Check-in ke Customer Lain**, sistem akan memeriksa status aktivitas BCP.
**Jika semua aktivitas wajib sudah selesai:**
* Jika terdapat transaksi (sales), checkout langsung diproses.
* Jika tidak ada transaksi, salesman diminta memilih alasan **No-Sales**, kemudian checkout diproses.
**Jika masih ada aktivitas wajib yang belum selesai:**
* Sistem akan menampilkan konfirmasi "**Kamu akan check out tanpa menyelesaikan \[nama aktivitas]**"
* Setelah klik **OK**, salesman memilih alasan **Skip** atau **No-Sales** (sesuai kondisi), lalu checkout diproses.
**Jika hanya aktivitas opsional yang belum selesai:**
* Sistem akan menampilkan konfirmasi "**Beberapa aktivitas opsional belum diselesaikan**".
* Salesman tetap dapat melanjutkan checkout. Jika tidak ada transaksi, salesman tetap diminta memilih alasan **No-Sales**.
#### **6. Auto Checkout**
Jika salesman melakukan **Check-in** ke customer lain saat masih berstatus **Visiting**, sistem akan otomatis melakukan checkout pada customer sebelumnya.
Proses yang terjadi:
1. Sistem menampilkan konfirmasi "**Kamu akan check out dari \[Nama Customer A]...**"
2. Jika masih ada aktivitas wajib yang belum selesai, sistem akan menampilkan konfirmasi sesuai aturan BCP.
3. Setelah salesman memilih alasan yang diperlukan, customer sebelumnya akan di-checkout dan proses check-in ke customer berikutnya akan dilanjutkan secara otomatis.
#### **7. Aktivitas yang Tidak Tersedia di Role Salesman**
Jika salesman tidak memiliki akses ke modul tertentu (misalnya **Collection**), maka aktivitas tersebut:
* Tidak ditampilkan pada daftar aktivitas BCP.
* Tidak menghambat/memblokir aktivitas berikutnya.
* Akan dilewati secara otomatis oleh sistem.
Salesman tidak perlu melakukan tindakan apa pun.
#### **8. Offline Support & Sinkronisasi**
BCP tetap dapat digunakan saat perangkat tidak terhubung ke internet.
Selama offline:
* Urutan aktivitas, status wajib/opsional, dan aturan blocking tetap mengikuti data yang tersimpan di perangkat.
* Progress aktivitas disimpan secara lokal.
Saat perangkat kembali online:
* Progress aktivitas akan otomatis disinkronkan ke server.
* Jika salesman menggunakan lebih dari satu perangkat, progress dari masing-masing perangkat akan diperbarui setelah proses sinkronisasi.
* Jika terjadi check-in pada customer yang berbeda dari dua perangkat tanpa checkout, setelah sinkronisasi hanya satu customer yang akan tetap berstatus **Visiting**, sedangkan visit yang lebih lama akan otomatis di-checkout.
#### **9. Aman dari Perubahan BCP**
Jika Admin mengubah konfigurasi BCP saat salesman masih melakukan visit, perubahan tersebut tidak akan memengaruhi visit yang sedang berjalan.
Visit akan tetap menggunakan konfigurasi BCP yang berlaku saat visit dimulai. Konfigurasi yang baru hanya berlaku untuk visit yang dibuat setelah perubahan disimpan.
## **Cara Menggunakan**
#### **Admin β Membuat BCP Baru**
1. Login ke **Backoffice (SMH)**.
2. Buka menu **Basic Call Procedure** (pada area yang sama dengan **Employee Route Plan**).
3. Klik **Buat BCP Template**.
4. Isi **Nama BCP** (harus unik, maksimal 100 karakter).
5. Pilih **Status**:
* **Active** β BCP langsung dapat digunakan.
* **Inactive** β BCP disimpan dan dapat diaktifkan nanti.
6. Pilih aktivitas yang akan digunakan. **Check-in** dan **Check-out** akan ditambahkan secara otomatis.
7. Atur **Sequence** (urutan) dengan drag-and-drop atau mengubah nomor urutan, lalu tentukan status **Wajib** atau **Opsional** untuk setiap aktivitas.
8. Pilih salesman yang akan menggunakan BCP.
9. Klik **Simpan**.
> π‘ **Membuat aktivitas paralel**\
> Berikan nomor **Sequence** yang sama pada dua atau lebih aktivitas. Misalnya **Order** dan **Collection** sama-sama menggunakan Sequence **2**, sehingga keduanya dapat dikerjakan dalam urutan apa pun.
> π‘ **Permission yang dibutuhkan**\
> Akun Admin harus memiliki permission **Route β Control** dan **Employee β Read**. Jika menu **Basic Call Procedure** tidak muncul, minta **Super Admin** untuk mengaktifkan permission tersebut pada **Role Group** Anda.
#### **Salesman β Mengerjakan BCP saat Visit**
1. Lakukan **Sync** pada aplikasi untuk mengambil konfigurasi BCP terbaru.
2. Lakukan **Check-in** ke customer seperti biasa.
3. Pada menu customer, klik **Lanjutkan Aktivitas** untuk membuka daftar aktivitas BCP.
4. Pilih aktivitas yang akan dikerjakan, misalnya **Order**, lalu sistem akan membuka halaman yang sesuai.
5. Setelah transaksi berhasil disimpan, aktivitas akan otomatis ditandai **Selesai (β )** dan aktivitas berikutnya akan terbuka jika syaratnya sudah terpenuhi.
6. Lanjutkan hingga seluruh aktivitas **wajib** selesai.
7. Setelah selesai, klik **Checkout** untuk mengakhiri visit.
**Jika tidak ada transaksi (No-Sales):**
1. Klik **Checkout**.
2. Sistem akan menampilkan konfirmasi sesuai status aktivitas BCP.
3. Pilih alasan **No-Sales**, kemudian checkout akan diproses dan visit selesai.
## **Contoh Penggunaan**
{% stepper %}
{% step %}
### Contoh 1: Wajib Cek Stok Sebelum Order
**Case:**
* Admin ingin memastikan salesman **wajib melakukan Customer Stock** dan **membuat Order** sebelum checkout. Sementara **Collection** bersifat opsional.
**Konfigurasi BCP:**
Sequence
Aktivitas
Status
1
Check-in
β Wajib (otomatis)
2
Customer Stock
β Wajib
3
Order
β Wajib
4
Collection
Opsional
5
Check-out
β Wajib (otomatis)
**Alur di aplikasi SFA:**
1. Salesman melakukan **Check-in** ke customer, lalu klik **Lanjutkan Aktivitas**.
2. Panel aktivitas menampilkan:
* **Customer Stock** (dapat dikerjakan)
* **Order** (π Terkunci)
* **Collection** (π Terkunci)
3. Salesman menyelesaikan **Customer Stock** dan menyimpan data.
4. Setelah selesai, **Order** otomatis terbuka.
5. Salesman membuat **Sales Order** dan menyimpan transaksi.
6. **Collection** bersifat opsional sehingga dapat dilewati.
7. Salesman melakukan **Checkout**, dan visit berhasil diselesaikan.
Dengan alur ini, salesman tidak dapat membuat **Sales Order** atau melakukan **Checkout** sebelum aktivitas **Customer Stock** selesai.
{% endstep %}
{% step %}
### Contoh 2: Order & Collection Bisa Dikerjakan Bersamaan
**Case:**
* Admin ingin salesman **wajib membuat Order dan melakukan Collection**, tetapi keduanya dapat dikerjakan dalam urutan apa pun.
**Konfigurasi BCP:**
Sequence
Aktivitas
Status
1
Check-in
β Wajib (otomatis)
2
Order
β Wajib
2
Collection
β Wajib
3
Check-out
β Wajib (otomatis)
**Alur di aplikasi SFA:**
1. Salesman melakukan **Check-in**, lalu klik **Lanjutkan Aktivitas**.
2. Panel aktivitas menampilkan **Order** dan **Collection** sebagai **Aktivitas Paralel**, sehingga keduanya langsung dapat dikerjakan.
3. Salesman bebas memilih apakah ingin mengerjakan **Order** atau **Collection** terlebih dahulu.
4. Setelah salah satu aktivitas selesai, aktivitas lainnya tetap harus diselesaikan.
5. Setelah **Order** dan **Collection** sama-sama selesai, salesman dapat melakukan **Checkout**.
Karena kedua aktivitas memiliki **Sequence** yang sama, keduanya dapat dikerjakan dalam urutan apa pun. Namun, **Checkout** baru dapat dilakukan setelah kedua aktivitas wajib tersebut selesai.
{% endstep %}
{% step %}
### Contoh 3: Toko Tutup β Checkout Tanpa Transaksi
**Case:**
* Salesman sudah melakukan **Check-in**, tetapi toko tutup sehingga tidak dapat melakukan transaksi.
**Alur di aplikasi Salesman**
1. Salesman melakukan **Check-in** ke customer.
2. Salesman memilih **Checkout**.
3. Sistem menampilkan konfirmasi "**Kamu akan check out tanpa menyelesaikan Order, Collection**"
4. Salesman klik **OK** untuk melanjutkan.
5. Karena tidak ada transaksi, sistem meminta salesman memilih alasan **No-Sales**.
6. Salesman memilih alasan **"Toko Tutup"**.
7. Visit selesai, dan aktivitas yang belum dikerjakan akan dicatat sebagai **Skipped**.
{% endstep %}
{% step %}
### Contoh 4: Check-in Customer Baru Tanpa Checkout Customer Lama
**Case:**
* Salesman masih berstatus **Visiting** di **Toko A**, tetapi ingin langsung melakukan **Check-in** ke **Toko B**.
**Alur di aplikasi Salesman**
1. Salesman memilih **Check-in** pada **Toko B**.
2. Sistem menampilkan konfirmasi "**Kamu akan check out dari Toko A...**"
3. Jika masih ada aktivitas **wajib** yang belum diselesaikan di **Toko A**, sistem akan menampilkan konfirmasi sesuai aturan BCP.
4. Salesman memilih alasan yang diperlukan untuk melanjutkan checkout.
5. Sistem otomatis melakukan **Checkout** dari **Toko A**, kemudian melanjutkan **Check-in** ke **Toko B**.
Dengan alur ini, salesman tidak perlu melakukan checkout secara manual sebelum berpindah ke customer berikutnya.
{% endstep %}
{% endstepper %}
## **Setelah Fitur Ini Aktif**
* Pastikan akun **Admin** memiliki permission yang diperlukan.
* Buat **BCP** dan assign ke salesman yang akan menggunakannya.
* Minta salesman melakukan **Sync** aplikasi untuk mengambil konfigurasi BCP terbaru.
* Informasikan kepada salesman bahwa setelah **Check-in**, akan muncul tombol **Lanjutkan Aktivitas** untuk menjalankan alur BCP.
* Salesman yang **tidak di-assign** ke BCP tetap dapat melakukan visit seperti biasa tanpa perubahan pada alur kerja.
## **Yang Perlu Diperhatikan**
* Salesman yang **tidak di-assign** ke BCP tetap melakukan visit seperti biasa. Fitur ini tidak mengubah alur kerja mereka.
* Perubahan BCP oleh Admin hanya berlaku untuk **visit baru**. Visit yang sedang berjalan tetap menggunakan konfigurasi saat visit dimulai.
* Setiap salesman hanya dapat di-assign ke **satu BCP**. Jika ingin menggunakan BCP lain, salesman harus dihapus dari assignment BCP sebelumnya terlebih dahulu.
* Tidak diperlukan permission baru. Fitur ini menggunakan permission **Route**, **Weekly Route**, dan **Employee Route Plan** yang sudah tersedia.
* Jika salesman tidak memiliki akses ke suatu modul, aktivitas tersebut tidak akan ditampilkan dan akan dilewati secara otomatis oleh sistem.
* Setelah Admin membuat, mengubah, atau meng-assign BCP, salesman perlu melakukan **Sync** agar konfigurasi terbaru terunduh ke perangkat.
* Jika salesman melakukan **Clear All Data** pada aplikasi, konfigurasi BCP akan diunduh kembali saat **Sync** berikutnya. Namun, progress aktivitas yang belum sempat disinkronkan ke server akan hilang.
## **FAQ**
Pertanyaan
Jawaban
Apakah fitur ini otomatis aktif untuk semua tenant?
Tidak. BCP bersifat opsional. Fitur ini hanya berlaku jika Admin membuat BCP dan meng-assign salesman. Jika belum ada BCP, alur visit tetap seperti biasa.
Bagaimana jika Admin mengubah BCP saat salesman sedang visit?
Perubahan hanya berlaku untuk visit baru. Visit yang sedang berjalan tetap menggunakan konfigurasi BCP saat visit dimulai.
Apakah satu salesman bisa menggunakan lebih dari satu BCP?
Belum bisa. Setiap salesman hanya dapat di-assign ke satu BCP. Jika ingin menggunakan BCP lain, salesman harus dihapus dari assignment BCP sebelumnya terlebih dahulu.
Apa yang terjadi jika BCP dinonaktifkan?
Visit baru tidak lagi menggunakan BCP, sedangkan visit yang sedang berjalan tetap mengikuti konfigurasi sebelumnya. Konfigurasi BCP tetap tersimpan dan dapat diaktifkan kembali kapan saja.
Apakah perlu mengatur permission baru?
Tidak. Fitur ini menggunakan permission:
Route β Control.
Weekly Route β Control.
Employee Route Plan β Control.
Bagaimana jika role salesman tidak memiliki akses ke salah satu aktivitas?
Aktivitas tersebut tidak akan ditampilkan di panel BCP dan akan dilewati secara otomatis oleh sistem, sehingga tidak menghambat aktivitas berikutnya.
Apakah BCP dapat digunakan saat offline?
Ya. Seluruh alur BCP tetap berjalan saat offline. Progress aktivitas disimpan di perangkat dan akan otomatis disinkronkan ketika perangkat kembali online.
Apa perbedaan Hapus dan Arsip?
Hapus: BCP dihapus permanen dan hanya dapat dilakukan jika BCP belum pernah digunakan.
Arsip: BCP diubah menjadi Inactive, tetapi seluruh konfigurasi tetap tersimpan dan dapat diaktifkan kembali.
Mengapa aktivitas BCP belum muncul di aplikasi salesman setelah di-assign?
Pastikan salesman sudah melakukan Sync agar konfigurasi BCP terbaru terunduh ke perangkat.
Apakah progress akan tersinkron jika menggunakan dua perangkat?
Ya. Setelah proses Sync, progress dari satu perangkat akan diperbarui di perangkat lainnya. Pastikan kedua perangkat telah melakukan sinkronisasi.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Laporan Target Penjualan \[8 Juli 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### **Ringkasan**
**Laporan Target Penjualan** digunakan untuk memantau pencapaian target sales secara real-time.
Melalui laporan ini, supervisor atau manager dapat melihat progres target, membandingkan pencapaian dengan target yang telah ditentukan, serta mengetahui salesman yang sudah sesuai target maupun yang masih memerlukan perhatian.
**Fitur ini dapat diakses melalui:**
* Menu Penjualan > Target Penjualan > Detail Target Penjualan > Laporan.
## **Informasi yang Ditampilkan**
{% stepper %}
{% step %}
### Ringkasan Keseluruhan
Bagian ini memberikan gambaran umum pencapaian seluruh target penjualan.
**Persentase Pencapaian Keseluruhan**
* Menampilkan persentase total target yang telah tercapai.
**Bar Progres**\
Visualisasi pencapaian menggunakan kode warna:
* π’ **Sesuai Jalur (On Track)** β Pencapaian β₯ 85% dari progres yang diharapkan.
* π‘ **Berisiko (At Risk)** β Pencapaian β₯ 60% dari progres yang diharapkan.
* π΄ **Tertinggal (Behind)** β Pencapaian < 60% dari progres yang diharapkan.
**Penanda Hari Ini**
* Penanda **Hari Ini** untuk menunjukkan posisi waktu pada periode target sehingga progres dapat dibandingkan dengan waktu yang telah berjalan.
{% endstep %}
{% step %}
### Progres Pencapaian (Kartu)
Menampilkan ringkasan pencapaian untuk setiap metrik target yang dibuat.
Setiap kartu menampilkan:
* Nama metrik.
* Persentase pencapaian.
* Nilai tercapai dibanding target.
* Bar progres dengan indikator warna.
> Jumlah kartu yang ditampilkan mengikuti jumlah metrik pada target penjualan.
> {% endstep %}
{% step %}
### Tren Performa (Grafik Garis)
Grafik ini menampilkan perkembangan pencapaian target selama periode berjalan.
**Tersedia beberapa opsi, yaitu:**
* **Filter berdasarkan jenis target.**
* **Toggle Grafik Inkremental untuk mengubah tampilan grafik:**
| Dicentang (Kumulatif) | Tidak Dicentang (Per Periode) |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
|
| Menampilkan total pencapaian yang terus bertambah (kumulatif) sepanjang periode sehingga memudahkan melihat perkembangan keseluruhan terhadap target. | Menampilkan pencapaian pada setiap periode secara terpisah sehingga memudahkan melihat kenaikan atau penurunan performa. |
* **Toggle Grafik Inkremental untuk mengubah tampilan grafik:**
* Grafik akan menampilkan perbandingan antara target dan pencapaian pada setiap periode.
{% endstep %}
{% step %}
### Tabel Pivot Detail
Tabel ini menyediakan detail pencapaian hingga tingkat karyawan dan periode.
Tingkat
Menampilkan
Level 1 β Metrik
Ringkasan setiap jenis target beserta target, pencapaian, dan persentasenya.
Level 2 β Karyawan
Pencapaian masing-masing salesman untuk metrik tersebut.
Level 3 β Periode
Detail pencapaian setiap periode untuk masing-masing salesman.
Contoh:
**Level 1**
Penjualan Produk (Qty) β 75% tercapai
β
**Level 2**
John β 800 / 1.000 unit (80%)
β
**Level 3**
Minggu 1 β 200 / 250 unit (80%)
Setiap baris juga menampilkan status progres:
Status
Keterangan
π’ Sesuai Jalur (On Track)
Pencapaian β₯ 85% dari progres yang diharapkan.
π‘ Berisiko (At Risk)
Pencapaian β₯ 60% dari progres yang diharapkan.
π΄ Tertinggal (Behind)
Pencapaian < 60% dari progres yang diharapkan.
{% endstep %}
{% endstepper %}
## **Jenis Target yang Didukung**
| Jenis Target | Deskripsi | Sumber Data |
| ------------------------ | -------------------------------------------- | --------------------------------- |
| Penjualan Produk (Qty) | Melacak jumlah produk tertentu yang terjual. | Faktur Penjualan atau Sales Order |
| Penjualan Produk (Value) | Melacak nilai penjualan produk tertentu. | Faktur Penjualan atau Sales Order |
| Total Penjualan | Melacak total nilai seluruh penjualan. | Faktur Penjualan atau Sales Order |
## **Cara Menggunakan**
{% stepper %}
{% step %}
### **Buka Sales Target**
Masuk ke menu **Sales Target**, lalu pilih salah satu target penjualan untuk membuka halaman detail.
{% endstep %}
{% step %}
### **Buka Tab Report**
Pada halaman detail, klik tab **Report**.
{% endstep %}
{% step %}
### **Lihat Ringkasan Keseluruhan**
Bagian atas halaman menampilkan persentase pencapaian keseluruhan, bar progres, serta penanda **Hari Ini** untuk membandingkan progres dengan waktu yang telah berjalan.
{% endstep %}
{% step %}
### **Periksa Progres Pencapaian**
Scroll ke bagian **Progres Pencapaian** untuk melihat ringkasan pencapaian setiap metrik target.
{% endstep %}
{% step %}
### **Analisis Tren Performa**
Gunakan grafik **Tren Performa** untuk melihat perkembangan pencapaian target dari waktu ke waktu.
* Pilih **jenis target** melalui dropdown.
* Aktifkan **Grafik Inkremental** untuk menampilkan progres kumulatif.
* Nonaktifkan **Grafik Inkremental** untuk melihat pencapaian pada setiap periode.
{% endstep %}
{% step %}
### **Lihat Detail Pencapaian**
Gunakan tabel detail untuk melihat pencapaian hingga level salesman dan periode. Klik baris **Metrik** untuk menampilkan daftar salesman, lalu klik baris **Salesman** untuk melihat rincian pencapaian pada setiap periode.
{% endstep %}
{% endstepper %}
## **Tips**
* Gunakan indikator warna untuk memudahkan mengidentifikasi target yang memerlukan perhatian.
* Penanda **Hari Ini** membantu membandingkan progres pencapaian dengan waktu yang telah berjalan.
* Gunakan tombol **Export** (jika tersedia) untuk mengunduh laporan.
* Jika data belum sesuai, gunakan tombol **Recalculate** pada halaman detail target. Proses ini dapat dilakukan maksimal **3 kali per hari untuk setiap target**.
## **Hak Akses**
Fitur ini dapat diakses oleh pengguna yang memiliki permission:
* **SalesTargetReport**
* **SalesTargetControl**
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Improvement Backoffice: Export Daily Visit dengan Background Process \[18 Juni 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Fitur export Daily Visit kini berjalan di background process, sama seperti export Sales Invoice, Delivery Order, dan Sales Order yang sudah tersedia sebelumnya.
Anda dapat melakukan export data Daily Visit hingga periode 90 hari sekaligus tanpa perlu menunggu di halaman selama proses berlangsung.
Pembaruan ini melengkapi pengalaman export yang lebih konsisten di seluruh modul transaksi SimpliDOTS.
Referensi fitur sebelumnya:
## **Kenapa Perubahan Ini Dilakukan?**
Sebelumnya, proses export Daily Visit memiliki beberapa kendala:
* User harus menunggu di halaman sampai proses export selesai
* Tidak dapat melakukan aktivitas lain selama export berjalan
* Export sering timeout atau gagal ketika jumlah data terlalu banyak
* Pengalaman export belum konsisten karena modul lain sudah menggunakan background process, sementara Daily Visit masih menggunakan proses lama
Dengan pembaruan ini, proses export menjadi lebih stabil, fleksibel, dan nyaman digunakan.
## **Contoh Kasus**
Seorang SPV ingin melakukan export data kunjungan salesman selama 2 bulan terakhir untuk kebutuhan evaluasi performa tim.
Sebelumnya, proses export sering gagal karena jumlah data terlalu besar atau SPV harus menunggu cukup lama hingga file selesai dibuat.
Sekarang, SPV cukup klik **Export**, lalu dapat melanjutkan pekerjaan lain. Setelah proses selesai, sistem akan menampilkan notifikasi dan file siap untuk di-download.
## **Aturan / Ketentuan & Batasan**
| Kondisi | Perilaku Sistem |
| ---------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Periode yang dipilih 90 hari atau kurang | Export dapat diproses. |
| Periode yang dipilih lebih dari 90 hari |
Export tidak dapat diproses dan akan muncul pesan peringatan "Data range cannot exceed 3 months".
|
| Selama export berjalan |
User bebas pindah halaman atau melanjutkan pekerjaan lain. Bisa sembari cek notifikasi secara berkala.
|
| Export selesai |
Sistem akan menampilkan notifikasi download.
|
| Ada filter aktif | Hasil export mengikuti filter yang dipasang. |
β οΈ **Catatan:**
* Maksimal export hanya untuk rentang waktu 90 hari dalam satu kali proses export. Jika membutuhkan data lebih dari 90 hari, silakan lakukan export beberapa kali dengan membagi periodenya.
## **Cara Menggunakan**
1. Login ke Backoffice (SMH).
2. Buka menu **Sales.**
3. Pilih menu **Daily Visit.**
4. Atur filter sesuai kebutuhan (tanggal, salesman, area, dan lainnya).
5. Klik tombol **Export.**
6. Proses export akan berjalan di background.
7. Anda dapat melanjutkan aktivitas lain selama proses berjalan.
8. Tunggu notifikasi bahwa export telah selesai.
9. Download file export yang sudah tersedia.
## **Yang Perlu Diperhatikan**
* Pastikan permission / role Daily Visit sudah aktif agar dapat melakukan export.
* Hasil export mengikuti seluruh filter yang sedang aktif.
* Perilaku fitur ini sudah disamakan dengan export Sales Invoice, Delivery Order, dan Sales Order.
## **FAQ**
| Question | Answer |
| -------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apakah saya harus tetap di halaman Daily Visit selama proses export? | Tidak. Proses export berjalan di background sehingga Anda bebas berpindah halaman atau melakukan aktivitas lain. |
| Bagaimana cara mengetahui export sudah selesai? | Sistem akan mengirimkan notifikasi ketika file export sudah siap di-download. Anda juga dapat mengeceknya melalui menu notifikasi. |
| Apakah bisa export lebih dari 90 hari? | Belum bisa. Sebagai alternatif, Anda dapat melakukan export beberapa kali dengan membagi periode tanggal, misalnya 3 bulan pertama, lalu 3 bulan berikutnya. |
| Apakah filter mempengaruhi hasil export? | Ya. Semua filter yang sedang aktif akan diterapkan pada hasil export. |
| Apa perbedaan dengan export Daily Visit sebelumnya? | Sebelumnya, user harus menunggu di halaman hingga proses export selesai. Sekarang, export berjalan otomatis di background sehingga user dapat tetap melanjutkan pekerjaan lain. |
| Kenapa tombol Export masih loading padahal export sudah selesai? |
Saat ini status tombol Export belum ter-update otomatis. Dalam beberapa kondisi, proses export sebenarnya sudah selesai dan notifikasi download sudah tersedia meskipun tombol masih terlihat loading.
Anda dapat melakukan refresh halaman untuk memperbarui status tombol Export.
|
## **Pertanyaan?**
Jika mengalami kendala atau memiliki pertanyaan terkait pembaruan ini, silakan hubungi tim Customer Support kami.
Terima kasih telah menggunakan SimpliDOTS!
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Improvement Backoffice: Export Sales Order dengan Background Process \[21 Mei 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
Fitur export Sales Order (SO) kini berjalan di background process, sama seperti export Sales Invoice dan Delivery Order yang sudah tersedia sebelumnya.
Anda dapat melakukan export data SO hingga periode 1 bulan sekaligus tanpa perlu menunggu di halaman selama proses berlangsung.
Pembaruan ini melengkapi pengalaman export yang lebih konsisten di seluruh modul transaksi SimpliDOTS.
Referensi fitur sebelumnya:
## **Kenapa Perubahan Ini Dilakukan?**
Sebelumnya, proses export Sales Order memiliki beberapa kendala:
* User harus menunggu di halaman sampai proses export selesai
* Tidak dapat melakukan aktivitas lain selama export berjalan
* Export sering timeout atau gagal ketika jumlah data terlalu banyak
* Pengalaman export belum konsisten karena Sales Invoice dan Delivery Order sudah menggunakan background process, sementara Sales Order masih menggunakan proses lama
Dengan pembaruan ini, proses export menjadi lebih stabil, fleksibel, dan nyaman digunakan.
## **Contoh Kasus**
Seorang Admin ingin melakukan export data Sales Order selama 1 bulan terakhir untuk kebutuhan rekonsiliasi.
Sebelumnya, proses export sering gagal karena jumlah data terlalu besar atau Admin harus menunggu cukup lama hingga file selesai dibuat.
Sekarang, Admin cukup klik **Export**, lalu dapat melanjutkan pekerjaan lain. Setelah proses selesai, sistem akan menampilkan notifikasi dan file siap untuk di-download.
## Aturan / Ketentuan & Batasan
| Kondisi | Perilaku Sistem |
| --------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Periode yang dipilih maksimal 31 hari | Export dapat diproses. |
| Periode yang dipilih lebih dari 31 hari |
Export tidak dapat diproses dan akan muncul pesan peringatan "The maximum data that can be exported is 31 days. Please export partially".
|
| Selama export berjalan |
User bebas pindah halaman atau melanjutkan pekerjaan lain.
|
| Export selesai |
Sistem akan menampilkan notifikasi download.
|
| Ada filter aktif | Hasil export mengikuti filter yang dipasang. |
β οΈ **Catatan:**
* Maksimal export hanya untuk rentang waktu 31 hari dalam satu kali proses export. Jika membutuhkan data lebih dari 31 hari, silakan lakukan export beberapa kali dengan membagi periodenya.
## **Cara Menggunakan**
1. Login ke Backoffice (SMH).
2. Buka menu **Sales.**
3. Pilih menu **Sales Order.**
4. Atur filter sesuai kebutuhan (tanggal, status, salesman, dan lainnya).
5. Klik tombol **Export.**
6. Proses export akan berjalan di background.
7. Anda dapat melanjutkan aktivitas lain selama proses berjalan.
8. Tunggu notifikasi bahwa export telah selesai.
9. Download file export yang sudah tersedia.
## **Yang Perlu Diperhatikan**
* Pastikan permission / role Sales Order sudah aktif agar dapat melakukan export.
* Hasil export mengikuti seluruh filter yang sedang aktif.
* Perilaku fitur ini sudah disamakan dengan export Sales Invoice dan Delivery Order.
## **FAQ**
| Question | Answer |
| -------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apakah saya harus tetap di halaman Sales Order selama proses export? | Tidak. Proses export berjalan di background sehingga Anda bebas berpindah halaman atau melakukan aktivitas lain. |
| Bagaimana cara mengetahui export sudah selesai? | Sistem akan mengirimkan notifikasi ketika file export sudah siap di-download. Anda juga dapat mengeceknya melalui menu notifikasi. |
| Apakah bisa export lebih dari 31 hari? | Belum bisa. Maksimal periode export adalah 31 hari dalam satu kali proses. Jika membutuhkan data lebih panjang, silakan lakukan export beberapa kali dengan membagi periode tanggal. |
| Apakah filter mempengaruhi hasil export? | Ya. Semua filter yang sedang aktif akan diterapkan pada hasil export. |
| Apa perbedaan dengan export Sales Order sebelumnya? | Sebelumnya, user harus menunggu di halaman hingga proses export selesai. Sekarang, export berjalan otomatis di background sehingga user dapat tetap melanjutkan pekerjaan lain. |
| Kenapa tombol Export masih loading padahal export sudah selesai? |
Saat ini status tombol Export belum ter-update otomatis. Dalam beberapa kondisi, proses export sebenarnya sudah selesai dan notifikasi download sudah tersedia meskipun tombol masih terlihat loading.
Anda dapat melakukan refresh halaman untuk memperbarui status tombol Export.
|
## **Pertanyaan?**
Jika mengalami kendala atau memiliki pertanyaan terkait pembaruan ini, silakan hubungi tim Customer Support kami.
Terima kasih telah menggunakan SimpliDOTS!
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Improvement Backoffice: Stock Refresh, Recalculate Stock & Reset Process \[13 Mei 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
#
Fitur
Menu
Untuk Siapa
1
Refresh Stock Per Item.
Stock List.
Tenant integrasi Accurate.
2
Reset Process Generate Delivery Order (DO) atau Sales Invoice (SI).
Update terbaru ini membantu user menangani beberapa kendala operasional secara mandiri tanpa perlu bantuan tim support, seperti refresh stock per item dan reset proses generate DO/SI.
Selain itu, tampilan Daily Visit Map kini lebih informatif dengan nomor marker, navigasi interaktif, dan estimasi jarak antar titik kunjungan.
## **Kenapa Fitur Ini Dibuat?**
{% stepper %}
{% step %}
### Case 1 - Stock List: Refresh Stock Per Item
**Kendala Sebelumnya**
* Stock belum langsung ter-update\
Dalam beberapa kondisi, perubahan stock dari sistem lain belum langsung masuk ke SimpliDOTS. Karena tidak ada indikator khusus, user bisa saja melihat data stock yang ternyata belum terbaru.
* Sinkron hanya tersedia untuk seluruh stock\
Sebelumnya user hanya bisa melakukan full sinkron seluruh stock. Untuk kebutuhan kecil seperti refresh 1β2 item, proses ini terasa kurang praktis.
**Solusi**
* Sekarang user dapat melakukan refresh stock per item langsung dari Stock List tanpa perlu melakukan full sinkron..
{% endstep %}
{% step %}
### Case 2 - SO List: Reset Process Generate DO/SI
**Kendala Sebelumnya**
* Sales Order (SO) stuck loading\
Ada kondisi dimana status SO tetap loading walaupun proses generate sebenarnya sudah selesai atau gagal.
* Belum bisa di-reset langsung oleh user\
Sebelumnya proses reset perlu dibantu tim support SimpliDOTS.
**Solusi**
* Sekarang user dapat melakukan reset process secara mandiri agar status SO kembali normal tanpa perlu bantuan support.
{% endstep %}
{% step %}
### Case 3 - Daily Visit Map: Pembaruan Peta Kunjungan
**Kendala Sebelumnya**
* Peta kurang informatif\
Marker kunjungan belum memiliki nomor urut dan belum ada informasi estimasi jarak antar titik kunjungan.
* Supervisor sulit membaca pola kunjungan salesman\
Karena tidak ada urutan dan estimasi jarak, monitoring aktivitas kunjungan menjadi kurang optimal.
**Solusi**
Daily Visit Map mode Open Street Maps (OSM) sekarang dilengkapi:
* Nomor urut marker kunjungan
* Estimasi jarak antar titik
* Total estimasi jarak per employee
* Navigasi peta yang lebih informatif
> β οΈ **Catatan:**\
> Jarak yang ditampilkan merupakan garis lurus antar titik check-in, bukan rute jalan aktual. Angka dapat berbeda cukup signifikan dari jarak tempuh sebenarnya dan saat ini digunakan sebagai referensi kasar. Perhitungan berdasarkan rute jalan direncanakan pada update selanjutnya.
> {% endstep %}
> {% endstepper %}
## **Apa yang Baru?**
{% stepper %}
{% step %}
### Refresh Stock Per Item - Stock List
Sekarang tersedia button sync per item langsung dari Stock List.
**Cara Kerja**
* Button sync (icon π) muncul di kolom paling kanan setiap item
* Saat di-klik, sistem hanya akan request stock terbaru untuk item tersebut
* Tidak perlu melakukan sync seluruh stock
**Catatan**
Fitur ini hanya tersedia untuk tenant yang menggunakan integrasi Accurate.
{% endstep %}
{% step %}
### Reset Process Generate Delivery Order (DO) atau Sales Invoice (SI) - Sales Order List & Notifikasi
Sekarang tersedia button **Reset Process** untuk mengatasi SO yang stuck loading.
**Button Reset Process akan muncul jika:**
* Sales Order (SO) loading terlalu lama (> 1 jam).
* Notifikasi sudah menunjukkan hasil akhir tetapi status SO masih loading.
**Lokasi Button**
* SO List (saat hover row).
* Detail SO.
* Detail Notifikasi.
**Setelah di-reset:**
* Loading hilang.
* Status SO kembali normal.
* SO lain yang sedang proses tidak terpengaruh.
* Status notifikasi berubah menjadi:\
**`"Process was cancelled by user"`**
{% endstep %}
{% step %}
### Pembaruan Daily Visit Map (Open Street Maps - OSM)
Beberapa pembaruan ditambahkan untuk meningkatkan visibilitas kunjungan salesman.
**Nomor Urut Marker**
* Setiap marker kunjungan sekarang memiliki nomor berdasarkan urutan check-in sehingga supervisor dapat melihat pola rute kunjungan dengan lebih jelas.
**Estimasi Jarak Antar Titik**
Sekarang tersedia button:
* **See Distance** β menampilkan garis antar marker dan estimasi jarak
* **Hide Distance** β menyembunyikan tampilan jarak
Informasi yang ditampilkan:
* Jarak antar titik (meter/km)
* Total estimasi jarak per employee
> β οΈ Estimasi jarak dihitung menggunakan garis lurus antar titik check-in, bukan rute jalan aktual. Angka dapat berbeda cukup signifikan dari jarak tempuh sebenarnya dan saat ini digunakan sebagai referensi kasar.
> {% endstep %}
> {% endstepper %}
## **Cara Menggunakan**
{% stepper %}
{% step %}
### Refresh Stock Per Item
1. Buka menu **Stock List.**
2. Cari item yang ingin di-refresh.
3. Klik icon π **Sync stock from partner.**
4. Tunggu proses selesai.
5. Qty stock akan ter-update.
{% endstep %}
{% step %}
### Reset Process Generate Delivery Order (DO) atau Sales Invoice (SI)
**Dari SO List**
1. Buka menu **Sales Order.**
2. Hover pada SO yang stuck loading.
3. Klik **Reset Process.**
**Dari Detail SO**
1. Buka detail SO.
2. Klik **Reset Process.**
**Dari Notifikasi**
1. Buka notifikasi yang masih loading.
2. Klik **Reset Process.**
{% endstep %}
{% step %}
### Estimasi Jarak Kunjungan
1. Buka **Daily Visit**.
2. Masuk ke tab **Map**.
3. Pilih mode **Open Street Maps (OSM)**.
4. Pilih tanggal kunjungan.
5. Klik nama employee pada panel kiri.
6. Klik **See Distance** untuk menampilkan estimasi jarak.
7. Klik **Hide Distance** untuk menyembunyikan estimasi jarak.
{% endstep %}
{% endstepper %}
## **FAQ**
| Feature | Question | Answer |
| ------------------------------------------------------------------ | ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------ |
| Refresh Stock Per Item | Apakah tersedia untuk semua tenant? | Tidak. Hanya untuk tenant yang menggunakan integrasi Accurate. |
| | Berapa lama proses refresh? | Biasanya hanya beberapa detik per item. |
| | Apakah full sync masih tersedia? | Ya. Refresh per item merupakan alternatif cepat untuk kebutuhan refresh item tertentu saja. |
| Reset Process Generate Delivery Order (DO) atau Sales Invoice (SI) | Kenapa button belum muncul padahal masih loading? | Button akan muncul setelah loading berjalan cukup lama atau ketika notifikasi sudah menunjukkan hasil akhir. |
| | Apakah reset akan menghapus DO yang sudah berhasil? | Tidak. Reset hanya mengembalikan status loading SO yang dipilih. |
| | Apakah SO bisa di-generate ulang setelah reset? | Bisa. Pastikan penyebab kendala sebelumnya sudah diperbaiki terlebih dahulu. |
| | Apakah reset dari SO List dan Notifikasi berbeda? | Tidak. Fungsinya sama. Dari notifikasi, status notifikasi juga akan ikut diperbarui menjadi failed. |
| Estimasi Jarak Kunjungan | Apakah jarak yang ditampilkan merupakan jarak aktual? | Tidak. Jarak dihitung berdasarkan garis lurus antar titik check-in, bukan rute jalan sebenarnya. |
| | Kenapa fitur ini belum tersedia di Google Maps? | Saat ini fitur estimasi jarak hanya tersedia pada mode Open Street Maps - OSM (MapLibre). |
{% hint style="info" %}
**Pertanyaan?**
* Jika mengalami kendala atau membutuhkan bantuan, silakan hubungi tim Customer Success SimpliDOTS. Terima kasih telah menggunakan SimpliDOTS ππ»
{% endhint %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Sales Target \[19 Mei 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Ringkasan**
SimpliDOTS kini memiliki fitur **Sales Target Management** yang memungkinkan Admin menetapkan target penjualan untuk salesman, memonitor pencapaian secara otomatis, serta memberikan visibility target secara langsung melalui SFA Mobile.
Fitur ini mendukung 3 jenis target utama:
* **Total Penjualan (Omset)**
* **Product Volume**
* **Product Value**
Masing-masing target dapat dihitung berdasarkan:
* **Sales Order (SO)** atau
* **Sales Invoice (SI)**
Dengan fitur ini, salesman dapat memantau progress target mereka langsung dari aplikasi SFA Mobile, termasuk saat offline. Di sisi lain, Admin dapat dengan mudah membuat, mengelola, memonitor, melakukan hitung ulang pencapaian, hingga mengexport data target melalui SMH Backoffice.
## **Kenapa Fitur Ini Dibuat?**
Sebelumnya, proses penetapan dan monitoring target penjualan masih dilakukan secara manual menggunakan spreadsheet atau komunikasi verbal. Kondisi ini membuat proses tracking menjadi kurang efisien, sulit dimonitor secara realtime, dan membutuhkan effort besar untuk melakukan rekap pencapaian.
Beberapa kendala yang sering terjadi:
* Belum ada tools formal untuk menetapkan dan memonitor target penjualan, sehingga proses tracking sulit diukur dan diaudit.
* Salesman tidak memiliki visibility langsung terhadap target mereka, sehingga fokus dan motivasi terhadap pencapaian target menjadi kurang optimal.
* Admin kesulitan memonitor performa salesman karena belum tersedia tampilan progress achievement yang langsung dapat dilihat di sistem.
* Perhitungan achievement masih dilakukan manual melalui export data dan pengolahan spreadsheet, terutama untuk target Omset, Product Volume, dan Product Value.
#### Contoh Kasus
Distributor XYZ ingin menetapkan target penjualan bulan Maret untuk 10 salesman dengan detail berikut:
Jenis Target
Target
Target Omset
Rp 100 juta per salesman (berdasarkan Sales Invoice)
Target Volume
500 karton mie per salesman (berdasarkan Sales Order)
Target Value
Rp 50 juta kategori Snack per salesman
Sebelumnya, Admin harus melakukan export data Sales Order dan Sales Invoice terlebih dahulu, lalu mengolahnya secara manual di spreadsheet untuk mengetahui pencapaian masing-masing salesman.
Dengan fitur **Sales Target Management**, Admin kini cukup membuat target langsung di SMH Backoffice dan sistem akan otomatis menghitung achievement berdasarkan transaksi yang masuk. Progress pencapaian dapat langsung dimonitor melalui dashboard di Backoffice maupun aplikasi SFA Mobile secara realtime.
## **Apa yang Baru?**
Sebelum menggunakan fitur **Sales Target Management**, pastikan permission berikut sudah diaktifkan pada **Role Group** agar user dapat mengakses dan menggunakan fitur dengan sesuai kebutuhan.
| Permission | Fungsi |
| ------------------------ | -------------------------------------------------------------------------------- |
| **Control Sales Target** | Akses penuh terhadap fitur Sales Target (view, create, edit, delete, dan export) |
| **Create Sales Target** | Membuat target penjualan baru |
| **Read Sales Target** | Melihat daftar dan detail target |
| **Edit Sales Target** | Mengedit target yang sudah dibuat |
| **Delete Sales Target** | Menghapus target |
| **Export Sales Target** | Mengexport data target |
| **Import Sales Target** | β Belum tersedia |
| **Report Sales Target** | β Belum tersedia |
| **Read Employee** | Memilih salesman saat create/edit target |
| **Read Product** | Memilih produk saat create/edit target |
> **Note:** User tanpa permission yang sesuai tidak dapat mengakses ataupun melakukan aksi tertentu pada fitur Sales Target Management.
### **1. Create Sales Target (SMH)**
Admin kini dapat membuat target penjualan langsung melalui SMH Backoffice dengan konfigurasi yang lebih fleksibel dan lengkap sesuai kebutuhan.
#### Konfigurasi Sales Target
Saat membuat target, Admin dapat mengisi beberapa konfigurasi berikut:
Field
Keterangan
Judul Target
Nama target sesuai kebutuhan.
Tanggal Mulai & Selesai
Menentukan periode target. Backdate diperbolehkan hingga maksimal 3 bulan ke belakang, dan end date maksimal 3 bulan ke depan.
Salesman
Memilih satu atau lebih salesman aktif.
Metric Type
Memilih satu atau lebih jenis target yang ingin digunakan.
***
#### 6 Metric Type yang Tersedia
No
Metric Type
Apa yang Diukur
1
Omset - Sales Order
Total nilai transaksi dari Sales Order.
2
Omset - Sales Invoice
Total nilai transaksi dari Sales Invoice.
3
Product Volume - Sales Order
Total qty produk tertentu yang terjual dari Sales Order.
4
Product Volume - Sales Invoice
Total qty produk tertentu yang terjual dari Sales Invoice.
5
Product Value - Sales Order
Total nilai penjualan produk tertentu dari Sales Order.
6
Product Value - Sales Invoice
Total nilai penjualan produk tertentu dari Sales Invoice.
***
#### Hal yang Perlu Diketahui Saat Membuat Target
1. **Multiple Metric Type dalam 1 Target**
Satu target dapat memiliki beberapa metric type sekaligus.
Contoh:
* Omset Sales Invoice
* Product Volume Sales Order
Dalam 1 target yang sama.
2. **Metric Type Omset Hanya Bisa Dipilih 1x per Source**
Untuk metric type Omset:
* Omset - Sales Order hanya bisa ditambahkan 1x
* Omset - Sales Invoice hanya bisa ditambahkan 1x
Dalam satu target yang sama.
3. **Target Berlaku Per Salesman**
Target yang dibuat berlaku untuk masing-masing salesman, bukan target gabungan.
Contoh:\
Jika Admin memilih 10 salesman dengan target:
* Omset Sales Invoice = Rp 100 juta
Maka:
* Setiap salesman memiliki target Rp 100 juta
* Bukan Rp 100 juta dibagi 10 salesman
4. **Product Volume & Product Value Bersifat Gabungan Produk**
Untuk metric type Product Volume dan Product Value, pencapaian dihitung berdasarkan total gabungan seluruh produk yang dipilih.
Contoh:\
Target:
* 100 PCS
* Produk: mie Goreng + mie Ayam
Maka:
* Menjual 100 PCS mie Goreng saja sudah dianggap tercapai
Jika ingin target masing-masing produk dihitung terpisah, Admin perlu membuat metric type terpisah untuk setiap produk.
5. **Validasi Conversion Rate untuk Product Volume**
Khusus Product Volume, produk yang digabung dalam 1 target harus memiliki conversion rate yang sama.
Contoh:
| Item | Conversion | Bisa Digabung? |
| ---------- | ---------------- | --------------------- |
| mie Goreng | 1 Lusin = 10 PCS | β Bisa digabung |
| mie Ayam | 1 Lusin = 10 PCS | β Bisa digabung |
| Mie Sedaap | 1 Lusin = 12 PCS | β Tidak bisa digabung |
Karena conversion rate berbeda, maka Mie Sedaap harus dibuat dalam target item terpisah.
6. **Produk yang Sudah Digunakan Target Tidak Bisa Dihapus**
Produk yang:
* Sudah di-assign ke Sales Target, atau
* Sudah digunakan pada transaksi terkait target
Tidak dapat dihapus dari master data.
Produk harus di-unassign terlebih dahulu dari target sebelum dapat dihapus.
> **Note:** Seluruh aktivitas create, edit, dan delete pada Sales Target otomatis tercatat di Log Activity untuk kebutuhan audit dan tracking perubahan.
π‘ **Bingung memilih metric type yang sesuai?**
Lihat bagian **Contoh Penggunaan** di bawah untuk memahami perbedaan penggunaan masing-masing metric type sesuai kebutuhan bisnis dan skenario operasional.
### **2. Create Sales Target (SMH)**
Admin dapat melakukan perubahan terhadap target yang sudah dibuat melalui SMH Backoffice. Setiap perubahan yang dilakukan akan langsung mempengaruhi proses perhitungan achievement sesuai konfigurasi terbaru.
Berikut beberapa perubahan yang dapat dilakukan beserta dampaknya terhadap achievement target:
Perubahan
Detai
Ubah Periode Target
Ketika periode diubah:
Sistem akan otomatis menghitung ulang achievement.
Transaksi yang masuk ke periode baru akan ikut dihitung.
Transaksi yang berada di luar periode baru tidak lagi dihitung ke achievement.
Ubah Target Value / Target Qty
Perubahan ini:
Tidak mengubah angka achievement yang sudah tercapai.
Hanya mengubah persentase achievement terhadap target baru.
Contoh:
Achievement saat ini: Rp 80 juta.
Target awal: Rp 100 juta β achievement = 80%
Target diubah menjadi Rp 150 juta β achievement berubah menjadi 53.3%
Tambah Salesman
Jika salesman tersebut:
Sudah memiliki transaksi dalam periode target.
Maka achievement akan langsung otomatis terhitung berdasarkan transaksi yang sudah ada.
Hapus Salesman dari Target
Yang perlu diketahui:
Achievement yang sebelumnya sudah tercatat tidak akan hilang.
Namun achievement tidak akan bertambah lagi dari transaksi baru setelah salesman dihapus dari target.
Tambah / Hapus Produk
Behavior-nya sama seperti salesman:
Achievement lama tetap tersimpan
Namun transaksi baru dari produk yang dihapus tidak lagi dihitung ke target
Tambah / Hapus Metric Type
Ketentuan:
Minimal harus tetap ada 1 metric type dalam target
Target tidak dapat disimpan dalam kondisi tanpa metric type
**π Recalculate Achievement Otomatis**
Beberapa perubahan berikut akan memicu proses hitung ulang achievement secara otomatis:
* Ubah periode target
* Tambah salesman
* Tambah produk
* Tambah metric type
Karena proses ini memerlukan perhitungan ulang data transaksi, sistem membatasi:
* Maksimal 3x recalculation per hari untuk setiap target
Hal ini dilakukan untuk menjaga performa sistem tetap optimal.
> **Note:** Seluruh aktivitas create, edit, dan delete pada Sales Target otomatis tercatat di Log Activity untuk kebutuhan audit dan tracking perubahan.
### **3. Delete Sales Target (SMH)**
Admin dapat menghapus target penjualan yang sudah dibuat melalui SMH Backoffice.
Sebelum target dihapus, sistem akan menampilkan konfirmasi terlebih dahulu untuk memastikan proses delete dilakukan dengan sengaja.
Yang perlu diketahui setelah target dihapus:
* Seluruh data target akan terhapus
* Data achievement/pencapaian target juga akan ikut terhapus
* Transaksi asli seperti Sales Order (SO) dan Sales Invoice (SI) tetap tersimpan di sistem dan tidak ikut terhapus
> **Note:** Seluruh aktivitas create, edit, dan delete pada Sales Target otomatis tercatat di Log Activity untuk kebutuhan audit dan tracking perubahan.
### **4. View Target Detail (SMH)**
Halaman **Target Detail** memberikan Admin visibility yang lebih lengkap terhadap progress pencapaian target tanpa perlu melakukan export dan pengolahan data manual di spreadsheet.
Melalui halaman ini, Admin dapat memonitor achievement setiap target secara lebih realtime dan detail langsung dari SMH Backoffice.
#### **Informasi yang Tersedia di Halaman Detail Target**
1. **Progress per Metric Type**
Admin dapat melihat:
* Total pencapaian.
* Persentase achievement.
* Progress target.
Untuk masing-masing metric type yang ada di dalam target.
2. **Detail Salesman**
Admin dapat melihat daftar salesman yang tergabung dalam target.
Klik jumlah salesman untuk melihat:
* Nama salesman.
* Kode salesman.
3. **Detail Achievement**
Admin dapat melihat detail pencapaian setiap salesman secara lebih rinci.
Flow detail:
* Klik nilai achievement β menampilkan pencapaian per salesman.
* Klik achievement pada popup β menampilkan referensi dokumen transaksi yang berkontribusi terhadap target.
Hal ini memudahkan proses audit dan pengecekan sumber achievement secara langsung.
4. **Tombol Recalculate**
Tersedia tombol **Recalculate** untuk melakukan hitung ulang achievement apabila Admin merasa data pencapaian belum sinkron.
Fungsi ini akan:
* Menghitung ulang transaksi terkait target.
* Memperbarui nilai achievement sesuai data terbaru.
Untuk menjaga performa sistem:
* Recalculate dibatasi maksimal 3x per hari untuk setiap target.
#### **Kapan Achievement Bertambah?**
Achievement akan otomatis bertambah ketika:
* Sales Order (SO) masuk ke backoffice.
* Sales Invoice (SI) masuk ke backoffice.
Perhitungan mengikuti metric type yang digunakan pada target.
#### **Kapan Achievement Berkurang?**
Achievement dapat berkurang apabila terjadi kondisi berikut:
* SO atau SI di-cancel.
* Ada Sales Return yang sudah di-verify.
* DO dibuat menggunakan item dengan status **"No Redeliver"** (barang tidak dikirim ulang).
#### **Hal yang Perlu Diketahui**
1. **SO dan SI Tidak Akan Double Count**\
Jika Sales Order sudah dibuat menjadi Sales Invoice, sistem hanya akan menghitung salah satu transaksi saja agar achievement tidak terhitung dua kali.
2. **Return Mengurangi Achievement Sesuai Tanggal Return**
Return akan mengurangi achievement pada periode saat return dibuat, bukan pada periode transaksi asal.
Contoh:
* SO dibuat bulan Maret.
* Return dibuat tanggal 5 April.
Maka:
* Achievement April yang akan berkurang.
* Bukan achievement bulan Maret.
3. **Item Gratis Tidak Dihitung**
Item gratis dari promo seperti:
* Beli X gratis Y.
Tidak akan dihitung ke achievement target, baik untuk:
* Omset.
* Product Volume.
* Product Value.
### 5. View Target di SFA Mobile
Salesman kini dapat langsung melihat target dan progress pencapaiannya melalui aplikasi SFA Mobile tanpa perlu bertanya ke Admin ataupun membuka spreadsheet manual.
Fitur ini membantu salesman lebih fokus terhadap target yang sedang berjalan dan mengetahui progress pencapaiannya secara realtime langsung dari HP.
{% stepper %}
{% step %}
### Daftar Target (Menu βTargetβ)
Melalui menu **Target**, salesman dapat langsung melihat daftar target aktif yang perlu dicapai.
|
|
|
|
|
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
Setiap target card menampilkan informasi:
* Judul target
* Progress bar achievement
* Nilai pencapaian vs target
* Persentase achievement
* Sisa hari menuju deadline
Salesman juga dapat:
* Tap target card untuk melihat detail target
* Melihat daftar produk target untuk Product Volume & Product Value
* Melakukan filter:
* **Active** β target yang belum tercapai
* **Achieved** β target yang sudah tercapai
Selain itu:
* Target diurutkan berdasarkan deadline terdekat
* Target yang paling urgent akan muncul di bagian atas
* Waktu terakhir sync juga ditampilkan agar salesman mengetahui kapan data terakhir diperbarui
> Note: Hanya target dengan periode aktif yang akan ditampilkan di aplikasi. Target yang periodenya sudah lewat tidak akan muncul di daftar target.
> {% endstep %}
{% step %}
### Penanda Produk Target Saat Membuat SO / SI
|
|
|
|
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
* Salesman tidak perlu menghafal produk mana saja yang termasuk target aktif.
* Saat membuat transaksi Sales Order (SO) atau Sales Invoice (SI), sistem akan otomatis memberikan badge:\
π― **Sales Target**
* Pada produk yang termasuk target aktif.
* Salesman juga dapat menggunakan:
* **Sort by: Sales Target**
* Agar produk target muncul di urutan paling atas.
* Fitur ini membantu salesman lebih fokus menjual produk yang berkontribusi langsung terhadap pencapaian target.
{% endstep %}
{% step %}
### Offline & Sync
Target tetap dapat dilihat meskipun salesman sedang berada di area tanpa koneksi internet.
Behavior sistem:
* Data target tetap dapat diakses menggunakan data terakhir yang tersimpan di device
* Data akan otomatis diperbarui setiap 15 menit ketika terdapat koneksi internet
* Jika masih ada transaksi yang belum tersinkronisasi, akan muncul indikator:
* β **not yet synced**
Sebagai pengingat bahwa data achievement mungkin belum sepenuhnya terbaru.
{% endstep %}
{% endstepper %}
### **6. Export Sales Target**
Admin kini dapat mengexport data target untuk kebutuhan monitoring, analisis, maupun presentasi.
Format export yang tersedia:
* Excel
* CSV
Filter yang tersedia:
* Periode
* Salesman
* Metric Type
Data export dapat digunakan untuk:
* Rekap performa salesman.
* Analisis pencapaian target.
* Evaluasi penjualan.
* Presentasi internal.
## **Contoh Penggunaan**
{% stepper %}
{% step %}
### Use Case 1 β Target Omset Bulanan
**Situasi**
Admin ingin menetapkan target omset Rp 100 juta per salesman untuk bulan Maret berdasarkan Sales Invoice sebagai dasar perhitungan insentif.
**Pengaturan**
| Field | Value |
| ------------ | ----------------------- |
| Judul | Target Omset Maret 2026 |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi, Andi, Citra |
| Metric Type | Omset - Sales Invoice |
| Target Value | Rp 100.000.000 |
**Hasil**
* Setiap Sales Invoice yang dibuat untuk salesman tersebut dalam periode Maret akan otomatis menambah achievement target.
* Jika terjadi return:
* Achievement akan otomatis berkurang
> Note: Karena metric type menggunakan Sales Invoice, maka Sales Order yang dibuat salesman di SFA belum langsung dihitung. Achievement baru bertambah setelah SI dibuat di backoffice.
> {% endstep %}
{% step %}
### Use Case 2 β Target Volume Produk
**Situasi**
Admin ingin meningkatkan penjualan mie Goreng dan mie Ayam sebanyak 1000 PCS berdasarkan Sales Order untuk kebutuhan monitoring harian.
**Pengaturan**
| Field | Value |
| ----------- | ---------------------------- |
| Judul | Target Volume mie Maret |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi |
| Metric Type | Product Volume - Sales Order |
| Produk | mie Goreng, mie Ayam |
| Target Qty | 1000 PCS |
**Hasil**
* Setiap SO yang mengandung mie Goreng atau mie Ayam akan otomatis dikonversi ke PCS dan ditambahkan ke achievement target.
* Salesman juga dapat langsung memonitor progress target melalui SFA Mobile.
{% endstep %}
{% step %}
### Use Case 3 β Target Value Kategori Snack
**Situasi**
Admin ingin salesman mencapai penjualan Rp 50 juta dari kategori Snack berdasarkan Sales Invoice.
Produk target:
* Chitato
* Lays
* Qtela
**Pengaturan**
| Field | Value |
| ------------ | ----------------------------- |
| Judul | Target Snack Maret |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Andi |
| Metric Type | Product Value - Sales Invoice |
| Produk | Chitato, Lays, Qtela |
| Target Value | Rp 50.000.000 |
**Hasil**
* Salesman bebas menjual kombinasi produk apa pun dari daftar produk target.
* Achievement akan dihitung berdasarkan total value penjualan seluruh produk tersebut.
{% endstep %}
{% step %}
### Use Case 4 β Multiple Metric Type dalam 1 Target
**Situasi**
Admin ingin memonitor:
* Aktivitas harian berdasarkan SO
* Revenue final berdasarkan SI
Dalam satu target yang sama.
**Pengaturan**
| Field | Value |
| ------------- | ------------------------------------------- |
| Judul | Q1 Maret 2026 |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi, Andi |
| Metric Type 1 | Omset - Sales Order β Rp 120 juta |
| Metric Type 2 | Omset - Sales Invoice β Rp 100 juta |
| Metric Type 3 | Product Volume - Sales Order β mie, 500 PCS |
**Hasil**
* Target baru dianggap selesai apabila seluruh metric type mencapai minimal 100%.
* Jika salah satu metric type belum tercapai:
* Status target tetap Active
{% endstep %}
{% endstepper %}
## **FAQ**
| Question | Answer |
| --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apa perbedaan metric type Sales Order dan Sales Invoice? |
Sales Order
Achievement langsung bertambah ketika SO masuk ke backoffice
Cocok untuk monitoring dan motivasi harian
Sales Invoice
Achievement baru bertambah setelah SI dibuat
Angka lebih final karena sudah melewati proses verifikasi
Cocok untuk perhitungan insentif atau komisi
|
| Bagaimana jika salesman membuat SO secara offline dan sync terlambat? |
Achievement dihitung berdasarkan tanggal transaksi SO, bukan tanggal sync.
Contoh:
SO dibuat tanggal 25 Maret
Sync tanggal 2 April
Maka transaksi tetap dihitung ke target bulan Maret.
|
| Apakah achievement bisa minus? | Ya, jika Return atau Cancel transaksi lebih besar dibanding total penjualan, maka achievement dapat menjadi minus. |
| Apa yang terjadi jika salesman resign di tengah periode target? |
Target tetap aktif dan achievement yang sudah tercatat tetap tersimpan.
Namun salesman tidak dapat menambah achievement baru karena sudah tidak dapat login ke SFA.
|
| Bagaimana jika Admin salah membuat target? |
Admin yang memiliki permission Sales Target Delete dapat menghapus target yang sudah dibuat.
Saat target dihapus:
Data target dan pencapaiannya akan ikut terhapus
Namun transaksi seperti Sales Order (SO) dan Sales Invoice (SI) tetap aman dan tidak ikut terhapus dari sistem
Transaksi tersebut hanya tidak lagi dihitung atau dikaitkan ke target yang dihapus.
|
| Apakah target bisa dibuat backdate? |
Ya, target dapat dibuat hingga maksimal:
3 bulan ke belakang
Sistem akan otomatis menghitung transaksi yang berada dalam periode target tersebut.
|
| Kenapa Recalculate dibatasi maksimal 3x per hari? |
Karena proses recalculation melakukan perhitungan ulang terhadap banyak data transaksi.
Limit ini diterapkan untuk menjaga performa sistem tetap optimal.
|
| Apakah item gratis promo dihitung ke achievement? |
Tidak.
Contoh:
Beli 10 gratis 2
Yang dihitung hanya:
10 item yang dibeli
Item gratis tidak masuk ke:
Omset
Product Volume
Product Value
|
| Kapan target dianggap Completed? |
Target dianggap selesai apabila seluruh metric type dalam target mencapai:
100% atau lebih
|
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Peningkatan Integrasi Akun & Role Setup Accurate Online \[28 April 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **β¨ ****Whatβs New**
Pembaruan ini meningkatkan keamanan, transparansi, dan keandalan integrasi antara SimpliDOTS dan Accurate Online (AOL).
Admin kini dapat melihat status koneksi secara real-time, serta mendapatkan pesan error yang lebih jelas saat terjadi kendala integrasi.
Perubahan utama mencakup:
* Validasi yang lebih ketat saat proses integrasi maupun re-integrasi (database, branch, dan akun).
* Pengelolaan token otomatis melalui auto session refresh.
* Tampilan informasi akun dan status koneksi yang lebih informatif di halaman Setting Integrasi pada SMH.
* Pesan error yang lebih spesifik untuk mempermudah identifikasi dan troubleshooting kendala integrasi.
### **Kenapa Perubahan Ini Dilakukan?**
Selama ini, integrasi SimpliDOTS dengan Accurate Online masih cukup sering mengalami kendala yang berdampak ke operasional user maupun proses support. Beberapa kendala yang paling sering terjadi antara lain:
* Error *βInvalid Tokenβ* atau *βInvalid Refresh Tokenβ* berulang karena satu akun Accurate digunakan di beberapa tenant SimpliDOTS secara bersamaan, sehingga memicu konflik sesi dan menyebabkan akun logout otomatis.
* User dan tim support belum memiliki visibilitas yang jelas terkait akun Accurate yang sedang terhubung, database dan branch yang digunakan, role akun, maupun status koneksi integrasi apakah masih aktif atau sudah expired.
* Proses troubleshooting menjadi lebih lama karena pengecekan token, session, dan status integrasi masih perlu dilakukan manual atau melalui eskalasi ke tim development.
* Masih ada risiko kesalahan saat proses integrasi maupun re-integrasi, seperti salah memilih database atau branch, yang dapat menyebabkan data transaksi masuk ke entitas yang tidak sesuai.
* Belum adanya validasi penggunaan akun ganda, sehingga satu akun Accurate masih bisa digunakan di beberapa tenant sekaligus dan terus memicu konflik token.
Karena itu, pembaruan ini dilakukan untuk meningkatkan keamanan, transparansi, serta kestabilan integrasi Accurate Online agar proses operasional dan troubleshooting bisa berjalan lebih aman dan efisien.
### **Contoh Kasus**
Sebuah perusahaan menggunakan 1 akun Accurate Online untuk 3 tenant SimpliDOTS sekaligus. Akibatnya, setiap kali salah satu tenant melakukan sinkronisasi, tenant lain otomatis logout karena token saling tertimpa.
Dengan pembaruan ini, sistem akan memblokir penggunaan 1 akun Accurate di lebih dari 1 tenant SimpliDOTS dan menampilkan pesan error yang lebih jelas agar kendala lebih mudah diidentifikasi.
### **Apa yang Baru?**
#### 1. Validasi Ketat Saat Integrasi & Re-integrasi
Sebelumnya:
* User bisa memilih database dan branch mana saja saat re-integrasi.
* Satu akun Accurate bisa dipakai di banyak tenant tanpa peringatan.
* Tidak ada pengecekan apakah database Accurate masih aktif atau sudah expired.
* Tidak ada validasi tambahan yang mencegah konflik data maupun konflik session.
Sekarang, sistem akan melakukan validasi bertahap sebelum integrasi berhasil, dimulai dari validasi akun, lalu database dan branch setelah dipilih user.
Validasi
Perilaku Sistem
Akun Accurate berbeda dari sebelumnya
β Integrasi ditolak karena akun Accurate yang digunakan harus sama dengan akun sebelumnya.
Akun Accurate sudah digunakan tenant lain
β Integrasi ditolak karena 1 akun Accurate tidak dapat digunakan di lebih dari 1 tenant SimpliDOTS untuk menghindari auto logout dan konflik session.
Aplikasi SimpliDOTS belum di-install di Accurate
β Integrasi ditolak dengan pesan: "Anda memerlukan akses Administrator di Accurate untuk install aplikasi SimpliDOTS."
Database berbeda dari sebelumnya
β Integrasi ditolak karena database wajib sama dengan sebelumnya. Pergantian database dapat menyebabkan seluruh partner ID menjadi tidak valid.
Database sudah dipakai tenant lain
β Ditolak β Muncul pesan:
"Database and branch already connected to another tenant"
Pesan error juga akan disertai informasi Username Accurate dan Database ID Accurate untuk memudahkan proses pengecekan oleh tim support.
Catatan: 1 database Accurate dapat digunakan di beberapa tenant SimpliDOTS selama masing-masing tenant menggunakan branch yang berbeda. Yang tidak diperbolehkan adalah penggunaan database dan branch yang sama pada lebih dari 1 tenant, karena dapat menyebabkan konflik data transaksi.
Database expired
β Ditolak β Muncul error:
401 Unauthorized
Hal ini menandakan bahwa akses database Accurate sudah tidak aktif atau masa akses integrasinya telah berakhir.
Branch berbeda dari sebelumnya
β Ditolak karena branch yang dipilih wajib sama dengan branch yang sebelumnya sudah terhubung.
Aturan ini diterapkan untuk mencegah perubahan branch yang dapat menyebabkan data transaksi masuk ke cabang yang tidak sesuai dan menimbulkan ketidaksesuaian data pada Accurate.
Branch sudah dipakai branch/tenant lain
β Ditolak karena branch yang dipilih sudah digunakan oleh branch atau tenant lain.
Catatan: Setiap branch wajib bersifat unik dalam satu database Accurate untuk menghindari konflik serta ketidaksesuaian data transaksi antar tenant maupun cabang.
**Catatan**
* Jika user ingin mengganti **database** atau **branch**, maka perlu menghubungi tim **Customer Success (CS)** untuk dibantu proses **reset data** terlebih dahulu. Hal ini dilakukan untuk menjaga konsistensi integrasi serta mencegah ketidaksesuaian data transaksi pada Accurate.
* Pada halaman **Generate Model Template**, pilihan **branch** kini sudah dihilangkan.\
Sistem akan otomatis menggunakan **branch yang sama dengan integrasi sebelumnya**, sehingga user tidak perlu memilih branch kembali secara manual.\
\
Perubahan ini bertujuan untuk:
* Mengurangi risiko salah pilih branch.
* Menjaga konsistensi data integrasi.
* Meminimalkan potensi transaksi masuk ke cabang yang tidak sesuai di Accurate
#### 2. Informasi Identitas Akun & Status Koneksi Real-time
**Sebelumnya**
* Tidak ada informasi akun Accurate yang sedang terhubung.
* Tidak ada indikator status koneksi integrasi.
* User tidak mengetahui apakah token integrasi masih valid atau sudah expired.
**Sekarang**
* Halaman **Setting > Integrasi** di SMH kini menampilkan informasi akun Accurate yang terhubung secara lebih lengkap dan real-time.
Informasi
Detail
Username (Name)
Nama akun Accurate yang terhubung
Email
Email akun Accurate yang terhubung
Role
Administrator atau Operator
Database
Nama database Accurate yang terhubung
Branch
Nama branch Accurate yang terhubung
Last Connected
βTerakhir terhubung: [email] pada [timestamp]β
Last Sync
Waktu sinkronisasi terakhir
Status Koneksi
Badge status koneksi secara real-time
**Catatan**
* Jika tenant belum menampilkan informasi identitas akun, kemungkinan token atau session Accurate masih menggunakan versi lama.
* Agar informasi akun dapat tampil, silakan lakukan **Re-integrasi** atau **Reconnect** pada menu integrasi.
#### 3. Manual Refresh untuk Session Integrasi
Sebelumnya, sistem sudah mendukung **automatic session refresh**, di mana ketika token atau sesi Accurate expired, sistem akan mencoba memperbarui token secara otomatis di belakang layar.
Pada pembaruan kali ini, tersedia tombol **Refresh Status** pada halaman **Setting > Integrasi** untuk melakukan pengecekan dan penyegaran sesi secara manual.
Fitur ini berguna apabila user ingin memastikan kondisi integrasi tanpa perlu menunggu proses otomatis dari sistem.
Jika seluruh proses refresh (otomatis maupun manual) gagal, maka status integrasi akan berubah menjadi:
> π΄ Koneksi Terputus
Dan sistem akan menampilkan notifikasi:
> βSesi integrasi telah habis. Silakan hubungkan ulang akun Anda melalui menu integrasi.β
#### 4. Integration Monitoring & Maintenance
**Sebelumnya**
* Tidak ada cara untuk mengecek kondisi integrasi tanpa melakukan sinkronisasi data.
**Sekarang**
* Tersedia dua aksi maintenance baru pada halaman **Setting > Integrasi**:
Aksi
Fungsi
Refresh Status
Mengecek apakah koneksi Accurate masih aktif tanpa memproses data apa pun.
Reconnect
Menghubungkan ulang akun Accurate apabila koneksi sudah terputus.
#### 5. Penanganan Error yang Lebih Baik saat Sinkronisasi
**Sebelumnya**
* Sync gagal tanpa pesan error yang jelas.
* Token expired tidak terdeteksi otomatis.
* Banyak error terjadi ketika role atau permission Accurate tidak lengkap.
**Sekarang**
| Kondisi | Perilaku Sistem |
| --------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Token expired β βInvalid refresh tokenβ |
Sinkronisasi dihentikan, status berubah menjadi Koneksi Terputus, dan user wajib melakukan re-integrasi.
|
| Tidak memiliki akses β misalnya: βAnda tidak memiliki hak Buat Pesanan Penjualanβ |
Sinkronisasi item terkait dilewati dan pesan error akan ditampilkan.
|
| Accurate tidak dapat diakses β βConnection timed outβ | Sinkronisasi dijeda sementara dan sistem akan melakukan retry otomatis. |
| Accurate sedang maintenance (503) | Sistem menampilkan informasi: βAccurate sedang maintenance, sinkronisasi akan retry dalam 10 menitβ. |
| Rate limit (429) β βJumlah request API melebihi toleransiβ | Sistem menunggu selama 60 detik dan melakukan retry otomatis hingga 3 kali. Jika masih gagal, notifikasi akan ditampilkan ke user. |
#### 6. Pengaturan Delivery Order, SI/CP, dan CoA Kini Terpusat di Detail Integrasi
**Sebelum**
Sebelumnya, pengaturan:
* Delivery Order
* Integrasi SI/CP
* CoA Pembayaran Default
sudah tersedia, namun lokasinya tersebar di beberapa halaman berbeda.
**Sekarang**
Seluruh pengaturan tersebut dipusatkan pada satu halaman:
> **Setting > Integrasi > Detail**
Perubahan ini bertujuan agar proses setup integrasi Accurate menjadi lebih mudah, terstruktur, dan konsisten dalam satu alur konfigurasi.
### **Aturan / Ketentuan & Batasan**
| Kondisi | Perilaku Sistem |
| --------------------------------------- | ------------------------------------------------------------------------------------------------------- |
| 1 akun SimpliDOTS = 1 Database Accurate | Tidak dapat memilih database berbeda dari sebelumnya. |
| 1 akun SimpliDOTS = 1 Branch Accurate | Tidak dapat memilih branch berbeda dari sebelumnya. |
| 1 akun Accurate = 1 Tenant SimpliDOTS | Akun Accurate yang sudah digunakan tenant lain akan ditolak. |
| 1 Branch = 1 Tenant | Branch yang sudah digunakan tenant lain akan ditolak. |
| Setelah integrasi aktif | Database & Branch tidak dapat diganti tanpa bantuan tim Customer Success atau tim Developer SimpliDOTS. |
| Token expired > 30 hari | User wajib melakukan re-integrasi manual. |
### **Cara Menggunakan**
| Judul | Panduan |
| ---------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Melihat Status Integrasi |
Login ke SMH menggunakan akun Admin.
Buka menu Setting.
Klik tab Integrasi.
Lihat badge status koneksi dan informasi akun Accurate yang terhubung.
|
| Melakukan Refresh Status |
Buka Setting > Integrasi di SMH.
Klik tombol Refresh Status.
Sistem akan mengecek validitas token dan ketersediaan API Accurate.
Hasil pengecekan akan ditampilkan dalam bentuk badge status terbaru.
|
| Melakukan Reconnect (Jika Token Expired) |
Buka Setting > Integrasi di SMH.
Jika status menunjukkan π΄ Koneksi Terputus, klik tombol Reconnect.
Sistem akan mengarahkan ke halaman OAuth Accurate.
Berikan persetujuan ulang untuk integrasi.
Setelah berhasil, status berubah menjadi π’ Terhubung & Aktif.
|
| Melakukan Re-integrasi Akun |
Login ke Accurate menggunakan akun yang sama seperti sebelumnya.
Login ke SMH.
Buka menu Setting > Integrasi.
Pilih kembali partner Accurate.
Pilih database yang sama seperti sebelumnya.
Pilih branch yang sama seperti sebelumnya.
Klik Lanjutkan untuk menyelesaikan proses re-integrasi.
|
### **FAQ**
| Question | Answer |
| -------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apakah user yang sudah terintegrasi perlu melakukan sesuatu setelah release ini? | Tidak selalu. Re-integrasi hanya diperlukan apabila sistem menampilkan informasi bahwa token atau kredensial integrasi sudah tidak valid. |
| Bagaimana jika saya ingin mengganti database atau branch Accurate? | Saat ini perubahan database atau branch tidak dapat dilakukan langsung oleh user. Silakan hubungi tim CS untuk proses reset data dan konfigurasi ulang. |
| Kenapa muncul pesan βAkun Accurate sudah digunakan oleh tenant lainβ? | Akun Accurate yang digunakan sudah aktif pada tenant SimpliDOTS lain. Setiap tenant wajib menggunakan akun Accurate yang berbeda (dedicated account). |
| Apa yang terjadi jika Accurate sedang maintenance saat proses sync? | Sistem akan menampilkan notifikasi bahwa Accurate sedang maintenance dan sinkronisasi akan otomatis dicoba kembali dalam 10 menit. |
| Apakah data aman jika token expired? | Ya, data tetap aman. Tidak ada data yang hilang ataupun corrupt. Hanya proses sinkronisasi yang akan berhenti sementara sampai token diperbarui. |
| Saya ingin re-integrasi ke database baru yang belum pernah dipakai. Apakah bisa? | Tidak bisa. Database yang dipilih saat re-integrasi wajib sama dengan database sebelumnya. Jika ingin mengganti database, silakan hubungi tim CS untuk proses reset data. |
| Apa perbedaan Refresh Status dan Reconnect? |
Refresh Status hanya melakukan pengecekan kondisi koneksi tanpa mengubah apa pun.
Reconnect melakukan proses OAuth ulang untuk mendapatkan token baru dan digunakan saat status sudah π΄ Koneksi Terputus.
|
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Urutan Produk Sesuai Input (Product Order Sequence) \[29 April 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **β¨ ****Whatβs New**
1. Urutan Produk Sesuai Input (Product Order Sequence)
***
### **Ringkasan**
Kami melakukan perbaikan menyeluruh pada **urutan tampilan produk di seluruh transaksi**, mulai dari Sales Order (SO), Sales Invoice (SI), Delivery Order (DO), hingga Order Return (OR).
Kini, urutan produk yang tampil di sistem, hasil ekspor, dan dokumen print akan **selalu konsisten mengikuti urutan saat salesman melakukan input**, baik melalui SFA (mobile) maupun Sales Management Hub (SMH) atau Backoffice.
Dengan perubahan ini, alur dari input β pengecekan β print β ekspor menjadi lebih selaras dan mudah diikuti oleh seluruh tim.
### **Latar Belakang**
Sebelumnya, sistem menerapkan **auto-sorting** (misalnya berdasarkan alfabet, SKU, atau ID produk) yang sering kali tidak sesuai dengan urutan input dari salesman di lapangan.
Hal ini menimbulkan beberapa kendala operasional, antara lain:
* Tim gudang kesulitan melakukan crosscheck karena urutan produk berbeda dengan catatan lapangan atau SFA.
* Proses verifikasi pesanan menjadi lebih lama karena harus mencocokkan item satu per satu tanpa urutan yang konsisten.
* Hasil ekspor tidak sesuai dengan urutan input, sehingga menyulitkan tim finance saat rekonsiliasi data.
* Terjadi potensi kesalahan akibat perbedaan urutan antar dokumen (sistem vs fisik).
{% hint style="info" %}
Perbaikan ini bertujuan untuk memastikan bahwa:\
**apa yang diinput oleh salesman = apa yang ditampilkan di sistem = apa yang diprint = apa yang diekspor**
{% endhint %}
### **Apa yang Berubah**
**Sebelumnya β**\
Urutan produk di Sales Management Hub (SMH) atau Backoffice, hasil ekspor, dan print tidak selalu mengikuti urutan input di SFA.\
Sistem dapat mengubah urutan secara otomatis (auto-sorting), sehingga urutan asli menjadi tidak konsisten.
**Contoh:**
| Input di SFA | Tampil di SMH (Backoffice) |
| --------------- | -------------------------------- |
| Item A - 10 pcs | Item B - 20 pcs (berubah urutan) |
| Item B - 20 pcs | Item A - 10 pcs (berubah urutan) |
**Sekarang β **\
Urutan produk akan **mengikuti urutan input asli**, baik dari SFA maupun SMH (Backoffice), dan konsisten di semua tampilan.
**Contoh:**
| Input di SFA | Tampil di SMH | Hasil Ekspor |
| --------------- | ----------------- | ----------------- |
| Item A - 10 pcs | Item A - 10 pcs β | Item A - 10 pcs β |
| Item B - 20 pcs | Item B - 20 pcs β | Item B - 20 pcs β |
### **Fitur & Menu yang Terdampak**
Perbaikan ini berlaku pada beberapa transaksi berikut:
| Menu | Action |
| ------------------- | --------------------------------- |
| Sales Order (SO) | Buat, Edit, Detail, Print, Export |
| Sales Invoice (SI) | Buat, Edit, Detail, Print, Export |
| Delivery Order (DO) | Buat, Edit, Detail |
| Order Return (OR) | Buat, Edit, Detail |
| Sales Return | Buat, Detail |
| Daily Visit (SPV) | Tampilan SO & SI Canvassing |
### **Aturan Urutan Produk**
Berikut perilaku sistem setelah perbaikan:
| Kondisi | Perilaku Sistem |
| --------------------------------------- | ------------------------------------------------------------------ |
| Transaksi baru dibuat | Urutan mengikuti urutan input salesman. |
| Transaksi diedit (ada perubahan urutan) | Sistem akan menggunakan urutan terakhir yang disimpan. |
| Produk promo B1G1 | Selalu ditampilkan di bagian bawah (dipisahkan dari item reguler). |
| Transaksi lama (sebelum update) | Tetap menggunakan urutan sebelumnya (tidak diubah otomatis). |
{% hint style="info" %}
β οΈ **Catatan:** Selama urutan produk diinput secara manual, sistem tidak akan mengubahnya dengan sorting otomatis (alfabet, SKU, atau ID produk).
{% endhint %}
### **Hal yang Perlu Diperhatikan**
Agar fitur ini berjalan optimal, perhatikan beberapa hal berikut:
* Pastikan aplikasi **SFA sudah menggunakan versi terbaru** agar urutan input tercatat dengan benar.
* Untuk transaksi baru, urutan akan langsung mengikuti input salesman.
* Transaksi lama tidak akan berubah, kecuali dilakukan edit (bergantung pada hasil konfirmasi lebih lanjut).
* Jika menemukan urutan yang tidak sesuai, segera hubungi tim support untuk pengecekan.
### **FAQ**
| Peranyaan | Jawaban |
| --------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apakah transaksi lama akan otomatis berubah urutannya? | Tidak. Transaksi lama tetap menggunakan urutan yang sudah ada sebelumnya. |
| Jika transaksi lama diedit, apakah urutannya ikut berubah? | Saat ini masih dalam konfirmasi dengan tim development. |
| Bagaimana jika menggunakan integrasi Accurate? |
Edit di Accurate β dampak ke SMH: masih dalam konfirmasi
Edit di SMH β dampak ke Accurate: masih dalam konfirmasi
|
| Apakah saya perlu update aplikasi SFA? | Ya, sangat disarankan agar urutan input dapat tersimpan dengan benar. |
| Kenapa produk promo B1G1 selalu di bawah? | Agar item promo lebih mudah dibedakan dari item reguler. |
| Apakah SPV melihat urutan yang sama di Daily Visit? | Ya, urutan akan mengikuti input salesman di SFA. |
| Jika Sales Invoice (SI) dibuat dari Sales Order (SO) (Generate Invoice), urutannya bagaimana? | Urutan di SI akan mengikuti urutan yang ada di SO. |
| Jika memilih multiple item sekaligus saat input, bagaimana urutannya? | Urutan mengikuti urutan saat item dipilih. |
| Apakah hasil print mengikuti urutan yang sama? | Ya, hasil print akan konsisten dengan tampilan di sistem. |
| Jika item dihapus lalu ditambahkan kembali? | Item akan muncul di posisi terakhir sesuai urutan saat ditambahkan kembali, dan urutan terakhir yang disimpan akan digunakan. |
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Custom Export Sales Invoice Sesuai Format Client \[22 April 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **β¨ ****Whatβs New**
1. Custom Export Sales Invoice Sesuai Format Client
***
### **Ringkasan**
Fitur **Custom Export Sales Invoice (SI)** memungkinkan Admin mengekspor data Sales Invoice (SI) sesuai template client/principal, sehingga file hasil ekspor bisa langsung digunakan tanpa perlu edit manual.
### **Latar Belakang**
Sebelumnya, proses ekspor Sales Invoice dari sistem masih memerlukan penyesuaian manual sebelum dapat digunakan di sistem lain, seperti sistem principal atau sistem internal perusahaan.
Proses ini sering kali menjadi kendala karena:
* Membutuhkan waktu tambahan untuk menyesuaikan format file.
* Harus dilakukan berulang setiap kali melakukan ekspor.
* Berisiko terjadi kesalahan (human error), terutama saat mengubah struktur kolom atau format data.
### Manfaat Fitur
Dengan menggunakan Custom Export Sales Invoice, Anda akan mendapatkan beberapa keuntungan berikut:
* **Tidak perlu edit manual** setelah proses ekspor.
* **File langsung sesuai template** client atau principal.
* **Mempercepat proses upload** ke sistem lain.
* **Mengurangi risiko kesalahan** akibat perubahan format yang dilakukan berulang.
### **Apa yang Baru**
**Custom Export Sales Invoice (SI)**\
Admin kini dapat mengekspor data Sales Invoice dari SimpliDOTS dengan format yang telah dikonfigurasi sesuai kebutuhan masing-masing client.
Format ini dapat disesuaikan, misalnya:
* Mengikuti template dari principal.
* Menyesuaikan kebutuhan sistem internal perusahaan.
* Mengatur urutan, nama kolom, maupun struktur data.
File yang dihasilkan akan langsung siap digunakan tanpa perlu proses tambahan.
### **Ketentuan & Batasan**
Beberapa hal yang perlu diperhatikan terkait penggunaan fitur ini:
* Fitur hanya tersedia untuk tenant yang sudah mengajukan request dan diaktifkan oleh tim SimpliDOTS.
* Data Sales Invoice harus sudah tersedia di sistem agar dapat diekspor.
* Format file mengikuti template yang telah disepakati saat proses setup.
* Perubahan format template memerlukan penyesuaian konfigurasi oleh tim SimpliDOTS.
Jika fitur belum tersedia di akun Anda, silakan hubungi tim Customer Support untuk proses aktivasi.
### **Cara Menggunakan**
1. Login sebagai Admin ke Backoffice.
2. Masuk ke menu **Penjualan (Sales)**.
3. Masuk ke menu **Faktur Penjualan (Sales Invoice)**.
4. Klik **Export.**
5. File otomatis terunduh sesuai template.
**Panduan:**
### **FAQ**
{% stepper %}
{% step %}
### Apakah semua tenant bisa langsung menggunakan fitur ini?
Tidak. Fitur ini hanya tersedia untuk tenant yang sudah dikonfigurasi secara khusus oleh tim SimpliDOTS.
{% endstep %}
{% step %}
### Apakah perlu melakukan pengaturan dari sisi user?
Tidak. Seluruh konfigurasi dilakukan oleh tim SimpliDOTS, sehingga user dapat langsung menggunakan fitur setelah diaktifkan.
{% endstep %}
{% step %}
### Bagaimana jika format template client berubah?
Perubahan template memerlukan update pada konfigurasi mapping. Silakan hubungi tim Customer Success SimpliDOTS untuk penyesuaian lebih lanjut.
{% endstep %}
{% step %}
### File hasil ekspor disimpan di mana?
File akan otomatis terunduh ke perangkat Anda setelah tombol Export diklik.
{% endstep %}
{% step %}
### Apakah fitur ini juga tersedia untuk Sales Order (SO)?
Saat ini fitur tersedia untuk Sales Invoice. Jika dibutuhkan untuk Sales Order, Anda dapat mengajukan request ke tim Customer Success SimpliDOTS. Prosesnya serupa, namun kemungkinan terdapat biaya tambahan.
{% endstep %}
{% endstepper %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Daily Visit Map Improvement \[13 April 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **β¨ ****Whatβs New**
1. Penambahan alternatif Maps di Daily Visit Map (Backoffice)
***
## **Penambahan alternatif Maps di Daily Visit Map (Backoffice)**
Kini tersedia opsi alternatif Maps pada fitur **Daily Visit Map** di **Backoffice**. User dapat memilih menggunakan **OpenStreetMap** atau **Google Maps** melalui menu: **Kunjungan > Informasi Kunjungan > Daily Visit Map.**
### Perbandingan Jenis Peta
Fitur
OpenStreetMap (OSM)
Google Maps (GMaps)
Clustering titik
Didukung
Tidak didukung
Penomoran kunjungan
Belum tersedia (coming soon)
Tersedia
Arah & urutan kunjungan
Ada panah antar titik (garis lurus, bukan rute jalan)
Ada panah antar titik (garis lurus, bukan rute jalan)
Informasi kunjungan
Nama customer, Customer Location, Check-in Location, Mismatch Distance, See Route
Nama customer, Customer Location, Check-in Location, Mismatch Distance
Indikator mismatch
Ada ikon (β) jika lokasi tidak sesuai
Ada ikon (β) jika lokasi tidak sesuai
Multi customer dalam 1 titik
Semua customer bisa dilihat
Hanya 1 customer yang ditampilkan
Lihat rute (See Route)
Tersedia (direct ke Google Maps dengan auto isi koordinat)
Tidak tersedia (perlu copy-paste manual koordinat)
### **Fitur βLihat Ruteβ (See Route)**
Fitur **Lihat Rute (See Route)** digunakan untuk membantu memvalidasi kesesuaian lokasi antara data master (**Customer Location**) dan lokasi aktual saat kunjungan (**Check-in Location**).
Saat tombol **Lihat Rute** diklik:
* Anda akan diarahkan ke **Google Maps** di halaman baru.
* Sistem otomatis mengisi:
* Titik asal: lokasi customer
* Titik tujuan: lokasi check-in
* Rute yang ditampilkan mengikuti kondisi jalan sebenarnya, sehingga memudahkan pengecekan apakah jarak dan posisi lokasi sudah sesuai.
### **Peta Otomatis Mengikuti Preferensi Pengguna**
Sebelumnya, tampilan peta kunjungan harian belum mengikuti preferensi peta yang dipilih, sehingga jenis peta bisa berbeda antar halaman.
Dengan pembaruan ini:
* Preferensi jenis peta kini **konsisten di seluruh halaman**
* Memudahkan dalam memantau dan menganalisis rute kunjungan
Preferensi peta berlaku secara global di beberapa halaman berikut:
* Daily Visit Map
* Daily Visit Table
* Customer Detail
* Delivery Summary
* Route Planner
Perubahan preferensi di salah satu halaman akan diterapkan ke halaman lain setelah halaman dimuat ulang.
### **FAQ**
{% stepper %}
{% step %}
### **Apakah saya masih bisa memakai Google Maps seperti biasa?**
Ya, tetap bisa. Jenis peta yang digunakan akan mengikuti preferensi yang Anda pilih dan berlaku konsisten di seluruh halaman.
{% endstep %}
{% step %}
### **Apa fungsi βLihat Ruteβ?**
Fitur ini digunakan untuk memvalidasi kesesuaian lokasi antara titik check-in dan lokasi customer. Anda akan diarahkan ke Google Maps untuk melihat rute perjalanan sebenarnya berdasarkan kondisi jalan.
{% endstep %}
{% step %}
### **Kenapa ada penanda khusus di beberapa pelanggan?**
Penanda tersebut menunjukkan adanya perbedaan antara lokasi customer di sistem dan lokasi check-in di lapangan. Hal ini membantu tim mengidentifikasi kemungkinan ketidaksesuaian atau kesalahan data lokasi.
{% endstep %}
{% endstepper %}
## πͺ² **Perbaikan Bugs**
### **Produk Tidak Muncul atau Loading Lama**
**Sebelumnya:**
* Dropdown produk sering tidak menampilkan data atau mengalami loading yang sangat lama.
* Muncul error seperti *Service Unavailable* atau halaman menjadi tidak responsif.
* Terutama terjadi pada tenant dengan jumlah produk yang sangat banyak (50.000+ produk).
**Sekarang:**
* Produk dimuat secara bertahap saat di-scroll (*lazy load*), sehingga proses menjadi lebih cepat dan stabil.
* Tidak lagi menyebabkan halaman crash meskipun jumlah data produk sangat banyak.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Role Stock \[27 Maret 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **β¨ ****Whatβs New**
Kami melakukan peningkatan pada sistem **pengaturan akses stok**, agar lebih aman dan sesuai dengan kebutuhan operasional bisnis, terutama untuk perusahaan dengan banyak user dan aktivitas stok yang tinggi.
1. Pengaturan Role Stock.
2. Transaksi Tetap Bisa Dibuat Tanpa Role Stock.
***
## **1. Pengaturan Role Stock Lebih Fleksibel**
Sekarang, akses stok bisa diatur lebih detail sesuai kebutuhan masing-masing user.
{% stepper %}
{% step %}
### Sebelumnya (Sistem Lama)
Pada sistem sebelumnya, pengaturan akses stok masih menggunakan **satu role yang sama untuk seluruh aktivitas stok**.
**Role yang Tersedia:**
| Role | Fungsi |
| ----- | ------------------------------------------------------------------------------- |
| Stock | Satu role untuk semua akses stok (melihat, menambah, mengurangi, dan transfer). |
#### Kendala yang Ditemui
Karena seluruh akses dijadikan dalam satu role, terdapat beberapa keterbatasan dalam pengelolaan:
* User yang seharusnya hanya **melihat stok**, tetap memiliki akses untuk melakukan perubahan.
* Tidak ada pemisahan akses antara:
* Stock In (barang masuk).
* Stock Out (barang keluar).
* Stock Transfer (pindah gudang).
* **Risiko kesalahan input** menjadi lebih tinggi.
* Berpotensi terjadi **penyalahgunaan akses stok.**
* Sulit melakukan **kontrol dan audit aktivitas stok** secara spesifik per user.
#### Contoh Kasus yang Terjadi
Beberapa kondisi yang sering terjadi di lapangan:
* Admin yang hanya bertugas monitoring stok, **tidak sengaja melakukan Stock Out**.
* Tim penerimaan barang yang seharusnya hanya menangani **Stock In**, namun juga memiliki akses untuk melakukan **Stock Out**.
{% endstep %}
{% step %}
### Update Terbaru
Sekarang, akses stok dapat diatur lebih detail:
\
**Jenis Role Stock:**
Role Stock
Fungsi
Stock
Digunakan untuk user yang hanya membutuhkan akses untuk melihat data stok. User dengan role ini tidak dapat melakukan perubahan apapun terhadap stok.
Stock In
Digunakan untuk mengatur akses penambahan stok, seperti proses barang masuk ke gudang.
Stock Out
Digunakan untuk mengatur akses pengurangan stok, seperti barang keluar dari gudang.
Stock Transfer
Digunakan untuk mengatur akses pemindahan stok antar gudang.
#### **Pilihan Permission:**
Permission
Fungsi
Control
Memberikan akses penuh terhadap fitur.
Read
Hanya dapat melihat data.
Create
Hanya dapat membuat transaksi baru.
Delete
Hanya dapat menghapus transaksi.
Import
Digunakan untuk import data.
Export
Digunakan untuk export data.
#### β οΈ Catatan Khusus (Hanya untuk Role Stock)
Untuk role **Stock (view only)**, permission berikut **tidak berlaku**:
* Create
* Delete
* Import
* Edit
Meskipun diaktifkan, **tidak akan berpengaruh ke sistem** karena role ini memang hanya untuk melihat data stok.
{% endstep %}
{% endstepper %}
## **2. Transaksi Tetap Bisa Dibuat Tanpa Role Stock**
Sekarang user tetap bisa membuat beberapa transaksi **tanpa perlu memiliki role Stock In, Stock Out, atau Stock Transfer**.
Transaksi
Keterangan
Sales Invoice (SI)
Membuat faktur penjualan secara langsung.
Delivery Order (DO)
Membuat surat jalan untuk proses pengiriman barang.
| Dapat melihat stok dan menambah stok, tanpa bisa mengurangi atau transfer. |
| **Staff pengiriman barang** |
Stock: Read Stock Out: Control
| Dapat melihat stok dan mengurangi stok, tanpa bisa menambah atau transfer. |
| **Supervisor (akses penuh)** |
Stock: Control Stock In: Control Stock Out: Control Stock Transfer: Control
| Dapat melakukan seluruh aktivitas stok. |
| **Sales tanpa akses stok** | Sales Invoice: Control | Dapat membuat Sales Invoice, stok otomatis berkurang tanpa perlu akses ke menu stok. |
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Canvas Improvement \[11 Maret 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### **β¨ ****Whatβs New**
{% stepper %}
{% step %}
### Pembaharuan
* User kini dapat mengakhiri kanvas meskipun masih terdapat **Sales Invoice yang belum lunas**.
* Monitoring **stok kanvas** kini lebih akurat.
{% endstep %}
{% step %}
### Perbaikan
Perbaikan perhitungan **diskon dengan comma pada proses generate Purchase Invoice**.
{% endstep %}
{% endstepper %}
***
## 1. Akhiri Kanvas (End Canvas)
Sebelumnya, sistem tidak mengizinkan kanvas ditutup jika masih terdapat faktur (**Sales Invoice**) yang belum lunas dengan status **Active** atau **Partially Paid**. Hal ini sering menyebabkan kanvas tetap terbuka di sistem meskipun seluruh barang sudah dikembalikan ke gudang.
### Apa yang Berubah?
1. **Kanvas Bisa Ditutup Tanpa Menunggu Pelunasan**\
Kini kanvas dapat diakhiri meskipun masih terdapat **Sales Invoice yang belum lunas**.
2. **Bisa Langsung Membuat Kanvas Baru**\
Karena kanvas lama dapat ditutup tanpa harus menunggu pelunasan faktur, Anda dapat langsung membuat **kanvas baru untuk jadwal berikutnya** tanpa terhambat oleh sistem.
3. **Monitoring Stok Kanvas Lebih Akurat**\
Sistem kini mencatat kondisi stok tepat saat kanvas diakhiri. Dengan demikian Anda dapat melihat laporan yang lebih jelas untuk setiap sesi kanvas, seperti Stok awal, Barang terjual, Barang dikembalikan, Barang hilang, dan Sisa stok. Hal ini memudahkan monitoring performa salesman di setiap perjalanan kanvas.
4. **Salesman Bisa Fokus pada Penjualan**\
Tagihan yang belum lunas dapat langsung diteruskan ke tim **kolektor/collector** untuk proses penagihan. Dengan demikian, salesman dapat fokus pada aktivitas penjualan tanpa harus terbebani dengan penagihan nota lama.
{% hint style="info" %}
**Agar dapat menggunakan fitur Collection, akun salesman perlu diberikan akses Role Group minimal *****Read Collection*****.**
**Caranya:**
1. Masuk ke menu **Data Master > Pegawai > Konfigurasi Akses.**
2. Pilih **RULE APLIKASI** Salesman Canvassing yang ingin diberikan akses.
3. Klik **Ubah**.
4. Cari rule aplikasi **"Sales Invoice Collection"**, kemudian centang minimal akses **Read Collection** atau **Control Collection.**
5. Klik **Save** untuk menyimpan perubahan.
{% endhint %}
### **Cara Menggunakan Fitur Baru**
#### 1. Membuat Kanvas Baru (Create Canvas)
Admin dapat membuat dokumen kanvas seperti biasa dengan menentukan:
* Salesman yang bertugas
* Gudang kanvas yang digunakan
* Produk yang dibawa
* Tanggal dan waktu kanvas
Panduan:
#### 2. Memantau Progres Salesman (Monitoring)
Saat kanvas sedang berjalan, Anda dapat memantau progres melalui tabel **Detail Stok Produk**.
\
**Penjelasan Tabel Detail Stock Produk:**
| Kolom | Deskripsi |
| --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Stock Awal (Initial Stock) | Jumlah barang yang dibawa oleh salesman saat memulai kanvas. Nilai ini dapat bertambah jika admin melakukan **Tambah Stok** saat status kanvas **Ongoing**. |
| Terjual (Sold) | Jumlah barang yang keluar dari stok kanvas melalui **Sales Invoice** yang sudah melalui proses **Sinkronisasi Transaksi**. |
| Dikembalikan (Returned) | Jumlah barang yang tidak terjual dan dikembalikan ke gudang. |
| Hilang Stok (Lost Stock) | Jumlah barang yang secara fisik tidak ada (rusak/hilang) sehingga tidak dapat dikembalikan ke gudang. |
| Sisa Stok (Remaining Stock) | Jumlah sisa stok yang masih berada di gudang kanvas. Kolom ini hanya muncul jika status kanvas **Ongoing**. |
#### 3. Mengakhiri Kanvas (End Canvas)
Kini kanvas dapat diselesaikan meskipun terdapat faktur yang belum lunas, dengan tetap memastikan stok telah diselesaikan.
{% stepper %}
{% step %}
### Selesaikan Stok Terlebih Dahulu (Wajib)
Sebelum menekan tombol **Akhiri Kanvas**, seluruh stok di gudang kanvas harus diselesaikan sehingga **Remaining Stock = 0**.
**Pada tampilan terbaru terdapat 4 kolom utama:**
1. **Quantity to Return (Jumlah Dikembalikan)**\
Isi jumlah barang yang benar-benar dikembalikan ke gudang.\
Anda juga wajib memilih **Warehouse tujuan**. Sistem akan otomatis membuat dokumen **Stock Transfer**.
| Resolve Stock: Qty to return | Tergenerate Stock Transfer | Stock Transfer Detail |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |  |
2. **Lost Stock (Stok Hilang)**\
Isi jika terdapat barang yang rusak atau hilang sehingga tidak dapat dikembalikan ke gudang.\
Anda wajib mengisi **Reason**. Sistem akan otomatis membuat dokumen **Stock Out**.
| Resolve stock: Lost Stock | Tergenerate Stock Out | Stock Out Detail |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |  |
3. **Remaining Stock (Sisa Stok Fisik)**\
Nilai ini dihitung otomatis oleh sistem setelah dikurangi jumlah return dan lost stock. Nilai ini harus **0** agar kanvas dapat ditutup.
4. **System Quantity**\
Jumlah stok yang tercatat pada sistem kanvas saat ini.
{% endstep %}
{% step %}
### Menangani Tagihan Belum Lunas
Setelah stok diselesaikan dan Anda menekan **Akhiri Kanvas**, jika masih terdapat faktur yang belum lunas maka sistem akan memberikan pilihan:
1. **Buat Tugas Penagihan Sekarang**\
Faktur otomatis diteruskan ke tim kolektor untuk proses penagihan.\
\
Panduan:
2. **Akhiri Kanvas Saja**\
Menutup sesi kanvas agar Anda dapat langsung membuat kanvas baru.\
\
Panduan:
**Catatan:**\
Faktur yang belum lunas akan tetap tersimpan di sistem dengan status **Active** atau **Partially Paid** sampai ada pembayaran masuk dikemudian hari.
{% endstep %}
{% endstepper %}
### **π‘ CATATAN KHUSUS INTEGRASI STOCK ANTARA SIMPLIDOTS X ACCURATE**
Untuk user yang menggunakan **integrasi stok antara SimpliDOTS dan Accurate**, apabila terjadi Stok Hilang (Lost Stock) pada proses kanvas, maka perlu dilakukan **penyesuaian stok secara manual di Accurate**.
Hal ini karena saat ini dokumen **Stock Out** dari SimpliDOTS **belum terintegrasi otomatis ke Accurate**.
#### **Alurnya adalah sebagai berikut:**
{% stepper %}
{% step %}
### **Selesaikan Stok di SimpliDOTS**
Isi data berikut:
* Jumlah yang dikembalikan
* Stok hilang
Kemudian klik **Simpan**.
{% endstep %}
{% step %}
### Lakukan Pengurangan Stok di Accurate
Lakukan **penyesuaian stok** pada **Gudang Canvass** di **Accurate** dengan langkah berikut:
* Masuk ke menu **Penyesuaian Persediaa**n.
* Pilih **Tipe Penyesuaian =** **Pengurangan**.
* Pilih **Gudang = Gudang Canvass**.
* Isi **Kuantitas** = Isi sesuai dengan **jumlah stok hilang**.
* Klik **Simpan**.
{% endstep %}
{% step %}
### Sinkronisasi Data
Setelah dokumen pengurangan stok dibuat di Accurate, lakukan Sinkronisasi Data di Backoffice SimpliDOTS.
Panduan:
{% endstep %}
{% step %}
### Akhiri Kanvas
Setelah proses sinkronisasi selesai, Anda dapat melanjutkan dengan **Akhir Kanvas** pada Backoffice SimpliDOTS.
\
Pastikan **dokumen pengurangan stok di Accurate sudah dibuat terlebih dahulu sebelum menyelesaikan kanvas**, agar jumlah stok antara SimpliDOTS dan Accurate tetap sesuai.
{% endstep %}
{% endstepper %}
### FAQ
{% stepper %}
{% step %}
### Apakah Sales Invoice masih bisa dibatalkan jika kanvas sudah selesai?
Bisa. Sales Invoice tetap dapat dibatalkan meskipun kanvas sudah berstatus **Completed**. Status faktur akan berubah menjadi **Cancelled**, dan stok barang akan dikembalikan ke gudang kanvas.
{% endstep %}
{% step %}
### Apakah Sales Invoice bisa dibatalkan jika gudang kanvas sedang digunakan di kanvas lain?
Bisa. Ketika Sales Invoice dibatalkan, sistem akan menganggap transaksi tersebut tidak terjadi sehingga jumlah barang akan kembali ke stok gudang kanvas, meskipun gudang tersebut sedang digunakan oleh kanvas lain.
{% endstep %}
{% step %}
### Apakah Sales Invoice bisa dibatalkan jika kanvas masih berjalan?
Bisa. Jika Sales Invoice dibatalkan saat status kanvas **Ongoing**, maka jumlah barang yang sebelumnya tercatat sebagai **Terjual** akan dikurangi dari perhitungan kanvas.
Dengan demikian, perhitungan stok kanvas tetap konsisten antara:
* Stok awal
* Barang terjual
* Barang dikembalikan
* Barang hilang
* Sisa stok
{% endstep %}
{% step %}
### Apakah dokumen kanvas lama akan ikut diperbarui setelah adanya kolom baru?
Ya. Sistem akan melakukan **rekalkulasi otomatis** pada dokumen kanvas lama agar sesuai dengan format terbaru.
Jumlah stok yang dikembalikan akan dihitung secara akumulatif berdasarkan dokumen **Stock Transfer** yang terjadi selama periode kanvas berlangsung.
Hal ini bertujuan agar laporan tetap konsisten dan menghindari kasus seperti **stok akhir lebih besar dari stok awal**.
{% endstep %}
{% step %}
### Jika mencatat Stock Hilang dan menghasilkan dokumen Stock Out, apakah dokumen tersebut otomatis terintegrasi ke Accurate?
Belum. Saat ini dokumen **Stock Out** belum didukung untuk integrasi otomatis ke **Accurate**.
Sehingga jika terjadi **Stock Hilang**, perlu dilakukan penyesuaian stok secara manual di Accurate dengan cara **membuat dokumen Stock Out di Accurate**.
Setelah dokumen **Stock Out** dibuat di Accurate, lakukan **sinkronisasi Master Data di SMH**.
Dengan demikian, total stok pada **gudang di SAP/SimpliDOTS dan Accurate** akan kembali sesuai.
{% endstep %}
{% endstepper %}
## 2. Perbaikan Kendala Perhitungan Diskon dengan Comma pada Generate Purchase Invoice
Kami telah melakukan perbaikan pada sistem terkait perhitungan diskon saat proses **generate Purchase Invoice (PI)** dari **Purchase Order (PO)**.
**Sebelumnya:**
* Pengguna menginput diskon **0,5%** pada Purchase Order (PO).
* Namun saat Purchase Invoice (PI) dibuat dari PO, sistem membaca nilai tersebut sebagai **5%**, meskipun yang tertulis tetap **0,5%**.
* Hal ini menyebabkan perhitungan nilai diskon menjadi tidak sesuai.
**Perbaikan:**
* Sistem kini membaca dan menghitung nilai diskon **sesuai dengan yang diinput pada Purchase Order**.
* Jika diskon yang dimasukkan adalah **0,5%**, maka nilai tersebut akan tetap terbaca dan dihitung sebagai **0,5%** pada Purchase Invoice.
Dengan perbaikan ini, proses **generate PI dari PO** akan menghasilkan perhitungan diskon yang lebih akurat sesuai input pengguna.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Export Sales Order ke Format Import Accurate Online \[09 Maret 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## **Export Sales Order ke Format Import Accurate Online**
Sales Order dari **SimpliDOTS** kini dapat diekspor dalam format yang kompatibel untuk di-import ke **Accurate Online**.
Fitur ini memudahkan pengguna yang menggunakan Accurate Online untuk melanjutkan proses penjualan tanpa perlu melakukan input ulang data secara manual.
#### **Apa yang Bisa Dilakukan**
Dengan fitur ini, Anda dapat:
* Mengekspor **Sales Order dari SimpliDOTS** ke file Excel dengan format yang sesuai dengan kebutuhan import di Accurate Online.
* Menggunakan file tersebut untuk **langsung di-import ke Accurate Online**.
* **Mengurangi proses input manual** saat memindahkan data antar sistem.
* **Meminimalkan risiko kesalahan data** yang biasanya terjadi saat melakukan input data ke sistem lain.
* Memudahkan perusahaan yang menggunakan **SimpliDOTS dan Accurate Online secara bersamaan** dalam proses operasional.
#### **Data yang Sudah Disesuaikan**
Beberapa data pada Sales Order telah disesuaikan agar dapat terbaca dengan baik saat proses import di Accurate Online, antara lain:
* Tanggal Sales Order.
* Informasi pelanggan.
* Detail produk (kode barang, nama barang, kuantitas, satuan, dan harga).
* Diskon per produk (dalam bentuk persentase (%) maupun nominal).
* Diskon pesanan.
* Catatan pesanan dan catatan item.
* Informasi penjual dan gudang.
* Pengaturan pajak (inclusive / exclusive).
#### **Manfaat untuk Anda**
* Mengurangi kebutuhan untuk melakukan **input ulang Sales Order di Accurate Online.**
* Membantu **meminimalkan kesalahan saat memindahkan data antar sistem.**
* Mempermudah proses kerja bagi perusahaan yang **belum menggunakan integrasi langsung antara Sales Order SimpliDOTS dan Accurate Online.**
{% hint style="info" %}
**Catatan:**
* File hasil export digunakan untuk proses **import Sales Order di Accurate Online melalui menu import** di Accurate **Online**.
* File export **tidak otomatis dipisahkan berdasarkan cabang atau database Accurate Online**.
* Lakukan export Sales Order dari SimpliDOTS terlebih dahulu. Saat melakukan import di Accurate Online, Anda dapat menentukan sendiri **cabang atau database tujuan** sesuai kebutuhan.
* Untuk menggunakan fitur ini, silakan **mengajukan permintaan aktivasi melalui tim Customer Success (CS)**.
{% endhint %}
#### **Tutorial** **import faktur penjualan/pembelian dari Excel ke Accurate Online**
{% embed url="" %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice & Supervision: Alternative Maps \[05 Maret 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
#### **β¨ Whatβs New**
**Release 5 Maret 2026:**
1. Penambahan alternatif **Maps** pada menu **Backoffice** dan **Supervision**.\
\
Kini user dapat memilih menggunakan **Google Maps** atau **OpenStreetMap** sesuai kebutuhan dalam menampilkan lokasi dan peta pada sistem.\
\
**Manfaat:**\
Memberikan **opsi penggunaan peta** yang lebih fleksibel bagi user.
2. Pada menu **Supervision**, jika terdapat beberapa **customer yang berdekatan dan berada dalam satu titik lokasi di peta**, user kini dapat melihat **detail daftar toko pada titik tersebut**.
**Release 12 Maret 2026:**
3. Penambahan alternatif **Maps** pada menu **Daily Visit Backoffice.**\
\
Kini user dapat memilih menggunakan **Google Maps** atau **OpenStreetMap** sesuai kebutuhan dalam menampilkan lokasi dan peta pada sistem.\
\
**Manfaat:**\
Memberikan **opsi penggunaan peta** yang lebih fleksibel bagi user.
***
## 1. Penambahan alternatif Maps di Backoffice
Kini tersedia opsi alternatif **Maps** pada **Backoffice**. User dapat memilih menggunakan **OpenStreetMap** atau **Google Maps** pada menu:\
**Data Master > Pelanggan > Master Pelanggan**.
Secara default, sistem menggunakan **OpenStreetMap**, namun user dapat mengubahnya ke **Google Maps** sesuai preferensi.
**Manfaat:**
* Memberikan **fleksibilitas pilihan maps** bagi user.
* Menjadi **alternatif jika salah satu layanan maps mengalami kendala**.
* Membantu memastikan **tampilan lokasi pelanggan tetap optimal**.
## 2. Penambahan alternatif Maps di Supervision
Sebelumnya, jika terdapat beberapa **toko yang berlokasi sangat berdekatan** (misalnya berada dalam satu area seperti pasar), maka pada **menu Customer di Supervision** titik lokasi tersebut tidak dapat diklik, sehingga user kesulitan melihat **detail masing-masing customer**.
Kini, dengan menggunakan **OpenStreetMap**, user dapat **mengklik titik lokasi tersebut untuk melihat daftar dan detail toko yang berada pada titik yang sama atau berdekatan**, sehingga informasi customer dapat diakses dengan lebih mudah.
Untuk mengubah **Maps**, silakan klik tombol **OpenStreetMap** atau **Google Maps** sesuai dengan maps yang ingin digunakan.
| Sebelum | Sesudah |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
| Sudah di-zoom hingga maksimal. Namun, customer tersebut tetap **tidak dapat diklik** karena berada dalam satu titik lokasi. | Setelah menggunakan **OpenStreetMap**, toko yang berada dalam satu titik lokasi kini dapat diklik sehingga user dapat melihat detail masing-masing toko. |
## 3. Penambahan alternatif Maps di Daily Visit Backoffice
Kini tersedia opsi alternatif **Maps** pada **Backoffice**. User dapat memilih menggunakan **OpenStreetMap** atau **Google Maps** pada menu:\
**Kunjungan > Informasi Kunjungan > Detail Tabel Kunjungan.**
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Backoffice: Customer Data \[23 Februari 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### **β¨ ****Whatβs New**
1. **Bulk Update Status Pelanggan**\
Sekarang Anda bisa mengubah status beberapa pelanggan sekaligus dalam satu waktu.
2. **Customer Verification**\
Verifikasi toko baru kini dapat dilakukan secara instan.
3. **Monitoring Aktivitas Toko**\
Pantau aktivitas toko langsung dari halaman daftar pelanggan maupun dari halaman detail pelanggan.
4. **Riwayat Perubahan Status**\
Lihat jejak riwayat setiap perubahan status pelanggan.
5. **Assign Channel saat Create Pelanggan**\
Channel kini dapat langsung ditentukan saat membuat pelanggan baru, baik melalui **SFA** maupun **Backoffice**.
6. **Export Customer**\
Data pelanggan dapat di-export untuk kebutuhan analisis atau pengolahan data.
7. **Import Customer**\
Memungkinkan penambahan data pelanggan secara massal melalui fitur import.
***
## **1. Bulk Update Status Pelanggan**
Kini Anda tidak perlu lagi mengubah status pelanggan satu per satu. Admin dapat memperbarui status ratusan pelanggan dengan jauh lebih cepat. Anda tidak perlu membuka profil pelanggan satu per satu atau melakukan update melalui file Excel. Proses pengelolaan data pelanggan menjadi lebih praktis dan efisien.
**Cara Menggunakan:**
**Step 1:** Centang kotak di samping nama pelanggan pada daftar pelanggan.
**Step 2:** Klik tombol **Bulk Action** **>** **Aksi Masal / Bulk Action**.
**Step 3:** Pilih **Update Status**.
**Pilihan Status:**\
Anda dapat langsung mengubah status pelanggan menjadi:
* **Active**
* **Non-Active**
* **Blacklist**
* **Unverified**
**Step 4:** Status pelanggan yang dipilih akan diperbarui secara sekaligus (bulk).
**Catatan:**\
Pemilihan pelanggan hanya berlaku untuk **halaman yang sedang dibuka (halaman aktif)**. Jika Anda berpindah ke halaman berikutnya, centang atau pilihan yang sudah Anda buat di halaman sebelumnya akan otomatis terhapus (reset).
{% hint style="info" %}
**Tips:**\
Pastikan Anda menyelesaikan proses **Update Status** untuk pelanggan di halaman tersebut sebelum berpindah ke halaman daftar pelanggan lainnya.
{% endhint %}
## **2. Customer Verification**
Jika sebelumnya Anda harus mencentang pelanggan satu per satu untuk mengubah status dari **Unverified** menjadi **Active**, kini proses tersebut dapat dilakukan secara otomatis dengan tombol khusus **Customer Verification**.
Fitur ini dirancang untuk mempercepat proses persetujuan (approval) pelanggan baru yang telah didaftarkan, sehingga status pelanggan dapat segera diaktifkan dan siap melakukan transaksi penjualan tanpa perlu menunggu proses aktivasi manual satu per satu.
**Cara Menggunakan:**
**Step 1:** Klik tombol **Customer Verification** yang berada di bagian atas tabel daftar pelanggan.
**Step 2:** Klik **tombol Verifify or Customers"** untuk melakukan perubahan status secara massal.
**Step 3:** Sistem akan secara otomatis mencari seluruh pelanggan dengan status **Unverified** dan mengubahnya menjadi **Active** dalam beberapa detik.
**Catatan:**\
Setiap perubahan status yang terjadi melalui fitur ini akan tercatat pada **Log Aktivitas**, sehingga riwayat perubahan tetap dapat dipantau dengan jelas.
## **3. Monitoring Aktivitas Toko**
Kini Anda dapat melihat informasi aktivitas toko secara langsung dari **tabel daftar pelanggan** maupun **halaman detail pelanggan**. Informasi ini membantu Anda mengetahui toko mana yang sudah lama tidak dikunjungi oleh Sales atau tidak melakukan pembelian dalam waktu tertentu.
Dengan adanya informasi ini, Anda dapat lebih mudah menyusun strategi untuk mengaktifkan kembali pelanggan yang pasif tanpa perlu menarik laporan tambahan.
**Informasi Tambahan pada Daftar Pelanggan:**
* **Kunjungan Terakhir (Last Visit)**\
Menampilkan tanggal dan jam terakhir sales melakukan **check-out** di toko tersebut.
* **Transaksi Terakhir (Last Transaction)**\
Menampilkan tanggal terakhir toko melakukan pemesanan yang sah (**SO/SI**).
**Informasi Tambahan pada Detail Pelanggan:**
* **Kunjungan Terakhir (Last Visit)**\
Menampilkan tanggal dan jam terakhir sales melakukan **check-out** di toko tersebut.
* **Transaksi Terakhir (Last Transaction)**\
Menampilkan tanggal terakhir toko melakukan pemesanan yang sah (**SO/SI**).
* **Orderan Pertama (First Order Transaction)**\
Menampilkan tanggal pertama toko melakukan pemesanan yang sah (**SO/SI**).
## **4. Riwayat Perubahan Status**
Sekarang Anda dapat melihat siapa yang mengubah status pelanggan dan kapan perubahan tersebut dilakukan melalui menu **Status Change History** pada halaman **Detail Pelanggan**.
Fitur ini membantu Anda memantau perubahan status pelanggan dengan lebih transparan dan memudahkan proses pelacakan jika terjadi perubahan yang tidak sesuai.
**Informasi yang Ditampilkan:**
* Sistem akan mencatat **5 perubahan status terakhir**.
* Menampilkan informasi **status sebelumnya dan status terbaru**.
* Menampilkan **nama pengguna yang melakukan perubahan**.
* Menampilkan **tanggal dan waktu perubahan dilakukan**.
Dengan adanya fitur ini, Anda dapat:
* Melacak jika terdapat perubahan status pelanggan yang tidak sesuai.
* Mengetahui dalam periode tertentu berapa pelanggan yang berubah status, misalnya dari **Unverified** menjadi **Active/Verified**.
## **5. Assign Channel saat Create Pelanggan**
Kini saat mendaftarkan pelanggan baru, baik melalui **SFA** maupun **Backoffice**, tersedia kolom baru untuk mengisi **Channel**.\
Pengaturan Channel juga dapat ditentukan sebagai **Mandatory (Wajib)** atau **Not Mandatory (Opsional)** melalui menu pengaturan.
Fitur ini membantu memastikan setiap pelanggan sudah terkelompokkan dengan benar sejak awal proses pendaftaran.
**Manfaat Fitur Ini:**
* Memastikan setiap pelanggan langsung terkelompokkan dengan benar sejak awal.
* Mempermudah proses **filtering, reporting, dan analisis** berdasarkan Channel.
* Membuat proses penginputan lebih efisien karena tidak perlu mengatur Channel secara terpisah melalui menu Customer.
**Cara Menggunakan:**
**Step 1:** Masuk ke menu **Settings > Customer**.
**Step 2:** Tentukan pengaturan **Channel** sebagai **Mandatory** atau **Not Mandatory**.
**Pilihan Pengaturan:**
* **Mandatory (Wajib)**
* Jika dipilih, maka kolom **Channel wajib diisi** saat membuat pelanggan baru.
* Jika kolom Channel kosong, data pelanggan tidak dapat disimpan.
| Tampilan Backoffice | Tampilan SFA |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
* **Not Mandatory (Opsional**
* Ini adalah pengaturan bawaan (default).
* Pengguna dapat memilih untuk mengisi atau mengosongkan kolom Channel saat membuat pelanggan.
| Tampilan Backoffice | Tampilan SFA |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
**Catatan:**\
Jika Anda mengatur Channel sebagai **Mandatory**, pastikan **Customer Group Channel** sudah dibuat terlebih dahulu agar proses pembuatan pelanggan dapat berjalan dengan lancar.
* Panduan Cara Membuat Channel:
## **6. Export Customer**
File Excel hasil ekspor pelanggan kini dilengkapi dengan informasi yang lebih detail untuk membantu proses analisis data.
Beberapa kolom baru telah ditambahkan sehingga Anda dapat melihat aktivitas pelanggan secara lebih lengkap langsung dari file hasil ekspor.
**Daftar Kolom Baru yang Ditambahkan:**
| Kolom | Deskripsi |
| ------------------------------- | ------------------------------------------------------------------------------------------------------- |
| CustomerGroupChannel | Menampilkan kategori channel tempat pelanggan terdaftar. |
| FirstTransactionDate & Type | Menampilkan tanggal dan jenis transaksi pertama pelanggan. |
| LastTransactionDate & Type | Menampilkan tanggal dan jenis transaksi terakhir pelanggan (hanya menghitung transaksi yang sah/valid). |
| LastVisitDateTime | Menampilkan tanggal dan jam kunjungan terakhir yang dilakukan oleh sales. |
| LastVisitSalesman (Code & Name) | Menampilkan kode dan nama sales yang melakukan kunjungan terakhir. |
| PhotoLink | Menampilkan tautan langsung (URL) untuk melihat foto profil atau foto toko yang diambil di lapangan. |
β οΈ **Catatan Penting untuk Pengguna Custom Export**
Jika perusahaan Anda menggunakan **template ekspor custom (Custom Export)**, kolom-kolom baru seperti **Channel** dan informasi transaksi lainnya **tidak akan muncul secara otomatis**.
Agar kolom-kolom baru tersebut tersedia pada laporan custom Anda, silakan mengajukan permintaan kepada **tim Customer Success (CS)** setelah pembaruan ini dirilis.
## **7. Import Customer**
Kini template **Excel Import Customer** telah dilengkapi dengan kolom **Channel**. Dengan penambahan kolom ini, Anda dapat menentukan atau memperbarui kategori channel untuk banyak pelanggan sekaligus melalui proses import.
Fitur ini memudahkan pengelolaan data pelanggan dalam jumlah besar tanpa perlu melakukan pengaturan channel secara manual satu per satu.
**Hal yang Perlu Diperhatikan:**
* Jika pengaturan **Channel** ditetapkan sebagai **Mandatory (Wajib)**, maka kolom **Channel harus diisi** pada file Excel saat melakukan import.
* Jika kolom Channel kosong saat pengaturan Mandatory aktif, proses import akan mengalami **error** dan data tidak dapat diproses.
**Catatan:**\
Pastikan **Customer Group Channel** sudah dibuat terlebih dahulu agar proses pembuatan atau pembaruan data pelanggan melalui import dapat berjalan dengan lancar.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaruan Backoffice: Peningkatan Validasi, Akuntabilitas, dan Performa \[07 January 2026]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### **β¨ Whatβs New**
{% stepper %}
{% step %}
#### Pembaruan
1. Pemilihan Customer di Halaman Hierarchy Create.
2. Proteksi Sales Order saat Generate Delivery Order & Invoice.
3. Peningkatan Pencarian & Pemilihan Customer.
4. Peningkatan Akuntabilitas Purchase Delivery & Purchase Invoice.
{% endstep %}
{% step %}
#### Perbaikan
1. Perbaikan Validasi Sales Order, Delivery Order, dan Invoice.
2. Perbaikan Filter Tanggal Sales Order.
3. Peningkatan Akuntabilitas Create Purchase Invoice & Stock Out.
4. Perbaikan Mekanisme Promo Diskon.
{% endstep %}
{% endstepper %}
***
## **π ****Pembaruan**
### **1. Pemilihan Customer di Halaman Hierarchy Create.**
Kami melakukan peningkatan pada proses pemilihan customer saat **membuat atau mengedit Hierarchy Position**, agar pengalaman penggunaan menjadi **lebih nyaman dan efisien**.
**Apa yang baru?**
* **Daftar customer kini menggunakan sistem paging**, sehingga lebih mudah dicari tanpa perlu scroll panjang.
* **Pilihan customer tetap tersimpan** meskipun pengguna berpindah halaman.
* **Performa halaman menjadi lebih ringan dan cepat**, terutama untuk akun dengan jumlah customer yang besar.
Pembaruan ini membantu mempercepat proses pengaturan hierarchy dan mengurangi kendala saat menangani data customer dalam jumlah banyak.
### **2. Proteksi Sales Order saat Generate Delivery Order & Invoice.**
Kami meningkatkan mekanisme pemrosesan **Sales Order** untuk mencegah gangguan status saat proses **Delivery Order (DO)** dan **Sales Invoice**.
Dengan pembaruan ini, **Sales Order hanya dapat diproses oleh satu proses dalam satu waktu**.\
Jika Sales Order sedang diproses, maka proses lainnya (baik **Generate DO** maupun **Generate Invoice**) akan **tersedia kembali setelah proses sebelumnya selesai**.
**Manfaat untuk Anda:**
* **Status Sales Order lebih akurat dan konsisten**
* **Mencegah proses ganda** pada Sales Order yang sama
* **Mengurangi risiko error** pada transaksi dan perhitungan stok
Pembaruan ini membantu menjaga keandalan proses transaksi, terutama pada aktivitas dengan volume tinggi.
### **3. Peningkatan Pencarian & Pemilihan Customer.**
Kami meningkatkan cara sistem **menampilkan dan mencari data customer** agar proses menjadi **lebih cepat, ringan, dan nyaman digunakan**, terutama untuk akun dengan jumlah customer yang besar.
**Sales Order List:**
**Create Sales Order:**
**Apa yang Diperbarui?**
1. **Pencarian customer di halaman daftar:**
1. Sales Order (SO)
2. Sales Invoice (SI)
3. Sales Order Return (SOR)
4. Sales Invoice Return (SIR)
5. Credit Note (CN)
6. Customer Payment (CP)
2. **Pemilihan customer pada:**
1. Create Sales Order
2. Edit Sales Order
3. Create Sales Invoice
**Manfaat untuk Anda**
* **Pencarian customer lebih responsif** dan tidak memberatkan sistem.
* **Dropdown customer tampil lebih cepat**, meskipun jumlah data customer banyak.
* **Proses input dan filter customer menjadi lebih efisien.**
Pembaruan ini membantu mempercepat alur kerja dan meningkatkan kenyamanan saat mengelola transaksi.
### **4. Peningkatan Akuntabilitas Purchase Delivery & Purchase Invoice.**
Kami melakukan perbaikan untuk meningkatkan **akuntabilitas sistem** saat proses **Purchase Delivery (PD)** dan **Purchase Invoice (PI)** dijalankan dalam waktu yang berdekatan atau bersamaan.
Dengan pembaruan ini:
* **Proses PD dan PI menjadi lebih aman dan terkontrol.**
* **Risiko error akibat proses yang berjalan bersamaan dapat diminimalkan.**
* **Pesan error ditampilkan lebih jelas** apabila terjadi kendala saat penyimpanan data.
Pembaruan ini membantu memastikan **proses pembelian dan pergerakan stok lebih andal serta dapat diandalkan**.
***
## **π οΈ Perbaikan**
### **1. Perbaikan Validasi Sales Order, Delivery Order, dan Invoice.**
Kami melakukan perbaikan untuk mencegah **stok terpotong dua kali** pada kondisi tertentu saat proses **Sales Order (SO)**, **Delivery Order (DO)**, dan **Sales Invoice (SI)**.
**Apa yang Diperbaiki?**
* Sistem kini memastikan bahwa **Sales Invoice yang dibuat setelah Delivery Order tidak akan memotong stok kembali**.
* **Sales Invoice akan terhubung langsung dengan Delivery Order yang sudah ada**, sehingga alur transaksi tetap konsisten.
* Validasi tambahan memastikan **Sales Invoice tidak diproses sebagai transaksi terpisah** apabila Sales Order sudah memiliki Delivery Order.
**Manfaat untuk Anda**
* **Stok tetap akurat** dan tidak terpotong ganda
* **Alur SO β DO β SI berjalan lebih aman dan konsisten**
* **Mengurangi kebutuhan koreksi manual** pada transaksi
Pembaruan ini membantu menjaga **keakuratan data stok dan status transaksi**, terutama pada proses penagihan yang dilakukan setelah pengiriman.
### **2. Perbaikan Filter Tanggal Sales Order.**
Kami telah memperbaiki kendala pada **filter tanggal Sales Order** yang sebelumnya masih menampilkan data di luar rentang tanggal yang dipilih.
Dengan perbaikan ini:
* **Filter tanggal hanya menampilkan Sales Order sesuai rentang yang dipilih**
* **Sales Order dari tanggal berikutnya tidak lagi ikut terbawa**
Perbaikan ini memastikan **hasil pencarian dan laporan Sales Order lebih akurat**.
### **3. Peningkatan Akuntabilitas Create Purchase Invoice & Stock Out.**
Kami melakukan perbaikan untuk meningkatkan **akuntabilitas sistem** saat proses **Create Purchase Invoice (PI)** dijalankan berdekatan atau bersamaan dengan **Stock Out**.
**Apa yang Diperbaiki?**
* Proses **Create PI dan Stock Out kini ditangani lebih aman** meskipun dijalankan dalam waktu yang berdekatan.
* **Risiko error saat beban sistem tinggi (load testing) telah diminimalkan.**
* Sistem menjadi **lebih stabil** dalam memproses transaksi yang memengaruhi stok.
**Manfaat untuk Anda**
* **Data stok lebih konsisten.**
* **Mengurangi error** saat membuat Purchase Invoice.
* **Proses transaksi lebih lancar**, meskipun dilakukan secara bersamaan.
### **4. Perbaikan Mekanisme Promo Diskon.**
Kami memperbaiki mekanisme promo agar **diskon dengan nilai di bawah 1%** dapat diproses dan dihitung dengan benar.
**Manfaat:**
* Mendukung **skema promo dengan nominal kecil**
* **Menghindari kesalahan perhitungan harga**
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# 2025
# Pembaharuan Fitur Diskon Manual Backoffice \[20 November 2025]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## β¨ Whatβs New
Fitur **Diskon Manual** kini memungkinkan admin memberikan potongan harga secara manual baik per item maupun per order, pada berbagai jenis transaksi berikut:
* Sales Order (SO)
* Purchase Order (PO)
* Purchase Invoice (PI)
* Purchase Payment (PP)
Sebelumnya, fitur ini hanya tersedia di aplikasi mobile (SFA) dan terbatas untuk Sales Order. Dengan update ini, admin dapat menyesuaikan harga dan menerapkan diskon langsung dari Backoffice, sehingga proses pengelolaan transaksi menjadi lebih fleksibel dan mudah diatur sesuai kebutuhan operasional.
### π‘ Highlight Utama
Area
Deskripsi
Diskon Per Item
Admin dapat menambahkan diskon manual pada setiap produk yang dijual atau dibeli, dalam bentuk persentase (%) maupun nominal (Rp).
Diskon Per Order
Admin dapat memberikan diskon tambahan di level total order, setelah seluruh perhitungan item selesai.
Multi-Tier Discount
Mendukung hingga 5 level diskon berturut-turut (contoh: 10% + 5% + 20%), khusus untuk diskon per item.
Validasi Input Aman
Sistem otomatis menolak input yang tidak valid, seperti diskon lebih dari 100% atau nominal yang melebihi harga item.
Perhitungan Otomatis
Sistem menghitung ulang subtotal, pajak, dan grand total secara otomatis setiap kali diskon diterapkan.
### β οΈ Batasan & Syarat
Limitasi
Promo Scheme dan Diskon Manual tidak dapat digunakan bersamaan dalam satu transaksi.
Khusus Sales Order, kolom diskon manual hanya muncul jika mode diskon di pengaturan tenant diubah ke βDiskon Manualβ. Jika masih menggunakan βPromo Schemeβ, kolom diskon tidak akan tampil.
Modul Purchase tidak mendukung penggunaan Promo Scheme.
Diskon per item mendukung maksimal 5 level diskon (%) secara berturut-turut.
Diskon di level order hanya mendukung 1 level diskon (%).
Syarat
User harus memiliki role akses Create/Edit untuk:
Sales Order
Purchase Order
Purchase Invoice
Purchase Payment
Mode βManual Diskonβ harus diaktifkan di pengaturan tenant untuk dapat menggunakan diskon manual khusus Sales Order.
Edit transaksi hanya dapat dilakukan pada status berikut:
Sales Order: Draft / Verified
Purchase Order: Draft
Purchase Invoice: Active
### βοΈ Cara Menggunakan
#### Step 1: Aktivasi Mode Diskon Manual (Wajib untuk Sales Order)
Langkah ini menentukan apakah kolom diskon akan tampil saat membuat Sales Order (SO). Mode ini harus diaktifkan sebelum Anda dapat menggunakan fitur diskon manual di Saels Order (SO).
1. Masuk ke **Pengaturan Tenant** pada web dashboard.
2. Pilih menu **Penjualan**.
1. Geser toggle **Aktifkan diskon order pesanan penjualan**.
2. Geser toggle **Aktifkan diskon item pesanan penjualan.**
3. Klik **Simpan**.
{% hint style="danger" %}
Setelah mode ini aktif, sistem akan otomatis menggunakan pengaturan tersebut dalam perhitungan Sales Order.
{% endhint %}
#### Step 2: Input Diskon di Transaksi
Anda dapat mulai membuat atau mengedit dokumen pada modul berikut:\
**Sales Order (SO), Purchase Order (PO), Purchase Invoice (PI), dan Purchase Payment (PP).**
{% stepper %}
{% step %}
### **Diskon Per Item**
Masukkan diskon langsung pada kolom diskon yang tersedia di setiap baris produk/item. Anda dapat menggunakan diskon dalam bentuk persentase (%) atau nominal (Rp).
#### Sales Order:
* Pastikan telah diaktifkan Diskon Manual di Setting.
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
#### Purchase Order:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
#### Purchase Invoice:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
#### Purchase Invoice - Refer from Purchase Order:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
#### Purchase Payment:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
{% endstep %}
{% step %}
### Diskon Per Order
Masukkan diskon pada bagian **ringkasan total** di bagian bawah transaksi. Diskon ini berlaku untuk keseluruhan order setelah semua perhitungan item selesai.
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
| {% endstep %} | |
| {% endstepper %} | |
#### Step 3: Simpan Transaksi
* Langkah ini berlaku untuk semua modul. Setelah diskon diterapkan, sistem akan otomatis menghitung ulang **Subtotal**, **Pajak** (termasuk Include/Exclude Tax), dan **Grand Total** secara akurat.
* Terakhir, klik **Simpan** untuk menyelesaikan transaksi.
### **β FAQ (Pertanyaan yang Sering Diajukan)**
No
Pertanyaan
Jawaban Singkat untuk User Non-Teknis
1
Apa bedanya Diskon Manual dan Promo Scheme?
Diskon Manual: Potongan harga ditentukan langsung oleh user, cocok digunakan untuk negosiasi atau penyesuaian harga khusus. Promo Scheme: Potongan diberikan otomatis oleh sistem berdasarkan syarat promo yang telah ditetapkan (contoh: Beli 3 Gratis 1).
2
Mengapa saya tidak melihat kolom diskon di Sales Order?
Kolom diskon hanya akan muncul jika Anda mengubah opsi βMode Diskonβ pada Pengaturan Tenant menjadi βDiskon Manualβ. Jika masih berada di mode Promo Scheme, kolom diskon tidak akan tampil.
3
Diskon dihitung sebelum atau sesudah PPN?
Diskon selalu dihitung sebelum PPN. Sistem kemudian menghitung PPN berdasarkan harga setelah diskon, sehingga perhitungan pajak tetap akurat.
4
Apakah sistem memiliki validasi input diskon?
Ya. Sistem otomatis menolak input diskon yang tidak valid, misalnya:
Diskon persentase (%) lebih dari 100%
Nominal diskon melebihi harga item
5
Bisakah saya memberikan diskon 100% untuk barang sampel gratis?
Bisa. Sistem mengizinkan diskon hingga 100% (atau nominal yang membuat subtotal item menjadi Rp0). Fitur ini umum digunakan untuk barang sampel.
6
Apa yang terjadi jika total dokumen menjadi Rp0 akibat diskon 100%?
Jika total transaksi menjadi Rp0, sistem akan melakukan penyesuaian status otomatis sesuai jenis dokumennya:
Sales Order (SO)
Sales Order (SO) tetap dapat disimpan sebagai Draft atau Verified, namun:
Ketika diproses ke pengiriman (Delivery Order/DO), maka:
Sales Order (SO) akan terupdate jadi To Invoice.
Ketika diproses ke faktur (Sales Invoice/SI), maka:
Sales Invoice (SI) akan terupdate jadi Paid β tidak perlu di buat dokumen Customer Payment (CP).
Sales Order (SO) akan terupdate jadi Fully Invoice.
Purchase Order (PO)
Purchase Order (PO) berada dalam status Draft, namun:
Ketika diproses menjadi pengiriman (Purchase Delivery/PD), maka:
Purchase Order (PO) akan terupdate jadi Active.
Ketika diproses menjadi faktur (Purchase Invoice/PI), maka:
Purchase Invoice (PI) akan terupdate jadi Paid β tidak perlu di buat dokumen Purchase Payment (PP).
Purchase Order (PO) akan terupdate jadi Completed.
Purchase Invoice (PI)
Purchase Invoice (PI) akan langsung dianggap Paid tanpa perlu dokumen Purchase Payment (PP).
Purchase Payment (PP)
Jika diskon 100% diterapkan pada Purchase Invoice (PI), sistem otomatis menandai Purchase Invoice (PI) tersebut sebagai Paid, sehingga tidak perlu ditagih atau dibayar lagi.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Fitur Custom Prefix \[18 November 2025]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
### β¨ Whatβs New
Kami telah menambahkan **prefix baru** sekaligus memperluas pengaturan prefix untuk berbagai jenis transaksi. Dengan pembaruan ini, pengguna dapat menyesuaikan format penomoran dokumen dengan lebih fleksibel dan sesuai kebutuhan operasional masing-masing.
#### **π Prefix yang Tersedia**
Anda kini dapat mengatur prefix untuk berbagai jenis transaksi berikut:
* Product
* Customer
* Employee
* Sales Order
* Delivery Order
* Delivery Summary
* Sales Invoice
* Customer Payment
* Collection
* Sales Order Return
* Delivery Order Return
* Sales Invoice Return
* Credit Notes
* Supplier Payment
* Stock In
* Stock Out
* Stock Transfer
* Purchase Order
* Purchase Delivery
* Purchase Invoice
#### **βοΈ Cara Menggunakan**
Anda dapat mengubah prefix melalui langkah berikut:
1. Masuk ke menu **Pengaturan.**
2. Pilih **Manajemen Prefix.**
3. Sesuaikan prefix untuk transaksi yang Anda inginkan.
4. Klik **Simpan.**
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Fitur Employee Route \[13 October 2025]
Halo, Kawan Simpli! π
Ada kabar gembira untukmu π
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## β¨ Whatβs New
### 1. Hide Nonactive Employee from Route Planner
Sekarang hanya employee dengan **status aktif** yang ditampilkan di **Route Planner**. Employee **nonaktif otomatis** **disembunyikan** untuk menjaga tampilan agar lebih rapi dan mudah digunakan.
{% stepper %}
{% step %}
### Show Inactive Employee > ON
Saat opsi β**Show Nonactive Employee**β **diaktifkan**, employee yang sudah berstatus Nonactive tetap ditampilkan di daftar Route Planner, namun tidak dapat di-assign rute baru.
{% endstep %}
{% step %}
### Show Inactive Employee > OFF
Saat opsi β**Show Nonactive Employee**β **dinonaktifkan**, employee dengan status Nonactive tidak akan ditampilkan di daftar Route Planner. Sehingga tampilan menjadi lebih ringkas dan fokus pada employee aktif.
{% endstep %}
{% endstepper %}
Highlight
β Daftar Route kini hanya menampilkan employee aktif. β Employee Nonactive tidak ditampilkan secara default di Route Planner. β Pengguna dapat mengaktifkan toggle βShow Nonactive Employeeβ untuk menampilkan daftar employee nonaktif (diberi label Nonactive dan tidak dapat dipilih/di-assign). β Sistem menyimpan preferensi toggle terakhir yang digunakan oleh pengguna.
Limitasi
Employee dengan status Nonactivetidak dapat dipilih maupun di-assign ke route baru.
Cara Penggunaan
Masuk ke menu Route Planner.
Secara default, sistem hanya menampilkan employee dengan status aktif.
Jika ingin melihat employee nonaktif, aktifkan toggle βShow Nonactive Employeeβ di pojok kanan atas.
Employee nonaktif akan muncul dengan label βNonactiveβ dan tidak dapat di-assign route baru.
Syarat
Pastikan status employee sudah diatur dengan benar di menu Employee Master (Active/Nonactive).
### 2. Handle Route Assigned to Nonactive Employee
Ketika status employee diubah menjadi **Nonactive**, sistem otomatis menghapus keterikatan (**unassign**) semua route yang sebelumnya dihubungkan dengan employee tersebut. Hal ini memastikan daftar rute hanya menampilkan employee aktif yang valid.
{% stepper %}
{% step %}
### Sebelum Employee di Non-Aktifkan
{% endstep %}
{% step %}
### Setelah Employee di Non-Aktifkan
{% endstep %}
{% step %}
### Activity Logs
{% endstep %}
{% endstepper %}
Highlight
β Route lama tetap tersimpan meskipun sudah tidak lagi di-assign ke employee tersebut. β Sistem melakukan pencatatan log otomatis setiap kali employee berstatus Nonactive di-unassign dari route.
Limitasi
Re-assign route perlu dilakukan secara manual oleh admin setelah employee diubah menjadi Nonactive.
CaraPembuatan
Buka menu Employee Master.
Ubah status employee dari Active β Nonactive.
Jika employee tersebut sebelumnya telah di-assign route, maka route akan otomatis di-unassign oleh sistem.
Syarat
-
### 3. Import Validation for Nonactive Employee
Sistem kini melakukan **validasi otomatis pada file import** untuk memastikan employee dengan status **Nonactive tidak dapat digunakan** dalam data baru. Fitur ini membantu menjaga akurasi data dan mencegah penugasan (assign) rute ke employee yang sudah tidak aktif.
| **Highlight** |
β Baris yang berisi employee Nonactive akan ditolak otomatis. β Data valid lainnya tetap diproses (partial success).
Tidak ada proses auto-reactivate untuk employee Nonactive dari proses import.
Jika seluruh baris data tidak valid, maka import akan gagal total.
|
| **Cara** **Pembuatan** |
Saat melakukan import data, pastikan semua employee yang tercantum berstatus Active.
Jika muncul pesan error, periksa kembali file import dan ubah status employee di menu Employee Master sebelum mencoba ulang.
|
| **Syarat** |
File import mengikuti format standar SimpliDOTS.
Status employee sudah diatur dengan benar di menu Employee Master (Active/Nonactive).
|
### 4. Search Improvement in Route Planner & Daily Plan
Fitur pencarian kini lebih cepat dan fleksibel. Pengguna dapat melakukan pencarian berdasarkan nama employee, weekly plan, maupun daily plan, dengan hasil yang muncul secara real-time.
Highlight
β Search real-time β hasil muncul langsung saat pengguna mengetik. β Mendukung pencarian berdasarkan nama employee, weekly plan, dan daily plan.
Limitasi
Sorting hasil pencarian masih mengikuti urutan default sistem (belum berdasarkan relevansi).
Cara Penggunaan
Buka halaman Route Planner atau Daily Plan.
Gunakan kolom pencarian di bagian atas tabel.
Ketik nama atau kata kunci yang ingin dicari, hasil akan otomatis tersaring.
Syarat
Modul Route Planner sudah aktif di sistem.
### 5. Perbaikan Export Weekly Route Sequence
**Perbaikan pada urutan data saat export Weekly Route**, agar hasil ekspor kini tampil sesuai **sequence (0, 1, 2, 3, dst)** dan tidak lagi menampilkan data duplikat.
{% stepper %}
{% step %}
### Sebelum
* Urutan route pada hasil export masih **acak dan tidak berurutan**.
{% endstep %}
{% step %}
### Sesudah
* **Urutan route kini lebih rapi dan konsisten** sesuai sequence (0, 1, 2, 3, dst).
{% endstep %}
{% endstepper %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# \[BETA] Integrasi Stock Transfer SimpliDOTS x Accurate - \[02 Oktober 2025]
Halo, Kawan Simpli! π\
\
Ada kabar gembira untukmu π\
\
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## β¨ Whatβs New
### π¦ Integrasi - Stock Transfer
Kami merilis fitur **Stock Transfer** untuk mempermudah pemindahan stok antar gudang secara otomatis dan terintegrasi. Dengan fitur ini, kamu dapat:
β Membuat dokumen transfer stok antar gudang lebih cepat
β Memastikan stok di gudang tujuan selalu terupdate tanpa input manual
β Mengurangi risiko selisih data antar sistem
β Mendukung proses **canvassing** yang langsung tercatat di Accurate maupun SimpliDOTS
{% hint style="danger" %}
#### β οΈ Catatan Penting (Karena Masih BETA)
π‘ *Fitur ini masih dalam tahap BETA. Dirilis lebih awal agar pengguna dapat mencoba dan memberikan masukan untuk pengembangan selanjutnya.*
{% endhint %}
Contoh transaksi Stock Transfer berhasil dibuat di SimpliDOTS dan terkirim ke Accurate:
| SimpliDOTS | Accurate |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  |  |
### β¨ Apa yang Sudah Bisa Dilakukan?
#### β Tarik & Kirim Data Stock Transfer
Sebelumnya, Stock Transfer di SimpliDOTS tidak otomatis terupdate di Accurate sehingga perlu input manual di Accurate agar stok bisa tersinkronisasi.
* Dokumen Stock Transfer yang dibuat di **SimpliDOTS** otomatis dikirim ke **Accurate**.
* Dokumen Stock Transfer dari **Accurate** juga bisa **ditarik (pull)** ke SimpliDOTS.
* Pemindahan stok kini **tercatat otomatis di kedua sistem** β tanpa input manual.
* Mendukung pengguna yang memakai **canvassing**, karena barang yang dipindahkan ke gudang canvass langsung tercatat di Accurate.
π *Contoh:*\
Pembuatan dokumen canvassing di SimpliDOTS akan otomatis membuat dokumen pemindahan stok dari gudang asal ke gudang canvass di Accurate.
| SimpliDOTS | Accurate |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  |  |
|  | |
#### β Notifikasi Gagal Sinkronisasi
Sebelumnya, jika ada produk baru atau stok gagal tersinkronisasi, pengguna sering tidak menyadarinya sehingga data stok bisa berbeda.
Kini, pengguna akan mendapatkan **notifikasi otomatis** bila terjadi kegagalan sinkronisasi (contoh: produk belum terdaftar di salah satu sistem). Sehingga kamu dapat segera:
* Mengetahui produk/stok bermasalah
* Melakukan **retry**
* Menjaga akurasi data stok
π *Contoh umum:* Produk baru dibuat di Accurate, tapi belum otomatis masuk ke SimpliDOTS β notifikasi akan muncul.
Tampilan pesan error pada notifikasi SAP
Tampilan detail pesan error update stok pada notifikasi SAP
### β οΈ Keterbatasan yang Belum Didukung (BETA)
#### β Belum Mendukung Integrasi Stock Adjustment (Stock In/Stock Out)
Saat ini, integrasi hanya berupa integrasi **Stock Transfer.** Sehingga dengan Accurate belum mendukung dokumen **Stock In / Stock Out** karena belum tersinkronisasi dua arah. Sehingga, dokumen Stock Adjustment yang dibuat di Accurate **tidak otomatis muncul** di SimpliDOTS. Begitu juga sebaliknya, dokumen Stock In / Stock Out yang dibuat di SimpliDOTS **tidak otomatis muncul** di Accurate.
#### π Integrasi Stok Masih Satu Arah
Saat ini, integrasi stok antara SimpliDOTS dan Accurate hanya **satu arah**: Data stok **dapat ditarik** dari Accurate ke SimpliDOTS. Namun, stok dari SimpliDOTS **belum bisa dikirim (push)** ke Accurate secara otomatis.
{% hint style="info" %}
#### π‘ Catatan:
* Stok di SimpliDOTS akan **disesuaikan dengan Accurate** agar tetap sinkron.
* Jika dokumen di SimpliDOTS dibatalkan, stok di Accurate **tidak otomatis bertambah kembali** β namun akan disesuaikan setelah transaksi berikutnya.
* Meski **Stock In / Stock Out** **belum terintegras**i, mekanisme ini memastikan stok antar-gudang tetap update dan terpercaya, sehingga **operasional sehari-hari tetap lancar.**
{% endhint %}
#### βοΈCara Mengaktifkan Integrasi Stock Transfer
{% stepper %}
{% step %}
**Step 1 β Aktivasi Integrasi dengan Accurate**
1. Masuk ke halaman **Pengaturan** > **Integrasi** di SimpliDOTS.\
2. Lakukan **proses integras**i baca panduan berikut di [sini](mailto:undefined).\
\
Jika sudah terintegrasi Accurate sebelumnya, wajib melakukan reintegrasi untuk mengaktifkan Stock Transfer antar dua sistem.
3. Masuk ke halaman **Buat Template**, pilih **Partner Accurate**, lalu pilih cabang.\
4. Tekan **Generate** hingga muncul info berikut.\
{% endstep %}
{% step %}
**Step 2 β Uji Transaksi**
1. Buat transaksi:
1. Stock Transfer
2. Canvassing (jika anda ingin menggunakan canvassing, aktifkan fitur canvassing sesuai panduan).
2. Pastikan Stok Transfer sudah tersinkron dan memiliki Partner ID di SimpliDOTS.\
3. Canvassing status = **Draft**, Dibuat dokumen Stock Transfer status **Active** β masuk ke **Accurate** sebagai **Pindah Barang**\
 
4. Canvassing status = **Ready Ongoing**, Dokumen Stock Transfer di SimpliDOTS berubah status menjadi **Transferred** β masuk ke **Accurate** sebagai **Terima Barang**\
 \
{% endstep %}
{% endstepper %}
#### π Contoh Kasus & Perilaku Sistem
| Situasi di SimpliDOTS | Dokumen di Accurate |
| :-----------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------: |
| **Stock Transfer** status = **Active** | Terbuat dokumen **Pindah Barang** |
| **Stock Transfer** status = **Transferred** | Terbuat dokumen **Pindah Barang + Terima Barang** |
| **Canvassing** status = **Draft** | Dibuat dokumen **Stock Transfer status Active** β masuk ke **Accurate sebagai Pindah Barang** |
| **Canvassing** status = **Ready / Ongoing** | Dokumen **Stock Transfer** di SimpliDOTS berubah status menjadi **Transferred** β masuk ke **Accurate** sebagai **Terima Barang** |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Export Delivery Summary, Sales Invoice, & Mark as Delivering - \[01 Oktober 2025]
Halo, Kawan Simpli! π\
\
Ada kabar gembira untukmu π\
\
Kami telah melakukan beberapa pembaruan penting untuk membuat pengalaman menggunakan SimpliDOTS semakin lancar dan nyaman. Berikut ringkasannya:
## β¨ Whatβs New
### π Export Delivery Summary β Hingga 90 Hari
Sekarang kamu bisa **ekspor Delivery Summary hingga 30 hari sekaligus** π\
Tidak perlu lagi repot melakukan export berulang setiap mingguβcukup sekali klik, data bulanan langsung siap!
Pesan eror jika export lebih dari 90 hari
Notifikasi export Delivery Summary berhasil
Riwayat aktivitas export Delivery Summary
{% hint style="success" %}
**Highlight**\
\
β Export berjalan di **background**, jadi kamu tidak perlu menunggu di halaman\
β **Custom Range** β pilih periode sesuai kebutuhan (maksimal 90 hari)\
β Export sesuai filter yang sudah kamu tentukan
{% endhint %}
{% hint style="danger" %}
**Limitation**
Maksimal export hanya untuk rentang waktu **90 hari.**
{% endhint %}
{% hint style="warning" %}
**Requirement**
Pastikan role **Delivery Summary** sudah aktif di akun Anda.
{% endhint %}
{% hint style="info" %}
#### π How to Use
1. Masuk ke menu **Delivery**.
2. Pilih **Delivery Summary**.
3. Klik tombol **Export**.
4. Tunggu proses export selesai (berjalan di background).
5. **Download file** yang sudah tersedia.
{% endhint %}
### **π§Ύ Export Sales Invoice β Hingga 90 Hari**
Sekarang Anda dapat mengekspor **Sales Invoice** untuk periode hingga 90 hari sekaligus! π
Export Sales Invoice
Notifikasi export Sales Invoice berhasil
Riwayat aktivitas export Sales Invoice
{% hint style="success" %}
**Highlight**
β Export berjalan di **background**, Anda tidak perlu menunggu di halaman.\
β **Custom Range** β pilih periode sesuai kebutuhan (maks. 90 hari).\
β Export mengikuti filter yang sudah ditentukan.
{% endhint %}
{% hint style="danger" %}
**Limitation**
Maksimal export hanya untuk rentang waktu **90 hari.**
{% endhint %}
{% hint style="warning" %}
**Requirement**
Pastikan role **Sales Invoice** sudah aktif di akun Anda.
{% endhint %}
{% hint style="info" %}
π **How to Use**
1. Masuk ke menu **Sales**.
2. Pilih **Invoice**.
3. Klik tombol **Export**.
4. Tunggu proses export selesai (berjalan di background).
5. **Download file** yang sudah tersedia.
{% endhint %}
### π Konfirmasi Delivery Tanpa Mobile (Bypass DFA)
Untuk kamu yang tidak menggunakan fitur **Delivery Force Automation (DFA)**, kini dapat melakukan **konfirmasi delivery langsung dari Backoffice** tanpa aplikasi mobile.
Button Mark as delivering pada daftar Delivery Summary
Button Mark as delivering pada detail Delivery Summary
> **Alur Baru:**
>
> 1. DS dengan status **Ready** dapat diubah menjadi **Delivering** melalui opsi **βMark as Deliveringβ**.
> 2. Saat status **Delivering**, admin bisa melakukan proses konfirmasi delivery.
> 3. Semua aktivitas konfirmasi manual otomatis tercatat dalam **audit trail**.
{% hint style="info" %}
π Fitur ini menjadi alternatif praktis yang **melewati requirement mobile delivery**, khusus bagi klien tanpa DFA.
{% endhint %}
### π Informasi Total Delivery Order (DO) per Gudang
Sekarang Anda dapat melihat **total jumlah Delivery Order (DO) per gudang** langsung di detail rekapan surat jalan.
{% hint style="success" %}
**Highlight**
β Mempermudah pemantauan distribusi pengambilan barang per gudang.\
β Memberikan visibilitas lebih baik dalam pengelolaan logistik.
{% endhint %}
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  |  |
| Belum menampilkan informasi jumlah DO per gudang. | Sudah menampilkan informasi jumlah DO per gudang dan bisa akses langsung ke tiap DO. |
#### Penambahan Informasi Last Modified By di Delivery Order
Sekarang, setiap Delivery Order menampilkan Last Modified By untuk memudahkan tracking perubahan, melihat total DO per gudang, dan melakukan konfirmasi pengiriman langsung dari sistem tanpa perlu mobile delivery.
### βοΈ Informasi *Last Modified By* pada Delivery Order
Informasi last modified pada Delivery Order
Sekarang setiap **Delivery Order (DO)** menampilkan informasi **Last Modified By**.
β Memudahkan tracking perubahan yang dilakukan pada DO.\
β Memberikan transparansi lebih baik dalam pengelolaan dokumen seperti total DO per gudang.\
β Membantu admin memonitor aktivitas update DO dengan jelas dengan melakukan konfirmasi pengiriman langsung tanpa menggunakan aplikasi DFA.
***
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Perbaikan Validasi Akses Real-Time dan Fitur Foto Pegawai pada SFA - \[28 Agustus 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
### Perbaikan Validasi Akses Real-Time untuk NOO & Edit Customer
Kami menghadirkan pembaruan untuk memastikan akses aplikasi lebih aman, jelas, dan sesuai izin yang diberikan Admin. Dengan update ini, pengguna tidak lagi kebingungan saat hak akses berubah atau akun dinonaktifkan.
#### 1. Akun Dihapus atau Dinonaktifkan
Jika akun pegawai dihapus atau dinonaktifkan dari back-office (contoh: karena resign), maka akses aplikasi akan otomatis dicabut. User akan langsung terlogout saat melakukan sync.
{% hint style="success" %}
π **Manfaat**: Admin lebih mudah mengatur siapa yang boleh menggunakan aplikasi, dan user tidak akan salah pakai akun yang sudah tidak aktif.
{% endhint %}
{% hint style="info" %}
**Notes**: Dokumen yang dibuat akan hilang setelah sync dilakukan. Harap seluruh dokumen telah di sync sebelum dilakukan non aktif atau penghapusan pegawai.
{% endhint %}
#### 2. Perubahan Hak Akses (Role Access)
Jika hak akses user dicabut (contoh: tidak boleh lagi edit customer), aplikasi akan langsung menolak akses dan menampilkan pesan error yang jelas. User tetap bisa login, hanya fitur tertentu yang akan dibatasi. Aplikasi juga akan memberikan arahan: hubungi Admin jika akses perlu diaktifkan kembali.
{% hint style="success" %}
π **Manfaat**: User jadi tahu dengan jelas kenapa akses ditolak, tidak ada kebingungan atau error mendadak.
{% endhint %}
#### 3. Kondisi Offline Lebih Nyaman
Jika perubahan akses terjadi saat user sedang offline, aplikasi tidak akan langsung mengganggu aktivitas. Sistem akan tetap berjalan normal dan baru memvalidasi ulang saat perangkat online kembali.
{% hint style="success" %}
π **Manfaat**: User tetap bisa bekerja lancar walau sedang offline, tanpa error tiba-tiba.
{% endhint %}
### Fitur Foto Pegawai
Sebelumnya, data pegawai di aplikasi hanya berupa nama. Akibatnya, tim gudang atau admin sering bingung memastikan apakah orang yang datang benar pegawai yang tercatat.\
Sekarang, setiap pegawai bisa memiliki kode pegawai dan foto profil langsung di aplikasi SFA!
{% hint style="success" %}
β Lebih mudah mengenali pegawai β tidak perlu menebak dari nama saja, karena sudah ada foto + kode pegawai.\
β Hemat waktu β bisa import foto sekaligus via link, tanpa perlu upload satu per satu.\
β Data lebih aman & konsisten β semua foto tersimpan di sistem SimpliDOTS, tidak bergantung pada server lain.\
β Kontrol akun lebih baik β mencegah 1 akun dipakai bergantian oleh orang yang berbeda.
{% endhint %}
**Contoh Penggunaan Nyata:**
Bayangkan saat sales lapangan selesai dibuatkan jadwal canvassing oleh admin/backoffice, lalu datang ke gudang untuk pickup barang.
Tim gudang sering perlu memastikan: *βApakah sales yang datang ini benar orang yang ada di sistem?β*
Dengan foto pegawai di aplikasi SFA:
* Gudang bisa langsung membandingkan wajah sales dengan foto profil di aplikasi.
* Proses validasi jadi lebih cepat, aman, dan akurat.
* Minim risiko kesalahan atau penyalahgunaan akun.
{% hint style="success" %}
π **Hasilnya**: komunikasi lebih jelas, identifikasi pegawai lebih cepat, pekerjaan tim jadi lebih lancar.
{% endhint %}
### **Upload Foto Pegawai**
* Anda dapat tambahkan foto langsung saat membuat atau mengedit data pegawai.
* Penggunaan praktis, tinggal upload dari perangkat Anda.
* Mendukung format JPG, JPEG, PNG, dan WEBP.
{% hint style="danger" %}
**Limitasi**: Untuk versi web, upload hanya bisa dilakukan dengan metode upload file (belum mendukung link).
{% endhint %}
**Import Foto via Link β Hemat Waktu!**
* Cukup copy-paste link gambar, sistem akan otomatis menyimpan foto tersebut ke sistem SimpliDOTS.
* Dikarenakan foto yang diimport akan tersimpan ke sistem SimpliDOTS, maka Anda tidak perlu khawatir kalau link sumber terhapus sekalipun, foto tetap aman di SimpliDOTS.
* Mendukung format JPG, JPEG, PNG, dan WEBP.
* Jika ada perubahan pada foto di link sumber, cukup lakukan re-import atau update manual untuk memperbarui.
### **Foto Pegawai di Aplikasi SFA**
* Foto pegawai kini langsung terlihat di aplikasi SFA bersama nama dan kode pegawai.
* Foto juga dapat diperbesar untuk tampilan lebih jelas.
* Proof & Validasi: Foto pegawai hanya bisa diupdate melalui admin/backoffice. Sales tidak bisa mengubah foto sendiri lewat aplikasi SFA.
 
***
## ADDITIONAL
### Perbaikan Bug β Hapus Sales Order di SFA
Sebelumnya, beberapa sales mengalami kendala saat menghapus Sales Order. Meskipun sudah dilakukan sinkronisasi dan hapus cache, SO tetap muncul dan tidak terhapus.
Sekarang masalah ini sudah diperbaiki
* Sales Order yang dihapus di SFA akan hilang sesuai semestinya
* Tidak perlu lagi melakukan hapus cache atau sinkronisasi berulang
* Data jadi lebih rapi dan tidak membingungkan tim lapangan
### Perbaikan Bug β Bahasa Pemilihan Alasan Check Out
Sebelumnya, untuk Android 15 kebawah, ketika klien melakukan Check Out tanpa orderan, pemilihan alasan yang muncul masih menggunakan bahasa Inggris, walaupun setting bahasa di HP sudah Bahasa Indonesia dan aplikasi juga sudah menggunakan Bahasa Indonesia. Perbaikan ini telah disesuaikan sesuai pengaturan bahasa di aplikasi.
|
Before
|
After
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### Perbaikan Bug β Input Diskon Manual di SFA
Sebelumnya, saat membuat diskon manual dalam bentuk persentase, SFA tidak bisa menerima format angka dengan nol di depan atau di belakang koma, misalnya:
* 1,05%
* 0,5%
Perbaikan ini telah dilakukan, sekarang sales bisa input diskon manual dengan format persentase yang mengandung angka 0 sebelum koma (0,5%) maupun 0 setelah koma (1,05%).
|
Before
|
After
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### Perbaikan Bug β Perbaikan Promo Quantity Berstrata
Sebelumnya pada promo quantity berstrata dengan diskon nominal, sistem tidak memberikan promo dengan benar:
* Saat customer input strata ke-2 β promo berjalan sesuai harapan.
* Saat customer input sesuai strata ke-1 β promo tidak diberikan (bug).
Sistem kini sudah sesuai dengan aturan promo quantity berstrata. Customer akan otomatis mendapatkan promo sesuai strata yang terpenuhi (baik strata 1 maupun strata seterusnya).
|
Before: Expected dapat potongan Rp10.000 karena belanja diatas 1 qty
|
After: Expected dapat potongan Rp10.000 karena belanja diatas 1 qty
|
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# \[Beta] - Integrasi Customer Payment SimpliDOTS x Accurate - \[14 Agustus 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
Kami sedang mengembangkan integrasi **Customer Payment (Pembayaran Pelanggan)** antara SimpliDOTS dan Accurate. Tujuannya adalah untuk menyinkronkan data Pembayaran Sales Invoice secara otomatis, sehingga status pelunasan dapat terbaca di kedua sistem tanpa input manual.
{% hint style="warning" %}
**π‘ Versi ini masih BETA**\
Fitur ini dirilis lebih awal agar pengguna dapat mencoba dan memberikan masukan. Beberapa fungsi lanjutan seperti dukungan multi-kurs masih dalam tahap pengembangan.
{% endhint %}
Contoh transaksi Sales Invoice dan Pembayaran dilakukan di Accurate dan berhasil terkirim ke SimpliDOTS
| SimpliDOTS | Accurate |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
|
|
|
|
#### β¨ Apa yang Sudah Bisa Dilakukan?
β Tarik & Kirim Data Pembayaran (Customer Payment)
* Bisa tarik data pembayaran dari Accurate ke SimpliDOTS.
* Bisa kirim data pembayaran dari SimpliDOTS ke Accurate.
* Berlaku untuk semua jenis penjualan:
* Dari Sales Order β Sales Invoice β Payment
* Dari Sales Order β Delivery Order β Sales Invoice β Payment
* Dari Sales Invoice langsung (tanpa order & pengiriman) β Payment
β Notifikasi Gagal Sinkronisasi
* Jika proses sinkronisasi gagal (misalnya koneksi terputus, data tidak lengkap, atau format tidak sesuai), sistem akan mengirimkan notifikasi error agar bisa segera ditindaklanjuti.
* Jika sukses, transaksi akan otomatis masuk tanpa notifikasi.
#### β οΈ Keterbatasan yang Belum Didukung (BETA)
Saat ini, integrasi Customer Payment dengan Accurate belum mendukung:
1. **Belum Mendukung Multi-Kurs**\
Semua pembayaran yang disinkronkan harus menggunakan Rupiah. Sistem tidak melakukan konversi nilai. Angka yang diinput akan disalin apa adanya antar sistem.
1. Contoh: Input Rp150.000 di SimpliDOTS β akan masuk ke Accurate sebagai USD150.000 jika di Accurate kursnya USD.
2. Contoh: Input USD10 di Accurate β akan masuk ke SimpliDOTS sebagai Rp10.
2. **Belum Mendukung Pembayaran dengan βRetur Kreditβ di Accurate**\
Jika pembayaran di Accurate menggunakan fitur βRetur Kreditβ, di SimpliDOTS akan gagal menarik data tersebut karena sistem belum bisa membaca metode tersebut.\
 
3. **Status VOID Belum Terbaca**\
Jika Payment di Accurate diubah menjadi VOID, di SimpliDOTS akan tetap dianggap Completed.\
 
4. **Keterbatasan Field Employee pada Sales Invoice**\
Saat membuat Sales Invoice dari Accurate, bagian Penjual (Employee) wajib diisi karena akan digunakan sebagai data Salesman di SimpliDOTS.\
\
Satu Sales Invoice yang dibuat di Accurate harus memiliki nama Penjual yang sama pada semua item.
5. **Penentuan Employee pada Customer Payment**\
Jika beberapa Sales Invoice (SI) dengan employee berbeda digabung dalam satu pembayaran di Accurate, maka SimpliDOTS hanya akan mengambil employee dari SI pertama untuk dicatat di Customer Payment.
6. **Hapus Payment Satu Arah**
1. Jika Payment dihapus di SimpliDOTS β akan otomatis terhapus di Accurate.
2. Jika Payment dihapus di Accurate β belum otomatis terbatalkan di SimpliDOTS (harus dibatalkan manual).
7. **Limit Kredit Tidak Otomatis Terupdate Meski Pembayaran Lunas**\
Jika fitur Limit Pelanggan diaktifkan di SimpliDOTS (Link customer limit), sistem tidak menghitung ulang limit secara otomatis setelah sync pembayaran. Untuk menghitung ulang limit, pengguna harus melakukan salah satu:
1. Trigger manual di Detail SAP Customer
2. Akses SimpliDOTS untuk Create SO
3. Akses SimpliDOTS untuk Create SI
8. **Perbaikan Case Canvassing Belum Tersedia**\
Issue terkait proses pemindahan stok canvas masih sama seperti versi sebelumnya dan belum ada pembaruan.\
### βοΈCara Aktifkan Integrasi CP versi BETA
**Step 1 β Aktivasi Integrasi CP**
1. Masuk ke halaman Pengaturan > Integrasi di SimpliDOTS.
2. Lakukan proses integrasi baca panduan berikut [Link Here](https://panduan-sap.simplidots.id/sales-automation-platform/smh-sales-management-hub/integrasi/accurate/cara-mengintegrasi-accurate-ke-sap)
3. Jika sudah terintegrasi Accurate sebelumnya, wajib melakukan reintegrasi untuk mengaktifkan CP.
4. Aktifkan Integrasi SI & CP \[BETA], lalu simpan.\
 
5. Masuk ke halaman Buat Template, pilih Partner Accurate, lalu pilih cabang.\
 \
6. Tekan Generate hingga muncul info berikut.
7. Masuk ke halaman Bagan Akun (Chart of Accounts). Klik tombol Sinkronisasi Data. Data Akun Perkiraan Accurate akan ditarik ke akun SimpliDOTS.\
 
8. Masuk ke Metode Pembayaran, update semua metode dengan metode dari Accurate. Data ini akan dikirim ke Accurate untuk setiap transaksi Penerimaan Pembayaran dan akan mengisi bagian Metode Pembayaran pada Penerimaan Pembayaran di Accurate.\
\
9. Kembali ke Pengaturan > Integrasi, atur CoA Pembayaran Default, lalu Simpan. Data ini akan dikirim ke Accurate untuk setiap transaksi Penerimaan Pembayaran dan akan mengisi bagian Bank pada Penerimaan Pembayaran di Accurate.\
10. Selesai setup β integrasi siap digunakan.
**Step 2 β Uji Transaksi**
1. Buat transaksi:
2. Sales Order β Sales Invoice β Payment
3. Sales Order β Delivery Order β Sales Invoice β Payment
4. Sales Invoice langsung β Payment
5. Pastikan Payment sudah tersinkron dan memiliki Partner ID di SimpliDOTS.
6. Jika error β notifikasi akan muncul.\
Jika sukses β transaksi otomatis masuk.\
 
#### π Syarat Sinkronisasi Berjalan Lancar
* Di Accurate, default mata uang harus IDR untuk menghindari kerancuan data.
* Jika SI dibuat di Accurate, employee wajib diisi.
* Jika membuat Payment di Accurate, jangan gunakan fitur βretur kreditβ untuk sementara.
* Jika Payment dihapus di SimpliDOTS β akan terhapus juga di Accurate.
* Jika Payment dihapus di Accurate β belum otomatis hilang di SimpliDOTS (harus dibatalkan manual).
### π Contoh Kasus & Perilaku Sistem
| SI di Accurate belum dibayar | Masuk ke SimpliDOTS sebagai Aktif |
| -------------------------------------------------------- | --------------------------------------------------- |
| SI di Accurate dibayar sebagian | Masuk ke SimpliDOTS sebagai Partially Paid |
| SI di Accurate sudah lunas | Masuk ke SimpliDOTS sebagai Paid |
| Kirim SI unpaid dari SimpliDOTS ke Accurate | Masuk ke Accurate sebagai Belum Lunas |
| Kirim SI partially paid dari SimpliDOTS ke Accurate | Masuk ke Accurate sebagai Belum Lunas |
| Kirim SI paid dari SimpliDOTS ke Accurate | Masuk ke Accurate sebagai Lunas |
| CP dihapus di Accurate | Masih muncul di SimpliDOTS β harus cancel manual |
| CP VOID di Accurate | Masih dianggap Completed di SimpliDOTS |
| CP dibatalkan di SimpliDOTS | Terhapus otomatis di Accurate |
| Tarik SI dari Accurate tapi limit customer tidak berubah | Limit akan diperbarui saat membuat Sales Order baru |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan pada Fitur Promo & Biometric SFA - \[31 Juli 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
## Promo dapat dibuat Kriteria dengan Kuantitas yang Sama
Sebelumnya:
* Anda tidak bisa membuat dua kriteria dengan kuantitas yang sama, bahkan jika produknya berbeda karena sistem akan menggabungkan menjadi kriteria yang sama.
Contoh: Anda ingin membuat Promo Beli 1 box Produk A dan beli 1 box Produk B Dapat diskon 10%. Sistem tidak bisa memisahkan menjadi 2 kriteria berbeda, tapi digabungkan menjadi 1 kriteria.
|  |  |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
Sekarang:
* Anda bisa membuat beberapa kriteria dengan jumlah kuantitas yang sama, meskipun produknya berbeda atau bahkan sama. Sistem memberikan opsi untuk menggabungkan menjadi kriteria yang sama atau membuat sebagai kriteria baru.
Contoh: Anda ingin membuat Promo Beli 1 box Produk A dan beli 1 box Produk B Dapat diskon 10%. Aktifkan βBuat sebagai kriteria baruβ dan sistem akan membuat 2 kriteria berbeda.
|  |  |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
**Manfaat**:
* Cocok untuk membuat promo dengan syarat campuran atau wajib, dengan jumlah kuantitas sama.
* Beberapa contoh kasus promo yang bisa anda terapkan:
* Beli 1 box Produk A dan beli 1 box Produk B Dapat diskon 10%
* Beli 1 box Produk A atau Produk B dan beli 1 box Produk C Dapat diskon 10%
**Limitasi**:
* Perubahan ini hanya berlaku untuk skema promo Diskon Amount, Diskon Percentage, dan Buy X Get Y. 
## Promo dengan Produk yang Sama Lebih dari Satu Kali di Kriteria Promo
Sebelumnya:
* Anda tidak bisa memilih produk yang sama lebih dari satu kali dalam kriteria promo. Hal ini karena produk tersebut akan hilang dari opsi pemilihan barang.
Contoh: Anda ingin membuat Promo Beli 1 box Produk A dan beli 3 box Produk A atau B Dapat diskon 10%. Anda tidak bisa membuat kriteria ke dua karena produk B telah hilang dari list pemilihan barang promo.
|
|
Saat ingin memilih item Jeruk, item tersebut sudah hilang dari list.
|
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
Sekarang:
* Anda bisa memilih produk yang sama lebih dari satu kali dalam kriteria promo.
Contoh: Anda ingin membuat Promo Beli 1 box Produk A dan beli 3 box Produk A atau B Dapat diskon 10%. Anda sudah bisa membuat promo tersebut.
|
|
Saat ingin memilih item Jeruk, item tersebut tetap muncul di list.
|
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
**Manfaat**:
* Memberi kendali lebih kepada Anda untuk menentukan apakah dua entri produk harus digabung atau tidak.
* Beberapa contoh kasus promo yang bisa anda terapkan:
* Beli 1 box Produk A dan Beli 3 box dari Produk A atau Produk B, maka Dapat diskon 10%
**Limitasi**:
* Perubahan ini hanya berlaku untuk skema promo Diskon Amount, Diskon Percentage, dan Buy X Get Y.
## Promo Kelipatan Lebih Fleksibel
Kini, Anda bisa membuat promo kelipatan dengan aturan yang jauh lebih bervariasi dan realistis sesuai kebutuhan di lapangan.
Sebelumnya, kelipatan di promo hanya bisa berlaku secara umum, tanpa banyak kontrol per produk. Sekarang, Anda bisa mengatur kelipatan per produk dalam kriteria, mengaktifkan atau menonaktifkan "Apply Only Once", dan bahkan membatasi jumlah maksimal bonus dalam satu transaksi.
**1. Kelipatan Bisa Diatur Per Produk**
Anda bisa menentukan setiap produk di kriteria memiliki kelipatan masing-masing. Misalnya:
* Produk A β kelipatan 2
* Produk B β kelipatan 1
* Produk C β kelipatan 3
Sistem akan menghitung berapa kali masing-masing syarat dipenuhi, lalu menggabungkannya untuk menentukan total bonus yang didapat.
**2. Opsi "Apply Only Once"**
Untuk setiap produk di dalam kriteria, Anda bisa mengaktifkan pengaturan "Apply Only Once", artinya produk tersebut hanya bisa dihitung satu kali saja untuk kelipatan.
Contohnya:
* Produk A β kelipatan 1 (Apply Once)
* Produk B β kelipatan 1
* Produk C β kelipatan 1
Walaupun konsumen membeli lebih banyak produk A, B, atau C, sistem akan berhenti menghitung produk tersebut setelah syarat kelipatan pertama terpenuhi. Jadi, promo hanya akan berlaku satu kali, tidak peduli berapa banyak jumlah yang dibeli setelahnya.
Contoh penggunaan Apply Only Once:
|
Kriteria Promo:
Beli 1 box Produk A,
beli 1 box Produk B, dan beli 1 box Produk C
Dapat potongan harga sebesar Rp1.000,
berlaku kelipatan hanya untuk kriteria ke 2 dan 3 sebanyak 1 kali.
Simulasi Cara pembuatan Promo
|
Saat customer belanja:
Produk A 1 box
Produk B 1 box
Produk C 1 box
Bonus yang didapatkan adalah Rp1.000
|
Saat customer belanja:
Produk A 2 box
Produk B 1 box
Produk C 1 box
Bonus yang didapatkan adalah Rp1.000. Hal ini dikarenakan kelipatan hanya berlaku untuk kriteria 2 dan 3.
|
Saat customer belanja:
Produk A 1 box
Produk B 2 box
Produk C 2 box
Bonus yang didapatkan adalah Rp2.000. Hal ini dikarenakan produk yang di beli mencapai syarat kelipatan.
|
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
## Detail Promo
Pada release kali ini, Detail Promo juga telah diperbarui dengan menampilkan syarat kriteria promo sesuai proses create. Pembaruan yang telah ditambahkan:
* Kriteria Promo ditampilkan dengan lebih jelas (misalnya: produk yang harus dibeli, minimal qty, syarat kelipatan, dll) dan juga telah mendukung kuantitas produk yang sama.
* Informasi Kelipatan Berdasarkan Kriteria
* Penggunaan Opsi βApply Only Onceβ juga ditampilkan, agar Anda tahu apakah promo bisa berlaku lebih dari satu kali atau tidak.
## ADDITIONAL
## Fitur Login dengan Biometrik di SFA
Kini SimpliDOTS mendukung Login dengan Biometrik untuk pengalaman masuk yang lebih cepat dan aman!
Highlight
β Login cepat tanpa perlu ketik password.
β Lebih aman karena hanya bisa diakses oleh kamu. β Praktis untuk pengguna yang sering mobile. β Tetap bisa pilih login biasa jika dibutuhkan.
Limitasi
βHanya tersedia di perangkat yang mendukung biometrik (fingerprint/face ID).
Cara pembuatan
Login terlebih dahulu menggunakan username dan password seperti biasa.
Setelah login berhasil, sistem akan menampilkan opsi untuk mengaktifkan login biometrik.
Ikuti instruksi verifikasi biometrik dari perangkat (sidik jari atau face ID).
Setelah berhasil, biometrik tersimpan dan bisa digunakan untuk login berikutnya.
Syarat
Perangkat harus mendukung fitur biometrik (fingerprint atau face ID).
Sistem operasi dan aplikasi harus memberikan izin akses biometrik.
# Live Mode Kini Dilengkapi Opsi Reset atau Tidak Reset Data - 31 Juli 2025
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
### Fitur Baru: Live Mode dengan Pilihan Reset Data atau Tidak
Untuk meningkatkan pengalaman pengguna, SimpliDOTS menghadirkan pembaruan pada proses aktivasi **Live Mode**. Sebelumnya, banyak pengguna secara tidak sengaja menghapus seluruh data penting saat masih dalam masa uji coba (free trial) karena tidak memahami dampak dari fitur reset data. Kini, proses ini menjadi lebih aman, transparan, dan dapat dilakukan secara mandiri tanpa perlu bantuan tim support.
#### **π§ Saat mengaktifkan Live Mode, Anda dapat memilih salah satu dari dua opsi berikut:**
* **Live tanpa Reset Data**
\
Pilihan ini cocok jika Anda ingin melanjutkan penggunaan SimpliDOTS dengan data yang sudah ada. Semua transaksi yang telah diinput selama masa trial akan tetap tersimpan.
* **Live dengan Reset Data**
\
Gunakan opsi ini jika Anda ingin memulai dari awal. Semua data transaksi yang diinput saat testing akan dihapus secara permanen. Opsi ini ideal jika Anda ingin memulai sistem dengan data yang bersih.
{% hint style="warning" %}
**π Konfirmasi Tambahan untuk Mencegah Kesalahan**
Sebelum proses aktivasi dilanjutkan, sistem akan meminta Anda untuk **mengetik ulang pernyataan konfirmasi** yang muncul dalam pop-up. Langkah ini bertujuan untuk **memastikan Anda benar-benar memahami tindakan yang diambil dan menghindari kehilangan data yang tidak disengaja.**
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# \[Beta] - Integrasi Sales Invoice SimpliDOTS x Accurate Online - \[17 Juli 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
Kami sedang dalam proses mengembangkan integrasi antara **SimpliDOTS dan Accurate Online** khusus untuk fitur **Sales Invoice (Faktur Penjualan)**. Tujuannya adalah untuk mempermudah proses penagihan tanpa perlu input manual di dua tempat.
{% hint style="warning" %}
**π‘ Versi ini masih BETA!**\
Saat ini fitur belum sepenuhnya berjalan sempurna karena belum ada koneksi ke sistem pembayaran (Customer Payment) yang sedang kami kembangkan. Fitur ini kami rilis lebih awal dalam versi beta agar pengguna bisa mulai mencoba dan memberikan masukan. \
\
Dengan feedback dari Anda, kami dapat menyempurnakan integrasi ini agar lebih optimal ke depannya.
{% endhint %}
|
|
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan menu Integrasi | Tampilan hasil Sinkron Integrasi |
{% hint style="success" %}
**β¨ Fitur yang Sudah Tersedia**\
\
**β ** Integrasi Data Faktur (Sales Invoice)\
β Notifikasi Gagal Sinkronisasi Sales Invoice
{% endhint %}
**β ** Integrasi Data Faktur (Sales Invoice)
* Data faktur kini dapat ditarik dari Accurate ke SimpliDOTS
* Sebaliknya, faktur juga bisa dikirim dari SimpliDOTS ke Accurate
Fitur ini mendukung berbagai alur penjualan:
* Dari **Sales Order** langsung ke **Sales Invoice**
* Dari **Sales Order** ke **Delivery Order**, lalu ke **Sales Invoice**
* Atau transaksi penjualan langsung melalui **Sales Invoice** tanpa melalui tahapan order dan pengiriman
|
|
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Sales Invoice di Accurate | Tampilan hasil *sync* yang berhasil antara Accurate dan SimpiliDOTS memiliki Partner ID. |
β **Notifikasi Gagal Sinkronisasi Sales Invoice**\
\
Sekarang sistem akan otomatis menampilkan notifikasi jika terjadi kegagalan saat menarik data Sales Invoice antara SimpliDOTS dan Accurate.\
Notifikasi ini berguna untuk membantu Anda segera mengetahui dan menangani kendala yang muncul, seperti:
* Data yang duplikat
* Informasi yang belum lengkap
* Gangguan koneksi antar sistem
|
|
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Notifikasi | Tampilan informasi detail pada notifikasi |
{% hint style="warning" %}
#### β οΈ Beberapa Hal yang Perlu Diperhatikan
β Status Pembayaran Belum Sepenuhnya Akurat
{% endhint %}
β **Status Pembayaran Belum Sinkron Sepenuhnya**\
Untuk saat ini, status pembayaran pada Sales Invoice di SimpliDOTS dan Accurate belum sepenuhnya terintegrasi. Artinya:
* Jika Anda **mengirim tagihan dari SimpliDOTS ke Accurate**, maka statusnya di Accurate akan selalu muncul sebagai **βBelum Lunasβ**, meskipun sebenarnya sudah dibayar di SimpliDOTS.
|
|
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Sales Invoice telah dibayar | Tampilan hasil *sync* di Accurate akan terdeteksi sebagai belum lunas karena integrasi pembayaran SimpliDOTS masih dalam tahap perkembangan. |
* Sebaliknya, jika Anda **menarik tagihan dari Accurate ke SimpliDOTS**, status di SimpliDOTS tetap akan terlihat **βAktifβ**, walaupun di Accurate tagihan tersebut sudah lunas.
|
|
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Sales Invoice di Accurate telah di bayar. | Tampilan hasil *sync* di SimpliDOTS akan terdeteksi sebagai belum bayar karena integrasi pembayaran masih dalam tahap perkembangan. |
{% hint style="info" %}
π **Mengapa bisa terjadi?**\
Karena integrasi dengan sistem pembayaran (CP) masih dalam tahap pengembangan. Untuk saat ini, informasi pelunasan belum bisa otomatis terbaca antar sistem.
{% endhint %}
β **Penghapusan Tagihan Belum Sepenuhnya Dua Arah**\
Saat ini, fitur penghapusan tagihan belum mendukung sinkronisasi dua arah:
* Jika Anda membatalkan tagihan di **SimpliDOTS**, maka tagihan tersebut akan otomatis terhapus di **Accurate**.
|
|
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Sales Invoice di SimpliDOTS telah dibatalkan. | Tampilan hasil *sync* di Accurate akan hilang dari dokumen SI karena telah dihapus di SimpliDOTS. |
* Namun, jika Anda menghapus tagihan di **Accurate**, data tagihan tersebut **tidak otomatis terhapus** di SimpliDOTS, sehingga masih akan terlihat di sistem.
|
|  |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tampilan Sales Invoice di Accurate telah dibatalkan. | Tampilan hasil sync yang di SimpliDOTS tidak akan otomatis hilang. Harus dibatalkan manual di SimpliDOTS. |
\
β **Satu Tagihan = Satu Pengiriman Barang**\
Integrasi saat ini hanya mendukung skenario **satu Sales Invoice untuk satu Delivery Order**.\
Jika dalam operasional Anda biasa membuat **satu tagihan dari beberapa pengiriman**, proses tersebut **belum bisa dijalankan** melalui integrasi yang tersedia saat ini.
#### π Contoh Kasus: Bagaimana Sistem Membaca Tagihan?
Situasi
Apa yang Terjadi di SimpliDOTS
SI di Accurate belum dibayar (Unpaid)
SI masuk ke SimpliDOTS sebagai Aktif dan bisa ditagih. Sisa tagihan (unpaid) sesuai total tagihan.
SI di Accurate sudah dibayar sebagian (Partial Paid)
Tetap masuk sebagai Aktif dan bisa ditagih penuh. Sistem belum bisa mendeteksi pembayaran sebagian, jadi tetap dianggap belum dibayar.
SI di Accurate sudah lunas (Fully Paid)
Status tetap Aktif di SimpliDOTS. Sisa tagihan = 0, tapi belum ada tanda bahwa SI sudah lunas karena sistem pembayaran belum terhubung.
Kirim SI dari SimpliDOTS yang belum dibayar ke Accurate
Masuk ke Accurate dengan status Belum Lunas. Nilai unpaid sesuai total tagihan.
Kirim SI dari SimpliDOTS yang sudah dibayar ke Accurate
Tetap masuk sebagai Belum Lunas, karena info pembayaran belum tersinkron. Accurate tidak tahu SI sudah dibayar.
SI dihapus di Accurate
SI masih muncul di SimpliDOTS. Belum terhapus otomatis.
SI dibatalkan di SimpliDOTS (SAP)
Akan terhapus otomatis di Accurate, karena Accurate hanya mendukung penghapusan, bukan pembatalan.
Tarik SI dari Accurate, tapi Sales Order-nya belum ada di SimpliDOTS
Proses gagal/error karena sistem tidak tahu SI ini berasal dari pesanan yang mana.
Perlu integrasi ulang (reintegrasi)?
Tidak berpengaruh langsung ke SI yang sudah ada. Tapi diperlukan jika ada perubahan data, role, atau mapping.
Tarik SI dari Accurate tapi limit customer tidak berubah
SI masuk, tapi tidak langsung mempengaruhi limit kredit. Limit baru dihitung ulang saat kamu membuat Sales Order berikutnya.
{% hint style="warning" %}
π **Catatan Penting**
* Fitur ini masih dalam tahap **versi beta**, sehingga kemungkinan masih terdapat beberapa kendala atau keterbatasan dalam penggunaannya.
* **Data tagihan yang ditarik** dari Accurate belum secara otomatis memengaruhi **limit kredit pelanggan**. Limit akan diperbarui setelah Anda membuat pesanan (Sales Order) baru.
* **Integrasi dengan sistem pembayaran** saat ini masih dalam proses pengembangan, guna mendukung proses pelunasan yang lebih **otomatis dan akurat** di masa mendatang.
{% endhint %}
## β¨ Cara Aktifkan Integrasi SI versi BETA
{% stepper %}
{% step %}
Reintegrasi akun Accurate kamu
{% endstep %}
{% step %}
Aktifkan Integrasi SI
{% endstep %}
{% step %}
Sesuaikan tanggal Last sync
{% endstep %}
{% endstepper %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Perbaikan Pemilihan Gudang pada Buat Sales Invoice - \[11 Juli 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kami telah melakukan beberapa pembaruan penting untuk membuat penggunaan SimpliDOTS menjadi lebih lancar dan nyaman. Berikut ringkasan perubahan yang perlu Anda ketahui:
### Perbaikan Notifikasi Sales Invoice
Sebelumnya, beberapa notifikasi Sales Invoice (SI) tidak muncul jika tanggal invoice tersebut berbeda dengan tanggal hari ini. Sekarang, masalah ini telah diperbaiki dan notifikasi akan muncul sesuai kebutuhan Anda.
### Penambahan Pilihan Gudang Saat Membuat Invoice
Kini, saat Anda membuat Sales Invoice (SI) dari SO, akan muncul pilihan untuk menentukan gudang (warehouse). Perubahan ini berlaku untuk semua kondisi SO, dengan ketentuan sebagai berikut:
{% hint style="info" %}
**NOTE**:
* Jika Anda membuat SI dari SO yang berstatus **Verified**, sistem akan otomatis mengikuti gudang yang Anda pilih saat membuat SO tersebut.
* Jika Anda membuat SI dari SO yang berstatus **ToInvoice**, maka sistem akan terlebih dahulu memeriksa apakah SO tersebut sudah memiliki gudang:
* Jika sudah ada gudang, maka sistem akan menggunakan gudang tersebut.
* Jika belum ada gudang, maka sistem akan menggunakan gudang yang Anda pilih saat proses pembuatan SI.
{% endhint %}
Pada kedua kondisi di atas, Anda tetap diminta memilih gudang agar proses pembuatan SI dapat berjalan dengan benar.
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Collection - \[03 July 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kini hadir **fitur Collection atau Penagihan** di SimpliDOTS SMH (Sales Management Hub) yang siap bantu kamu kelola penagihan piutang customer dengan lebih praktis, otomatis, dan aman!
## β¨ Kenalan dengan Fitur Collection di SimpliDOTS! β¨
Fitur Collection hadir untuk mengatasi kendala umum dalam proses penagihan, seperti kesulitan melacak invoice yang belum dibayar dan kurangnya visibilitas atas progress di lapangan. Dengan fitur ini, tim sales dapat menagih lebih terarah, dan admin bisa memantau status pembayaran secara real-time untuk memastikan akurasi data dan efisiensi proses.
### Apa yang bisa Anda lakukan dengan Collection?
β Tugaskan dan Kelola Penagihan: Admin dapat membuat dan mengatur tugas penagihan (Collection) dengan memilih invoice yang belum lunas dan menetapkannya ke sales sebagai collector.
β Pantau Progress Penagihan Secara Real-Time: Admin bisa melihat status penagihan setiap Collection, termasuk jumlah invoice, sisa tagihan, dan progres pembayaran yang dilakukan di lapangan.
β Bantu Sales Menagih Lebih Terarah: Sales (collector) dapat melihat daftar pelanggan yang perlu ditagih, memfilter prioritas berdasarkan waktu,jumlah tagihan atau jarak pelanggan, dan mencatat pembayaran langsung dari aplikasi.
β Catat & Sinkronkan Pembayaran dengan Akurat: Semua pembayaran yang dilakukan sales akan otomatis tersimpan dan disinkronkan ke sistem, lengkap dengan riwayat, status, dan bukti cetak pembayaran.
β Minimalkan Kesalahan & Duplikasi Pembayaran: Sistem secara otomatis mendeteksi double payment, invoice yang sudah lunas, dan pembayaran via channel lain agar data tetap akurat dan tidak tumpang tindih.
### List Collection di Backoffice
Fitur Collection List memungkinkan Admin untuk melihat daftar semua tugas penagihan (Collection) yang telah dibuat. Di dalamnya terdapat informasi lengkap seperti siapa collector-nya, total tagihan, jumlah invoice, status, serta progress penagihan yang sedang berjalan.
Highlight
β Menampilkan seluruh Collection yang pernah dibuat lengkap dengan detailnya. β Ada status (Open, In Progress, Completed, Cancelled) dan progress bar untuk memantau progres tagihan. β Admin bisa melakukan aksi cepat: Edit, Cancel, atau Konfirmasi Pembayaran. β Data terhubung otomatis dengan aplikasi SFA yang digunakan oleh sales. β Mendeteksi pembayaran parsial maupun full secara real-time. Support pagination atau infinite scroll untuk jumlah data besar
Limitasi
β Tidak bisa mengedit Collection jika status sudah Completed atau Cancelled. β Progres pembayaran bisa tidak update jika sales belum sync aplikasi. β Jika invoice dibayar lewat menu Customer Payment, tetap harus menunggu sync agar data Collection diperbarui.
Syarat
Pastikan telah aktif role collection.
### Create Collection di Backoffice
Fitur Collection Create memungkinkan Admin untuk membuat tugas penagihan baru dengan memilih invoice yang belum lunas, menetapkan sales sebagai collector, dan menentukan periode penagihan. Dengan fitur ini, proses penagihan menjadi lebih terstruktur dan terukur, serta dapat dilacak progress-nya oleh tim admin.
Highlight
β Admin dapat memilih banyak invoice sekaligus dan menugaskannya ke satu collector.
β Admin dapat memfilter invoice berdasarkan rute salesman yang harus di kunjungi pada periode collection. β Mendukung filtering invoice berdasarkan customer, area, status invoice, due date, payment term, dsb.
β Tersedia informasi jumlah pelanggan & total tagihan untuk tiap Collection yang dibuat.
β Sistem otomatis menolak invoice yang sudah Paid 100% saat pembuatan.
β Anda dapat membuat collection jauh-jauh hari.
Limitasi
β Tidak bisa membuat Collection dari invoice yang sudah dibayar lunas (Paid 100%). β Collector yang dipilih harus statusnya employee aktif; employee nonaktif tidak bisa ditetapkan. β Tidak bisa assign invoice yang sudah diassign ke Collection lain. Jika ingin assign, harap selesaikan collection terlebih dahulu.
Syarat
Pastikan telah aktif role collection.
Jika ingin menggunakan filter βShow invoice by daily route collectorβ silahkan terlebih dahulu setup rute salesman.
Cara Pembuatan
Untuk membuat penagihan baru silakan klik di sini.
### Detail Collection di Backoffice
Fitur Collection Detail memungkinkan Admin untuk melihat informasi lengkap mengenai satu tugas penagihan (Collection), termasuk daftar invoice yang ditagihkan, status pembayaran, collector yang ditugaskan, dan progres penagihan. Halaman ini menjadi pusat kontrol bagi admin untuk memahami detail eksekusi penagihan di lapangan.
Highlight
β Menampilkan semua informasi lengkap mengenai satu tugas penagihan (Collection), termasuk daftar invoice yang ditagihkan, status pembayaran, collector yang ditugaskan, dan progres penagihan. β Status pembayaran dari menu Customer Payment dan aplikasi SFA akan diperbarui dan tercermin di halaman ini. β Sistem dapat mendeteksi pembayaran sebagian, lunas, atau double payment, dan otomatis menyesuaikan data.
β Dapat melakukan aksi berikut pada detail collection:
Konfirmasi Pembayaran: Melakukan konfirmasi pembayaran atas pembayaran yang berhasil ditagih oleh collector dari aplikasi SFA
Lihat konfirmasi pembayaran: Dapat melihat list pembayaran yang telah dikonfirmasi sebelumnya.
Tandai sebagai selesai: Collection dapat diselesaikan / tidak perlu ditagih lagi oleh salesman collector
Limitasi
β Jika pembayaran dilakukan oleh sales tapi belum tersinkron, maka informasi di halaman ini belum sepenuhnya up-to-date. β Pembayaran via menu lain (Customer Payment) yang belum dikonfirmasi (masih draft) tetap akan mengurangi sisa tagihan meskipun butuh konfirmasi pembayaran. β Tidak bisa mengedit informasi Collection dari halaman ini (harus melalui fitur Edit Collection). β Jika Collection sudah selesai (Completed/Cancelled), data bersifat readonly/tidak bisa diubah.
Syarat
Harus sudah ada Collection yang dibuat sebelumnya.
Untuk menampilkan data pembayaran terbaru:
Invoice harus sudah disinkronkan dari hasil pembayaran di lapangan di SFA.
Collector harus masih aktif agar datanya tetap valid dan bisa dilacak dengan benar.
### Edit Collection di Backoffice
Fitur Edit Collection memungkinkan Admin untuk memperbarui informasi Collection yang sudah dibuat sebelumnya. Admin bisa mengubah tanggal penagihan, menambah invoice baru, atau mengganti collector yang ditugaskan, tergantung status Collection saat ini. Fitur ini penting untuk menyesuaikan kondisi penagihan di lapangan jika terjadi perubahan strategi atau kesalahan input.
Highlight
β Mendukung edit dinamis tergantung status Collection:
Open β Bisa ubah semua data: tanggal, collector, dan daftar invoice (tambah/kurang).
In Progress β Hanya bisa ubah tanggal berakhir & menambah invoice baru.
Limitasi
β Tidak bisa mengedit Collection dengan status Completed atau Cancelled.
β Jika sales sudah mulai menginput pembayaran, invoice tidak bisa dihapus dari Collection.
β Perubahan tidak langsung terlihat oleh sales jika belum dilakukan sync di aplikasi mobile.
Cara Pembuatan
Untuk mengubah data penagihan silakan ikuti langkah di sini.
### List Collection di SFA
Fitur Collection List di SFA memungkinkan sales yang berperan sebagai collector untuk melihat daftar pelanggan dan invoice yang perlu ditagih. Daftar ini membantu sales menjalankan penagihan dengan lebih terarah, lengkap dengan informasi status tagihan, waktu tersisa, dan total pembayaran yang harus dikumpulkan.
Highlight
β Menampilkan daftar pelanggan yang memiliki invoice aktif untuk ditagih. Setiap baris memuat informasi penting seperti:
Nama dan kode pelanggan
Nomor Collection & nomor Invoice
Sisa waktu penagihan
Total tagihan dan jumlah yang sudah dibayar
β Mendukung fitur filter dan sortir untuk mempermudah prioritas penagihan (berdasarkan nama pelanggan, sisa waktu, jarak, jumlah tagihan, dll).
Limitasi
β Hanya bisa diakses oleh sales yang memiliki role Collector.
β Invoice yang muncul hanya yang telah diassign oleh admin melalui fitur Collection di SMH. β Invoice yang dibuat langsung dari menu Sales Invoice SFA tidak akan muncul di daftar ini. β Jika ada perubahan role (ditambah/dihapus), sales perlu sync ulang atau logout-login agar menu Collection muncul/hilang sesuai hak akses.
β Pembayaran ganda (double payment) dapat terjadi jika sales input pembayaran sebelum sync β sistem akan memvalidasi dan menolak jika invoice sudah lunas di backoffice. β Bisa terjadi delay tampilan jika belum ada sinkronisasi data dari backoffice.
Syarat
Sales harus memiliki role Collector yang diatur oleh admin dari backoffice.
Harus ada Collection aktif yang sudah dibuat oleh admin dan ditugaskan ke sales tersebut.
Device harus terkoneksi internet untuk sync data terbaru (jika invoice baru ditugaskan atau sudah dibayar).
Jika ada update role atau tugas baru, sales perlu melakukan sync, logout-login, atau clear cache agar data tampil sesuai hak akses.
### Payment Collection di SFA
Fitur Collection Payment memungkinkan sales (collector) untuk mencatat pembayaran dari pelanggan langsung di aplikasi SFA saat melakukan penagihan. Sales dapat menentukan metode pembayaran, jumlah yang dibayar, serta mengatur distribusi pembayaran ke masing-masing invoice yang belum lunas.
Highlight
β Sales dapat mencatat pembayaran dari pelanggan secara langsung di lapangan, tanpa perlu menunggu admin.
β Mendukung berbagai metode pembayaran: Transfer, Tunai, dan lainnya (sesuai setup payment method yang telah di buat, baca di sini untuk payment method setup).
β Dapat memilih invoice mana saja yang ingin dibayar (parsial atau penuh).
β Setelah pembayaran berhasil dicatat, tersedia opsi cetak bukti pembayaran via Bluetooth printer.
Limitasi
β Jika invoice sudah lunas di backoffice, input pembayaran akan ditolak
β Jika pembayaran dilakukan sebelum sinkronisasi, bisa terjadi double payment β sistem hanya menerima pembayaran pertama. β Hanya bisa mencatat pembayaran untuk invoice yang sudah diassign ke Collection.
β Jika koneksi internet tidak tersedia, pembayaran akan disimpan sebagai lokal draft sampai sync berhasil. β Tidak bisa mencatat pembayaran untuk invoice dari menu lain (hanya invoice dalam Collection).
Syarat
Sales harus memiliki role Collector.
Pelanggan sudah ditugaskan dalam Collection aktif oleh admin.
Invoice belum dibayar penuh di sistem.
Tersedia koneksi internet untuk sinkronisasi real-time, atau dilakukan saat koneksi tersedia.
Metode pembayaran harus sudah tersedia di sistem (dikelola oleh admin backoffice).
### Collection dari menu Customer SFA
Fitur ini memungkinkan sales melihat informasi penagihan (Collection) langsung dari halaman detail customer di aplikasi SFA. Dengan fitur ini, sales dapat dengan cepat mengetahui status tagihan pelanggan, tanpa harus masuk ke menu Collection utama. Ini sangat membantu untuk follow-up penagihan saat kunjungan, karena informasi tersedia secara ringkas dan kontekstual langsung di profil customer.
Highlight
β Menampilkan summary informasi penagihan customer:
β Informasi otomatis tampil jika customer memiliki tagihan aktif yang sudah di-assign ke Collection. β Membantu sales melakukan penagihan spontan saat kunjungan tanpa berpindah halaman.
Limitasi
β Hanya menampilkan data jika customer tersebut memiliki invoice aktif dalam Collection. β Informasi tidak akan muncul jika customer belum pernah diassign ke Collection. β Data dapat delay jika belum dilakukan sinkronisasi data terbaru.
Syarat
Sales harus memiliki role Collector.
Customer tersebut harus memiliki invoice yang sudah diassign oleh admin ke Collection aktif.
Aplikasi sudah dalam kondisi tersinkronisasi agar data Collection yang muncul sesuai kondisi terkini.
## Improvement
### Penambahan Informasi Watermark pada Foto Hasil Tagging
Fitur ini memungkinkan watermark pada foto yang diambil melalui aplikasi (misalnya saat kunjungan, check-in, atau dokumentasi aktivitas) untuk menampilkan informasi lokasi yang lebih lengkap. Tidak hanya menampilkan timezone, watermark kini juga mencantumkan alamat lengkap, termasuk kelurahan, kecamatan, kota, provinsi, dan kode pos.
 
### Penambahan Informasi Progress Sync dengan Keterangan Proses
Fitur ini menambahkan informasi detail berupa nama proses atau service yang sedang dijalankan saat pengguna melakukan sinkronisasi data di aplikasi. Tujuannya adalah memberikan visibilitas kepada user (terutama sales/admin) terhadap tahapan sync yang sedang berlangsung. Dengan informasi ini, pengguna bisa mengetahui secara real-time bagian mana yang sedang berjalan dan mengidentifikasi dengan mudah apabila terjadi kendala atau proses yang stuck.
### Perbaikan Customer Payment (CP) yang sudah dibatalkan tetap terdeteksi aktif
Sebelumnya jika admin membatalkan pembayaran di backoffice, status CP-nya masih terlihat aktif di SFA. Hal ini menyebabkan nominal yang harus ditagih jadi tidak akurat. Sekarang SFA akan secara otomatis mendeteksi jika CP sudah dibatalkan, sehingga nilai pembayaran yang tampil lebih akurat sesuai kondisi terkini.
### Perbaikan Tampilan Debt & Overdue kini menyesuaikan dengan limit yang berlaku
Sebelumnya semua pelanggan ditampilkan memiliki nilai Debt dan Overdue, meskipun tidak pernah diberi limit. Perbaikan yang telah dilakukan:
* Jika tidak ada limit: kolom Debt dan Overdue akan tampil "-".
* Jika ada limit:
* Debt akan menampilkan nilai aktual (misalnya Rp 0 atau Rp 500.000).
* Overdue juga akan tampil sesuai nilai aktual jika ada batas keterlambatan pembayaran.
### Perbaikan Pembayaran dari satu invoice bisa ter-apply ke invoice lain milik customer yang sama
Sebelumnya ketika melakukan pembayaran untuk satu Sales Invoice, jumlah pembayaran bisa otomatis tersalurkan ke invoice lain milik customer yang sama, tanpa diketahui oleh user. Sekarang pembayaran hanya akan tercatat pada invoice yang dipilih β tidak akan menyebar ke invoice lain secara otomatis.
### Perbaikan crash saat akses Detail Sales Order & Create Return di kondisi jaringan error
Sebelumnya aplikasi bisa tiba-tiba menutup sendiri (crash) saat membuka halaman Detail Sales Order atau memilih Sales Order untuk pengembalian, terutama jika koneksi internet bermasalah. Sekarang aplikasi tidak akan crash. Jika terjadi gangguan koneksi, sistem akan menampilkan notifikasi error yang aman dan tidak mengganggu pengalaman pengguna.
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# New Feature: Tanya AI
Halo, Kawan Simpli! Ada kabar gembira untukmu!
Kini hadir **fitur Tanya AI** di SimpliDOTS. Fitur **Tanya AI** merupakan asisten virtual yang memungkinkan kamu untuk mendapatkan jawaban terkait penggunaan SAP (Sales Automation Platform). Lebih praktis dan hemat waktu!
#### Bagaimana Cara Kerjanya?
* Fitur ini tersedia langsung di Backoffice SimpliDOTS ()
* Cukup ketik pertanyaan kamu mengenai penggunaan SimpliDOTS
* Sistem akan mengarahkan pertanyaan kamu ke ChatGPT untuk mendapatkan jawaban yang cukup akurat dan relevan
* Jika jawaban tidak ditemukan atau kamu masih ragu, jangan sungkan untuk hubungi tim Customer Success kami di WA group ya!
Silaakan tonton video ini untuk cara penggunaan Tanya AI π
{% embed url="" %}
### Kenapa Fitur Ini Penting?
Kami sangat memahami bahwa Kawan Simpli membutuhkan informasi yang cepat dan tepat. Dengan fitur **Tanya AI**, kamu bisa dapatkan jawaban yang dibutuhkan dengan praktis dan efisien!
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
\
# Penambahan Fitur Customer Limit - \[19 May 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira untukmu!
Kini hadir **fitur Customer Limit** di SimpliDOTS SMH (Sales Management Hub) yang siap bantu kamu kelola batas piutang customer dengan lebih praktis, otomatis, dan aman!
## β¨ Kenalan dengan Fitur Customer Limit di SimpliDOTS! β¨
Kelola batas piutang customer secara otomatis, praktis, dan aman! Fitur Customer Limit hadir untuk membantu tim penjualan dan keuangan mengontrol transaksi, mengurangi risiko piutang tak tertagih, dan menjaga cash flow perusahaan tetap sehat.
{% hint style="success" %}
#### Apa yang bisa Anda lakukan dengan Customer Limit?
β Menetapkan limit piutang default untuk semua customer (baru maupun lama).\
β Mengatur limit piutang khusus per customer.\
β Menjalankan pengecekan otomatis saat membuat Sales Order (SO) atau Invoice.\
β Melihat status limit: **Aman**, **Warning**, atau **Overlimit.**\
β Menyesuaikan aksi sistem: lanjutkan transaksi (Warning) atau hentikan (Blocking), sesuai pengaturan perusahaan.
{% endhint %}
### π§ Di mana Customer Limit Bisa Diatur?
Customer Limit bisa diatur dari dua tempat:
1. **Default Limit (Global Setting)**
1. Diatur pada halaman pengaturan, berlaku otomatis ke semua customer baik baru dan lama.
2. Berlaku untuk semua customer jika tidak ada limit khusus diterapkan pada customer tersebut.
2. **Customer-Specific Limit**
1. Diatur langsung dari halaman detail customer.
2. Menggantikan limit yang ditentukan pada default (global) jika tersedia.
3. Cocok untuk customer-customer VIP, special case, atau beresiko tinggi.
**Perbedaan utama:**
| Default Limit (Global Setting) | Customer-Specific Limit |
| ----------------------------------- | ------------------------------------------------- |
| Aturan umum untuk semua customer | Aturan khusus untuk customer tertentu |
| Ditetapkan pada halaman pengaturan | Diatur langsung per customer pada detail customer |
| Berlaku jika tidak ada limit khusus | Akan mengganti Default Limit |
#### Pengaturan Customer Limit:
1. **Limit Jumlah Dokumen Transaksi (SO & Invoice)**: \
Blokir transaksi jika jumlah Sales Order dan Invoice yang masih aktif melebihi batas yang ditentukan.
2. **Limit Total Nilai Transaksi (SO & Invoice)**: \
Blokir transaksi jika total nilai transaksi yang belum dibayar melebihi batas limit yang telah ditetapkan.
3. **Limit Jatuh Tempo (Overdue)** : \
Blokir transaksi jika terdapat Invoice yang sudah melewati tanggal jatuh tempo. Fungsi ini membantu mencegah penambahan piutang pada customer yang belum menyelesaikan tagihan lama.
4. **Lewati Validasi Limit di Backoffice**: \
Saat diaktifkan, user tetap bisa buat SO/Invoice meskipun customer sudah melebihi limit. Cocok untuk admin/supervisor yang perlu override transaksi.
{% hint style="info" %}
### π Catatan
* Jika Transaksi dibuat dari Sales Order, maka limit hanya dipotong saat pembuatan Sales Order. Saat Invoice dibuat, sistem tidak akan memotong limit lagi. Limit akan dikembalikan jika sudah diproses sampai pembayaran.
* Jika Transaksi dibuat langsung dari Sales Invoice (tanpa SO), maka limit akan langsung dipotong saat membuat Invoice. Limit akan dikembalikan jika sudah diproses sampai pembayaran.
* Kosongkan field jika tidak ingin menggunakan customer limit sama sekali.
* Ketika fitur limit diaktifkan untuk pelanggan yang sudah memiliki transaksi sebelumnya, sistem akan secara otomatis menghitung ulang (recalculate) transaksi sebelumnya. Hal ini bisa menyebabkan nilai limit langsung bisa menjadi minus, terutama jika total tagihan sebelumnya melebihi batas limit yang baru diatur.
{% endhint %}
### Pengaturan Customer Limit Default (Global Setting)
Customer Limit Default di SimpliDOTS memungkinkan Anda untuk menetapkan batas piutang standar yang berlaku otomatis untuk semua customer, terutama customer baru yang belum memiliki pengaturan khusus. Ini membantu perusahaan dalam mengontrol kredit secara konsisten tanpa harus mengatur ulang satu per satu.
Pengaturan
{% hint style="success" %}
**Highlight!**
β Berlaku otomatis ke semua customer baru sehingga tidak perlu mengatur ulang limit pelanggan setiap kali dibuat customer baru.
β Berlaku otomatis ke semua customer lama yang tidak memiliki pengaturan limit khusus (Customer-Specific Limit).
β Membantu tim keuangan dan sales menjaga batasan piutang.
β Bisa diganti sewaktu-waktu dan akan berlaku untuk customer yang belum punya limit khusus.
{% endhint %}
{% hint style="danger" %}
**Limitasi!**
β Tidak berlaku untuk customer yang sudah memiliki pengaturan limit khusus (Customer-Specific Limit).
{% endhint %}
{% hint style="warning" %}
**Syarat:**
Hanya admin atau user dengan akses pengaturan yang bisa mengubah Default Limit.
{% endhint %}
### Pengaturan Customer Limit di Detail Customer (Customer-Specific Limit)
Pengaturan limit piutang khusus per customer memungkinkan Anda mengatur batas kredit yang berbeda untuk customer tertentu. Ini sangat bermanfaat untuk menangani customer VIP, berisiko tinggi, atau dengan perjanjian pembayaran khusus.
Detail Customer
{% hint style="success" %}
**Highlight!**
β Berlaku hanya untuk customer yang dipilih.
β Menggantikan Default Limit jika ada.
β Cocok untuk pengaturan fleksibel seperti:
β VIP customer.
β Customer yang sering telat bayar.
β Customer dengan kontrak khusus.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Harus diatur manual satu per satu.\
β Tidak bisa di-bulk edit.
β Tidak berubah otomatis kalau default setting diganti.
{% endhint %}
{% hint style="warning" %}
**Syarat!**
* User harus punya akses edit data customer.
* Nilai limit yang dimasukkan akan menggantikan nilai Default Limit.
{% endhint %}
#### Detail Customer
Kini Anda bisa melihat informasi lengkap terkait Customer Limit langsung dari halaman Detail Customer. Fitur ini membantu Anda memantau penggunaan limit oleh customer secara real-time, sehingga proses evaluasi dan pengambilan keputusan lebih cepat dan akurat.
Backoffice SMH
SFA
Detail Customer
Detail Customer
{% hint style="success" %}
**Highlight**!
β Menampilkan limit yang sedang digunakan oleh customer, baik dari default setting maupun yang sudah diatur khusus per customer.
β Menunjukkan sisa penggunaan berdasarkan jenis limit:\
β Jika customer diblokir karena melewati salah satu batasan, status blokir dan penyebabnya akan ditampilkan.
β Refresh limit untuk mendapatkan informasi limit terbaru.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Sisa limit bisa salah tampil jika ada SI yang belum tersinkron.
{% endhint %}
#### Informasi Customer Limit Saat Membuat Transaksi
Kini peningkatan dalam proses pembuatan Sales Order (SO) dan Sales Invoice (SI) di SimpliDOTS. Sekarang, Anda bisa langsung melihat informasi limit customer sebelum melanjutkan transaksi. Fitur ini dirancang untuk membantu tim sales & finance menghindari transaksi yang melebihi batas limit, menjaga cashflow tetap sehat, dan meningkatkan kontrol terhadap risiko piutang.
Backoffice SMH
SFA
Create Sales Order
Notifikasi Limit
{% hint style="success" %}
**Highlight**!
β Menampilkan informasi sisa penggunaan berdasarkan jenis limit yang sudah diatur.
β Informasi limit customer ditampilkan secara live saat pembuatan SO atau Invoice.
β Jika customer melebihi limit, maka tidak bisa dipilih untuk melakukan transaksi.
{% endhint %}
{% hint style="danger" %}
**Limitation**!
β Informasi sisa limit bisa tidak akurat jika ada transaksi yang belum tersinkronisasi.
β Terdapat sedikit delay dalam perhitungan limit saat data volume besar.
{% endhint %}
{% hint style="warning" %}
**Syarat**!
* Pastikan limit customer telah diatur sebelumnya melalui Detail Customer atau Default Setting.
* Fitur hanya berlaku untuk user dengan hak akses untuk membuat transaksi.
{% endhint %}
#### Rekap Harian Customer Limit
Kini SimpliDOTS menyediakan fitur Rekapan Harian Customer Limit yang dikirim otomatis setiap pagi melalui notifikasi sistem. Fitur ini dirancang untuk membantu tim Anda memantau kondisi limit pelanggan secara proaktif, sebelum terjadi resiko piutang yang lebih besar.
|
Notifikasi
|
Notifikasi Limit
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight**!
β Sistem akan mengirimkan rekap harian otomatis setiap pagi.
β Menampilkan daftar customer yang sudah mencapai 80% limit dan customer yang sudah melebihi limit.
* Customer yang mendekati limit (di atas 80%) akan ditandai sebagai Warning.
* Customer yang sudah melebihi limit akan ditandai sebagai Overlimit.
β Informasi dikirim melalui notification center untuk memastikan tim dapat langsung menindaklanjuti.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Notifikasi hanya dikirim pada backoffice.
{% endhint %}
{% hint style="warning" %}
**Syarat!**
Customer harus sudah memiliki limit aktif yang ditentukan di Detail Customer atau Default Setting.
{% endhint %}
#### Penambahan Informasi Channel di Detail Pelanggan
Kini informasi Channel pelanggan sudah ditampilkan langsung di halaman Detail Pelanggan, sehingga Anda bisa lebih cepat mengetahui jalur distribusi yang digunakan oleh masing-masing pelanggan.
{% hint style="success" %}
**Highlight!**
β Informasi Channel kini terlihat langsung di halaman detail pelanggan.
{% endhint %}
{% hint style="danger" %}
**Limitasi!**
β Belum bisa edit atau assign channel langsung dari halaman pelanggan.
β Pengaturan atau perubahan channel hanya bisa dilakukan dari menu Channel.
{% endhint %}
{% hint style="warning" %}
**Syarat!**
* Anda sudah memiliki data pelanggan dan channel yang terhubung.
* Channel sudah ditetapkan sebelumnya dari menu Channel.
{% endhint %}
#### Penambahan Tombol Kirim Informasi & Token untuk Troubleshoot (SFA)
Kini Anda bisa mengirimkan informasi kendala langsung dari menu Settings di aplikasi SFA, untuk membantu tim support kami memeriksa dan menyelesaikan masalah lebih cepat.
|
|
|
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight**!
β Pengguna bisa kirim laporan kendala langsung dari aplikasi.
β Lebih aman, tidak perlu share username atau password.
{% endhint %}
{% hint style="danger" %}
**Limitasi!**
β Tombol ini hanya digunakan saat diminta oleh tim support.\
β Token hanya digunakan untuk keperluan debug, sesuai standar keamanan ISO.
β Terdapat batasan pengiriman untuk menghindari spam.
{% endhint %}
## Improvement!
### Perbaikan Akurasi Data untuk Produk Terbanyak Dipesan per Pelanggan di SFA
Sebelumnya, fitur Produk Terbanyak Dipesan menampilkan data produk secara umum, bukan berdasarkan pelanggan yang dipilih. Sekarang, data sudah difilter per pelanggan, sehingga Anda bisa melihat produk yang paling sering dipesan oleh masing-masing pelanggan dengan lebih akurat untuk keperluan analisis dan strategi penjualan.
### Perbaikan Riwayat Kunjungan Kini Sudah Muncul Kembali di SFA
Sebelumnya, beberapa pengguna melaporkan bahwa riwayat kunjungan (termasuk foto) tidak tampil di aplikasi, padahal data tersebut sebenarnya sudah tersimpan dan terlihat di versi web. Sekarang, riwayat kunjungan beserta foto sudah bisa dilihat kembali seperti biasa di aplikasi.
|  |  |  |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### Perbaikan Informasi Last Visit Tidak Terupdate di SFA
Beberapa pengguna melaporkan bahwa informasi Last Visit SFA pada pelanggan tidak sesuai. Meskipun kunjungan terakhir dilakukan adalah hari ini, aplikasi masih menampilkan hasil visit sebelumnya. Kami telah melakukan perbaikan agar data Last Visit kini menampilkan tanggal yang sesuai berdasarkan kunjungan terakhir.
#### Perbaikan Fitur Waktu pada Canvassing
Sebelumnya, beberapa pengguna mengalami kendala pada fitur Canvassing, seperti status canvass yang tidak bisa di-End atau diselesaikan, karena masalah perbedaan waktu (UTC). Kini masalah tersebut sudah kami perbaiki. Semua proses canvassing dapat digunakan dengan normal dan waktu sudah sinkron sesuai zona lokal Anda.
#### Perbaikan Akses Order Number dari Dashboard
Sebelumnya, pengguna tidak bisa mengakses Sales Order (SO) Detail langsung dari nomor order di dashboard. Sekarang masalah ini sudah diperbaiki.
# Penambahan Fitur Log Activity, Pengaturan Quantity, Jam Mulai dan Akhir Promo - \[30 April 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur impor dan ekspor stok pada SMH (Sales Management Hub) agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS.
## What's new?
### Log Activity : **Pantau dan Telusuri Aktivitas Pengguna dengan Mudah**
Fitur *Log Activity* di SimpliDOTS kini hadir untuk membantu admin memonitor setiap aktivitas pengguna secara menyeluruh. Semua log aktivitas ditampilkan dalam format tabel yang informatif dan dapat difilter berdasarkan modul, pengguna, waktu, dan jenis aksi.
Selain itu, notifikasi pada panel *Activity Logs* juga mempermudah pemantauan aktivitas terkini tanpa harus membuka halaman log secara manual.\
Dengan fitur ini, proses audit internal dan pelacakan perubahan data dapat dilakukan dengan lebih cepat, akurat, dan efisien.
{% hint style="success" %}
#### π Highlight Fitur:
β **Notifikasi Aktivitas**\
Anda dapat melihat seluruh riwayat aktivitas langsung melalui panel notifikasi di bagian *Activity Log*.
β **Tampilan Log Detail dalam Format Tabel**\
Sistem menyajikan log aktivitas secara terstruktur, lengkap dengan informasi berikut:
* Tanggal & Waktu aktivitas
* Sumber aktivitas: SFA, SMH, dan Partner
* Jenis aktivitas: Create, Update, Delete, Export, Print, Login, Logout, Sync
* Nama modul terkait
* ID referensi
* Username pengguna
β **Fitur Filter Pencarian**\
Disediakan berbagai opsi filter berdasarkan tanggal, modul, pengguna, dan jenis aksi untuk memudahkan pencarian dan analisis aktivitas secara spesifik.
{% endhint %}
{% hint style="danger" %}
#### β οΈ Limitasi:
β Saat ini, riwayat aktivitas **belum mencakup pengguna aplikasi DFA (Delivery Force Automation) dan Supervision**.
{% endhint %}
{% hint style="info" %}
#### π Syarat & Ketentuan:
π Akses ke fitur ini hanya tersedia bagi pengguna yang memiliki **hak akses ke menu Activity Log**.\
π **Data log disimpan selama 3 bulan terakhir**, dan akan dihapus secara otomatis setelah melewati periode tersebut.
{% endhint %}
***
### **Fitur Pengaturan Quantity pada Print Dokumen**
Kami dengan senang hati mengumumkan pembaruan fitur yang memungkinkan pengguna untuk lebih fleksibel dalam mengatur tampilan quantity pada dokumen **Sales Order** dan **Sales Invoice**. Fitur terbaru ini memberikan pilihan untuk menampilkan quantity sesuai dengan satuan yang diinginkan, baik dalam **Smallest Unit** maupun **Biggest Unit**.
|
Smallest unit
|
Biggest unit
|
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
#### π Highlight Fitur:
β **Smallest Unit**\
Menampilkan barang dalam satuan terkecil yang tersedia.\
**Contoh:**\
Produk A memiliki tiga unit: Pcs, Lsn, Box, dengan hubungan 1Lsn = 12Pcs dan 1Box = 2Lsn.\
Jika pelanggan memesan 1Box 0Lsn 2Pcs, maka yang akan ditampilkan pada dokumen print adalah **26Pcs**.
β **Biggest Unit**\
Menampilkan barang dalam satuan terbesar yang tersedia.\
**Contoh:**\
Produk A memiliki tiga unit: Pcs, Lsn, Box, dengan hubungan 1Lsn = 12Pcs dan 1Box = 2Lsn.\
Jika pelanggan memesan 1Box 0Lsn 2Pcs, maka yang akan ditampilkan pada dokumen print adalah **1Box 2Pcs**.
β **Pengaturan Terpisah untuk Setiap Modul**\
Pengaturan ini dapat diterapkan secara terpisah pada **Sales Order** dan **Sales Invoice**, memberikan kontrol lebih untuk masing-masing modul.
{% endhint %}
{% hint style="danger" %}
#### β οΈ Limitasi:
β **Hanya Berlaku untuk Sales Invoice dan Sales Order**\
Pengaturan ini hanya berlaku untuk modul **Sales Invoice** dan **Sales Order**, dan tidak dapat diterapkan pada modul lainnya.
β **Belum Tersedia pada Print SFA**\
Fitur ini **belum diterapkan pada print SFA** (Sales Force Automation).
{% endhint %}
{% hint style="info" %}
#### π Syarat & Ketentuan:
π Anda harus memiliki akses ke menu **Setting** untuk mengubah pengaturan **Quantity Group By**.
βοΈ Pastikan data produk telah disetting dengan benar pada masterdata produk (misalnya, 1Box = 2Lsn dan 1Lsn = 12Pcs) untuk mendukung perubahan satuan.
π Untuk panduan lebih lanjut tentang pengaturan quantity unit, baca panduan **di sini** (link cara setup qty unit lebih dari 1).
{% endhint %}
***
### **Pengaturan Jam Mulai dan Jam Berakhir pada Promo**
Kami menghadirkan pembaruan penting pada fitur promo! Kini Anda dapat mengatur **jam mulai** dan **jam berakhir** untuk setiap promo yang dibuat, sehingga promosi dapat berjalan lebih tepat waktu, fleksibel, dan terhindar dari konflik waktu dengan promo lainnya.
| Backoffice | SFA |
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
|
|
|
|
|
|
{% hint style="success" %}
#### π Highlight Fitur:
β **Pengaturan Jam Promo di Create/Edit Page**\
Anda dapat memilih **jam mulai dan berakhir** langsung saat membuat atau mengedit promo di halaman **Create/Edit Promo**.
β **Tampilan Jam Promo di List & Detail Page**\
Tanggal dan jam mulai serta berakhir promo kini ditampilkan secara jelas di halaman **List** dan **Detail Promo**.
β **Jam Default untuk Promo Lama**\
Jika promo sebelumnya tidak memiliki data jam, sistem akan menetapkan default:\
π **Jam Mulai:** 00:00\
π **Jam Berakhir:** 23:59
β **Visibilitas Waktu Promo untuk Salesman**\
Salesman dapat melihat informasi waktu berakhirnya promo di halaman detail, lengkap dengan status promo (aktif/sudah selesai).
{% endhint %}
{% hint style="danger" %}
#### β οΈ Limitasi:
β **Tidak Ada Peringatan Konflik Waktu Promo**\
Sistem **belum memberikan peringatan** jika ada beberapa promo yang aktif di waktu yang bersamaan.
β **Batasan Pengubahan Jam Berakhir**\
Jam berakhir **tidak dapat diatur lebih awal dari waktu saat ini (now)**. Waktu berakhir promo harus **sama atau setelah waktu sekarang**.
{% endhint %}
{% hint style="info" %}
#### π Syarat & Ketentuan:
#### **Syarat Penggunaan:**
π Anda harus memiliki **akses ke halaman Create/Edit Promo** untuk dapat mengatur jam mulai dan berakhir.
{% endhint %}
Dengan fitur ini, pengelolaan waktu promo menjadi lebih rapi, terstruktur, dan efisien. Manfaatkan fitur ini untuk menjalankan kampanye promosi yang lebih tepat sasaran! π
***
## Improvement SFA & Sales Module
Pada rilis ini, kami juga menghadirkan sejumlah perbaikan dan penyempurnaan yang difokuskan pada peningkatan performa, akurasi data, dan kenyamanan pengguna dalam penggunaan modul **SFA** dan **Sales**. Berikut ringkasan pembaruannya:
### π Peningkatan Performa SFA
β Proses **sinkronisasi data** kini lebih cepat dan stabil\
β **Tampilan di beberapa halaman** diperbaiki agar lebih konsisten dan mudah digunakan\
β **Bug minor** diperbaiki untuk menjaga kenyamanan dan kestabilan aplikasi\
βΉοΈ Tidak ada perubahan alur penggunaan. Anda tetap dapat menggunakan SFA seperti biasa. Pastikan menggunakan versi terbaru.
### π‘οΈ Validasi Harga Jual Rp0 di Transaksi SFA
Kami menambahkan validasi di modul **Sales Order (SO), Sales Invoice (SI), dan Order Return (OR)** untuk memastikan bahwa produk dengan **harga jual Rp0 tidak dapat ditambahkan** ke transaksi.
#### π Tampilan pesan error baru
"Produk tidak dapat dipilih β Produk dengan harga 0 tidak didukung untuk transaksi."
{% hint style="danger" %}
β οΈ **Catatan**:
Produk dari sistem partner (integrasi) tetap dapat memiliki harga Rp0, namun input manual Rp0 di SimpliDOTS **tidak diperbolehkan**.
{% endhint %}
### π¨οΈ Penyesuaian Flow Print Struk pada Sales Invoice (SI)
Pada rilis ini, kami menambahkan flow cetak struk pada **Sales Invoice (SI)** kini disesuaikan agar lebih konsisten dengan modul **Sales Order (SO)** dan **Order Return (OR)**:
β Dokumen **harus sudah sync** sebelum dapat melakukan proses **print struk.**\
β Dokumen **harus** berstatus **verified.**
Tujuan dari validasi ini adalah untuk memastikan data yang dicetak sudah **terverifikasi dan akurat.**
***
### π Perbaikan Tampilan Notes pada Order Return
Kini Anda dapat menulis **catatan (notes)** di modul **Order Return tanpa batasan jumlah karakter**.
β Notes panjang tetap ditampilkan secara **rapih dan mudah dibaca**\
β Jika notes melebihi batas tampilan, sistem akan menampilkan tombol **βSee Moreβ** untuk membuka seluruh isi catatan
Dengan pembaruan ini, pencatatan informasi penting menjadi lebih fleksibel tanpa mengganggu tampilan halaman.
|
|
|
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Tampilan : Detail Sales Order Return (Sebelum klik See More pada catatan) | Tampilan : Detail Sales Order Return (Setelah klik See More pada catatan) |
***
### π **Perbaikan Pengaturan Akses Default SFA**
Kami telah memperbaiki bug pada pengaturan akses di modul **Sales Force Automation (SFA)**.
β **Masalah sebelumnya:** Pengaturan akses yang sudah ditentukan di **Default Setting** masih bisa dilewati oleh user.\
β **Sekarang:** Sistem akan mengikuti pengaturan akses **sesuai default yang telah ditentukan**, sehingga lebih aman dan konsisten.
{% hint style="info" %}
π **Yang perlu dilakukan:**
Lakukan **sync transaksi dan master data**, dan sistem akan otomatis menyesuaikan pengaturan akses yang berlaku.
{% endhint %}
### π§Ύ **Perbaikan Pengaturan Default Taxable di Create/Edit Customer (SFA)**
Kami telah menyempurnakan logika pengaturan default pajak pada pembuatan dan pengeditan pelanggan di aplikasi **SFA** berdasarkan setting `CUSTOMER_IS_NOO_MANDATORY_TAXABLE` di Backoffice.
* **Jika setting aktif:**
* Pelanggan baru (Create Customer) akan otomatis berstatus **Kena Pajak.**
* Opsi untuk mengubah ke **Tidak Kena Pajak akan dinonaktifkan.**
* **Saat Edit Customer:**
* Status pajak masih dapat diubah sesuai kebutuhan.
* **Sebelumnya:** Status pajak tidak bisa diubah bahkan saat Edit Customer.
* **Sekarang:** Logika sudah diperbaiki dan mengikuti aturan yang benar.
{% hint style="info" %}
π **Note**: Pastikan Anda telah mengaktifkan pengaturan ini di Backoffice jika ingin menetapkan seluruh pelanggan baru sebagai kena pajak secara default.
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
\
# Penambahan Fitur Edit Warehouse & Bulk Transfer Stock - \[25 March 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur impor dan ekspor stok pada SMH (Sales Management Hub) agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS.
## What's new?
### 1. Edit Master Data Warehouse
Kamu kini dapat mengubah nama gudang jika gudang tersebut belum memiliki transaksi, memastikan informasi tetap akurat sebelum digunakan dalam operasional.
{% hint style="success" %}
**HIGHLIGHT!**
β Memungkinkan admin mengubah nama gudang jika belum ada transaksi.
β Membantu memastikan informasi gudang tetap akurat sebelum digunakan dalam operasional.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
* Role harus ada Edit Warehouse dan Read Warehouse atau minimal Control Warehouse.
* Transaksi yang di check saat melakukan edit warehouse yaitu (stock list, stock movement, stock transfer, stock adjustment, SO, OR, SI, IR, Canvass, DO maupun DR).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**\
β Jika gudang sudah memiliki minimal satu transaksi atau telah digunakan di module tertentu, nama gudang tidak bisa diubah.
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
Cara edit warehouse klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/gudang/cara-mengubah-data-gudang).
{% endhint %}
### 2. Transfer Stock Bulk
Ketika nama gudang tidak dapat diubah karena sudah memiliki transaksi, kamu dapat memanfaatkan fitur "Transfer Stok Bulk" untuk memindahkan seluruh stok ke gudang baru dengan cepat dan efisien, sehingga tetap dapat menyesuaikan struktur gudang sesuai kebutuhan operasional.
{% hint style="success" %}
**HIGHLIGHT!**\
β Memungkinkan kamu mentransfer semua stok dari gudang lama ke gudang baru jika perubahan nama gudang tidak diperbolehkan untuk diubah.
β Alternatif untuk mengganti nama gudang tanpa kehilangan data transaksi.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
Role yang diperlukan (Create Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Transfer hanya bisa dilakukan jika gudang memiliki stok.
β Transfer hanya dapat dilakukan untuk 1 gudang pada satu waktu. Jika proses transfer masih berlangsung, transfer berikutnya harus menunggu hingga yang pertama selesai. Pembatasan ini berlaku per tenant.
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
Cara transfer stok keseluruhan klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/transfer-stok/cara-transfer-semua-stok).
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Impor dan Ekspor Stok - \[20 March 2025]
Halo, Kawan Simpli!\
\
Ada kabar gembira yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur impor dan ekspor stok pada SMH (Sales Management Hub) agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS.
## What's new?
### 1. Import Stock Adjustment
Fitur ini memungkinkan kamu untuk mengimpor data stok dalam jumlah besar menggunakan file CSV/Excel. Sehingga, stok dapat diperbarui dengan lebih cepat tanpa harus memasukkan data satu per satu secara manual.
{% hint style="success" %}
**HIGHLIGHT!**\
\
β Memungkinkan admin mengimpor data stok dalam jumlah besar via file CSV/Excel.
β Bisa langsung menyesuaikan stok tanpa input manual satu per satu.
β Memproses stok berdasarkan warehouse dan tipe pergerakan (Stock In/Out).
{% endhint %}
{% hint style="warning" %}
**REQUIREMENTS**!
* Pastikan Kode Gudang dan Nama Gudang memiliki nama dan kode yang sesuai
* Pastikan Kode Barang dan Nama Barang memiliki nama dan kode yang sesuai
* Impor bisa dilakukan setelah dokumen impor sebelumnya sudah selesai.
* Tenant lain tetap dapat melakukan import, yang tidak dapat dilakukan adalah user lain dalam tenant yang sama. Jadi, setiap tenant hanya dapat melakukan import satu kali dalam satu waktu.
* Role yang diperlukan (Import Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Tidak bisa lebih dari 1000 baris per impor (Maksimal 1000 baris).
β Jika stok kosong atau 0, tidak akan diproses.
β Stok akan dikelompokkan berdasarkan warehouse dan tipe pergerakan (Stock In/Out).
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
* Cara impor stok masuk klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/penyesuaian-stok/cara-menambahkan-stok-melalui-impor).
* Cara impor stok keluar klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/penyesuaian-stok/cara-mengeluarkan-stok-melalui-impor).
{% endhint %}
### 2. Export Stock List
Kamu dapat mengekspor daftar stok terkini ke dalam format Excel, yang bisa digunakan kembali untuk import stock adjustment tanpa harus memasukkan data manual dan input data pada kolom Type.
| Proses Ekspor | Ekspor Berhasil | Hasil Ekspor |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | | |
{% hint style="success" %}
**HIGHLIGHT**!
β Bisa mengekspor daftar stok saat ini dalam format Excel.
β Data ekspor bisa digunakan langsung untuk Import Stock Adjustment.
β Proses ekspor berjalan di latar belakang, sehingga kamu dapat melanjutkan pekerjaan atau mengakses halaman lain tanpa harus menunggu hingga selesai.
{% endhint %}
{% hint style="info" %}
**REQUIREMENTS**!
* Kamu harus memastikan filter yang digunakan sesuai dengan kebutuhan sebelum melakukan ekspor, karena ekspor dengan filter yang sama tidak dapat dijalankan secara bersamaan.
* Untuk menggunakan dokumen hasil export stock list untuk stock adjustment, diisi data kolom Type In/Out.
* Role yang diperlukan (Export Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya stok tersedia dapat yang dapat diekspor.
β Proses ekspor berjalan di latar belakang. Jika filter yang digunakan sama dengan ekspor yang sedang diproses, kamu perlu menunggu hingga selesai sebelum melakukan ekspor baru. Namun, jika filter berbeda, kamu dapat langsung melakukan ekspor tanpa menunggu proses sebelumnya.
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
Cara Ekspor Stok klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/stok/cara-mengunduh-daftar-stok-melalui-ekspor).
{% endhint %}
### 3. Export Stock Movement
Kamu dapat mengekspor riwayat pergerakan stok berdasarkan filter tertentu, untuk keperluan analisis, audit, atau berbagi data dengan tim lain.
| Proses Ekspor | Ekspor Berhasil | Hasil Ekspor |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
|
|
|
{% hint style="success" %}
**HIGHLIGHT!**
β Bisa mengekspor riwayat pergerakan stok sesuai filter.
β Memudahkan analisis stok dan audit transaksi.
β Proses ekspor berjalan di latar belakang, sehingga kamu dapat melanjutkan pekerjaan atau mengakses halaman lain tanpa harus menunggu hingga selesai.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENTS!**
* Kamu harus memastikan filter yang digunakan sesuai dengan kebutuhan sebelum melakukan ekspor, karena ekspor dengan filter yang sama tidak dapat dijalankan secara bersamaan.
* Role yang diperlukan (Export Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATIONS!**
β Proses ekspor berjalan di lat vbvcfgm belakang. Jika filter yang digunakan sama dengan ekspor yang sedang diproses, kamu perlu menunggu hingga selesai sebelum melakukan ekspor baru. Namun, jika filter berbeda, kamu dapat langsung melakukan ekspor tanpa menunggu proses sebelumnya.
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
Cara Ekspor Stock Movement klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/pergerakan-stok/cara-mengunduh-pergerakan-stok).
{% endhint %}
### 4. Filter Reference Type & Brand di Stock Movement
Dengan fitur ini, kamu dapat memfilter pergerakan stok berdasarkan jenis referensi dan brand, sehingga analisis dan pencarian stok menjadi lebih akurat dan efisien.
| Filter Reference Type | Filter Brand |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
{% hint style="success" %}
**HIGHLIGHT!**
β Mempermudah pencarian dan analisis pergerakan stok berdasarkan jenis referensi dan brand.
β Navigasi lebih cepat dengan daftar Reference Type yang bisa langsung difilter.
β Navigasi lebih cepat dengan daftar Brand yang bisa langsung difilter.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
Role yang diperlukan (Read Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya berlaku di halaman Stock Movement.
β Reference Type harus sudah tersedia dalam sistem.
β Brand sudah tersedia dalam sistem.
{% endhint %}
### 5. Filter Brand di Stock
Kamu dapat memfilter daftar stok dan pergerakan stok berdasarkan brand tertentu, sehingga analisis stok menjadi lebih spesifik dan terfokus.
{% hint style="success" %}
**HIGHLIGHT!**
β Memudahkan kamu melihat pergerakan stok per brand tanpa memilah manual.
β Filter otomatis diperbarui jika ada perubahan di master data brand.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
Role yang diperlukan (Read Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya berlaku di halaman Stock.
β Brand sudah tersedia dalam sistem.
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Custom Mapping Delivery Summary (DS) - \[03 March 2025]
Halo, Kawan Simpli!\
\
Ada kabar bahagia yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur Custom Mapping Delivery Summary (DS) agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS khususnya pada penggunaan RO (Route Optimization).
## What's new?
### Custom Mapping DS
Kini, fitur Custom Mapping telah mendukung penyesuaian layout ekspor Delivery Summary (DS) sesuai dengan kebutuhan Anda.
{% hint style="success" %}
**AVAILABLE FEATURES:**
* Bisa menyesuaikan kolom / properties ekspor sesuai kebutuhan.
* Rename kolom dan nama sheet bisa dilakukan.
* Bisa menyesuaikan urutan kolom dan jumlah sheet dalam file ekspor.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
* Data yang bisa di export atau di kustomisasi harus sesuai dengan yang tersedia di sistem SimpliDOTS.
{% endhint %}
**Contoh perubahan:**
* **Pemisahan Data per baris yang Sebelumnya Terpisah dengan Koma**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| |  |
| Format SimpliDOTS Nomor DO dipisah dengan koma (DOR-241100167, DOR-241100168, DOR-241100169) | Nomor DO dipisahkan per baris |
* **Rename Nama Kolom**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| |  |
| Format SimpliDOTS menggunakan nama Date | Kolom Date diubah menjadi Tgl |
* **Rename Nama Sheet dan Menggunakan 1 Sheet**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| |  |
| Format SimpliDOTS terdapat 4 sheet | Sheet yang dipakai hanya 1 sheet |
* **Export dengan Kolom yang Disesuaikan**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| |  |
| Format SimpliDOTS pada sheet DeliveryOrder tidak memiliki kolom DeliverySummaryNo | Penambahan kolom DeliverySummaryNo pada awal kolom |
{% hint style="info" %}
Jika Anda membutuhkan bantuan atau penyesuaian tambahan, silakan hubungi tim support kami.
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Open API Stock dan Unit - \[03 March 2025]
Halo, Kawan Simpli!\
\
Ada kabar bahagia yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur Open API Stock dan Unit terhadap produk agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS.
Penambahan fitur yang dimaksud sebagai berikut:
1. Tambah atau Perbarui Data Stok
2. Mendapatkan Detail Unit
3. Tambah Data Unit
4. Perbarui Data Unit
5. Hapus Data Unit
## What's new?
### Open API Stock & Unit
Kini OpenAPI SimpliDOTS telah mendukung fitur manajemen stok dan unit satuan produk. Dengan fitur ini, Partner sistem dapat dengan mudah mengelola data stok dan unit produk melalui API. Berikut adalah detail fitur yang telah tersedia:
| Endpoint | Parameter yang dibutuhkan |
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|
Tambah atau Perbarui Data Stok (POST /stock/CreateOrUpdate)
Partner dapat mengirim data stok dalam jumlah besar agar selalu sinkron dengan sistem SimpliDOTS.
Sistem akan menimpa data stok lama dengan yang baru jika terjadi duplikasi.
Jika sukses, akan dikembalikan status 200 OK.
Jika terjadi kesalahan pada format atau field wajib tidak terisi, sistem akan mengembalikan response 400 Bad Request.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Wajib:
WarehouseId atau WarehousePartnerId
WarehouseCode
UnitId atau UnitPartnerId,
UnitL,
QuantityL,
ProductCode atau ProductPartnerId
Opsional:
UnitName
UnitM,
UnitS
QuantityM,
QuantityS
|
|
Mendapatkan Detail Unit (GET /unit)
Mendapatkan daftar unit yang tersedia dalam sistem.
Jika terjadi kesalahan pada format atau field wajib tidak terisi, sistem akan mengembalikan response 400 Bad Request.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Wajib:
PageSize,
Page,
Opsional
LastUpdate,
ListUnitId
|
|
Mendapatkan Detail Unit (GET /unit/{unit\_id})
Mendapatkan detail unit produk berdasarkan ID.
Jika tidak ditemukan akan mengembalikan response 404 Not Found.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Wajib:
Id atau PartnerId
|
|
Tambah Data Unit (POST /unit)
Partner dapat mengirimkan unit baru.
Jika ID unit yang dikirimkan sudah ada, sistem akan mengembalikan 400 Bad Request.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Payload / Request Body:
Wajib:
Name
PartnerId
Optional
Description
|
|
Perbarui Data Unit (PUT /unit/{unit\_id})
Memperbarui data unit yang sudah ada.
Jika unit tidak ditemukan, sistem akan mengembalikan 404 Not Found.
Jika format salah atau field wajib kosong, sistem akan mengembalikan 400 Bad Request.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Parameters :
Wajib :
unit\_id
Optional :
Name
Description
Payload / Request Body:
Wajib :
Id / PartnerId. Jika isi partnerId maka ID bisa gk usah diisi, begitu juga sebaliknya
|
|
Hapus Data Unit (DELETE /unit/{unit\_id})
Menghapus unit dari sistem jika tidak digunakan dalam transaksi aktif.
Jika unit tidak ditemukan, sistem akan mengembalikan 404 Not Found.
Jika unit masih terkait dengan transaksi aktif, sistem akan mengembalikan 400 Bad Request.
Jika autentikasi tidak valid, sistem akan mengembalikan 401 Unauthorized atau 403 Forbidden.
|
Wajib:
Id atau PartnerID
|
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Update Mengenai Coretax Format XML PPN 12%- \[Phase 2]
Halo, Kawan Simpli!\
\
Ada kabar bahagia yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan dan pembaharuan fitur berkaitan dengan coretax agar dapat mempermudah user dalam menggunakan sistem SimpliDOTS.
## What's new?
Pada release sebelumnya, SimpliDOTS telah mendukung export XML dan Excel dengan Format PPN 11% (baca lebih lanjut Phase 1 di [sini](https://fitur-sap.simplidots.id/smh/fitur-pada-smh-sales-management-hub/2025/update-mengenai-coretax-format-xml)). Pada release kali ini, SimpliDOTS sudah mendukung kebutuhan PPN 12% serta pembuatan file XML dan Excel dengan format 12% untuk membantu proses upload faktur pengeluaran.
Yuk, baca lebih lanjut updatenya!
### 1. Perubahan di Halaman Pajak
Sekarang, di halaman pajak terdapat penambahan field DPP (Dasar Pengenaan Pajak) yang bisa dipilih dengan dua opsi, yaitu 100% dan 11/12 dan juga menambahkan proteksi data pajak yang telah memiliki transaksi.
{% hint style="success" %}
**HIGHLIGHT**!
β Sekarang terdapat field DPP (Dasar Pengenaan Pajak) di halaman pajak dengan dua opsi, yaitu 100% dan 11/12.
β Proteksi data pajak yang sudah memiliki transaksi tidak bisa dihapus untuk menjaga konsistensi data.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Jika DPP diisi, maka sistem akan menghitung pajak berdasarkan nilai DPP.
* Jika DPP tidak diisi, maka sistem otomatis menggunakan 100%
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya berlaku untuk transaksi baru setelah fitur ini dirilis.
β Tidak mempengaruhi transaksi lama yang sudah dibuat sebelumnya.
β DPP 11/12 hanya bisa menggunakan pajak 12%. Selain 12%, user tidak bisa memilih DPP 11/12.
β Jika transaksi lama diedit dan disimpan, maka sistem akan menggunakan nilai Pajak dan DPP terbaru yang tersedia.
β Data pajak yang sudah digunakan dalam transaksi, bahkan jika hanya di-assign ke produk, sudah tidak bisa dihapus.
{% endhint %}
**Contoh perhitungan DPP**
Tax
DPP
Harga Barang
Nilai DPP
Nilai Tax
Total Bayar
12%
100%
Rp1.000.000
Rp1.000.000
Rp120.000
Rp1.120.000
12%
11/12
Rp1.000.000
Rp916.667
Rp110.000
Rp1.110.000
11%
100%
Rp1.000.000
Rp1.000.000
Rp110.000
Rp1.110.000
### 2. Penambahan Field NITKU pada Company Profile
Kini, sistem telah menambahkan field NITKU pada informasi perusahaan. NITKU akan diisi otomatis berdasarkan NPWP/NIK jika tersedia atau dapat diinput manual sesuai format yang ditentukan.
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan field NITKU terdapat pada menu **Settings > Company profile.**
β NITKU harus terdiri dari 22 digit angka.
β NITKU Tidak wajib diisi.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENTS**!
* Format NITKU harus terdiri dari 22 digit angka.
* Jika NPWP tersedia, maka saat NITKU dikosongkan, harus disimpan terlebih dahulu agar dapat otomatis terisi NITKU berdasarkan NPWP. NITKU akan terisi otomatis berdasarkan NPWP/NIK sesuai syarat berikut:
* Jika NPWP diisi dan memiliki 15 digit, maka NITKU akan terisi seperti berikut: **β0β + 15 digit NPWP + "000000β**
* Jika NPWP diisi dan memiliki 16 digit, maka NITKU akan terisi seperti berikut: **16 digit NPWP + "000000β**
* Jika tidak ada NPWP, maka NITKU akan diisi dengan **0000000000000000000000.**
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Jika tidak ada NPWP yang memenuhi syarat, maka NITKU akan kosong dan harus diisi manual.
β Jika NITKU dikosongkan, maka harus disimpan terlebih dahulu agar dapat otomatis terisi NITKU berdasarkan NPWP/NIK (jika tersedia).
{% endhint %}
### 3. Penambahan Field NITKU & Negara pada Pelanggan
Sistem telah menambahkan *field* NITKU & Negara pada master data customer untuk keperluan pajak. NITKU akan diisi otomatis berdasarkan NPWP/NIK jika tersedia atau dapat diinput manual sesuai format yang ditentukan.
* Gambar 1. Edit Customer; NITKU
* Gambar 2. Edit Customer; Country
* Gambar 3. Detail Customer; NITKU & Country
{% hint style="success" %}
**HIGHLIGHT!**
β Penambahan *field* NITKU & Negara pada master data customer.
β NITKU harus terdiri dari 22 digit angka.
β Otomatis mengisi NITKU berdasarkan NPWP/NIK jika tersedia.
β Negara dapat dikosongkan.
β Kolom ekspor dan impor master data customer telah ditambahkan kolom NITKU dan Negara.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENTS**!
* Format NITKU harus terdiri dari 22 digit angka.
* Otomatis mengisi NITKU berdasarkan NPWP/NIK akan mengisi sesuai syarat berikut:
* Jika menggunakan NPWP16, maka 16 digit NPWP16 + "000000β
* Jika menggunakan NPWP15, maka β0β + 15 digit NPWP15 + "000000β
* Jika tidak ada NPWP16 atau NPWP15, maka NITKU dibiarkan kosong dan dapat diisi manual.
* Jika mengisi kolom Negara saat impor/ekspor, harap diisi sesuai nilai referensi yang benar.
* Hasil ekspor faktur pengeluaran akan mengambil data NITKU sesuai yang diisi pada master data customer.
* Kolom Negara yang dikosongkan akan auto terisi sebagai IDN (Indonesia) saat export Faktur Pengeluaran untuk kebutuhan Pajak.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Jika tidak ada NPWP/NIK yang memenuhi syarat, maka NITKU akan kosong dan harus diisi manual.\
β Kolom Negara yang dikosongkan akan auto terisi sebagai IDN (Indonesia) saat export Faktur Pengeluaran untuk kebutuhan Pajak.
{% endhint %}
### 4. Penambahan Field Product Type dan Referensi Kode Pajak pada Masterdata Produk
Dalam meningkatkan akurasi data produk dan mempermudah pelaporan pajak, sistem kini menambahkan *field* Product Type dan Referensi Kode Pajak pada master data produk.
* Gambar 1. Edit Product; Product Type & Referensi Kode Pajak
* Gambar 2. Detail Product; Product Type & Referensi Kode Pajak\
{% hint style="success" %}
**HIGHLIGHT!**
β Penambahan *field* Product Type yang bersifat wajib untuk diisi.
β Penambahan *field* Referensi Kode Pajak yang bersifat tidak wajib diisi. (Dapat dikosongkan).
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Jika field Referensi Kode Pajak tidak diisi, maka saat pembuatan faktur pengeluaran, sistem akan otomatis mengisi sebagai 000000 - Barang.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Opsi pemilihan Product Type yang tersedia saat ini hanyalah opsi "Barang".
βOpsi "Jasa" belum tersedia pada Product Type.
β Jika *field* Referensi Kode Pajak tidak diisi, maka saat pembuatan faktur pengeluaran, sistem akan otomatis mengisi sebagai 000000 - Barang.
{% endhint %}
### 5. Penambahan Informasi Detail Pajak saat Memilih Pajak di Masterdata Produk
Untuk meningkatkan transparansi dan kemudahan dalam memilih pajak pada master data produk, kini sistem menampilkan informasi detail pajak saat user meng-hover opsi di dropdown pajak.
{% hint style="success" %}
**HIGHLIGHT**!
β Saat memilih pajak di-dropdown, user dapat melihat informasi tambahan saat melakukan hover.\
β Informasi yang ditampilkan pada field Pajak mencakup:
* Nama Pajak
* Tarif Pajak (Tax Percentage)
* Dasar Pengenaan Pajak (DPP)
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Data pajak yang ditampilkan akan mengikuti data master pajak yang sudah terdaftar di sistem.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Informasi detail pajak hanya muncul saat hover pada dropdown item.
β Tidak ada perubahan pada cara penyimpanan pajak, hanya penambahan tampilan informasi.
{% endhint %}
### 6. Penambahan Field Referensi Kode Pajak pada Master Data UoM
Untuk mendukung kebutuhan pelaporan pajak yang lebih akurat, sistem kini menambahkan field Referensi Kode Pajak pada master data Unit of Measurement (UoM).
* Gambar 1. Edit Unit; UoM Pajak
* Gambar 2. Unit Detail; UoM Pajak
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan *field* Referensi Kode Pajak pada master data UoM (Unit of Measurement).
β UoM ini bersifat opsional dan dapat diisi sesuai kebutuhan.
β UoM Dapat dikosongkan.
β Kolom ekspor dan impor masterdata telah ditambahkan kolom TaxUnitCode (Referensi Kode Pajak). Bersifat opsional, boleh dikosongkan.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Jika *field* Referensi Kode Pajak diisi, maka saat pembuatan faktur pengeluaran, sistem akan mengambil informasi sesuai pada masterdata.
* Jika *field* Referensi Kode Pajak tidak diisi, maka saat pembuatan faktur pengeluaran, sistem akan auto-mapping berdasarkan list berikut:
* Pcs, Pc, Pcss, Piece, Pieces, Butir, Keping, Icecream, Gls β UM.0021
* Box, Boks, Kotak, Ktk, Bx, Dus, Krt, Karton, Innerbox β UM.0022
* Lsn, Lusin β UM.0017
* Barrel, Brl, Drum β UM.0008
* Meter, Mtr β UM.0013
* Unit, Unitsubs β UM.0018
* Ltr, Liter β UM.0007
* Lbr, Lembar β UM.0020
* Kg, Kilo, Kilogram β UM.0003
* Gr, Gram β UM.0004
* Untuk unit yang tidak dicantumkan diatas akan dikategorikan sebagai Lainnya β UM.0033
* Pada impor/ekspor, saat isi TaxUnitCode harus sesuai dengan referensi pajak yang berlaku di sistem. Bersifat opsional, dan boleh dikosongkan.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!\
β Jika *field* Referensi Kode Pajak tidak diisi, maka saat pembuatan faktur pengeluaran, sistem akan auto-mapping.
β Kolom TaxUnitCode wajib mengikuti referensi pajak yang tersedia di sistem. Jika tidak sesuai, maka sistem akan menampilkan error saat import.
{% endhint %}
### 7. Penambahan Informasi Tax Detail & Validasi Pajak untuk Integrasi Accurate pada Sales Order
* Gambar 1. Create Sales Order; PPN 12% - 11/12
* Gambar 2. Confirmation ; Integration with Accurate\
{% hint style="success" %}
**HIGHLIGHT!**
β Penambahan informasi tax detail saat *hover* di halaman pembuatan Sales Order (SO).
β Saat memilih pajak pada item di SO, user dapat melihat detail pajak, termasuk:
* Nama Pajak
* Tarif Pajak (Tax Percentage)
* Dasar Pengenaan Pajak (DPP)
β Penggabungan item dengan pajak berbeda saat membuat SO.
β Jika integrasi ke Accurate.Id dan ditemukan memiliki lebih dari satu jenis pajak (kecuali NoPPN), sistem akan menampilkan opsi untuk memisah SO berdasarkan pajak agar dapat diproses ke Accurate.Id.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Hanya user tanpa integrasi Accurate.Id yang dapat menggabungkan SO dengan jenis pajak berbeda
* Sistem akan membuat dua dokumen SO jika user dengan integrasi Accurate.Id memilih untuk split SO.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Khususnya untuk tenant yang integrasi dengan Accurate.Id,
SO yang memiliki lebih dari satu jenis pajak (kecuali NoPPN) tidak dapat diproses.
{% endhint %}
### 8. Penambahan Informasi Tax Detail pada Detail Sales Order Backoffice
* Gambar 1. Detail Sales Order; PPN12%
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi tax detail di halaman Sales Order (SO).
{% endhint %}
### 9. Penambahan Field Kode Transaksi pada Halaman Pembuatan Sales Invoice
* Gambar 1. Create Sales Invoice; Transaction Code
* Gambar 2. Create Sales Invoice; Transaction Code & Transaction Detail
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan *field* "Kode Transaksi" di halaman pembuatan Sales Invoice.
β Jika memilih Kode Transaksi 07 atau 08, akan muncul field tambahan dengan label "Detail Kode Transaksi" untuk informasi lebih lanjut.
β Jika SI dibuat dari konversi Sales Order (SO), maka sistem otomatis mengisi Kode Transaksi berdasarkan syarat berikut:
* Default akan diisi 04 jika ada 1 saja item pada invoice yang memiliki DPP 11/12β¨
* Default akan diisi 08 jika seluruh item pada invoice adalah no tax (No PPN)β¨
* Detail Kode Transaksi default akan terpilih 01
* Default akan diisi 01 untuk case diluar yang diatas.
β User masih dapat mengubah nama detail kode transaksi sesuai kebutuhan. Jika diisi 07/08 harus wajib kode detail pajak. Default dipilih 01.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Jika memilih Kode Transaksi 07 atau 08, akan muncul field tambahan dengan label "Detail Kode Transaksi" untuk informasi lebih lanjut.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Jika SI (Sales Invoice) menggunakan gabungan beberapa pajak (SI Gabungan Tax), maka hanya dapat memilih satu jenis kode transaksi saja. Dikarenakan satu SI hanya dapat mengisi satu kode transaksi.
{% endhint %}
### 10. Penambahan Informasi Tax Detail & Validasi Pajak untuk Integrasi Accurate pada Sales Invoice
* Gambar 1. Create Sales Invoice; Tax Detail
* Gambar 2. Create Sales Order; Tax Detail
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi Tax Detail saat *hover* di halaman pembuatan Sales Invoice (SI).
β Saat memilih pajak pada item di SI, user dapat melihat detail pajak, termasuk:
* Nama Pajak
* Tarif Pajak (Tax Percentage)
* Dasar Pengenaan Pajak (DPP)
β Penggabungan item dengan pajak berbeda saat membuat SI.
β Jika integrasi ke Accurate.Id ditemukan memiliki lebih dari satu jenis pajak (kecuali NoPPN), sistem akan menampilkan opsi untuk memisahkan SI berdasarkan pajak agar dapat diproses ke Accurate.Id.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
* Hanya user tanpa integrasi Accurate.Id yang dapat menggabungkan SI dengan jenis pajak berbeda.
* Sistem akan membuat dua dokumen SI jika user dengan integrasi Accurate.Id memilih untuk split SI.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Khusus tenant yang integrasi dengan Accurate.Id, SI (Sales Invoice) yang memiliki lebih dari satu jenis pajak (kecuali NoPPN) tidak dapat diproses.
β SI yang dibuat berasal dari suatu SO, maka pajak tidak dapat diubah.
{% endhint %}
### 11. Penambahan Informasi Tax Detail, Kode Transaksi Pajak pada Detail Sales Invoice Backoffice
* Gambar 1. Detail Sales Invoice; Transaction Code & Transaction Detail
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi tax detail, kode transaksi di halaman Sales Order (SI).
{% endhint %}
### 12. Penambahan Informasi Tax Detail pada Purchase Order
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi Tax detail saat *hover* di halaman pembuatan Purchase Order (PO).
β Saat memilih pajak pada item di PO, user dapat melihat detail pajak, termasuk:
* Nama Pajak
* Tarif Pajak (Tax Percentage)
* Dasar Pengenaan Pajak (DPP)
{% endhint %}
### 13. Penambahan Informasi Tax Detail pada Detail Purchase Order Backoffice
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi Tax detail di halaman Purchase Order (PO).
{% endhint %}
### 14. Penambahan Informasi Tax Detail pada Purchase Invoice
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan informasi tax detail saat *hover* di halaman pembuatan Purchase Order (PO).
β Saat memilih pajak pada item di PO, user dapat melihat detail pajak, termasuk:
* Nama Pajak
* Tarif Pajak (Tax Percentage)
* Dasar Pengenaan Pajak (DPP)
{% endhint %}
### 15. Penambahan Informasi Tax Detail pada Detail Purchase Invoice Backoffice
{% hint style="success" %}
**HiGHLIGHT**!
β Penambahan informasi Tax detail di halaman Purchase Invoice (PI).
{% endhint %}
### 16. Penambahan Filter Pajak & Validasi Integrasi Accurate di SFA saat membuat Sales Order (SO) atau Sales Invoice (SI)
Fitur ini memungkinkan user untuk mem-filter item berdasarkan jenis pajak saat membuat Sales Order (SO) atau Sales Invoice (SI) di SFA. Pada daftar item, informasi pajak dan nama produk kini ditampilkan dengan lebih jelas untuk mempermudah pemilihan item yang sesuai dengan kebutuhan pelanggan.
Filter Tax
Confirmation
List Item
Filter Tax
Confirmation message; Integration with Accurate
{% hint style="success" %}
**HIGHLIGHT**!
β Penambahan filter pajak saat membuat orderan pada SO atau SI.
β Menampilkan informasi pajak (Nama pajak) pada tiap produk saat pemilihan item.
β Penggabungan item dengan pajak berbeda saat membuat SO atau SI.
β Jika integrasi ke Accurate.Id dan ditemukan memiliki lebih dari satu jenis pajak (kecuali NoPPN), sistem akan menampilkan opsi untuk memisah SO atau SI berdasarkan pajak agar dapat diproses ke Accurate.Id.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT**!
* Pencegahan Pajak Berbeda untuk SO & SI hanya berlaku untuk user yang menggunakan integrasi Accurate.id.
* Jika membuat SI dari SFA dan dikirim ke back office, kode transaksi akan otomatis terisi sesuai syarat berikut:
* Default akan diisi 04 jika ada 1 saja item pada invoice yang memiliki DPP 11/12β¨
* Default akan diisi 08 jika seluruh item pada invoice adalah no tax (No PPN)β¨
* Detail Kode Transaksi default akan terpilih 01
* Default akan diisi 01 untuk case diluar yang diatas.
{% endhint %}
{% hint style="danger" %}
**LIMITATION**!
β Hanya menampilkan nama pajak pada tiap produk, untuk mengetahui detail.
β Hasil filter akan selalu menampilkan item dengan NoPPN. Hal ini dikarenakan item NoPPN dapat digabungkan item PPN dalam sebuah transaksi.
β Jika integrasi dengan Accurate.Id dan memilih produk dengan pajak yang berbeda dalam satu transaksi, konfirmasi untuk mengubah item sebelumnya digantikan dengan item baru akan muncul.
β Kode transaksi yang otomatis terisi saat pembuatan SI dan dikirim ke back office, saa ini tidak bisa dilakukan pengeditan kode transaksi jika terjadi kesalahan data.
{% endhint %}
### 17. Penambahan Informasi Tax Detail pada Detail Sales Order dan Sales Invoice SFA
* Gambar 1. Detail Sales Order; Tax
{% hint style="success" %}
**HIGHLIGHT**!\
β Penambahan informasi Tax detail & Kode transaksi di halaman Sales Order (SI).
{% endhint %}
***
## Detail Kolom pada Excel Ekspor Faktur Pengeluaran
Berikut adalah penjelasan untuk masing-masing kolom pada file Excel:
* Sheet: Faktur
Kolom
Keterangan
NPWP Penjual
Data ini diambil dari NPWP yang telah diisi pada Settings > Company.
Baris
Satu invoice akan mendapatkan satu baris.
Tanggal Faktur
Diisi dengan tanggal invoice.
Jenis Faktur
Selalu diisi "Normal" sesuai ketentuan pajak.
Kode Transaksi
Data ini diambil dari Sales Invoice, bagian kode transaksi.
Keterangan Tambahan
Data ini diambil dari Sales Invoice, bagian kode transaksi detail.
Dokumen Pendukung
Selalu kosong sesuai ketentuan pajak.
Referensi
Diisi dengan kode Sales Invoice (SI).
Cap Fasilitas
Jika menggunakan kode transaksi baik 07 atau 08, maka informasi cap fasilitas secara default akan terisi 01. Jika tidak menggunakan 07 atau 08, akan dikosongkan
ID TKU Penjual
Data ini diambil dari NITKU yang telah diisi pada Settings > Company. Jika dikosongkan, maka saat ekspor faktur pengeluaran, akan otomatis mengisi NITKU berdasarkan NPWP sesuai syarat berikut:
Jika NPWP diisi dan memiliki 15 digit, maka akan diisi NITKU sebagai berikut: β0β + 15 digit NPWP + "000000β
Jika NPWP diisi dan memiliki 16 digit, maka akan diisi NITKU sebagai berikut: 16 digit NPWP + "000000β
Jika tidak ada NPWP, maka NITKU akan diisi dengan 0000000000000000000000.
NPWP/NIK Pembeli
Diambil dari NPWP pembeli. Jika kosong, maka akan diisi "0000000000000000".
Jenis ID Pembeli
Diisi "TIN" karena mengambil data dari NPWP.
Negara Pembeli
Data ini diambil dari Negara yang telah diisi pada Masterdata > Customer > Customer Master. Jika tidak diisi, maka akan auto diisi dengan "IDN".
Nomor Dokumen Pembeli
Kosong karena menggunakan "TIN".
Nama Pembeli
Diambil dari informasi pajak pada Masterdata > Customer > Customer Master bagian Owner Information.
Alamat Pembeli
Diambil dari informasi pajak pada Masterdata > Customer > Customer Master bagian Owner Information.
Email Pembeli
Kosong untuk saat ini.
ID TKU Pembeli
Data ini diambil dari NITKU yang telah diisi pada Masterdata > Customer > Customer Master. Jika dikosongkan, maka saat ekspor faktur pengeluaran, akan otomatis mengisi NITKU berdasarkan syarat berikut:
Jika menggunakan NPWP16, maka 16 digit NPWP16 + "000000β
Jika menggunakan NPWP15, maka β0β + 15 digit NPWP15 + "000000β
Jika kedua tidak diisi, maka akan diisi "0000000000000000000000".
* Sheet: Detail Faktur
Kolom
Keterangan
Baris
Angka baris akan bertambah sesuai jumlah produk.
Contoh: Invoice1 memiliki 10 item, maka baris akan terisi 1 untuk sepuluh item tersebut. Invoice2 memiliki 5 item, maka baris akan terisi 2 untuk lima item tersebut.
Barang/Jasa
Diambil dari Masterdata Product Bagian Product Details: Type.
Kode Barang/Jasa
Saat ini diisi dengan "000000".
Nama Barang/Jasa
Diisi dengan item pada invoice.
Nama Satuan Ukur
Data ini diambil dari Referensi Kode Pajak yang telah diisi pada Masterdata > Product > Unit bagian Tax Code Reference. Jika tidak diisi, maka
Sistem akan auto-mapping berdasarkan list berikut:
Untuk unit yang tidak dicantumkan diatas akan dikategorikan sebagai Lainnya β UM.0033
Harga Satuan
Price per item pada invoice. Diambil dari harga unit kecil.
Jumlah Barang/Jasa
Quantity unit terkecil pada invoice.
Total Diskon
Diskon sesuai invoice.
DPP
Sesuai line total atau item sebelum dikenakan pajak (Price x Qty - Diskon).
DPP Nilai Lain
Jika menggunakan DPP 100%, maka nilai DPP nilai lain akan sama dengan DPP karena masih menggunakan DPP 100%. (DPP x 100%)
Jika menggunakan DPP 11/12, maka nilai DPP nilai lain akan menggunakan rumus DPP x 11/12.
Tarif PPN
Diisi sesuai tarif pajak yang digunakan per invoice
PPN
Nilai DPP dikalikan dengan tarif PPN.
Tarif PPnBM
Saat ini kosong.
PPnBM
Saat ini kosong.
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Update Mengenai Coretax Format XML PPN 11% - \[Phase 1]
## What's new?!
Dalam rangka mengikuti kebijakan pemerintah yang telah mewajibkan penggunaan Coretax, SimpliDOTS kini mendukung format file XML dan Excel untuk mempermudah pengguna dalam melakukan penyesuaian data pajak. Berikut detailnya:
### Dukungan XML dan Excel dengan Format PPN 11%
Saat ini, sesuai dengan PER-1/PJ/2025, Pengusaha Kena Pajak (PKP) masih diperbolehkan menerbitkan faktur dengan PPN 11% hingga Maret 2025. Oleh karena itu, SimpliDOTS menyediakan file XML dan Excel dengan format 11% untuk membantu proses upload faktur, sembari kami mempersiapkan sistem untuk mendukung PPN 12%.
Apabila Anda ingin mengubah format PPN dari 11% ke 12%, dapat dilakukan dengan langkah berikut:
{% stepper %}
{% step %}
Unduh data Excel yang telah disediakan SimpliDOTS.
{% endstep %}
{% step %}
Ubah data sesuai kebutuhan Anda dan simpan jika selesai.
{% endstep %}
{% step %}
Gunakan converter faktur keluaran dari Direktorat Jenderal Pajak melalui tautan berikut:[ https://www.pajak.go.id/reformdjp/coretax/template-xml-dan-converter-excel-ke-xml](https://www.pajak.go.id/reformdjp/coretax/template-xml-dan-converter-excel-ke-xml).
{% endstep %}
{% step %}
Lakukan konversi dari Excel ke XML menggunakan template yang sesuai.
{% endstep %}
{% endstepper %}
### Persiapan Data
Sebelum menggunakan fitur ini, pastikan data telah disiapkan dengan benar:
| Data | Keterangan |
| -------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Perusahaan** |
Pastikan pada menu Settings > Company Profile sudah terisi:
Name
NPWP
NPWP Address
|
| **Penjual** |
Pastikan pada menu Masterdata > Customer > Customer Master sudah terisi:
Name
Address
NIK/NPWP16 number
NPWP15 number (jika tidak ada NPWP16 digit, bisa isi field ini)
Email (optional)
|
### Cara Unduh XML dan Excel untuk Kebutuhan Coretax
1. Lengkapi data pada tahap sebelumnya dan pastikan Anda sudah memiliki Invoice agar bisa dibuat dokumen faktur keluaran pajak.
2. Akses menu Sales > E-Faktur > Klik icon tambah untuk membuat E-Faktur baru.
3. Pada halaman membuat E-Faktur baru, terdapat beberapa hal yang perlu di perhatikan:
4. 1. Centang βDo not use Tax Invoice Serial Numberβ untuk tidak mengisi Starting Tax Invoice Serial Number (Nomor Faktur Pajak Awal) dan Ending Tax Invoice Serial Number (Nomor Faktur Pajak Akhir). Hal ini dikarenakan serial number (nomor faktur pajak) sudah tidak dibutuhkan pada Coretax dan akan secara otomatis dibuat nomor faktur pajak saat upload ke Coretax.
5. Pilih invoice yang ingin dibuat faktur keluaran dan Buat E-Faktur.
6. Setelah simpan sukses, sistem akan auto download file CSV format lama E-Faktur. Anda akan dibawa ke halaman detail E-Faktur dan popup link XML dan Excel akan muncul. Untuk download XML atau Excel format Coretax, Anda hanya perlu klik link tersebut.
7. File Excel akan auto terdownload. File XML akan dibuka link di new tab. Untuk download file XML, Anda perlu klik kanan, pilih opsi save. Popup lokasi penyimpanan akan muncul. Klik simpan.
|
Dokumen Excel auto terdownload ke perangkat Anda
|
Perlu klik kanan dan pilih simpan agar terdownload ke perangkat Anda
|
| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### Detail Kolom pada Excel
Berikut adalah penjelasan untuk masing-masing kolom pada file Excel:
* Sheet: Faktur
| Kolom | Keterangan |
| --------------------- | ----------------------------------------------------------------------------------------- |
| NPWP Penjual | Data ini diambil dari NPWP yang telah diisi pada Settings > Company. |
| Baris | Satu invoice akan mendapatkan satu baris. |
| Tanggal Faktur | Diisi dengan tanggal invoice. |
| Jenis Faktur | Selalu diisi "Normal" sesuai ketentuan pajak. |
| Kode Transaksi | Diisi "01" untuk format PPN 11%. |
| Keterangan Tambahan | Kosong karena menggunakan kode transaksi "01". |
| Dokumen Pendukung | Selalu kosong sesuai ketentuan pajak. |
| Referensi | Diisi dengan kode Sales Invoice (SI). |
| Cap Fasilitas | Kosong karena menggunakan kode transaksi "01". |
| ID TKU Penjual | Diambil dari NPWP Penjual ditambah "000000". Jika kosong, diisi "0000000000000000000000" |
| NPWP/NIK Pembeli | Diambil dari NPWP pembeli. Jika kosong, diisi "0000000000000000". |
| Jenis ID Pembeli | Diisi "TIN" karena mengambil data dari NPWP. |
| Negara Pembeli | Diisi "IDN". |
| Nomor Dokumen Pembeli | Kosong karena menggunakan "TIN". |
| Nama Pembeli | Diambil dari informasi pajak pada Masterdata > Customer > Customer Master. |
| Alamat Pembeli | Diambil dari informasi pajak pada Masterdata > Customer > Customer Master. |
| Email Pembeli | Kosong untuk saat ini. |
| ID TKU Pembeli | Diambil dari NPWP Pembeli ditambah "000000". Jika kosong, diisi "0000000000000000000000". |
* Sheet: DetailFaktur
| Kolom | Keterangan |
| ------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Baris |
Angka baris akan bertambah sesuai jumlah produk.
Contoh: Invoice1 memiliki 10 item, maka baris akan terisi 1 untuk sepuluh item tersebut. Invoice2 memiliki 5 item, maka baris akan terisi 2 untuk lima item tersebut.
|
| Barang/Jasa | Jika memiliki product code saat membuat Sales Order, maka akan diisi sebagai barang. Jika product code dikosongkan, maka akan diisi sebagai jasa. |
| Kode Barang/Jasa | Saat ini diisi dengan "000000". |
| Nama Barang/Jasa | Diisi dengan item pada invoice. |
| Nama Satuan Ukur |
Sistem akan auto-mapping berdasarkan list berikut:
Untuk unit yang tidak dicantumkan diatas akan dikategorikan sebagai Lainnya β UM.0033
|
| Harga Satuan | Price per item pada invoice. Diambil dari harga unit kecil. |
| Jumlah Barang/Jasa | Quantity unit terkecil pada invoice. |
| Total Diskon | Diskon sesuai invoice. |
| DPP | Sesuai line total atau item sebelum dikenakan pajak (Price x Qty - Diskon). |
| DPP Nilai Lain | Akan sama dengan DPP karena masih menggunakan DPP 100%. (DPP x 1.00) |
| Tarif PPN | Diisi "11%" untuk saat ini. Sesuai dengan PER-1/PJ/2025, Pengusaha Kena Pajak (PKP) masih diperbolehkan menerbitkan faktur dengan PPN 11% hingga Maret 2025. |
| PPN | Nilai DPP dikalikan dengan tarif PPN. |
| Tarif PPnBM | Saat ini kosong. |
| PPnBM | Saat ini kosong. |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Return pada SMH - \[15 January 2025]
Halo, Kawan Simpli!\
\
Ada kabar bahagia yang perlu kamu tahu, nih!\
\
Kini, terdapat pembaharuan fitur pada SMH (Sales Management Hub) yaitu penambahan fitur sales return agar dapat mempermudah user dalam menggunakan sistem khususnya dalam proses pengembalian barang.
> **What's New?**
>
> * Sales Order Return
> * Delivery Return
> * Sales Invoice Return
> * Credit Notes
> * Master Data Reason
> * Study Case
> * Improvements
## β¨ Welcome to Sales Return β¨
Dengan bangga kami perkenalkan fitur terbaru di SimpliDOTS: **Sales Return.** Fitur ini dirancang khusus untuk membantu kamu mengelola proses pengembalian barang dengan lebih cepat, mudah, dan akurat.
Proses pengembalian barang sering kali jadi tantanganβpencatatan manual, stok berantakan, hingga penyesuaian keuangan yang bikin pusing. Tenang, sekarang ada Fitur Sales Return dari SimpliDOTS! π
{% hint style="info" %}
π‘ **Apa yang bisa kamu lakukan dengan Sales Return?**
β Buat Sales Return Order dengan mudah, lengkap dengan alasan pengembalian.
β Otomatisasi pembaruan stok barang yang dikembalikan.
β Kelola dokumen pengembalian dengan cepat.
β Penyesuaian faktur & credit note tanpa ribet.
*Letβs dive deep into it!*
{% endhint %}
### A. Syarat Pembuatan Sales Return
Untuk melakukan retur, ada satu hal utama yang harus dipastikan yaitu barang yang dikembalikan sudah diterima oleh pelanggan. Artinya, dokumen **Delivery Order (DO**) harus berstatus **Completed**. Setelah sudah dipastikan, kamu dapat melanjutkan ke langkah berikutnya dalam proses retur. Pelajari cara membuat dokumen **Delivery Order (DO)** menjadi **Completed** dengan [klik di sini. ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/pengiriman/rekap-surat-jalan/cara-konfirmasi-rekap-surat-jalan-diterima-semua)
### B. Bagaimana Sales Return Bekerja di SAP?
SimpliDOTS mendukung berbagai skenario pengembalian barang untuk memudahkan proses retur yang kamu lakukan:
1. **SO dan DO saja**: Untuk kamu pengguna SO (Sales Order) dan Delivery Order (DO) saja dalam proses transaksi pesanan, dan pelanggan mengembalikan barang sebelum faktur atau SI (Sales Invoice) dibuat. Maka, saat membuat SI, secara otomatis akan mengurangi jumlah barang yang harus dibuat di faktur sesuai dengan setelah dikurangi jumlah retur.
2. **SO, DO, dan SI:** Untuk kamu pengguna SO, DO, dan SI, jika pelanggan mengembalikan barang setelah SI dibuat dan belum melakukan pembayaran, maka sistem akan menghasilkan dokumen SR (Sales Invoice Return) yang akan mengurangi tagihan pada SI pelanggan secara otomatis.
3. **SO, DO, SI, dan CP**: Untuk kamu pengguna SO, DO, SI dan CP (Customer Payment), jika pesanan sudah diproses hingga ke pembayaran, maka sistem akan menghasilkan *credit note* yang bisa digunakan untuk pembayaran berikutnya.
4. **Retur Tunggal (Stand Alone)**: Untuk kamu yang memilih untuk membuat retur tanpa referensi dokumen pesanan sebelumnya, Retur Tunggal dapat digunakan untuk pengembalian barang yang tidak terkait dengan dokumen SO yang ada. Hal ini seringkali dibutuhkan untuk kasus retur dari pesanan di masa lampau (unknown time).
Pastinya, sistem retur di SimpliDOTS telah terintegrasi dengan stok barang, sehingga stok akan otomatis menyesuaikan sesuai dengan jumlah barang yang diretur.
### C. Proses Pembuatan Sales Return
Sales Return di SimpliDOTS dapat dilakukan dengan dua cara:
1. **Sales Return By Sales Order : Dengan referensi SO**
2. **Retur Tunggal (Stand Alone) : Tanpa referensi SO**
Yuk, baca selengkapnya di bawah ini!
***
#### **1. Sales Return dengan referensi SO (Sales Order)**
Kali ini, kita akan fokus pada cara pembuatan Sales Return yang referensi ke dokumen SO yang sudah ada di sistem.
Fitur ini memungkinkan admin untuk membuat **Sales Return** langsung dari Back Office atau SMH (Sales Management Hub) atau dari SFA dengan merujuk ke dokumen SO yang ada, yang sudah terproses di sistem. Hal ini dapat memastikan bahwa pengembalian barang terkait langsung dengan dokumen transaksi yang valid dan tercatat.
* **Sales Return dengan referensi SO dari SMH (Sales Management Hub)**
Fitur ini memungkinkan admin untuk membuat **Sales Return** langsung dari Back Office atau SMH (Sales Management Hub) dengan merujuk ke dokumen SO yang ada, yang sudah terproses di sistem. Hal ini memastikan bahwa pengembalian barang terkait langsung dengan dokumen transaksi yang *valid* dan tercatat.
|
|
|
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight!**
β Pembuatan Sales Return dapat dilakukan oleh admin tanpa perlu salesman berkunjung ke pelanggan.
β Fleksibilitas input data: Mendukung input tanggal mundur (back date) hingga 7 hari atau tanggal mendatang (future date).
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Proses retur tidak dapat dilakukan sebelum Delivery Order (DO) berstatus Completed.
β Saat ini, Sales Order yang memiliki Promo atau Diskon Manual, tidak dapat dilakukan retur parsial (sebagian). Jika ingin melakukan retur, maka harus melakukan retur seluruh item yang ada pada sales order tersebut.\
β Jika sebelumnya diberikan diskon manual, dapat diubah nominal diskon dengan mengaktifkan default setting.\
β Tidak bisa retur barang dengan divisi berbeda dari salesman.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Dokumen Delivery Order (DO) harus memiliki status **Completed** sebelum proses retur dapat dilakukan.
* Barang yang bisa dikembalikan harus sudah diterima oleh pelanggan.
* Kuantitas yang bisa diretur harus sesuai dengan kuantitas Delivery Order yang completed.
* Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> Retur dapat dilakukan dari tiga tempat:
>
> 1. **Dari daftar SO**\
> Pilih menu **Sales > Order** dan pilih titik tiga **Generate Sales Return** pada SO yang berstatus **To Invoice** atau **Fully Invoice** dengan catatan dokumen **DO (Delivery Order)** harus berstatus **Completed**.
>
>
>
> 2. **Dari detail SO**\
> Pilih menu **Sales > Order** dan pilih **No. Pesanan** **SO** yang berstatus **To Invoice** atau **Fully Invoice** dengan catatan dokumen **DO (Delivery Order)** harus berstatus **Completed.** Kemudian pilih titik tiga lalu **Generate Sales Return.**
>
>
>
> 3. **Dari menu Sales > Return:**
>
> Pilih menu **Sales > Return > Order**, pilih tambah **Sales Order Return,** tentukan pelanggan dan pilih opsi **Refer ke Dokumen SO yang Ada**.
>
>
* **Sales Return Referensi SO dari SFA (Sales Force Automation)**
Fitur ini memungkinkan salesman untuk membuat **Sales Return** langsung dari Sales Force Automation (SFA) dengan merujuk ke Sales Order (SO) yang ada, yang sudah terproses di sistem. Hal ini memastikan bahwa pengembalian barang terkait langsung dengan dokumen transaksi yang *valid* dan tercatat.
| | |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight!**
β Pembuatan **Sales Order Return** dapat dilakukan oleh salesman saat berkunjung ke pelanggan.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Proses retur tidak dapat dilakukan selain setelah Delivery Order (DO) berstatus Completed.
β Saat ini, sistem menampilkan kuantitas kuantitas Delivery Order (DO) berstatus Delivered sebagai kuantitas yang dapat diretur. Dikarenakan sistem Back Office (SMH) hanya dapat menerima kuantitas Delivery Order (DO) berstatus Completed, maka untuk release di awal akan terjadi error saat sync data. Solusi yang dapat dilakukan adalah dengan mengubah kuantitas retur sesuai info sync error yang telah diberikan atau dapat info ke admin untuk membuat dokumen retur.
β Saat ini, Sales Order yang memiliki Promo atau Diskon Manual, tidak dapat melakukan retur parsial. Jika ingin melakukan retur, harus meretur seluruh item yang ada pada sales order tersebut.
β Tidak dapat mengakses sales order lampau di luar dari default setting yang ditentukan tanpa akses internet.
β Tidak dapat memfilter SO dengan status To Invoice dan Fully Invoice yang muncul sehingga semua tampil meskipun yang dapat diretur hanya To Invoice dan Fully Invoice.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Dokumen **Delivery Order (DO)** harus memiliki status **Completed** sebelum proses retur dapat dilakukan.
* Barang yang bisa dikembalikan harus sudah diterima oleh pelanggan.
* Kuantitas yang bisa diretur sesuai dengan kuantitas **Delivery Order** yang **completed**.
* Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> Retur dapat dilakukan dari dua tempat:
>
> 1. Pilih menu **Sales Order**, lalu pilih sales order yang berstatus **To Invoice** atau **Fully Invoice** dan pilih opsi **Retur**.\
> 
> 2. Pilih menu **Sales Order Return**, pilih **Pelanggan** dan pilih opsi pilih **Sales Order.**\
>  
#### **2. Sales Return *****Standalone***** tanpa referensi SO**
Fitur ini memungkinkan admin untuk membuat **Sales Return *****Standalone*** langsung dari Back Office atau Salesman Management Hub (SMH) dan Sales Force Automation (SFA) yang tidak merujuk ke Sales Order (SO) yang ada. Hal ini mendukung kasus di mana pengembalian barang tidak terhubung langsung dengan transaksi atau dokumen SO yang ada, seperti pengembalian barang lama atau retur yang tidak tercatat dalam sistem sebelumnya.
* **Sales Return Standalone tanpa referensi SO dari SMH**
{% hint style="success" %}
**Highlight!**
β Dapat mengakomodasi proses retur untuk Sales Order lampau yang tidak tercatat pada sistem.
β Tidak perlu dokumen Delivery Order (DO) dengan status Completed untuk melakukan retur, karena retur ini tidak terhubung pada sales order yang ada di sistem.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Tidak terhubung ke sales order dan transaksi lain yang berhubungan dengan sales order.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> Cara membuat Sales Order Return - Tunggal (Standalone) tanpa referensi silakan klik panduan di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/penjualan/retur/order/cara-membuat-sales-order-return-tunggal-standalone-tanpa-referensi-so).
* **Sales Return Standalone tanpa referensi SO dari SFA**
Fitur ini memungkinkan salesman untuk membuat Sales Return langsung dari Sales Force Automation (SFA) dan tidak merujuk ke Sales Order (SO) yang ada. Hal ini mendukung kasus di mana pengembalian barang tidak terhubung langsung dengan transaksi atau dokumen SO yang ada, seperti pengembalian barang lama atau retur yang tidak tercatat dalam sistem sebelumnya.
{% hint style="success" %}
**Highlight!**\
β Dapat mengakomodasi proses retur untuk Sales Order lampau yang tidak tercatat pada sistem.
β Tidak perlu dokumen Delivery Order (DO) dengan status Completed untuk melakukan retur, karena retur ini tidak terhubung pada sales order yang ada di sistem.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Dokumen retur ini tidak terhubung ke sales order dan transaksi lain yang berhubungan dengan sales order.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> * Pilih menu **Sales Order Return.** Kemudian pilih **Pelanggan**.
> * Pilih **Create sales order return.**\
> 
> * Tentukan barang dan jumlah barang yang akan dikembalikan
> * Setelah selesai, **simpan** dan **konfirmasi** Sales Return yang telah dibuat.
### **D. Detail Sales Return**
#### **1. Detail Sales Return dari Back Office (SMH)**
Fitur ini memungkinkan admin untuk melihat rincian lengkap dari setiap Sales Return yang telah dibuat di sistem. Dengan fitur ini, admin dapat mengakses informasi terkait status, barang yang diretur, jumlah yang dikembalikan, dan penyesuaian yang telah dilakukan pada stok, tagihan, dan credit note. Fitur ini memberikan transparansi penuh atas setiap proses retur yang terjadi, memastikan setiap langkah pengembalian barang tercatat dan terkelola dengan baik.
{% hint style="success" %}
**Highlight!**
β Menyediakan informasi terperinci mengenai Sales Return, termasuk status, barang yang dikembalikan, dan penyesuaian yang dilakukan.
β Memudahkan admin untuk mengawasi seluruh proses pengembalian barang, termasuk dokumen Sales Order, Delivery Return, Sales Invoice Return dan Credit Note yang terkait.
β Dapat melakukan print atas dokumen Sales Return.
β Dapat melakukan edit atau cancel dokumen Sales Return untuk status Draft dan Verified.
β Membedakan sales order yang mereferensikan sales order dan standalone.
{% endhint %}
#### **2. Detail Sales Return dari Sales Force Automation (SFA)**
Fitur ini memungkinkan admin untuk melihat rincian lengkap dari setiap Sales Return yang telah dibuat di sistem. Dengan fitur ini, admin dapat mengakses informasi terkait status, barang yang diretur, jumlah yang dikembalikan. Fitur ini memberikan transparansi penuh atas setiap proses retur yang terjadi, memastikan setiap langkah pengembalian barang tercatat dan terkelola dengan baik.
{% hint style="success" %}
**Highlight!**
β Menyediakan informasi terperinci mengenai Sales Return, termasuk status dan barang yang dikembalikan.
β Dapat melakukan print atas dokumen Sales Return.
β Dapat melakukan edit atau delete dokumen Sales Return untuk status Draft.
β Membedakan sales order yang mereferensikan sales order dan standalone
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Tidak dapat Edit dan Delete pada status Sales Return : Verified, To Invoice dan Fully Invoice.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> * Pilih menu **Sales Order Return,** dan pilih sales order return yang ingin dilihat detail.\
> 
> * Jika Sales Order Return berstatus Draft, Anda dapat melakukan edit atau delete dengan klik tombol titik tiga di kanan atas.\
> 
> * Jika Sales Order Return ingin dilakukan print, Anda dapat klik tombol print. Pastikan sudah terhubung dengan printer.
> * Jika Sales Order Return mereferensikan Sales Order, maka akan tercatat nomor SO yang digunakan di bagian sales order number. Jika tidak mereferensikan, maka akan tertulis dash (-).
## Delivery Return
Dengan sudah memastikan barang sudah dikembalikan customer dan sudah diterima oleh Anda, Admin dapat melakukan generate delivery return di back office. Tujuan ini untuk melakukan pencatatan resmi atas proses pengembalian barang dari pelanggan ke sistem Anda. Proses ini hanya dapat dilakukan oleh admin di back office.
### **1. Generate Delivery Return**
Generate Delivery Return (DR) adalah fitur di back office yang digunakan untuk mencatat pengembalian barang dari pelanggan secara resmi dalam sistem. Fitur ini memungkinkan pencatatan dokumen DR, pembaruan status order return (OR), dan sinkronisasi data terkait seperti stock movement, dokumen Invoice Return (IR).
{% hint style="info" %}
**Highlight!**
β **Stok akan otomatis bertambah**: Barang yang dikembalikan pelanggan tercatat sebagai stock in di gudang tujuan.
β **Fleksibilitas input data**: Mendukung input tanggal mundur (back date) hingga 7 hari atau tanggal mendatang (future date).
β Dengan otomatis sistem akan menghasilkan dokumen terkait seperti dokumen Sales Invoice Return dan Credit Notes.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Delivery Return (DR) hanya dapat di generate dari OR yang sudah verified. Jika mereferensikan ke sales order pada sistem, maka pastikaan status Customer Payment atas sales order tersebut sudah completed.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Delivery Return (DR) bisa dibuat jika dokumen Order Return (OR) berstatus verified dan Customer Payment berstatus completed.
* Untuk pembuatan DeliveryOrderReturn, ada beberapa kondisi:
* Jika SO yang dibuatkan OR hanya dibuatkan DO, maka proses pembuatan DeliveryOrderReturn hanya sebatas sampai DeliveryOrderReturn saja.\
Ini membutuhkan role Control/Create DeliveryOrder
* Jika SO yang dibuatkan OR sudah dibuatkan DO dan SI, maka proses pembuatan DR akan berlanjut sampai Sales Invoice Return.\
Ini membutuhkan role Control/Create DeliveryOrder dan Control/Create SalesInvoiceReturn
* Jika SO yang dibuatkan OR sudah dibuatkan DO dan SI, lalu SI tersebut sudah ada CP (customer payment, dibayar), dan jumlah yang diretur lebih besar dari jumlah yang belum dibayar, maka proses pembuatan DR akan berlanjut ke IR (Invoice Return) sampai kepada pembuatan Credit Note.\
Ini membutuhkan role Control/Create DeliveryOrder dan Control/Create SalesInvoiceReturn dan Control/Create Credit Note.
{% endhint %}
> **How to use?**
>
> 1. Generate Delivery Return dapat dilakukan dari tiga tempat:
> 1. Pilih menu **Sales Order Return** dan pilih aksi **generate delivery return** pada sales order return yang berstatus **Verified**.\
> 
> 2. Pilih menu **Sales Order Return** dan **pilih melalui checkbox beberapa sales order return** dan pada bulk action pilih **aksi generate delivery return** pada sales order return yang berstatus **Verified**.\
> 
> 3. Pilih menu **Sales Order Return** dan **masuk ke detail sales order return** yang berstatus **Verified**, lalu **klik generate delivery return**.\
> .
> 2. Isi data mandatory dan simpan. Pastikan item sudah diterima.\
>  
> 3. Sistem akan memproses delivery return. Kesuksesan pembuatan delivery return akan di info pada notifikasi.\
> \
> \
> 
### **2. Detail Delivery Return**
Detail Delivery Return adalah fitur di backoffice yang digunakan untuk melihat, mengelola, dan memastikan informasi terkait dokumen Delivery Return (DR) secara rinci. Melalui fitur ini, Admin dapat memeriksa data terkait barang yang dikembalikan, status dokumen yang terkait (seperti Invoice Return), dan memastikan proses pengembalian barang berjalan sesuai prosedur.
{% hint style="success" %}
**Highlight!**
β Informasi Lengkap DR: Menampilkan data barang yang dikembalikan, jumlah, gudang tujuan, serta detail armada dan pengemudi.
β Delivery return akan secara otomatis berstatus completed jika dokumen sukses dibuat.
β Dapat melakukan pembatalan Delivery Return.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Delivery Return dapat dibatalkan jika status completed tidak memiliki sales invoice return dan status delivered.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
Pastikan akses role **Control : DeliveryOrder** atau **Read : DeliveryOrder** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> * Pilih menu **Delivery Order.** \
> Disini akan menampilkan seluruh delivery order dan delivery return. Untuk Delivery Return yang berasal dari retur, Anda dapat melihat tipe dokumen ReturnOR.\
> 
> * Pilih dokumen Delivery Return yang ingin dilihat detailnya.
> * Jika Delivery Return berstatus Completed, Anda dapat melakukan pembatalan dengan catatan tidak memiliki sales invoice return.
> * Jika Delivery Return berstatus Delivered, Anda dapat melakukan pembatalan dokumen dan update status delivery return menjadi Completed. Jika memilih untuk update status menjadi Completed, maka akan dibuatkan dokumen terkait lainnya.
### **3. Pembuatan Delivery Return Terkait Dokumen Lainnya**
Seperti yang sudah dijelaskan pada sesi sebelumnya, banyak kombinasi yang dapat terjadi saat pembuatan sales order return. Kombinasi tersebut berlangsung pada saat pembuatan Delivery Return. Saat pembuatan Delivery Return, sistem akan melakukan pengecekan untuk membuat dokumen terkait lainnya. Berikut adalah dokumen yang akan dibuat jika sudah generate Delivery Return:
| Dokumen yang ada pada sistem | Dokumen yang akan dibuat jika membuat Delivery Return |
| -------------------------------------------------------------- | -------------------------------------------------------------------------------------------- |
| Sales Order & Delivery Order | Delivery Return status Completed. |
| Sales Order, Delivery Order, & Sales Invoice | Delivery Return status Completed, Sales Invoice Return status Paid |
| Sales Order, Delivery Order, Sales Invoice, & Customer Payment | Delivery Return status Completed, Sales Invoice Return status Paid, Credit Notes status Open |
| Sales Order Return (Standalone) | Delivery Return status Completed, Sales Invoice Return status Paid, Credit Notes status Open |
## Sales Invoice Return
Sales Invoice Return List adalah halaman untuk mengelola dan memonitor daftar Invoice Return (IR) yang dihasilkan dari pengembalian penjualan. Pengguna dapat melakukan pencarian, filter, sorting, dan tindakan lainnya terkait IR. Sales Invoice Return Detail adalah halaman yang menyediakan rincian informasi untuk setiap IR, termasuk dokumen terkait, status, dan opsi untuk melakukan tindakan lebih lanjut seperti cetak atau pembatalan IR.
| | |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight!**
β Dengan otomatis sistem akan menghasilkan dokumen terkait seperti Credit Notes jika memiliki customer payment.
β Dapat membatalkan sales invoice return status paid yang tidak memiliki Credit Notes status active dan dapat membatalkan sales invoice status To credit.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Belum dapat membuat sales invoice return baik dari back office atau dari SFA.
β Belum dapat mengubah data sales invoice return baik dari back office atau dari SFA.
β Invoice Return (IR) dengan status cancelled tidak dapat diproses lebih lanjut.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Pastikan akses role **Control : SalesInvoiceReturn** atau **Read : SalesInvoiceReturn** telah diaktifkan
* Untuk membuat Sales Invoice Return dari Delivery Order Return, diperlukan role **Control : SalesInvoiceReturn** atau **Create : SalesInvoiceReturn.**
{% endhint %}
> **How to use?**
>
> * Akses ke Sales Invoice Return yang ingin Anda lihat detailnya
> * Jika Sales Invoice Return berstatus Completed, Anda dapat melakukan pembatalan dengan catatan tidak memiliki credit notes yang Active.
> * Jika Sales Invoice Return berstatus To credit, dan memilih untuk update status menjadi Completed, maka akan dibuatkan dokumen terkait lainnya.
## Credit Notes
Credit Notes adalah dokumen yang dikeluarkan oleh penjual kepada pembeli untuk mencatat pengurangan atau pengembalian dana atas jumlah tertentu dari transaksi sebelumnya. Credit Notes pada SimpliDOTS saat ini masih digunakan dalam proses pengembalian barang. Dokumen ini sering kali dikaitkan dengan Sales Return atau pengembalian uang pelanggan.
{% hint style="success" %}
**Highlight!**
β Mencatat pengurangan jumlah pembayaran atas faktur sebelumnya.
β Dapat digunakan untuk membayar invoice yang belum lunas.
β Dapat melakukan pembatalan credit notes jika belum digunakan sebagai pembayaran.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Hanya dapat digunakan untuk membayar invoice belum lunas, belum bisa dilakukan refund.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Pastikan akses role **Control : CreditNote** atau **Read : CreditNote** telah diaktifkan.
* Untuk membuat CreditNote dari Invoice Return, diperlukan akses role **Control : CreditNote** atau **Create : CreditNote.**
{% endhint %}
> **How to use?**
>
> 1. Untuk menggunakan credit notes sebagai pembayaran, Anda dapat melakukan dengan tiga cara:
> 1. Dari list Credit Notes, pilih opsi apply to invoice, Anda akan dibawa ke halaman Customer Payment
> 2. Dari detail Credit Notes, pilih opsi apply to invoice, Anda akan dibawa ke halaman Customer Payment
> 3. Dari Create Customer Payment, pilih customer, anda dapat melihat list credit notes yang available untuk digunakan\
> 
> 2. Masukkan nominal credit notes yang ingin anda gunakan. Sistem akan otomatis menerapkan credit notes ke invoice tertua (pertama). Untuk menerapkan ke invoice lainnya, anda dapat menghapus dan input nominal ke invoice lainnya.
> 3. Simpan customer payment tersebut, sistem akan otomatis memotong credit notes.
## Master Data Reason
Fitur ini dirilis untuk menyediakan opsi yang dapat digunakan sebagai alasan (reason) saat membuat retur penjualan (sales return). Reason ini dapat di-custom oleh user sesuai kebutuhan.\
{% hint style="success" %}
**Highlight!**
β Reason dapat dibuat secara manual oleh user.\
β Sistem menyediakan 8 reason default yang dapat dihapus atau diubah sesuai kebutuhan user. Reason ini digunakan sebagai alasan retur dilakukan.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Saat ini hanya bisa membuat master data reason untuk kebutuhan sales order return.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Pastikan akses role **Control : Reason** atau **Read : Reason** telah diaktifkan.
* Untuk membuat Reason, diperlukan akses role **Control : Reason** atau **Create Reason.**
{% endhint %}
> **How to use?**
>
> * Akses ke Reason untuk melihat seluruh reason yang telah dibuat.
> * Jika kamu akses ke menu Reason pertama kalinya, sistem akan auto generate 8 default reason. Reason default ini dapat dihapus atau diubah sesuai kebutuhan user.
## Study Case
Bayangkan ini!
> *Kamu sudah mengirimkan 100 unit barang ke pelanggan, semuanya terlihat lancar. Namun, pelanggan menghubungi kamu untuk mengembalikan 20 unit karena ada kerusakan. Saat itu, kamu bingungβbagaimana cara mencatat retur tanpa mengacaukan stok, tagihan, atau laporan keuangan?*
Tenang, kini SimpliDOTS hadir dengan fitur **Sales Return** yang mempermudah proses retur barang kamu!
### **1. SO, DO, dan Retur**
Contohnya, kamu membuat Sales Order untuk 100 unit barang total Rp100.000. Barang dikirim menggunakan DO, dan pelanggan sudah menerimanya. Kemdian, pelanggan mengembalikan 20 unit barang senilai Rp20.000.
Berikut langkah yang terjadi jika kamu menggunakan fitur Retur di SimpliDOTS:
{% stepper %}
{% step %}
**Pembuatan Dokumen Retur**
Kamu dapat mencatat pengembalian 20 unit melalui dokumen Order Return.
{% endstep %}
{% step %}
**Konfirmasi Penerimaan Barang**
Setelah memastikan barang telah diterima kembali, kamu melakukan Generate Delivery Return. Sistem akan menginformasi kesuksesan pembuatan Delivery Return pada notifikasi.
{% endstep %}
{% step %}
**Data Stok Terupdate**
Setelah sukses dibuat, maka barang yang diretur otomatis kembali ke inventori kamu.
{% endstep %}
{% step %}
**Penyesuaian Kuantitas pada Invoice**
Ketika Sales Invoice dibuat, sistem hanya menagihkan 80 unit senilai Rp80.000
{% endstep %}
{% endstepper %}
### 2. SO, DO, SI dan Retur
Contohnya, kamu membuat Sales Order untuk 100 unit barang seharga Rp100.000. Barang dikirim menggunakan DO, pelanggan sudah menerima, dan tagihan telah dibuat melalui Sales Invoice senilai Rp100.000. Namun, pelanggan mengembalikan 20 unit barang.
Berikut langkah yang terjadi di jika kamu menggunakan fitur Retur di SimpliDOTS:
{% stepper %}
{% step %}
**Pembuatan Dokumen Retur**
Kamu mencatat pengembalian 20 unit melalui dokumen Order Return.
{% endstep %}
{% step %}
**Konfirmasi Penerimaan Barang**
Setelah memastikan barang telah diterima kembali, kamu melakukan Generate Delivery Return. Sistem akan menginformasi kesuksesan pembuatan Delivery Return pada notifikasi.
{% endstep %}
{% step %}
**Data** **Stok** **Terupdate**
Setelah sukses dibuat, maka barang yang diretur otomatis kembali ke inventori kamu.
{% endstep %}
{% step %}
**Sistem Otomatis Membuat Sales Invoice Return (IR)**
Sistem secara otomatis membuat dokumen Sales Invoice Return senilai Rp20.000 untuk mengurangi tagihan pelanggan.
{% endstep %}
{% step %}
**Penyesuaian Sales Invoice (SI)**
Dikarenakan telah dibuat dokumen Sales Invoice Return senilai Rp20.000, maka tagihan SI sebelumnya yang sudah dibuat akan berkurang sesuai nominal retur. Sehingga nominal SI setelah disesuaikan adalah Rp80.000.
{% endstep %}
{% step %}
**Pembuatan Pembayaran Pelanggan (CP)**
Ketika pelanggan ingin melakukan pembayaran, maka pelanggan hanya perlu membayar senilai Rp80.000.
{% endstep %}
{% endstepper %}
### 3. SO, DO, SI, CP dan Retur
Contohnya, kamu membuat Sales Order untuk 100 unit barang seharga Rp100.000. Barang dikirim menggunakan DO, pelanggan sudah menerima, tagihan dibuat melalui Sales Invoice senilai Rp100.000, dan pembayaran telah dilakukan. Namun, pelanggan mengembalikan 20 unit barang.
Berikut langkah yang terjadi di jika Anda menggunakan fitur Retur di SimpliDOTS:
{% stepper %}
{% step %}
**Pembuatan Dokumen Retur**
Kamu mencatat pengembalian 20 unit melalui dokumen Order Return.
{% endstep %}
{% step %}
**Konfirmasi Penerimaan Barang**
Setelah memastikan barang telah diterima kembali, kamu melakukan Generate Delivery Return. Sistem akan menginformasi kesuksesan pembuatan Delivery Return pada notifikasi.
{% endstep %}
{% step %}
**Data Stok Terupdate**
Setelah sukses dibuat, maka barang yang diretur otomatis kembali ke inventori kamu.
{% endstep %}
{% step %}
**Sistem Otomatis Membuat Sales Invoice Return (IR)**
Sistem secara otomatis membuat dokumen Sales Invoice Return senilai Rp20.000 untuk mengurangi tagihan pelanggan.
{% endstep %}
{% step %}
**Sistem Otomatis Membuat Credit Notes (CN)**
Sistem secara otomatis membuat dokumen Credit Notes senilai Rp20.000 yang bisa digunakan untuk pembayaran invoice yang belum lunas.
{% endstep %}
{% endstepper %}
## Improvements
### Penambahan Error Message saat Gagal Mendapatkan Lokasi saat Refresh Location
Pada release sebelumnya, fitur tombol manual untuk refresh lokasi telah tersedia. Dalam perbaikan ini, kami menambahkan error message jika sistem gagal mendapatkan lokasi terbaru akibat sinyal internet yang kurang memadai. Fitur ini memberikan feedback lebih cepat kepada pengguna untuk mengontrol tindakan selanjutnya tanpa harus menunggu lama.
### Penambahan Fitur Device Info untuk Mempermudah Troubleshoot
Kami telah memperbarui proses troubleshooting agar lebih cepat dan mudah. Kini, dengan hanya mengklik satu tombol, Anda bisa mendapatkan seluruh kebutuhan dasar untuk melakukan troubleshooting tanpa harus mengakses banyak halaman atau mengambil tangkapan layar satu per satu. Anda bisa kirim tangkapan layar berikut ke tim Customer Success kita kedepannya.
| | |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# 2024
# Updates Mengenai PPN 12%
Pada tahun 2025, terjadi kenaikan nilai PPN menjadi 12%. Tentunya, hal ini berdampak pada transaksi distribusi yang kamu lakukan pada sistem SimpliDOTS.
Oleh karena itu, kamu tentu harus melakukan update terhadap database yang digunakan khususnya pada **SAP (Sales Automation Platform).**
{% hint style="danger" %}
**ATTENTION**!!!
* Pastikan update PPN 12% dilakukan **sebelum 1 Januari 2025.**
* Untuk pengguna SFA, khususnya salesman, wajib melakukan **Clear All Data** dan **Sync Stock and Master Data** agar mendapat PPN ter-updated.
* Kami menyarankan Admin/Salesman untuk memastikan atau mencoba **simulasi transaksi** setelah data di-update ke 12%. Hal ini untuk memastikan semuanya sudah berjalan dengan baik sebelum tanggal 1 Januari 2025. Jika ada yang belum sesuai, masih ada waktu untuk diperbaiki tanpa mengganggu operasional.
{% endhint %}
**Lakukan perubahan PPN sesuai dengan kebutuhan pajak perusahaan.** Berikut pilihan terhadap updates PPN 12%.
1. Kamu dapat hanya **mengubah nilai PPN lama menjadi baru** atau PPN dengan nilai 11% diganti menjadi 12%, *atau*
2. Kamu dapat **menambah data PPN baru** dengan nilai 12% dan memperbaharui data pajak pada semua data produk sesuai pajak baru.
Selengkapnya, silakan ikuti pilihan saran di bawah ini:
***
### Saran 1. Ubah Data Pajak
Jika pada tahun 2025, kamu ingin secara otomatis seluruh transaksi baru mendapat PPN 12%, maka kamu dapat mengubah data pajak PPN dari 11% menjadi 12% pada Data Master Pajak.
* Step 1. **Ubah data pajak** \[[klik di sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/data-master/keuangan/cara-mengubah-data-pajak-tax) untuk melihat panduan].
* Step 2. Lakukan **Hapus Semua Data** pada aplikasi SFA salesman [\[Klik di sini ](https://panduan-sap.simplidots.id/sfa/sfa-sales-force-automation/profil/cara-hapus-semua-data)untuk melihat panduan].
* Step 3. Lakukan **Sinkron transaksi dan master data** pada aplikasi SFA salesman \[[Klik di sini](https://panduan-sap.simplidots.id/sfa/sfa-sales-force-automation/beranda/sinkronisasi-data/cara-sinkron-transaksi-dan-master-data) untuk melihat panduan].
* Step 4. Pastikan transaksi terbaru sudah mendapat PPN sesuai yang ter-updated.
Atau, kamu bisa menggunakan saran pilihan kedua yaitu,
### Saran 2. Tambah Data Pajak
Jika pada tahun 2025, kamu masih ingin menggunakan data pajak PPN lama (PPN 11%) dan PPN baru (PPN 12%), kamu perlu menambah data pajak PPN 12% agar dapat digunakan bersamaan dengan PPN 11% yang sebelumnya telah berjalan.
* Step 1. **Tambah data pajak baru** \[[klik di sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/data-master/keuangan/cara-menambah-data-pajak-tax) untuk melihat panduan].
* Step 2. **Ubah nama pajak pada master data produk** sesuai dengan pajak terbaru. \[[Klik di sini ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/data-master/produk/master-produk/cara-ubah-nama-pajak-pada-master-data-produk-melalui-impor-update-data)untuk melihat panduan].
* Step 3. Lakukan **Hapus Semua Data** pada aplikasi SFA salesman [\[Klik di sini ](https://panduan-sap.simplidots.id/sfa/sfa-sales-force-automation/profil/cara-hapus-semua-data)untuk melihat panduan].
* Step 4. Lakukan **Sinkron transaksi dan master data** pada aplikasi SFA salesman \[[Klik di sini](https://panduan-sap.simplidots.id/sfa/sfa-sales-force-automation/beranda/sinkronisasi-data/cara-sinkron-transaksi-dan-master-data) untuk melihat panduan].
* Step 5. Pastikan transaksi terbaru sudah mendapat PPN sesuai yang ter-updated.
{% hint style="warning" %}
**NOTES**:
* Per tanggal **1 Januari 2025**, untuk tenant (pengguna) baru di SAP akan tergenerate **nilai pajak PPN 12%** di sistem secara **otomatis**.
* Ketika user baru atau user lama melakukan **hapus default pajak βPPNβ,** maka saat user membuat transaksi dari sistem akan otomatis mengenerate pajak PPN dengan nilai 12%.
* Saat terjadi perubahan pajak default ke PPN 12%, untuk seluruh transaksi **Sales Order/Sales Invoice/Purchase** lama yang dibuat masih menggunakan pajak 11% maka saat di edit, transaksi nilai pajaknya akan tetap memakai 11%. \
Namun, jika user ingin transaksi lama di edit dan pajak ikut update ke PPN 12%, maka user harus re-select pilihan pajaknya dari backoffice agar dari sistem ter-recalculate kembali sesuai pajak terbarunya.
{% endhint %}
# Pembaharuan Notifikasi pada SMH - \[Nov 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat pembaharuan fitur pada SMH (Sales Management Hub) yaitu pembaharuan notifikasi agar dapat mempermudah user dalam menggunakan sistem.
> **What's New?**
>
> 1. Perbaikan tampilan nama panjang pada Dropdown Item.
>
> 2. Penambahan Icon Product Focus pada Customer Stock dan Customer Detail
>
> 3. Fleksibilitas Pengaturan Notifikasi Pop-Up.
>
> 4. Notifikasi Bisa di Retry Jika Gagal.
>
> 5. Notifikasi Partisi Sesuai Tanggal.
>
> 6. Peningkatan Performa Notifikasi.
>
> **What was fixed?**
>
> Perbaikan Related Document.
## New Features
### 1. Perbaikan Tampilan Nama Item yang Panjang pada Dropdown Item
Kami telah memperbaiki tampilan untuk nama item yang panjang pada dropdown. Sebelumnya, nama yang terlalu panjang akan terpotong, sehingga tidak terlihat sepenuhnya. Kini, nama item yang panjang akan otomatis di-*truncate* dan akan menampilkan nama lengkapnya saat pengguna melakukan hover.
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |
|  |  |
|  |  |
### 2. Penambahan Icon Product Focus pada Customer Stock dan Customer Detail
Pada pembaruan ini, kami menambahkan ikon **Product Focus** di halaman Customer Stock dan pada tab Stock di detail pelanggan. Ikon ini memudahkan pengguna untuk mengenali produk yang termasuk dalam fokus penjualan.
Jika suatu item tidak lagi termasuk dalam Product Focus, ikon akan otomatis hilang. Susunan per item menjadi sorted by last update.
|
|
|
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### 3. Fleksibilitas Pengaturan Notifikasi Pop-Up
Kami telah menambahkan fleksibilitas untuk mengaktifkan atau menonaktifkan notifikasi pop-up yang muncul di sudut kanan atas setelah hasil generate document. Pengguna kini dapat menyesuaikan notifikasi sesuai kebutuhan. Jika notifikasi pop-up dinonaktifkan, informasi terbaru tetap akan dicatat sebagai jumlah pesan baru di ikon lonceng notifikasi (notif bell).
### 4. Notifikasi Dapat di Retry Jika Gagal
Pada pembaruan ini, terdapat 2 jenis notifikasi gagal, yaitu Generate SI & Sync Master Data/Transaction.
Dari kedua hal tersebut hanya notifikasi Generate SI yang dapat di-retry. Notifikasi yang gagal dapat di-retry berulang kali.
Kemudian, apabila notifikasi di-retry maka notifikasi tersebut akan berpindah ke yang paling atas. Sebagai contoh, terdapat notifikasi yang gagal di tgl 2 November 2024, hari ini (tgl 6 November 2024) notifikasi tersebut di-retry.
Maka, notifikasi tersebut menghilang dari daftar notif tgl 2 November 2024 dan berpindah menjadi Progress pada urutan teratas di tgl 6 November (atau Hari Ini).
### 5. Notifikasi Partisi Sesuai Tanggal
Pada pembaruan ini, notifikasi kini dapat dipartisi atau dikelompokkan berdasarkan tanggal, sehingga memudahkan pengguna untuk melihat notifikasi sesuai urutan waktu. Pembagian notifikasi berdasarkan tanggal ini dirancang untuk meningkatkan keteraturan dan memudahkan akses pada informasi yang relevan.
### 6. Peningkatan Performa Notifikasi
Pada versi sebelumnya, terdapat batasan jumlah perangkat yang bisa menerima notifikasi dalam satu waktu. Hal ini menyebabkan beberapa perangkat tidak menerima notifikasi, dan daftar notifikasi kadang kosong jika jumlah perangkat yang aktif terlalu banyak.
Sekarang, di versi terbaru, batasan ini sudah dihapus. Semua perangkat dengan notifikasi yang aktif (toggle on) pasti akan menerima notifikasi tanpa terkecuali. Nikmati pengalaman notifikasi yang lebih andal dan konsisten!
## Bug Fixesπ
### Related Document
Pada versi sebelumnya, terkadang related document tidak muncul secara konsisten. Kini, masalah tersebut telah kami perbaiki!
Sekarang, related document akan tampil dengan lancar dan konsisten untuk memastikan pengalaman yang lebih baik dan efisien untuk Anda.
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Customer Stock Berdasarkan Product Focus - \[09 Oct 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu fitur **Product Focus** untuk menambah data **Customer Stock** agar dapat mempermudah proses pencatatan stok pelanggan berdasarkan produk yang difokuskan dalam pencatatan penjualan.
## New Features
### Product Focus
**Product Focus** membantu tim sales dan admin untuk mengetahui produk mana yang harus diperhatikan lebih dahulu. Admin dapat menetapkan produk tertentu sebagai prioritas, sehingga baik salesman maupun admin dapat fokus menjual item-item yang paling penting dan berpotensi memberikan penjualan terbaik saat membuat order.
#### 1. Tentukan Produk Sebagai Produk Fokus
Fitur yang memungkinkan tim sales dan admin untuk mengidentifikasi dan memprioritaskan produk tertentu sebagai fokus utama dalam proses penjualan dan pemesanan, membantu meningkatkan efisiensi dan efektivitas dalam mencapai target penjualan.
{% hint style="success" %} **Highlight**:
* Menetapkan produk yang ingin di prioritas untuk penjualan dan pengecekan stok, sehingga memaksimalkan potensi penjualan.
* Meningkatkan fokus tim sales di lapangan dengan memastikan produk fokus menjadi prioritas utama.
* Memudahkan admin dan salesman dalam membuat order berdasarkan produk yang ditetapkan sebagai fokus, mempercepat proses penjualan.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
Hanya produk yang ditetapkan oleh admin yang akan ditampilkan sebagai produk fokus.
{% endhint %}
{% hint style="info" %}
**Syarat** :
Admin harus memiliki akses yang sesuai untuk mengelola produk fokus.
{% endhint %}
#### 2. Melihat Produk yang Ditandai Sebagai Product Focus pada List dan Detail Produk di SMH
Fitur ini memudahkan user untuk mengidentifikasi produk yang telah ditetapkan sebagai fokus penjualan.
{% hint style="success" %}
**Highlight**:
* Produk yang ditetapkan sebagai Product Focus akan secara otomatis ditandai dengan icon pin yang berwarna biru, sehingga mudah dikenali oleh user.
* Dapat melakukan filter atas Product Focus.
{% endhint %}
{% hint style="warning" %}
**Limitasi** :
Produk fokus pada web, tidak diurutkan berdasarkan produk fokus
{% endhint %}
{% hint style="info" %}
**Syarat**:
Admin harus memiliki akses yang sesuai untuk mengelola produk fokus.
{% endhint %}
#### 3. Melakukan Transaksi dengan Produk yang Sudah Diurutkan Berdasarkan Product Focus di SMH
Fitur ini mempermudah user dalam melakukan transaksi dengan menampilkan produk yang telah diurutkan berdasarkan Product Focus, sehingga transaksi lebih efisien.
{% hint style="success" %}
**Highlight**:
Saat melakukan transaksi, produk yang telah difokuskan akan otomatis muncul di bagian atas daftar, memudahkan pemilihan item yang diprioritaskan.
{% endhint %}
{% hint style="warning" %}
**Limitasi** :
Produk yang tidak ditandai sebagai fokus tidak akan muncul di bagian atas, sehingga perlu dicari secara manual.
{% endhint %}
{% hint style="info" %}
**Syarat** :
User harus memiliki akses ke modul transaksi serta produk terkait.
{% endhint %}
#### 4. Melihat Produk yang Ditandai Sebagai Product Focus pada List dan Detail Produk di SFA
Fitur ini memudahkan user untuk mengidentifikasi produk yang telah ditetapkan sebagai fokus penjualan.
{% hint style="success" %}
**Highlight**:
* Produk yang ditetapkan sebagai Product Focus akan secara otomatis ditandai dengan tulisan product focus yang berwarna biru, sehingga mudah dikenali oleh user.
* Tampilan produk telah diurutkan berdasarkan produk fokus.
{% endhint %}
#### 5. Melakukan Transaksi dengan Produk yang Sudah Diurutkan Berdasarkan Product Focus di SFA
Fitur ini mempermudah user dalam melakukan transaksi dengan menampilkan produk yang telah diurutkan berdasarkan Product Focus, sehingga transaksi lebih efisien.
{% hint style="success" %}
**Highlight**:
Saat melakukan transaksi (SO atau SI) dan ingin menambahkan produk, produk yang telah difokuskan akan otomatis muncul di bagian atas daftar, memudahkan pemilihan item yang diprioritaskan.
{% endhint %}
{% hint style="warning" %}
**Limitasi** :
Produk yang tidak ditandai sebagai fokus tidak akan muncul di bagian atas, sehingga perlu dicari secara manual.
{% endhint %}
{% hint style="info" %}
**Syarat** :
User harus memiliki akses ke modul transaksi serta produk terkait.
{% endhint %}
> **Customer Stock:** Memungkinkan salesman untuk mencatat dan memantau stok barang di toko pelanggan secara langsung saat berkunjung. Dengan fitur ini, salesman dapat memasukkan jumlah stok produk yang tersedia di tempat pelanggan, memperbarui data dengan cepat, dan memastikan informasi stok selalu akurat dan terbaru.
#### 6. Akses Customer Stock
Fitur ini memungkinkan pengguna dengan akses khusus untuk melihat, mengelola, dan memperbarui data stok pelanggan dalam sistem, baik melalui web maupun mobile.
{% hint style="success" %}
Highlight:
β Dapat menentukan akses customer stock kepada user untuk mengakses halaman Customer stock.
* Control β Dapat akses read, create, edit, export customer stock.
* Read β Membaca dokumen customer stock.
* Create β Membuat dokumen customer stock.
* Edit β Mengubah dokumen customer stock.
* Export β Mengekspor dokumen customer stock.
β Fitur ini mendukung pencatatan stok secara real-time, memudahkan pengelolaan stok produk untuk pelanggan aktif maupun unverified.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
* Hanya user dengan akses yang sesuai yang dapat melihat dan mengedit data customer stock.
* Jika tidak diberikan akses, modul Customer Stock tidak akan muncul di menu utama.
* Tidak bisa melakukan delete.
{% endhint %}
{% hint style="info" %}
**Syarat**:
Pengguna harus memiliki akses peran yang telah ditetapkan untuk mengelola role group.
{% endhint %}
#### 7. Mencatat Customer Stock di SFA
Fitur ini memungkinkan salesman untuk mencatat dan mengelola stok pelanggan langsung dari perangkat mobile selama kunjungan, sehingga memudahkan pelacakan stok secara real-time.
{% hint style="success" %}
**Highlight**:
* Salesman hanya bisa input stok saat sedang melakukan kunjungan pelanggan. (Bisa melakukan check in pada halaman Customer Stock).
* Data produk yang ditampilkan pada halaman ini adalah semua produk yang dapat dijual oleh employee terkait (tergantung divisi, dll).
* Indikator βUpdatedβ akan muncul apabila ada perubahan data Customer Stock pada produk terkait di hari yang sama. Ketika berganti hari, maka indikator akan hilang.
* Jumlah stok akan menjadi sama dengan indikator updated apabila data sudah di-sync.
* Input stok dapat dilakukan untuk pelanggan aktif dan unverified, dengan prioritas pada produk yang telah ditandai sebagai Product Focus.
* Admin dapat mengelola dan memfilter produk berdasarkan Product Focus.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
* Hanya bisa input stok saat sedang melakukan kunjungan pelanggan dengan status βVisitingβ.
* Produk yang ditampilkan adalah produk sesuai dengan divisi salesman
* Hanya Salesman yang mendapatkan akses customer stock yang dapat menggunakan fitur customer stock.
* Tidak terhubung pada warehouse, hanya sebatas pencatatan stock customer di lapangan saja.
{% endhint %}
{% hint style="info" %}
**Syarat**:
* Salesman harus memiliki akses customer stock.
* Hanya bisa input customer stock pada status customer visiting.
{% endhint %}
Gambar di atas adalah tampilan ketika salesman tap pada salah satu produk untuk update data Customer Stock ketika belum visit pada Customer tersebut. Salesman hanya diperbolehkan update data customer stock apabila sedang visit pada Customer tersebut (Visiting).
#### **8. Membuat Customer Stock di SMH**
Fitur ini memungkinkan user untuk membuat dan mengelola stok pelanggan langsung melalui SMH, dengan berbagai opsi untuk mengatur produk dan memastikan data stok selalu up-to-date.
{% hint style="success" %}
**Highlight**:
* Admin dapat membuat dan memperbarui stok pelanggan untuk pelanggan aktif secara langsung melalui web.
* Produk ditampilkan berdasarkan divisi karyawan, memudahkan pengelolaan produk yang relevan.
* Tanggal input stok dapat diisi untuk hari ini hingga 7 hari sebelumnya, memberikan fleksibilitas dalam pencatatan data.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
* Hanya pelanggan berstatus aktif yang dapat diperbarui stoknya.
* Produk tidak bisa disimpan jika kolom jumlah stok dibiarkan kosong (akan muncul peringatan).
* Tidak dapat menginput tanggal di luar rentang 7 hari sebelum hari ini.
* Tidak terhubung pada warehouse, hanya sebatas pencatatan stock customer di lapangan saja.
{% endhint %}
{% hint style="info" %}
**Syarat**:
* Admin harus memiliki akses ke modul Customer Stock dan hanya dapat mengelola stok untuk pelanggan yang berstatus aktif.
* Admin bisa menetapkan produk dengan jumlah stok 0, namun tidak diperbolehkan untuk input nilai negatif.
{% endhint %}
#### 9. Melihat Detail Customer Stock dari Menu Customer Stock di SMH
Fitur ini memungkinkan user untuk melihat detail stok pelanggan secara menyeluruh di SMH, memberikan informasi stok terkini yang telah diinput oleh salesman, serta data stok berdasarkan produk dan pelanggan.
{% hint style="success" %}
**Highlight**:
Admin dapat melihat stok terkini yang telah diinput untuk setiap pelanggan, termasuk tanggal dan siapa yang melakukan pembaruan beserta produk dan kuantitas.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
* Data stok hanya menampilkan stok terakhir yang diinput.
* Tidak ada riwayat detail untuk setiap perubahan stok.
* Hanya 1 dokumen yang akan di buat per hari untuk Customer dan Employee yang sama. Jika terdapat perubahan data produk, maka akan menimpa dokumen yang sudah ada.
* Tidak terhubung pada warehouse, hanya sebatas pencatatan stock customer di lapangan saja.
* Produk Product Focus belum ditampilkan icon pin biru.
{% endhint %}
{% hint style="info" %}
**Syarat**:
Admin harus memiliki akses yang sesuai untuk mengelola dan melihat Customer Stock di SMH.
{% endhint %}
### Mengubah Customer Stock di SMH
Fitur ini memungkinkan admin untuk melakukan perubahan pada data stok pelanggan yang sudah ada, memastikan bahwa informasi yang ditampilkan selalu akurat dan terkini.
{% hint style="success" %}
**Highlight**:
* Admin dapat mengubah jumlah stok untuk pelanggan aktif dengan mudah melalui sistem.
* Perubahan yang dilakukan akan langsung tersimpan dan menggantikan data stok sebelumnya.
* Menampilkan informasi lengkap mengenai produk yang diubah, termasuk tanggal dan karyawan yang melakukan pembaruan.
{% endhint %}
{% hint style="warning" %}
**Limitasi**:
* Hanya dapat mengubah stok untuk pelanggan berstatus aktif.
* Tidak dapat mengubah stok menjadi nilai negatif; hanya nilai 0 atau positif yang diperbolehkan.
* Perubahan yang dilakukan akan menimpa data sebelumnya dan tidak dapat dipulihkan.
* Tidak terhubung pada warehouse, hanya sebatas pencatatan stock customer di lapangan saja.
{% endhint %}
{% hint style="info" %}
**Syarat**:
* Admin harus memiliki akses yang sesuai untuk mengelola dan mengubah Customer Stock di SMH.
* Hanya dapat mengubah stok untuk pelanggan berstatus aktif.
{% endhint %}
#### 10. Export Customer Stock
Fitur ini memungkinkan admin untuk mengekspor data stok pelanggan ke dalam format file yang dapat digunakan untuk analisis lebih lanjut atau pencatatan eksternal.
{% hint style="success" %}
**Highlight**:
* Admin dapat mengekspor data stok pelanggan dalam format yang mudah dibaca seperti Excel atau CSV.
* Memudahkan pengelolaan dan analisis data stok di luar sistem SMH.
* Dapat digunakan untuk membuat laporan stok secara menyeluruh atau per pelanggan.
* Data yang diekspor mencakup informasi produk, jumlah stok, waktu pembaruan, dan karyawan yang melakukan update.
{% endhint %}
{% hint style="warning" %}
**Limitasi** :
* Hanya data yang sudah diinput oleh salesman yang akan diekspor.
* Ekspor tidak menampilkan histori perubahan stok, hanya stok terkini.
{% endhint %}
{% hint style="info" %}
**Syarat**:
Admin harus memiliki akses untuk mengekspor data Customer Stock dari SMH.
{% endhint %}
### Melihat Detail Customer Stock dari Menu Customer di SMH
Fitur ini memungkinkan admin untuk mengakses dan melihat detail stok pelanggan langsung dari menu Customer di SMH, memberikan kemudahan dalam memantau informasi stok terkini.
{% hint style="success" %}
**Highlight**:
* Admin dapat melihat detail stok untuk setiap pelanggan dengan mudah melalui menu Customer.
* Informasi yang ditampilkan mencakup produk yang diinput, jumlah stok, tanggal terakhir pembaruan, dan karyawan yang melakukan update.
* Memungkinkan admin untuk menampilkan informasi stok berdasarkan unit terkecil atau terbesar.
{% endhint %}
{% hint style="warning" %}
**Limitasi** :
* Hanya menampilkan stok terakhir yang diinput oleh user; tidak ada riwayat perubahan stok yang ditampilkan.
* Tidak terhubung pada warehouse, hanya sebatas pencatatan stock customer di lapangan saja.
* Produk Product Focus belum ditandai icon dan belum diurutkan di bagian atas daftar
{% endhint %}
{% hint style="info" %}
**Syarat**:
Admin harus memiliki akses yang sesuai untuk melihat Customer Stock dari menu Customer di SMH.
{% endhint %}
***
## Improvements
#### 1. Menambahkan Filter Brand pada Produk di SFA
Fitur ini memungkinkan pengguna untuk menyaring produk berdasarkan merek (brand) di menu Produk, memudahkan dalam menemukan produk yang relevan dengan cepat dan efisien.
#### 2. Menampilkan Sales Order Closed di SFA
Pada rilis kali ini, terdapat keterangan status Sales Order Closed
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Edit Delivery Summary - \[10 Sept 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu fitur untuk mengubah data pada Delivery Summary untuk mempermudah proses pembuatan Delivery Summary atau Rekap Surat Jalan secara manual agar sesuai dengan yang dibutuhkan oleh pengguna. Harapannya ini dapat memudahkan user dalam memaksimalkan penggunaan sistem.
Fitur baru ini memungkinkan pengguna untuk mengedit Delivery Summary, termasuk membuat Delivery Summary sehari sebelum pengiriman, serta mengubah data terkait seperti tanggal pengiriman, driver, helper, fleet, dan melakukan penambahan atau pengurangan Delivery Order sesuai kebutuhan.
Highlight
β Admin kini dapat mengubah Delivery Summary yang telah dibuat.
β Data yang dapat diubah yakni: tanggal, driver, helper, dan fleet.
β Dapat menambah atau mengurangi Delivery Order pada Delivery Summary yang telah dibuat.
β Admin dapat membuat Delivery Summary lebih awal.
Limitasi
β Pengubahan data DS dapat dilakukan untuk status DS Ready. Dalam arti, perubahan hanya dapat dilakukan sebelum pengiriman dilakukan; setelah atau ketika pengiriman, edit tidak akan diperbolehkan.
β Metode pengubahan dokumen DS hanya dapat dilakukan pada DS Manual saja.
Cara pembuatan
Akses Menu Delivery Summary
Pilih Delivery Summary Manual yang ingin diedit dari daftar.
Ubah data seperti tanggal, driver, helper, fleet, atau tambahkan dan kurangi item dalam Delivery Order sesuai kebutuhan.
Delivery Order yang terpilih akan ditampilkan pada tab Selected. Sehingga memudahkan kamu untuk melihat mana saja Delivery Order yang telah dipilih.
Jika kamu ingin mengubah data ke sebelumnya (sebelum perubahan), silakan tekan tombol berikut. Reset to originalβ untuk mengubah data tanggal, driver, helper, fleet ke data sebelumnya (sebelum perubahan). Reset New selectedβ untuk mengubah data Delivery Order yang terpilih ke data sebelumnya (sebelum perubahan).
Setelah melakukan perubahan, simpan Delivery Summary yang telah diedit.
Syarat
Proses edit hanya dapat dilakukan pada Delivery Summary yang belum diproses pengirimannya.
Pengeditan hanya bisa dilakukan untuk DS manual
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur E-Faktur - \[11 Sept 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu E-Faktur untuk memproses dokumen faktur penjualan atau Sales Invoice (SI) menjadi elektronik faktur yang dapat di-upload ke aplikasi DJP (Direktorat Jenderal Pajak) seperti penjelasan di bawah ini agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> 1. Penambahan fitur membuat E-Faktur
> 2. Memahami fitur detail E-Faktur.
> 3. Penambahan fitur download E-Faktur.
> 4. Penambahan fitur pembatalan E-Faktur
***
## What's New?
### 1. Buat E-Faktur
Kami telah menambahkan fitur E-Faktur yang memungkinkan pembuatan dan pengelolaan faktur elektronik. Meskipun belum terintegrasi dengan sistem perpajakan nasional, fitur ini mempermudah pengelolaan faktur elektronik dan memastikan data siap diekspor sesuai kebutuhan perpajakan.
Terdapat 2 pilihan e-faktur, seperti berikut.
* **Kelompok E-faktur Berdasarkan Pelanggan**
* **Kelompok E-Faktur Berdasarkan Faktur Penjualan**
Highlight
β Memungkinkan pembuatan E-Faktur berdasarkan Sales Invoice yang terbuat di sistem.
β Memungkinkan pembuatan faktur elektronik dengan opsi ekspor data.
β Mempermudah pengelolaan dan persiapan data faktur untuk keperluan perpajakan.
β Dapat memilih untuk membuat E-Faktur yang dikelompokkan berdasarkan Pelanggan atau berdasarkan Faktur Pelanggan.
β Dapat memilih untuk membuat E-Faktur dengan faktur yang memiliki pajak saja atau faktur yang memiliki pajak dan tanpa pajak.
Limitasi
β Belum terintegrasi dengan sistem perpajakan nasional, sehingga data hanya dapat diekspor untuk diolah secara manual.
β Pengguna harus memastikan data yang diekspor sesuai dengan format dan persyaratan yang ditentukan oleh otoritas pajak.
β Faktur yang berstatus Cancelled tidak dapat di buat E-Faktur
Cara pembuatan
Akses modul E-Faktur dari sistem.
Pilih opsi Buat E-Faktur Baru.
Anda dapat memilih untuk membuat E-Faktur yang dikelompokkan berdasarkan Pelanggan atau berdasarkan Faktur Pelanggan.
Isi informasi yang diperlukan untuk pembuatan faktur.
Pilih jenis faktur dikenakan pajak atau tidak:
Jika Anda ingin membuat E-Faktur yang menampilkan isi item yang dikenakan pajak saja, maka jangan centang βInclude Zero Taxβ.
Jika Anda ingin membuat E-Faktur yang menampilkan isi item baik dikenakan pajak atau tidak, maka centang βInclude Zero Taxβ.
Simpan E-Faktur setelah semua data diisi dengan benar. Dokumen E-Faktur akan otomatis di ekspor.
Syarat
Harus menyediakan Nomor Faktur Pajak Awal dan Nomor Faktur Pajak Akhir yang didapati dari aplikasi e-Nofa
Faktur yang berstatus Cancelled tidak dapat di buat E-Faktur
### 2. Detail E-Faktur
Pengguna dapat melihat detail lengkap dari setiap E-Faktur yang telah dibuat.
Highlight
β Pengguna dapat melihat detail lengkap dari setiap E-Faktur yang telah dibuat, termasuk informasi pelanggan, Nomor Faktur Pajak yang digunakan, Faktur yang terpilih beserta tanggal pembuatan faktur dan jumlah faktur.
E-Faktur group by customerβ satu nomor pajak bisa memiliki lebih dari satu invoice, tapi hanya untuk satu customer saja
E-Faktur group by invoiceβ satu nomor pajak bisa memiliki satu invoice saja
Exclude Zero Tax β Total Sale Invoice yang dibuat hanya menampilkan item yang dikenakan pajak saja
Include Zero Tax β Total Sale Invoice yang dibuat menampilkan item yang dikenakan pajak dan tidak dikenakan pajak
β Memastikan data faktur yang akurat sebelum ekspor.
Limitasi
β Informasi hanya dapat dilihat, tidak dapat diubah kecuali melalui proses edit.
β Tidak terintegrasi dengan sistem perpajakan untuk validasi langsung.
Cara pembuatan
Akses modul E-Faktur dan pilih faktur yang ingin dilihat.
Klik pada faktur untuk membuka halaman detail.
Tinjau semua informasi yang ditampilkan untuk memastikan keakuratan data.
Syarat
E-Faktur harus selesai disimpan agar bisa melihat detail.
### 3. Download E-Faktur
Fitur ini memungkinkan pengguna untuk download data E-Faktur ke dalam format yang sesuai untuk digunakan dalam pelaporan pajak atau keperluan lainnya.
Highlight
β Memungkinkan download data E-Faktur ke dalam format file CSV yang dapat digunakan untuk pelaporan pajak.
β Memudahkan transfer data faktur elektronik ke sistem lain atau untuk keperluan audit.
β Meningkatkan fleksibilitas dalam pengelolaan data faktur elektronik.
Limitasi
β Belum terintegrasi dengan sistem perpajakan nasional, sehingga download harus dilakukan secara manual.
β Pengguna harus memastikan format file sesuai dengan persyaratan otoritas pajak.
β Bisa download satu per satu, belum bisa bulk download.
Cara pembuatan
Akses modul E-Faktur dan pilih faktur yang ingin di download.
E-Faktur akan di download dalam bentuk file CSV.
### 4. Pembatalan E-Faktur
Fitur ini memungkinkan pengguna untuk membatalkan E-Faktur yang telah dibuat sehingga nomor E-Faktur dan Invoice dapat digunakan lagi.
Highlight
β Dapat membatalkan E-Faktur yang sudah dibuat.
β Nomor E-Faktur dan Invoice dapat digunakan kembali setelah pembatalan.
Cara pembuatan
Akses modul E-Faktur dan pilih dokumen yang ingin dibatalkan.
Masuk ke detail, tekan tombol Cancel untuk membatalkan.
Syarat
Harus membuat terlebih dahulu dokumen E-Faktur agar bisa melakukan pembatalan.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan Tampilan pada Smart Portal x SAP - 28 Oct 2024
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat pembaharuan tampilan pada Smart Portal x SAP menjadi lebih lengkap dan jelas untuk memudahkan user dalam memaksimalkan penggunaan sistem.
Jadi, pada *release* kali ini terdapat perubahan pada integrasi SAP dengan Smart Portal. Penambahannya adalah Smart Portal dapat menarik data-data berikut dari SAP :
1. Customer
2. Product
3. Employee
4. Sales Order
5. Sales Invoice
6. Daily Visit
Sehingga, data SAP di atas bisa dikonsolidasi atau dilihat di Smart Portal gabungan dari beberapa tenant/cabang.
Selain itu, di perubahan kali ini juga ada beberapa adjustment di report BI Smart Portal agar konsisten sama dengan *new report* BI di SAP.\
\
Perubahan lainnya adalah penambahan beberapa report BI baru di SAP, seperti report Sales Order, Daily Visit dan *update* untuk report Sales Invoice di SAP.
{% hint style="info" %}
**Link Access Smart Portal:**
\
\
Untuk dapat mengakses Smart Portal, silakan hubungi tim CSA SimpliDOTS ya, Kawan Simpli!
{% endhint %}
## Cara Baca Report
### 1. Sales Invoice
Pada report sales invoice terdapat beberapa perubahan yang salah satunya adalah user dapat melihat report Sales Invoice, Sales Invoice Return & Net Sales dalam 1 view report. Detail perubahan penting seperti berikut :
* Navigation
Pada report sales Invoice, terdapat navigation bar untuk melihat data report Sales Invoice Return atau Net Sales.
* Filter
Terdapat penambahan beberapa filter seperti pada gambar di bawah ini.
Filter ini akan berubah ketika user berpindah report melalui navigation bar, filter akan menyesuaikan data pada Sales Return/Net Sales.
* 4 View Total Report
Informasi yang dimuat adalah sebagai berikut :
1. **Total Customer** : total seluruh customer pada data Sales invoice (bukan master data). Customer yang sama dihitung 1
2. **Number of Sales Invoice** : total nomor invoice yang dimiliki oleh tenant
3. **Total Quantity Ordered** : jumlah seluruh dari total qty pada setiap sales invoice
4. **Total Product Ordered**: total seluruh product pada data Sales invoice (bukan master data). Product yang sama dihitung 1.
* Total Sales Invoice
Total Sales Invoice menampilkan jumlah dari total invoice dan juga grafik total invoice per tanggal invoice (jika range filter date terlalu panjang, maka akan dikelompokkan menjadi per bulan).
* Top Performing Sales Person by Sales
Top Performing Sales Person by Sales menampilkan total sales yang dimiliki oleh setiap employee dan akan menunjukkan urutan mulai dari tertinggi hingga terendah.
* Top Performing Sales Person by Customer
Top Performing Sales Person by Customer menampilkan total sales yang dimiliki oleh setiap customer dan akan menunjukkan urutan mulai dari tertinggi hingga terendah.
* Top Performing Product
Top Performing Product menampilkan data daftar nama produk, jumlah yang terjual dan total sales dari produk tersebut.
* Top Performing Channel by Sales
Top Performing Channel by Sales menampilkan grafik sales dari setiap channel yang ada pada data Sales invoice. Channel ini ditampilkan jika pelanggan dikelompokkan berdasarkan channel.
* Eff. Call and Sales by Date
Effective Call and Sales by Date merupakan tampilan grafik total Effective Call dengan sales berdasarkan tanggal sales invoice.
* Persebaran
Pada view report bagian ini, user dapat melihat persebaran product dan customer, yang ada pada data sales invoice. Persebaran dapat ditampilkan dalam bentuk map maupun tabel. Data yang ditampikan berdasarkan alamat yang didaftarkan di masing-masing data pelanggan.
### 2. Sales Invoice Return
Pada report Sales Invoice Return hampir sama seperti report Sales Invoice, hanya saja data yang diolah hanyalah data return.
#### 3. Net Sales
Pada report Net Sales adalah sales invoice data yang ditampilkan yang merupakan data bersih (Sales Invoice - Sales Return). Berikut beberapa view report yang perlu diketahui :
* Net Sales From Customer\
Menampilkan data net sales (sales invoice - sales return) beserta grafik berdasarkan tanggal.
* Sales Invoice vs Sales Return\
Merupakan perbandingan nilai total Sales Invoice dan Sales Return berdasarkan tanggal.
* Top Performing Product by Sales\
Merupakan daftar data nama product, serta jumlah Net Sales dari produk tersebut.
* Top Performing Customer by Sales\
Merupakan data list nama customer, serta jumlah net sales dari customer tersebut
### 3. Sales Order
Pada report Sales Order terdapat beberapa perubahan. Detail perubahan penting seperti berikut:
* Navigation
Pada report sales order terdapat perubahan navigation bar untuk melihat data report sales order return atau net sales
* Filter
Terdapat penambahan beberapa filter seperti pada gambar. Filter ini akan berubah ketika user ada berpindah report melalui navigation bar, filter akan menyesuaikan data pada sales return / net sales
* 4 View Total Report
Informasi yang dimuat disini antara lain:
* **Total Customer** : total seluruh customer pada data Sales order(bukan master data). Customer yang sama dihitung 1
* **Number Of Sales Order**: total nomor order yang dimiliki oleh tenant
* **Total Quantity Ordered** : jumlah seluruh dari total qty pada setiap sales order
* **Total Product** : total seluruh product pada data Sales order (bukan master data). Product yang sama dihitung 1
* Total Sales Order
Pada view total sales order menampilkan jumlah dari total order dan juga grafik total per date nya (jika range filter date terlalu panjang dia akan di grouping per bulan)
* Top Performing Sales Person by Sales
Menampilkan total sales yang dimiliki oleh setiap employee
* Top Performing Sales Person by Customer
Menampilkan total sales yang dimiliki oleh setiap customer
* Top Performing Product\
Berisikan data list nama product, beserta jumlah terjual nya dan total sales dari produk tersebut
* Top Performing Channel by Sales
Merupakan grafik sales dari setiap channel yang ada pada data Sales order.
* Eff. Call and Sales by Date
Grafik total eff. Call dengan sales berdasarkan sales order date
### 4. Sales Order Return
Pada report sales order return sebenarnya mirip seperti report sales order hanya saja data yang diolah hanyalah data order return saja
### 5. Net Sales (SO)
Pada report net sales sales order data yang ditampilkan adalah data bersih (sales order - sales return). Berikut beberapa view report yang perlu diperhatikan :
* Net Sales From Customer\
Menampilkan data net sales (sales order- sales return) beserta grafik per date nya
* Sales Invoice vs Sales Return\
Merupakan perbandingan nilai total sales order dan sales return per date nya
* Top Performing Product by Sales
Berisikan data list nama product, beserta jumlah net sales dari produk tersebut
* Top Performing Customer by Sales
Berisikan data list nama customer, serta jumlah net sales dari customer tersebut
### 6. Daily Visit
Pada report daily visit terdapat beberapa perubahan antara lain
* Filter
Terdapat penambahan beberapa filter seperti pada gambar. Filter ini antara lain
* Date : filter berdasarkan tanggal visit
* Customer : filter berdasarkan customer
* SalesPerson : filter berdasarkan employee
* Role : role ini jika di SAP user mampu melakukan filtering terhadap salesman, canvasser atau salesman and canvasser
* Total visited
Menampilkan data dari total visit yang dikategorikan seperti berikut
* Planned visit : kunjungan yang sesuai plan
* Unplanned visit : kunjungan diluar plan
* Planned Visit Progress
Menampilkan data dari progress plan visit, terdapat beberapa data di dalamnya yaitu
* Target : total target dari plan visit
* Visited : jumlah kunjungan berdasarkan plan visit
* Sales Made Through Visit
Menampilkan data dari sale yang dilakukan bersamaan dengan visit, data itu meliputi
* Eff. Cals : kunjungan yang melakukan transaksi di dalamnya (efektif call)
* No Sale Visit: jumlah kunjungan yang tidak melakukan transaksi
* Total Customer
Grafik total customer per date yang dilakukan visit (customer yang sama dihitung 1)
* Total Sales
Grafik total sales per date yang dilakukan ketika visit
* Check In Parameter
Menampilkan data dari total visit yang OOS maupun tidak
* Total Performing Customer by Sales
Menampilkan data dari list nama customer, beserta berapa kali customer tersebut melakukan effective call, beserta total sale yang dibuatnya
* Planned vs Actual Visited by Date
Grafik perbandingan antara data berikut
* Planned : total target yang kunjungan yang ditentukan
* Visited plan : total kunjungan sesuai dengan plan
* Visited unplan : total kunjungan di luar plan
* Visited vs Eff.Call by Date
Menampilkan grafik perbandingan antara total visited dengan total effective call
* Eff.Calls, Visited and Sales by Customers
Menampilkan data jumlah eff.call, visited dan sales di setiap customer yang pernah dilakukan visit
* Eff. Call and Sales by Date
Menampilkan grafik Eff.call dengan total sales yang dilakukan per date nya
* Persebaran\
Pada view ini user dapat melihat persebaran customer yang ada bt latitude & longitude customer, dapat dilihat dalam bentuk maps maupun table
***
{% hint style="success" %}
**For Your Information:**
Menu yang ditampilkan pada Smart Portal di atas juga dapat kamu nikmati pada backoffice **SMH > Intelijen> Laporan Pesanan/Laporan Kunjungan/Laporan Pengiriman.**
Oh ya, sementara kamu dapat menikmati fitur ini dengan gratis hingga pemberitahuan lebih lanjut ya dan untuk mendapatkannya, silakan hubungi tim CSA SimpliDOTS ya, Kawan Simpli!
{% endhint %}
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Penambahan Fitur BI Smart Portal x SAP - 28 Oct 2024
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu BI Smart Portal untuk laporan khusus di SMH terkait laporan pesanan penjualan atau Sales Order (SO), Daily Visit, Delivery, Customer Payment, seperti penjelasan di bawah ini agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> Penambahan fitur BI Smart Portal yaitu laporan terkait transaksi seperti;
>
> 1. Sales Report
>
> 2. Delivery Report
>
> 3. Visit Report
>
> **What was fixed?**
>
> * Penambahan kode pelanggan, kode salesman, dan kode produk pada filter.
|  |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
### NEW FEATURES
Fitur baru yang kini hadir di menu Intelligence SAP adalah fitur yang juga disediakan pada Smart Portal. Fitur ini membantu kamu untuk mengelola laporan, menganalisa data penjualan lebih baik lagi seperti berikut.
### 1. Sales Report
Sebelumnya, kamu kesulitan dalam memantau dan menganalisis data penjualan karena tidak ada laporan pesanan penjualan (Sales Order) yang komprehensif. Kini, kamu dapat mengakses laporan Sales Order yang menyediakan informasi lengkap mengenai pesanan penjualan. Fitur ini memudahkan pemantauan, analisis, dan pengelolaan data penjualan dengan lebih efisien, membantu dalam pengambilan keputusan bisnis yang lebih baik.
Highlight
β Menyediakan data lengkap Sales Order untuk keperluan analisis.
β Memudahkan pemantauan kinerja penjualan, seperti laporan berikut:
Top Performing Customer by Sales
Top Performing Salesperson by Sales
Top Performing Product by Sales
Top Performing Channel by Sales
Eff. Call and Sales By Date
Penyebaran pelanggan by city
Penyebaran product by city
Data Customer Level
Data Product Level
Overall Sales Order Report
β Mendukung pengambilan keputusan bisnis dengan data yang akurat.
β Dapat melakukan filter sesuai keperluan.
β Dapat dilakukan export data.
Limitasi
βReport tidak real time, bisa didapatkan H+1 sejak transaksi terupdate.
βHarus memiliki data Sales Order, Customer, Salesperson, Product, Channel, Eff.Calls agar bisa menghasilkan report yang terperinci.
βTombol export saat ini tidak terlihat langsung, harus di "click more option".
Cara pembuatan
Akses menu Intelligence > Order Report.
Report akan tampil.
Syarat
Harus memiliki data Sales Order, Customer, Salesperson, Product, Channel, Eff. Calls agar bisa menghasilkan report yang terperinci.
### 2. Daily Visit Report
Sebelumnya, tidak ada laporan yang memberikan gambaran lengkap tentang aktivitas kunjungan harian dan efektivitasnya, sehingga mempersulit evaluasi kinerja lapangan.
Laporan Daily Visit kini memberikan gambaran lengkap tentang aktivitas harian setiap salesman, termasuk jumlah kunjungan, pesanan yang dihasilkan, dan efektivitas kunjungan.
Highlight
β Menyediakan data lengkap Daily Visit untuk keperluan analisis.
β Mendukung pengambilan keputusan bisnis dengan data yang akurat.
β Dapat melakukan filtering sesuai keperluan
β Dapat dilakukan export data
Limitasi
βReport tidak real time, bisa didapatkan H+1.
βHarus memiliki data Daily Visit, Route Planner, Customer, Salesperson, Sales Order, Sales Invoice, Eff.Calls agar bisa menghasilkan report yang terperinci.
βTombol export saat ini tidak terlihat langsung, harus di "click more option".
Cara pembuatan
Akses menu Intelligence > Visit Report.
Report akan tampil.
Syarat
Harus memiliki data Daily Visit, Route Planner, Customer, Salesperson, Sales Order, Sales Invoice, Eff.Calls agar bisa menghasilkan report yang terperinci.
### 3. Delivery Report
Sebelumnya, tidak ada laporan yang secara komprehensif menunjukkan status dan rincian pengiriman, menyulitkan pelacakan dan evaluasi performa pengiriman. Delivery Report kini memungkinkan kamu untuk melihat rincian pengiriman seperti total pengiriman, status pengiriman, dan performa pengiriman berdasarkan berbagai kriteria. Laporan ini membantu dalam memantau efisiensi dan efektivitas proses pengiriman.
Highlight
β Menyediakan data lengkap Delivery untuk keperluan analisis.
β Memudahkan pemantauan keperluan daily visit.
β Mendukung pengambilan keputusan bisnis dengan data yang akurat.
β Dapat melakukan filtering sesuai keperluan.
β Dapat dilakukan export data.
Limitasi
βReport tidak real time, bisa didapatkan H+1
βHarus memiliki data Customer, Salesperson, Sales Order, Sales Invoice, Delivery Order, Delivery Summary agar bisa menghasilkan report yang terperinci.
βTombol export saat ini tidak terlihat langsung, harus di "click more option".
Cara pembuatan
Akses menu Intelligence > Delivery Report.
Report akan tampil.
Syarat
Harus memiliki data Customer, Salesperson, Sales Order, Sales Invoice, Delivery Order, Delivery Summary agar bisa menghasilkan report yang terperinci.
## Improvements πͺ
Sebelumnya, saat melakukan filter tidak dapat melihat nama dan kode pelanggan, salesman, dan produk sehingga jika ada nama yang sama bisa membuat kesulitan.
Kini, kamu dapat melihat nama dan kode pelanggan, salesman, dan produk saat dengan menghover.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Pembaharuan pada Menu Sales Invoice SMH - \[05 Sept 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat pembaharuan fitur pada Sales Invoice di SMH (Sales Management Hub) seperti pada penjelasan di bawah ini agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> * Fitur "Related Documents" untuk menampilkan transaksi terkait.
>
> * Pilihan status 'Waiting' dan 'Ready' pada pembuatan Delivery Order setelah Confirm Delivery Summary.
>
> * Pembatalan Sales Invoice.
>
> * Pembatalan Pembayaran
>
> * Peningkatan proses pembuatan Sales Invoice (SI) untuk Sales Order dari halaman Sales Invoice.
>
> **What's Changed?**
>
> * Perubahan jam menjadi format 24 jam pada dokumen SO, DO, SI, DS, CP.
> * Penambahan ikon Loading pada tampilan daftar saat data sedang dimuat.
> * Peningkatan Notifikasi Detail dengan Informasi Nomor Dokumen dan Detail Lengkap.
> * Pembatalan Delivery Order.
## WHAT'S NEW?
### 1. Fitur "Related Documents" untuk Menampilkan Transaksi Terkait
Saat ini, kami telah menambahkan fitur "Related Documents" yang memungkinkan kamu untuk melihat semua transaksi terkait untuk setiap dokumen, kecuali Delivery Summary (DS).
Fitur ini mendukung transaksi seperti Sales Order (SO), Sales Invoice (SI), Delivery Order (DO), dan Customer Payment (CP), dan memudahkan pelacakan hubungan antar dokumen.
Highlight
β Menampilkan semua transaksi yang terkait dengan dokumen yang dipilih.
β Memudahkan pelacakan dan verifikasi hubungan antara dokumen dan transaksi terkait.
β Fitur ini mencakup dokumen seperti SO, SI, DO, dan CP.
Limitasi
β Fitur ini tidak berlaku untuk dokumen Delivery Summary (DS).
β Hubungan antar dokumen mungkin tidak terlihat jika data tidak terhubung dengan benar dalam sistem.
Cara pembuatan
Akses modul SO, SI, DO, atau CP.
Temukan dokumen yang ingin dilihat transaksi terkaitnya.
Buka dokumen yang ingin dilihat transaksi terkaitnya.
Akses opsi "Related Documents" dari menu atau tampilan dokumen.
Sistem akan menampilkan daftar transaksi yang terkait dengan dokumen tersebut.
Tinjau transaksi terkait untuk informasi lebih lanjut.
### 2. Pilihan Status 'Waiting' dan 'Ready' pada Pembuatan Delivery Order setelah Confirm Delivery Summary
Pada fitur baru ini, memungkinkan kamu untuk menentukan status '**Waiting**' atau '**Ready**' saat membuat Delivery Order setelah Confirm Delivery Summary.
Dengan status '**Waiting**', dokumen Delivery Order akan dibuat tanpa memotong stok barang, sementara dengan status '**Ready**', dokumen dibuat dan stok langsung dipotong.
Highlight
β Opsi baru untuk menentukan status Delivery Order sebagai 'Waiting' atau 'Ready' saat konfirmasi Delivery Summary. Sehingga dapat memprioritas pengiriman berdasarkan ketersediaan barang.
β Flexibilitas dalam pengelolaan stok sesuai kebutuhan pengiriman.
β Mengurangi risiko kesalahan stok dengan memilih status yang sesuai.
Limitasi
βOpsi 'Waiting' hanya menunda pemotongan stok, namun stok tetap harus dikelola dengan hati-hati untuk menghindari ketidaksesuaian.
βWalaupun sudah status Delivery Order 'Waiting', jika user ingin mengubah data, user harus cancel Delivery Order terlebih dahulu.
βSetelah status 'Ready' dipilih dan stok dipotong, jika user ingin mengubah data, user harus cancel Delivery Order terlebih dahulu. Stok yang sebelumnya sudah dipotong akan dikembalikan ke warehouse.
βHanya bisa menentukan status βWaitingβ saat confrim delivery summary.
Cara Pembuatan
Saat confirm DS, akan muncul popup pemilihan save as waiting atau save as ready beserta tooltip penjelasannya.
### 3. Pembatalan Sales Invoice
Sekarang, kamu dapat membatalkan Sales Invoice dengan mudah dan cepat. Fitur ini memberikan fleksibilitas lebih dalam mengelola transaksi kamu, memastikan bahwa setiap perubahan dapat dilakukan dengan efisien sesuai kebutuhan bisnis kamu.
Highlight
β Menyediakan opsi untuk membatalkan Sales Invoice dengan cepat.
β Meningkatkan fleksibilitas dalam pengelolaan transaksi.
β Mempermudah penyesuaian dan perbaikan transaksi sesuai kebutuhan bisnis.
Limitasi
βCancel sales invoice hanya bisa dilakukan pada status βActiveβ
βSales invoice hanya bisa dibatalkan jika dokumen Customer payment belum di buat
Cara
Akses modul Sales Invoice dalam sistem.
Temukan Sales Invoice yang ingin dibatalkan dari daftar transaksi.
Pilih opsi "Cancel" dan konfirmasi tindakan tersebut.
Sistem akan memproses pembatalan dan memperbarui status Sales Invoice
Syarat
Pengguna harus memiliki hak akses untuk melakukan pembatalan sales invoice.
Sales invoice hanya bisa dibatalkan jika dokumen Customer payment belum di buat.
Cancel sales invoice hanya bisa dilakukan pada status βActiveβ.
### 4. Pembatalan Pembayaran
Untuk fitur "Cancel Payment" ini memungkinkan kamu untuk membatalkan pembayaran yang telah dilakukan. Fitur ini memberikan fleksibilitas lebih dalam pengelolaan transaksi, dengan opsi untuk membatalkan pembayaran jika terjadi kesalahan atau perubahan dalam proses transaksi.
Highlight
β Kemampuan untuk membatalkan pembayaran yang telah diproses.
β Menambah fleksibilitas dalam manajemen transaksi dan penanganan kesalahan.
β Meningkatkan kontrol pengguna atas status pembayaran dan proses akuntansi.
Limitasi
β Belum memiliki fitur pengembalian uang (Refund).
Cara
Akses modul pembayaran pelanggan.
Temukan pembayaran yang ingin dibatalkan dari daftar transaksi.
Pilih opsi "Cancel" dan konfirmasi tindakan tersebut.
Sistem akan memproses pembatalan dan memperbarui status pembayaran sesuai kebutuhan.
Syarat
Pengguna harus memiliki hak akses untuk melakukan pembatalan pembayaran.
Kebijakan internal atau prosedur tambahan mungkin diperlukan untuk memproses pembatalan pembayaran.
Cancel pembayaran hanya bisa dilakukan pada status βActiveβ dan βCompletedβ.
### 5. Peningkatan Proses Pembuatan Sales Invoice (SI) untuk Sales Order dari Halaman Sales Invoice
Sebelumnya, pembuatan Sales Invoice (SI) memerlukan Sales Order (SO) dengan Delivery Order (DO) atau status SO adalah "To Invoice." Kini, kamu dapat membuat SI tanpa harus memiliki DO atau status SO masih βVerifiedβ, loh.
Highlight
β Dengan mudah akan mengkategorikan seluruh sales order yang belum ditagih dari customer yang dipilih.
β Dapat dengan fleksibel mengatur kuantitas sales order yang ingin ditagih sehingga dapat melakukan invoice partial. Berlaku untuk SO yang memiliki promo dan tidak.
β Dapat mengubah kuantitas yang ingin ditagih sehingga dapat menagih SI parsial.
β SO yang dapat dipilih untuk pembuatan SI sekarang bisa untuk SO dengan status ToInvoice (SO yang sudah dibuatkan DO) dan SO dengan status Verified (SO yang belum dibuatkan DO).
Limitasi
β Saat ini hanya dapat menagih per 1 sales order.
βJika Sales Invoice telah dibuat untuk Sales Order yang berstatus Verified, maka SO tersebut sudah tidak dapat dibuatkan Delivery Order.
βSaat pemilihan SO pada pembuatan Sales Invoice, SO yang sudah ditagih (item = 0 dan amount = Rp 0) masih muncul saat pemilihan walaupun tidak dapat dipilih.
Cara
Ke halaman sales invoice.
Click tombol β+ Add Sales Invoiceβ.
Pilih Pelanggan, Tanggal Invoice, Salesperson, Gudang, Payment Term & Due Date.
Informasi berapa SO yang belum dibuatkan Sales Invoice akan muncul. Click tombol Create Invoice.
Pilih SO yang ingin dibuatkan Sales Invoice dan click pilih pada SO yang masih memiliki item untuk faktur.
Tampilan Item dan kuantitas yang akan ditagih akan di munculkan. Jika ingin menghapus SO, tinggal klik icon X.
Simpan.
Syarat
Kolum yang memiliki tanda * artinya tidak boleh kosong
Kolum Pelanggan: Hanya bisa memilih pelanggan dengan status aktif.
Produk yang bisa dipilih sebagai item menyesuaikan Salesperson yang dipilih
## What's Changed?
#### 1. Perubahan jam menjadi format 24 jam pada dokumen SO, DO, SI, DS, CP
Kami telah memperbarui format jam pada dokumen Sales Order (SO), Delivery Order (DO), Sales Invoice (SI), Delivery Summary (DS), dan Credit Payment (CP) menjadi format 24 jam. Peningkatan ini bertujuan untuk standarisasi waktu yang lebih jelas dan konsisten dalam laporan dan dokumen.
| Before | After |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |
#### 2. Penambahan Ikon Loading pada Tampilan Daftar saat Data Dimuat
Kami telah menambahkan ikon loading pada tampilan daftar saat data sedang dimuat. Ikon ini memberikan umpan balik visual kepada pengguna bahwa sistem sedang memproses permintaan, meningkatkan pengalaman pengguna dan mengurangi kebingungan saat menunggu data tampil. Sebelumnya, hanya menampilkan informasi "No Data" saat loading tanpa indikasi proses sedang berlangsung.
| Before | After |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |
#### 3. Peningkatan Notifikasi Detail dengan Informasi Nomor Dokumen dan Detail Lengkap
Kini, notifikasi detail telah ditingkatkan untuk memungkinkan pengguna melihat nomor dokumen beserta informasi lengkapnya. Peningkatan ini memberikan akses yang lebih mudah dan cepat terhadap informasi penting terkait transaksi, sehingga memudahkan pengguna dalam melakukan pengecekan dan pengelolaan dokumen.
| Before | After |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
|  |  |
|  |  |
#### 4. Pembatalan Delivery Order
Sekarang, kamu dapat membatalkan Delivery Order dengan mudah dan cepat. Fitur ini memberikan fleksibilitas tambahan dalam mengelola pengiriman dan memastikan bahwa setiap perubahan dapat dilakukan dengan efisien sesuai kebutuhan bisnis.
Highlight
β Menyediakan opsi untuk membatalkan Delivery Order dengan cepat.
β Mempermudah penyesuaian dan pengelolaan pengiriman jika terjadi perubahan atau kesalahan.
Limitasi
βCancel delivery order hanya bisa dilakukan pada status βreadyβ dan βwaitingβ
Cara
Akses modul Delivery Order dalam sistem.
Temukan Delivery Order yang ingin dibatalkan dari daftar transaksi.
Pilih opsi "Cancel" dan konfirmasi tindakan tersebut.
Sistem akan memproses pembatalan dan memperbarui status Delivery Order
Syarat
Pengguna harus memiliki hak akses untuk melakukan pembatalan delivery order.
Delivery order hanya bisa dibatalkan jika dokumen Delivery Summary belum di buat
Cancel delivery order hanya bisa dilakukan pada status βreadyβ dan βwaitingβ
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan dan Pembaharuan pada Menu Sales Invoice - \[2 Sept 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan dan pembaharuan fitur pada Sales Invoice di SMH (Sales Management Hub) yaitu create SI (Sales Invoice) untuk membuat faktur penjualan yang berasal dari SO (Sales Order) sehingga dapat diproses hingga ke pembayaran agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> 1. Penambahan create Sales Invoice untuk Sales Order dari halaman Sales Invoice
>
> 2. Penambahan create Sales Invoice secara tunggal (tanpa SO).
>
> 3. Penambahan fitur pembayaran Sales Invoice dari halaman Sales Invoice.
>
> 4. Penambahan generate Sales Invoice dari halaman Sales Order secara bulky.
>
> **What's Changed?**
>
> 1. Tampilan baru pada Sales Invoice
> 2. Halaman Sales Invoice telah mendukung tampilan Tab dan Mobile.
> 3. Tautan customer pada detail Sales Invoice dapat diklik.
> 4. Perbaikan konversi nilai kuantitas pada detail Sales Invoice.
## What's New
### 1. Pembuatan Sales Invoice untuk Sales Order dari Halaman Sales Invoice
Sebelumnya, kamu sudah dapat membuat sales invoice dari menu sales order. Nah, sekarang kamu dapat membuat invoice terhadap sales order melalui menu Sales Invoice, loh!
Plus, dapat dengan fleksible mengatur kuantitas sales order yang ingin ditagih sesuai kebutuhan.
* **Create Sales Invoice dari halaman Sales Invoice**
Highlight
β Dengan mudah akan mengkategorikan seluruh sales order yang belum ditagih dari customer yang dipilih. β Dapat dengan fleksible mengatur kuantitas sales order yang ingin ditagih sehingga dapat melakukan invoice partial. Berlaku untuk SO yang memiliki promo dan tidak.
Limitasi
β SO belum bisa mengubah kuantitas sehingga harus ditagih seluruhnya.
β Saat ini hanya dapat menagih per 1 sales order.
β SO yang dapat dipilih untuk pembuatan SI adalah SO dengan status "to invoice" (SO yang sudah memiliki DO). β Saat pemilihan SO pada pembuatan Sales Invoice, SO yang sudah ditagih (item = 0 dan amount = Rp 0) masih muncul saat pemilihan.
Kolum yang memiliki tanda * artinya tidak boleh kosong.
Kolum Pelanggan: Hanya bisa memilih pelanggan dengan status aktif.
Produk yang bisa dipilih sebagai item menyesuaikan Salesperson yang dipilih
### 2. Penambahan create Sales Invoice secara tunggal (tanpa SO)
Sekarang, kamu dapat membuat sales invoice tunggal tanpa menghubungkannya ke sales order. Sehingga, memberikan fleksibilitas penuh dalam pengelolaan penjualan.
Biasanya, kasus ini dilakukan untuk customer yang membeli produk ditempat atau pemindahan data piutang saja dari sistem sebelumnya.
Highlight
β Dapat membuat sales invoice tanpa harus memiliki sales order. Stok akan otomatis terpotong sesuai dengan quantity yang akan ditagih.
Limitasi
β Jika sudah membuat Sales Invoice Tunggal, maka tidak bisa lagi menghubungkan Sales Invoice Tunggal dengan SO apapun.
Panduan
Ke halaman sales invoice.
Click tombol β+ Add Sales Invoiceβ.
Pilih Pelanggan, Tanggal Invoice, Salesperson, Gudang, Payment Term & Due Date.
Masukkan item dan kuantitas yang ingin anda tagih
Check promo utk memastikan Sales Invoice yang dibuat mendapatkan promo
Simpan
Syarat
Kolum yang memiliki tanda (*) artinya tidak boleh kosong.
Kolum Pelanggan: Hanya bisa memilih pelanggan dengan status aktif.
Item yang dapat dipilih adalah item yang tersedia di warehouse yang dipilih. Jika item yang dipilih tidak ada pada warehouse, bisa dilakukan dengan:
menambah item tersebut pada warehouse yang dipilih.
mengubah warehouse
Jika stock terhadap item yang dipilih kurang dan ingin menambahkan stock, maka bisa ditambahkan quantity stock terlebih dahulu dengan cara stock in atau purchase.
### 3. Penambahan fitur pembayaran Sales Invoice dari halaman Sales Invoice
Sekarang, kamu dapat langsung membuat pembayaran dari halaman sales invoice tanpa perlu bolak-balik ke halaman pembayaran.
Highlight
β Dapat melakukan pembayaran langsung dari menu Sales Invoice.
β Dapat melakukan beberapa pembayaran langsung dari menu sales invoice.
β Dapat melakukan pembayaran langsung dari detail sales invoice.
Limitasi
β Hanya dapat melakukan beberapa pembayaran untuk pelanggan yang sama.
β Jika sudah dilakukan pembayaran dan belum dikonfirmasi, belum bisa tandai kalau sudah bayar dan hanya butuh konfirmasi.
Panduan
Dari Action pada Menu Sales Invoice (tunggal): a. Klick icon Action pada Sales Invoice yang ingin di buatkan pembayaran. b. Pilih Proceed Payment. c. Akan diarahkan ke halaman Customer Payment untuk melanjutkan pembayaran.
Dari Bulk Check pada Menu Sales Invoice (tunggal): a. Centang 1 Sales Invoice yang ingin di buatkan pembayaran. b. Pada bulk action pilih Proceed Payment. c. Akan diarahkan ke halaman Customer Payment untuk melanjutkan pembayaran.
Dari Bulk Check pada Menu Sales Invoice (multiple): a. Centang beberapa Sales Invoice yang ingin di buatkan pembayaran dengan Pelanggan yang sama. b. Pada bulk action pilih Proceed Payment. c. Akan diarahkan ke halaman Customer Payment untuk melanjutkan pembayaran.
Syarat
Hanya dapat dilakukan pembayaran untuk Sales Invoice yang berstatus Aktif dan Partially Paid dan belum di konfirmasi.
Hanya dapat melakukan beberapa pembayaran untuk pelanggan yang sama.
## What's Changed
### Tampilan Baru Sales Invoice
Sekarang, daftar sales invoice hadir dengan tampilan yang lebih segar dan mudah digunakan. Nikmati pengalaman yang lebih baik dalam mengelola sales invoice Anda dengan antarmuka yang lebih intuitif dan informatif.
| Before | After |
| :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  | |
### Support Tab dan Mobile View
Kami dengan bangga memperkenalkan tampilan terbaru untuk Halaman Faktur Penjualan yang kini mendukung tampilan tab dan mobile view.
Fitur ini dirancang khusus untuk kamu yang sering berpergian, agar memungkinkan kamu mengakses dan mengelola informasi faktur penjualan di mana saja dan kapan saja.
Dengan navigasi yang lebih lancar dan intuitif, tingkatkan produktivitas kamu dengan kemudahan akses ini, ya!
* **Sales Invoice List**
Web
Tab
Mobile
* **Sales Invoice Create**
Web
Tab
Mobile
* **Sales Invoice Detail**
Web
Tab
Mobile
### Tautan customer pada detail Sales Invoice dapat diklik
Sebelumnya, tautan pelanggan pada detail faktur penjualan tidak dapat diklik. Sekarang, kamu dapat dengan mudah mengklik tautan tersebut untuk akses yang lebih cepat dan praktis. Secara tampilan tidak ada perubahan.
Before
After
### Perbaikan Konversi Nilai Kuantitas pada Detail Sales Invoice
Sebelumnya, hasil konversi nilai kuantitas memiliki ketidaksesuaian dimana terdapat satuan yang seharusnya menampilkan nilai 0 tetapi muncul dengan angka yang tidak sesuai.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Kolom pada Hasil Export SI (Sales Invoice) - \[29 Aug 2024]
Halo, Kawan Simpli!\
\
Androsim bawa kabar gembira, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu penambahan Nama Salesman dan Nama Customer pada hasil Export Customer Payment di Faktur Penjualan (Sales Invoice) agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
Penambahan ini memudahkan analisis dan pelacakan transaksi berdasarkan informasi terkait salesman dan customer yang berkaitan dengan faktur yang telah dibayar.
* **Before**
* **After**
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Print Dokumen - \[27 Aug 2024]
Halo, Kawan Simpli!\
\
Androsim bawa kabar gembira, nih!\
\
Kini, terdapat penambahan fitur pada SMH (Sales Management Hub) yaitu fitur print dokumen untuk Sales Order, Sales Invoice, Delivery Order, Delivery Summary Rekap dan After Delivery seperti penjelasan di bawah ini agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
Kami telah menambahkan fitur baru yang memungkinkan pengguna untuk mencetak Sales Order, Sales Invoice, Delivery Order, Delivery Summary dan After Delivery secara langsung.
Fitur ini memudahkan pengguna dalam mendapatkan salinan fisik dokumen penting terkait pengiriman dan transaksi, serta mempercepat proses administrasi.
1. **Sales Order (SO)**
2. **Sales Invoice (SI)**
2. **Delivery Order (DO)**
4. **Delivery Summary (DS)**
| Highlight |
β Memudahkan pembuatan salinan fisik dokumen transaksi dan pengiriman.
β Meningkatkan efisiensi dalam pengelolaan dokumen terkait.
βDapat mencetak untuk dokumen Sales Order, Sales Invoice, Delivery Order, Delivery Summary dan After Delivery saja.
βStatus Cancelled tidak bisa dicetak.
βBulk print bisa dibuat hanya untuk dokumen Sales Order, Sales Invoice, Delivery Summary dan After Delivery saja.
βKetika tampilan tidak muncul, harus click tombol βOpen in new tabβ.
βBelum bisa input notabene.
βBelum bisa input logo perusahaan.
|
| Cara pembuatan |
Akses modul SO, SI, DO,atau DS.
Temukan dokumen yang ingin dilihat transaksi terkaitnya.
Pilih opsi "Print" untuk mencetak dokumen yang diinginkan.
|
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Open API SAP SimpliDOTS - \[31 July 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur Integrasi Open API di SAP (Sales Automation Platform) yang bertujuan untuk mengatasi tantangan kolaborasi dan pertukaran data yang mudah dalam ekosistem distribusi. Sebelumnya, kurangnya sistem yang terintegrasi menyebabkan ketidakefisienan dalam penanganan data dan kolaborasi antara partner atau sistem lainnya dengan SimpliDOTS. Tentunya hal ini agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> 1. Open API SAP
> 2. Benefit
### 1. Open API SAP
Dalam rilis kali ini, baik master data maupun transaksi dapat ditukar/sync dengan mudah. Sistem partner dapat menarik data dari SimpliDOTS dan mengupdate data ke SimpliDOTS. Pertukaran ini mencakup data berikut :
1. Customer
2. Employee
3. Fleet
4. Payment Term
5. Product
6. Warehouse
7. Customer Payment
8. Daily Visit
9. Delivery Order
10. Delivery Summary
11. Expense
12. Purchase Invoice
13. Sales Invoice
14. Sales Order
15. Stock
Beberapa master data dan transaksi dibuka untuk interaksi dua arah, memungkinkan partner untuk menarik data dari SimpliDOTS dan mengupdate data kembali ke SimpliDOTS. \
\
Ada juga data yang hanya bisa diakses satu arah, seperti data **Daily Visit**, di mana partner hanya bisa menarik data dari SimpliDOTS tetapi tidak bisa mengupdate kembali.
Untuk dokumentasi lengkap tentang Open API Production untuk SimpliDOTS SAP, silakan kunjungi: [Dokumentasi Open API](https://openapi.simplidots.co.id/swagger/index.html).
### 2. Benefit
Dengan direleasenya Open API, kita meningkatkan kerjasama dan kolaborasi yang efektif di ekosistem distribusi. Integrasi ini memungkinkan interaksi dan kolaborasi yang mudah antara sistem distribusi yang ada, sehingga sistem dapat saling melengkapi fitur.
Baik mitra yang hanya ingin menggunakan SFA SimpliDOTS dan menggunakan back office mereka sendiri, atau menggunakan SFA SimpliDOTS dan back office SimpliDOTS secara parsial.
Open API memberikan fleksibilitas bagi distributor untuk mempertahankan dan menggunakan sistem mereka yang ada saat ini.
Dengan Open API ini pertukaran data antara SimpliDOTS dan partner bisa otomatis tanpa harus export import lagi by Excel dan lebih mudah.
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Generate Invoice pada Sales Order dan Fitur Cancel SI - \[24 July 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur pada Sales Order di SMH (Sales Management Hub) yaitu generate invoice untuk memproses pesanan menjadi faktur atau SI (Sales Invoice) sehingga dapat diproses hingga ke pembayaran dan fitur cancel untuk membatalkan faktur penjualan atau SI (Sales Invoice) yang tidak digunakan atau tidak sesuai agar dapat memudahkan user dalam memaksimalkan penggunaan sistem.
> **What's New?**
>
> 1. Penambahan fitur Generate Invoice pada Sales Order.
> 2. Penambahan fitur cancel pada Sales Invoice.
### **1. Generate Invoice**
Generate invoice merupakan istilah untuk memproses faktur penjualan yang berasal dari Sales Order ( pesanan penjualan). Sebelumnya, Sales Order tidak dapat diproses ke faktur atau SI (Sales Invoice) karena SI berfungsi hanya untuk proses penjualan canvassing saja.
Dengan pembaharuan ini, kamu dapat memproses pesanan SO menjadi SI dengan fitur generate invoice namun dengan beberapa ketentuan berikut:
* SO yang dapat dipilih untuk pembuatan SI adalah SO dengan status To Invoice. \
Status To Invoice ini dapat muncul apabila SO telah diproses ke pengiriman atau DO (Delivery Order).
* SI hanya dapat dibuat berdasarkan referensi nomor DO yang telah dibuat.
* Kuantitas item SI yang dibuat tidak dapat disesuaikan/diubah, melainkan harus sama dengan jumlah seluruh kuantitas item DO.
Adapun penambahan lainnya yang termasuk dalam proses menggunakan fitur Generate Invoice adalah sebagai berikut.
1. **Penambahan Kolom DO & SI pada daftar SO**\
Dengan adanya penambahan fitur generate invoice, tentunya akan memudahkan kamu jika ditampilkan jumlah dokumen yang berkaitan dengan Sales Order tersebut seperti berapa jumlah DO dan SI dan status dari masing-masing dokumennya.
Tampilan kolom DO dan SI
2. **Penambahan tanda pada DO dan SI di daftar SO**\
Dalam satu SO memungkinkan untuk memiliki lebih dari satu DO maupun SI. Dikarenakan ada kemungkinan proses pengiriman dengan partially delivered atau fully delivered. Dengan kemungkinan ini, maka penambahan tanda pada DO dan SI ini akan memudahkan kamu untuk memproses SO yang belum selesai diproses hingga selesai.\
\
Adapun beberapa tanda yang dimaksud adalah sebagai berikut.
| **Not Generated** : Belum diproses generate. Tanda ini terdapat pada DO dan SI dengan warna abu-abu. |
|
| -------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Partially** : Telah diproses sebagian. Tanda ini terdapat pada DO dan SI dengan warna putih dan hijau. |
|
| **Generated** : Telah selesai diproses semua. Tanda ini terdapat pada DO dan SI dengan warna hijau. |
|
3. **Fitur Generate Invoice pada SO dengan status To Invoice**\
SO yang berstatus To Invoice telah dapat diproses ke SI karena telah memiliki DO. Kamu dapat dengan mudah menggunakannya dengan 2 cara yaitu generate invoice hanya untuk 1 SO dan lebih lebih dari 1 satu SO.
* **Generate 1 SO**\
Generate Invoice dari 1 nomor SO saja dengan klik titik tiga  lalu Generate Invoice.
* **Generate lebih dari 1 SO (Bulk)**\
Generate Invoice dengan lebih dari 1 nomor SO (Bulk Generate Invoice) dengan cara centang setiap SO yang akan berstatus To Invoice kemudian pilih Generate Invoice.
Kemudian, akan muncul popup untuk membuat SI dengan pilihan tanggal faktur. Tanggal yang dapat dipilih tidak boleh lebih awal dari tanggal SO yang dipilih. Jika ada banyak SO, maka SO terbaru yang tanggalnya menjadi batas. \
\
**Contoh**: terdapat 2 SO dengan tanggal 08 Juli 2024 dan 04 Juli 2024. Maka tanggal yang akan dibuat pada SI yang diperbolehkan adalah tidak boleh dibawah dari tanggal 08 Juli 2024.
4. **Popup, tanda dan notifikasi SI yang sedang diproses**\
Jika kamu telah melakukan generate invoice, maka akan muncul popup berikut.
5. **Notifikasi SI yang telah selesai diproses**\
SI yang telah berhasil diproses akan muncul pada menu notifikasi seperti berikut.
### 2. Cancel SI (Sales Invoice)
Cancel SI (Sales Invoice) merupakan fitur untuk membatalkan faktur yang sudah tidak berlaku atau tidak digunakan lagi. SI yang dapat dibatalkan adalah SI dengan ketentuan belum terbayarkan atau dengan status aktif.
1. **Fitur Cancel SI**
Untuk membatalkan SI terdapat dua cara yaitu dari menu action pada daftar SI dan dari detail SI.
* **Cancel dari daftar SI**\
Kamu dapat membatalkan SI yang telah dibuat jika berstatus active dan belum dibayarkan sama sekali dengan cara klik action titik tiga kemudian pilih Cancel.
* **Cancel dari detail SI**\
Kamu dapat membatalkan SI yang telah dibuat jika berstatus active dan belum dibayarkan sama sekali dengan cara klik nomor invoice kemudian pilih Cancel.
2. **Popup Confirmation Cancel SI**
Terdapat popup confirmation agar kamu lebih *aware* terhadap yang dilakukan. Pembatalan SI tidak dapat diurungkan jika sudah klik Yes. Kamu juga tidak bisa menggunakan nomor dokumen SI yang sama dengan yang telah dibatalkan untuk generate SI berikutnya.
3. **SI berhasil dibatalkan**
Jika SI telah berhasil dicancel, maka muncul popup message *"Sales Invoice (SI-240xxxxxxx) cancelled successfully"* dan status SI dari Active berubah menjadi **Cancelled**.
Tampilan pada detail SI
Tampilan pada daftar SI
4. **Tampilan daftar SO jika terdapat SI yang telah dibatalkan**
Jika terdapat SI yang telah dibatalkan, tentunya akan berdampak pada SO. Tanda pada SI akan menjadi Not Generated kembali namun terdapat jumlah SI yang telah dibuat sebelumnya beserta status SI seperti pada gambar berikut.
{% hint style="warning" %}
**For Your Information!**
Fitur ini masih dalam tahap beta atau pengembangan bertahap. Oleh karena itu, kedepannya akan ada penyesuaian dan penambahan beberapa fitur baru ya, Kawan Simpli.
{% endhint %}
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Marketing Banner Info pada Halaman Registrasi - \[03 July 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat penambahan **Marketing Banner Info Pada Halaman Registrasi.**
> **What's Changed?**
>
> Info pada banner halaman registrasi: mengandung semua informasi yang perlu ditampilkan, seperti:
>
> * Partnership program
> * Event/seminar
> * Affiliation
> * Simplidots update/ news
>
> \ **Before**
>
> * Tidak terdapat Banner info Marketing
>
> \ **After**
>
> * Terdapat banner berisikan info Marketing pada halaman Registrasi.
## Banner Info Marketing pada Halaman Registrasi pada Website
| Before | After |
| :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
|
|
| Tampilan Web | Tampilan Web |
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
|
|
| Tampilan Mobile | Tampilan Mobile |
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Penambahan Fitur Default Setting pada SMH - \[27 June 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur default setting pada SMH (Sales Management Hub) agar dapat memudahkan user dalam mengubah pengaturan secara mandiri sesuai kebutuhan tanpa perlu menghubungi tim support CSA SimpliDOTS untuk memaksimalkan penggunaan sistem.
> **What's New?**
>
> Penambahan *feature* dan *revamp* tampilan Default Setting pada backoffice SMH mencakup data berikut:
>
> \- CompanyProfile
>
> \- Customer
>
> \- Employee
>
> \- Product
>
> \- Mobile
>
> \- Delivery
>
> \- Sales
>
> \- TrackingAgent
>
> \- Integration
***
## 1. COMPANY PROFILE
Pada menu ini, kamu dapat mengisi atau mengubah informasi perusahaan sesuai data pada Company Profile berikut:
* Company Name : Nama Perusahaan
* Company Address : Alamat Perusahaan
* Company Phone : Nomor Telepon Perusahaan
Salah satu fungsi Company Profile adalah untuk keperluan judul profoma invoice di SFA.
Tampilan pada PC
## 2. CUSTOMER
Pada menu ini, kamu dapat mengatur hal berikut:
* **Prefix Customer Code**: Prefix atau awalan untuk kode pelanggan dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix ini tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
* **Set new customers created from SFA as taxable** : Pada bagian ini, kamu dapat menentukan apakah pelanggan baru yang dibuat dari SFA akan dikenakan pajak secara otomatis atau tidak.
* **Limit number of invoice created on Sales Force Automation (SFA)** : merupakan batas maksimal untuk jumlah faktur yang belum dibayar. Limit ini berlaku untuk setiap pelanggan. Jika faktur yang dibuat telah mencapai batas yang ditentukan, maka transaksi akan diblokir.
* **Limit amount of overdue invoices on Sales Force Automation (SFA)** : merupakan batas maksimal jumlah tagihan yang terlambat dibayar atau sudah jatuh tempo.
* **Limit amount of due and overdue invoices on Sales Force Automation (SFA)** : merupakan batasan jika jumlah tagihan yang jatuh tempo dan terlambat telah mencapai batas yang ditentukan, maka transaksi berikutnya akan diblokir.
Tampilan pada PC
Tampilan pada mobile
## 3. PRODUCT
Pada menu ini, kamu dapat mengatur hal berikut:
* **Prefix product code** : Prefix atau awalan untuk kode produk dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix ini tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
Tampilan pada PC
Tampilan pada mobile
## 4. MOBILE
### 1. SFA Mobile Apps
Pada menu ini, kamu dapat mengatur hal berikut:
* **Allow orders with 0 quantity** : merupakan pemberian akses untuk dapat memesan produk dengan tidak menginput jumlah kuantitas atau 0 kuantitas.
* **Maximum days to view last order history Period data shown on SFA** : merupakan pemberian batas maksimal jumlah riwayat pesanan yang telah dipesan. Contoh : 2, maka kamu dapat melihat riwayat pesanan berdasarkan 2 hari yang lalu.
* **Activate sales order promo scheme** : merupakan menu untuk mengaktifkan diskon pesanan berdasarkan skema promo yang telah ditetapkan dari backoffice. Dengan mengaktifkan ini, maka jenis diskon pesanan lain tidak akan berlaku.
* **Activate sales order discount order** : merupakan menu untuk mengaktifkan diskon pesanan keseluruhan yang dapat dibuat secara manual saat pesanan tersebut dibuat dari SFA. Dengan mengaktifkan ini, maka jenis diskon skema promo tidak akan berlaku.
* **Activate sales order discount item** : merupakan menu untuk mengaktifkan diskon pesanan terhadap item pesanan tertentu yang dapat dibuat secara manual saat pesanan tersebut dibuat dari SFA. Dengan mengaktifkan ini, maka jenis diskon skema promo tidak akan berlaku.
* **Maximum distance from customers to check-in & geo tagging** : merupakan jarak maksimal toleransi dalam satuan meter agar dapat melakukan check in dan geo tagging dalam batasan yang telah ditentukan dari lokasi pelanggan.
* **Block salesman to check-in & geo tagging outside set distance** : merupakan izin untuk memblokir akses salesman jika melakukan kunjungan diluar dari jarak maksimum toleransi yang telah ditentukan sebelumnya.
* **Allow changing payment term when creating sales order** : merupakan default setting untuk mengizinkan perubahan payment term atau tempo pembayaran saat membuat pesanan dari SFA.
* **Activate sales invoice promo scheme** : merupakan menu untuk mengaktifkan diskon faktur penjualan berdasarkan skema promo yang telah ditetapkan dari backoffice. Dengan mengaktifkan ini, maka jenis diskon faktur penjualan lain tidak akan berlaku. Hal ini berlaku untuk proses Canvassing.
* **Mandatory to take photo & notes before check in :** merupakan izin untuk mengaktifkan wajib pengambilan foto dan catatan dalam melakukan check in kunjungan.
* **Allow geo tag editing :** merupakan izin untuk dapat mengubah alamat pelanggan jika alamat lokasi pelanggan tersebut kosong untuk memastikan alamat pelanggan yang akurat.
Tampilan pada PC
Tampilan pada mobile
### 2. Delivery Force Automation (DFA)
Pada menu ini, kamu dapat mengatur hal berikut:
* Maximum distance to drop items : merupakan batas jarak toleransi saat menurunkan barang ke lokasi toko menggunakan aplikasi DFA.
## 5. DELIVERY
### 1. Delivery
Pada menu ini, kamu dapat mengatur hal berikut:
* **Tenant Opening Hour** : merupakan pengaturan waktu untuk kapan tenant (distributor) mulai beroperasi.
* **Tenant Close Hour** : merupakan pengaturan waktu untuk kapan tenant (distributor) selesai beroperasi.
* **Skip update stock when generate delivery order** : merupakan pengaturan apabila saat memproses surat jalan (DO), tidak ingin berkaitan dengan stok. Dalam hal ini, kamu dapat melakukan pembuatan surat jalan tanpa stok.
### 2. Delivery Order
Pada menu ini, kamu dapat mengatur hal berikut:
* **Prefix delivery order** : Prefix atau awalan untuk kode dokumen surat jalan (DO) dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
### 3. Delivery Summary
Pada menu ini, kamu dapat mengatur hal berikut:
* **Prefix delivery summary** : Prefix atau awalan untuk kode dokumen rekap surat jalan (DS) dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
### 4. Delivery Order Return
Pada menu ini, kamu dapat mengatur hal berikut:
* **Prefix delivery order return** : Prefix atau awalan untuk kode dokumen surat jalan retur (DR) dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
### 5. Route Optimization
Pada menu ini, kamu dapat mengatur hal berikut:
* **Driverβs break time starts at :** merupakan pengaturan waktu kapan Driver mulai beristirahat.
* **Driverβs break time ends at :** merupakan pengaturan waktu kapan Driver selesai beristirahat.
* **Capacity constraint** : merupakan satuan kapasitas yang dipakai. Dapat dipilih antara berdasarkan Volume, Weight, atau Size.
* **Number of attempts on iterations optimization on the 3rd party** : merupakan jumlah iterasi percobaan optimasi pada 3rd party (partner).
* **Service time** : merupakan waktu yang akan digunakan untuk membongkar barang dalam detik per 1 toko / pelanggan. Hanya berlaku bagi pelanggan yang tidak memiliki kelompok pelanggan dengan jenis waktu pelayanan.
* **Maximum speed of the car** : merupakan maksimum kecepatan mobil yang disarankan selama pengiriman.
Tampilan pada PC
Tampilan pada mobile
### 6. Customer
Pada menu ini, kamu dapat mengatur hal berikut:
* **Customer time window starts at** : merupakan kapan waktu pelanggan/target pengantaran mulai beroperasi.
* **Customer time window ends at** : merupakan kapan waktu pelanggan/target pengantaran selesai beroperasi.
### 7. Employee
Pada menu ini, kamu dapat mengatur hal berikut:
* **Employee working hours starts at** : merupakan kapan waktu pegawai/supir pengantaran mulai bekerja.
* **Employee working hours ends at** : merupakan kapan waktu pegawai/supir pengantaran selesai bekerja.
## 6. SALES
Pada menu ini, kamu dapat mengatur hal berikut:
### 1. Sales Order
* **Prefix Sales Order** : Prefix atau awalan untuk kode dokumen pesanan penjualan (SO) dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
* Prefix nomor orderan di setiap tenant secara default adalah SO-
* Value sebaiknya di akhiri garis datar (-)
* **Activate sales order promo scheme** : merupakan menu untuk mengaktifkan diskon pesanan berdasarkan skema promo yang telah ditetapkan dari backoffice. Dengan mengaktifkan ini, maka jeni**s diskon pesanan lain tidak akan berlaku.**
* **Sell items at inclusive tax rates** : merupakan pengaturan untuk mengaktifkan fitur inclusive tax atau harga termasuk pajak.
### 2. Sales Order Return
* **Prefix Sales Order Return** : Prefix atau awalan untuk kode dokumen retur pesanan penjualan (OR) dapat kamu ubah sesuai kebutuhan. Adapun beberapa hal yang perlu diperhatikan adalah:
* Prefix tidak boleh dikosongkan.
* Prefix tidak boleh lebih dari 10 huruf.
* Prefix nomor orderan di setiap tenant secara default adalah OR-
* Value sebaiknya di akhiri garis datar (-).
### 3. Sales Invoice :
* **Sell items at inclusive tax rates** : merupakan pengaturan untuk mengaktifkan fitur inclusive tax atau harga termasuk pajak.
## 7. TRACKING AGENT
Pada menu ini, kamu dapat mengatur hal berikut:
* **Tracking duration** : merupakan durasi waktu dalam mengecek pergerakan salesman yang akan dicek oleh sistem. .
* **Tracking points grouping distance** : merupakan radius jarak yang menjadi acuan tanda berada/berhenti apabila pegawai tidak berpindah tempat.
**Contoh** :
Tracking duration = 10 min, dan tracking points grouping distance = 50 m,
Jika Salesman tidak bergerak melebihi jarak 50 meter, maka akan dianggap berada di titik yang sama (tidak berpindah).
## 8. INTEGRATION
Pada menu ini, kamu mengatur hal berikut.
### 1. Third-Party Data Integration
* Service : merupakan pilihan partner third-party yang dapat diintegrasikan ke SAP.\
Contoh : \
\- Accurate\
\- Jurnal\
\- Quincus\
\- Himudo\
\- XAI\
\- Antzman
### 2. SimpliDOTS Open API
* Portal : merupakan nama integrasi dari SimpliDOTS Open API.
### 3. Last Data Pull Time From Partner/Integration
Pada menu ini, kamu dapat mengetahui kapan terakhir kali penarikan data yang dilakukan dari partner atau integrasi. Adapun data yang terkait diantaranya;
* Customer
* Payment Term
* Delivery Order
* Employee
* Stock
* Warehouse
* Division
* Product
* Tax
* Unit
* Order
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Penambahan Fitur Switch Tenant untuk Multi Tenants di SMH - \[28 May 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
\
Kini, terdapat penambahan fitur switch tenant untuk kamu yang memiliki banyak cabang distributor pada SMH agar dapat memudahkan dalam memonitori beberapa cabang sekaligus hanya dengan 1 user untuk memaksimalkan penggunaan sistem.
Untuk kamu yang punya banyak cabang, tentu sangat perlu untuk memonitori secara langsung database tenant yang kamu miliki. Tentunya, kamu perlu 1 akun yang powerful untuk bisa masuk ke beberapa database tenant tanpa harus memiliki banyak user ditiap database tenant.
Nah, untuk bisa menggunakan 1 user dengan fitur switch tenant ini ada beberapa syarat yang perlu diketahui.
Adapun **syarat** untuk dapat melakukan switch tenant adalah sebagai berikut:
1. User/akun harus di-assign ke role group (konfigurasi akses) yang memiliki role group item berikut:
1. TenantControl atau
2. TenantRead dan TenantSwitch
2. Tenant yang dipilih telah terdaftar pada akun tersebut.\
(Untuk mendapatkan akses ke beberapa tenant yang diinginkan, kamu harus *request* ke tim CSA SimpliDOTS untuk dibantu assign/allow)
Perubahan atau penambahan tampilannya sebagai berikut:
#### **1. Menu Switch Tenant**
Menu switch tenant dapat diakses melalui tombol profile pada sebelah kanan top bar.
{% hint style="warning" %}
**NB:**
menu switch tenant tidak akan muncul jika syarat di atas tidak terpenuhi.
{% endhint %}
#### 2. Pilih Tenant
Tampilan untuk memilih tenant dapat dilihat seperti gambar di atas. Hanya tenant yang terdaftar atau terafiliasi dengan akun yang sedang login yang akan ditampilkan dan dapat dipilih.
Beberapa skenario yang dapat terjadi setelah switch tenant antara lain sebagai berikut:
* **Logout**\
Jika tenant yang dipilih belum pernah dipilih sebelumnya atau cache (pada sistem) sudah expired, maka user akan diminta untuk login ulang. Informasi juga ditunjukkan dalam bentuk pesan sukses switch tenant.
* **Tidak logout**
Jika tenant yang dipilih sudah pernah dipilih sebelumnya dan sessionnya (pada sistem) belum expired, maka user tidak perlu logout dan informasi sukses switch tenant akan muncul. Selain itu, user akan dibawa ke laman dashboard.
* **Tambahan Setelah Login**
Setelah login, terdapat pesan sukses login dengan informasi nama tenant/company yang sedang diakses sekarang.
### **ATTENTION!**
Terdapat beberapa kasus dimana user mengakses SMH pada beberapa tempat sekaligus dengan akun yang sama (yang melakukan switch tenant) antara lain:
* **Multiple Tab (browser yang sama)**
Jika pada tab yang satu user melakukan switch tenant, maka tab yang lain akan muncul suatu popup yang meminta user untuk refresh page dan dibawa ke dashboard sehingga perubahan tenant dapat diimplementasikan sistem.
* **Multiple Browser (1 device, browser yang berbeda) & Multiple Device**
Browser yang tidak melakukan switch tenant akan tetap memiliki session tenant yang lama. User perlu melakukan re-login secara manual untuk mendapatkan sesi terbaru.
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Pembaharuan pada Manajemen Rute Kunjungan - \[08 May 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat pembaharuan menu Manajemen Rute Kunjungan pada SMH dengan perubahan tampilan menjadi lebih lengkap dan jelas untuk memudahkan user dalam memaksimalkan penyusunan rute kunjungan.
> **What's Changed?**
>
> 1. **Perubahan Tampilan**
>
> Terdapat penambahan penjelasan terhadap jadwal minggu yang sedang diakses belum diisi/ditetapkan kepada pegawai manapun. Deskripsi dapat berubah sesuai dengan jadwal minggu yang telah diisi.
>
> **What's New?**
>
> 2. **Penambahan Week 3 dan Week 4**
> 3. **Hapus Rute Per Minggu**
## 1. Perubahan Tampilan
Terdapat penambahan penjelasan terhadap jadwal minggu yang sedang diakses belum diisi/ditetapkan kepada pegawai manapun. Deskripsi dapat berubah sesuai dengan jadwal minggu yang telah diisi.
## 2. Penambahan Week 3 dan Week 4
Dikarenakan rute kunjungan yang diterapkan oleh para distributor semakin kompleks, terdapat permintaan agar jadwal kunjungan dapat berulang hingga 3 sampi 4 minggu sekali. Oleh karena itu, penambahan Week 3 dan 4 membantu user untuk membuat rute dengan pengulangan hingga 3 - 4 minggu.
Contoh dengan pola berikut.
**Sebelum**:
* Jika hanya mengisi Week 1 saja, maka pola rute menjadi 1 - 1 - 1 - 1 ...
* Jika mengisi Week 1 & 2, maka pola rute menjadi 1 - 2 - 1 - 2 - 1 .....
**Sesudah:**
* Jika hanya mengisi Week 1 saja, maka pola rute menjadi 1 - 1 - 1 - 1 ...
* Jika mengisi Week 1 & 2, maka pola rute menjadi 1 - 2 - 1 - 2 - 1 .....
* Jika mengisi Week 1, 2, & 3 maka pola rute menjadi 1 - 2 - 3 - 1 - 2 - 3 - 1 ....
* Jika mengisi Week 1, 2, 3, & 4 maka pola rute menjadi 1 - 2 - 3 - 4 - 1 - 2 - 3 - 4 - 1 .....
{% hint style="info" %}
**Cara kerja:**
* Jika user hanya mengisi 1 week saja (Minggu 1), maka rute yang berjalan akan berulang setiap seminggu sekali. Artinya, minggu depan, akan kembali ke rute yang sama seperti minggu lalu.
* Jika user hanya mengisi week 1 dan week 2, (Minggu 1 dan Minggu 2), maka rute yang berjalan akan berulang setiap 2 minggu sekali. Artinya, minggu ini, dengan minggu depan, mempunyai rute yang berbeda, sedangkan di minggu berikutnya (minggu ke 3) akan kembali seperti minggu 1.
* Jika user hanya mengisi week 1, week 2, dan week 3 (Minggu 1, Minggu 2, Minggu 3), maka rute yang berjalan akan berulang setiap 3 minggu sekali. Artinya, minggu ini hingga 3 minggu kedepan, mempunyai rute yang berbeda. Sedangkan, di minggu berikutnya (minggu ke 4) akan kembali seperti minggu 1.
* Jika user mengisi week 1, week 2, week 3, dan week 4 (Minggu 1, Minggu 2, Minggu 3, dan Minggu 4), maka rute yang berjalan akan berulang setiap 4 minggu sekali atau 1 bulan sekali. Artinya, minggu ini, dengan 4 minggu depan, mempunyai rute yang berbeda, sedangkan di minggu berikutnya (minggu ke 5) akan kembali seperti minggu 1.
* Jika terjadi "kelang" minggu, contoh: user hanya mengisi Week 1 & 3 (2 & 4 kosong), maka pola rute menjadi 1 - \[kosong] - 3 - 1 - \[kosong] - 3 - 1 ....
Contoh lain case "kelang", saat user mengisi Week 1, 2, 4 maka pola menjadi 1 - 2 - \[kosong] - 4 - 1 - 2 - \[kosong] - 4 - 1 ...
{% endhint %}
## 3. Hapus Rute per Minggu
Penghapusan penetapan rute kepada semua pegawai dalam sekali klik (per minggu). Penambahan ini bertujuan untuk mempermudah user dalam melakukan reset atau delete rute yang telah ditentukan kepada pegawai per minggu.
{% hint style="info" %}
**PANDUAN PENGGUNAAN:**
* Manual:
* Impor:
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Pembaharuan Menu Produk pada SMH - \[02 MAY 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat pembaharuan menu Produk pada SMH dengan perubahan tampilan menjadi lebih lengkap dan jelas untuk memudahkan user dalam memaksimalkan pendataan produk.
> **What's Changed?**
>
> 1. **Daftar Produk**
>
> Terdapat penambahan data dan informasi pada menu Daftar Produk seperti filter dan kolom tabel yang lebih lengkap.
>
> 2. **Impor dan Ekspor**\
> Terdapat pembaharuan template.
>
> 3. **Buat dan Ubah Produk**\
> Terdapat penambahan gambar produk, input merek, input supplier, dan juga input tinggi, panjang, lebar, dan berat yang sudah support angka desimal serta pembaharuan pada validasi form di bagian unit dan penyesuaian tampilan popup tambah produk baru dari menu Sales Order.
>
> 4. **Detail Produk**\
> Terdapat pembaharuan pada jumlah informasi yang ditampilkan (seperti Brand dan Supplier) dan juga penambahan gambar produk yang bisa klik untuk memunculkan popup gambar.
>
> **What's New?**
>
> 5. Saat ini telah support tampilan pada mobile.
## 1. Daftar Produk
Terdapat penambahan data dan informasi pada menu Daftar Produk seperti filter dan kolom tabel yang lebih lengkap.
* **Filter**
* **Sebelum** : filter hanya terdiri dari filter divisi, kategori, aktif, dan pajak. Menu filter jg menjadi 1 button tersendiri.
* **Sesudah**: filter terdiri dari filter brand, divisi, kategori, supplier, pajak dan status.
* **Kolom Tabel**
* **Sebelum****:** kolom tabel terdiri dari nomor, kode, nama, partner id, harga jual, divisi, pajak, status active, dan action untuk ubah dan hapus.
* **Sesudah** : kolom tabel terdiri dari nomor, kode, partner id, harga jual, kategori, supplier, unit name (terkecil), pajak dan action untuk modifikasi kolom tabel jika ada yang ingin ditambah atau disembunyikan.
User dapat memodifikasi kolom sesuai data yang telah disediakan seperti: kode, produk, partner id, harga jual, brand, divisi, kategori, supplier, unit, pajak, dan status.
## 2. Impor dan Ekspor
Pada bagian impor dan ekspor terdapat perubahan berupa data yang dapat diimpor dan ekspor, sekaligus contoh template import yang sudah diupdate.
* **Sebelum** : \
\- tombol impor dan ekspor berada pada button Pengaturan dan terpisah seperti Ekspor ke csv, Ekspor ke Excel, Ekspor PriceList, Impor Data Baru, Impor Update Data.
\
\- Pop up saat impor, template dapat diunduh dengan klik **Download**.
* **Sesudah** : \
\- tombol impor dan ekspor telah berada pada daftar produk dan berdiri sendiri. Tombil Ekspor telah disediakan pilihan CSV atau Excel.
\
\- pop up saat impor, template dapat diunduh pada tiap tab yang telah disediakan seperti Tab Impor Data Baru, dan Impor Update Data pilih **Unduh templat kosong disini.**
## 3. Buat dan Ubah Produk
Terdapat penambahan gambar produk, input merek, input supplier, dan juga input tinggi, panjang, lebar, dan berat yang sudah support angka desimal serta pembaharuan pada validasi form di bagian unit.
* **Sebelum** : data produk yang dapat diisi adalah kode, status aktif, nama, divisi, kategori, deskripsi, panjang, lebar, tinggi, berat, harga beli, harga jual, pajak, dan detail unit.
* **Sesudah** : data produk yang dapat diisi adalah gambar produk, kode, status, nama, deskripsi, panjang, lebar, tinggi, berat, brand, divisi, kategori, supplier, harga beli, harga jual, pajak, dan detail unit.
Selain itu, tampilan pada popup tambah produk di menu Sales Order juga ikut berubah menyesuaikan perubahan yang terjadi di produk.
* **Sebelum** :
* **Sesudah**:
## 4. Detail Produk
Terdapat pembaharuan pada jumlah informasi yang ditampilkan (seperti Brand dan Supplier) dan juga penambahan gambar produk yang bisa klik untuk memunculkan popup gambar.
* **Sebelum** :
* **Sesudah** :
## 5. Tampilan Mobile
Saat ini tampilan web SMH telah disesuaikan dengan mode mobile seperti contoh berikut.
***
Selamat mencoba, Kawan Simpli!
Salam Hangat - Androsim -
# Pembaharuan Menu Daily Visit & Dashboard pada Aplikasi Supervision - \[22 April 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat pembaharuan menu Daily Visit pada aplikasi Supervision dengan perubahan tampilan menjadi lebih lengkap dan jelas untuk memudahkan proses analisa hasil kunjungan salesman dari Sales Force Automation (SFA) dan Canvassing.
> **What's New?**
>
> 1. **Daily Visit**
>
> Terdapat penambahan data dan informasi pada menu Daily Visit seperti daftar kunjungan dan detail kunjungan sebagai berikut.
>
> 1. Penambahan pada daftar kunjungan
> 1. Penambahan total kunjungan dari Canvass seluruh salesman.
> 2. Penambahan informasi daftar pelanggan yang belum dikunjungi (Unvisited).
> 3. Penambahan jumlah kunjungan diluar lokasi toko atau OOS (Out of Store).
> 4. Penambahan total pesanan berdasarkan pesanan penjualan (Sales Order) dari SFA.
> 5. Penambahan total pesanan berdasarkan faktur penjualan (Sales Invoice) dari Invoice.
> 6. Penambahan informasi total gabungan dari Sales Order & Sales Invoice.
> 7. Penambahan total semua penjualan dari seluruh salesman.
> 8. Penambahan waktu kunjungan (start time & end time).
> 9. Penambahan penjelasan informasi (i) pada kolom OOS, Sales Order, Sales Canvass, dan Sales Order & Canvass.
> 2. Penambahan pada detail kunjungan.
> 1. Penambahan informasi jarak check-in. Di dalam range (hijau) atau diluar range (merah)
> 2. Penambahan informasi Tipe pegawai yaitu: Salesman, Canvasser dan Salesman & Canvasser
> 3. Penambahan informasi Total Sales/Canvass berdasarkan tipe pegawai
> 4. Penambahan Notes.
> 5. Penambahan daftar produk yang dipesan/dibeli.
> 6. Penambahan informasi nomor pesanan (SO/SI).
> 2. **Dashboard**\
> Terdapat penambahan data dan informasi pada menu Dashboard seperti berikut.
> 1. Penambahan filter All, Salesman, Canvasser yang adalah tipe pegawai.
>
> 2. Penambahan informasi jumlah Order/Invoice yang akan berubah berdasarkan filter tipe pegawai.
>
> 3. Penambahan informasi Total Sales Order & Invoice yang akan berubah berdasarkan filter tipe pegawai.
>
> 4. Penambahan penjelasan kolom (icon informasi).
>
> 5. Penambahan total pembayaran pelanggan (Total Customer Payment).
>
> **What's Changed?**
>
> 1. Pada aplikasi Supervision:
> 1. Perubahan nama Target Call menjadi Planned.
> 2. Perubahan nama Additional Call menjadi Unplanned.
> 3. Perubahan filter tanggal.
> 4. Top Customers dan Top Products akan berubah berdasarkan filter.
> 2. Pada backoffice SMH
>
> Penambahan informasi nomor pesanan yang terhubung ke detail pesanan (Sales Order/Sales Invoice).
## 1. (Daily Visit)
### - Daftar Kunjungan
| Tampilan Lama | Tampilan Baru |
| :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
|
|
{% hint style="info" %}
**Keterangan** :
1. Penambahan total kunjungan dari Canvass seluruh salesman.
2. Penambahan informasi daftar pelanggan yang belum dikunjungi (Unvisited).
3. Penambahan jumlah kunjungan diluar lokasi toko atau OOS (Out of Store).
4. Penambahan total pesanan berdasarkan pesanan penjualan (Sales Order) dari SFA.\
5. Penambahan total pesanan berdasarkan faktur penjualan (Sales Invoice) dari Invoice.\
6. Penambahan informasi total gabungan dari Sales Order & Sales Invoice.
7. Penambahan total semua penjualan dari seluruh salesman.\
8. Penambahan waktu kunjungan (start time atau checkin & end time atau checkout).\
9. Penambahan penjelasan informasi (i) pada kolom OOS, Sales Order, Sales Canvass, dan Sales Order & Canvass.\
\
Contoh : \
{% endhint %}
### - Detail Kunjungan
| Tampilan Lama | Tampilan baru |
| :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  |  |
{% hint style="info" %}
**Keterangan**:
1. Penambahan informasi jarak check-in. Di dalam range (hijau) atau diluar range (merah)\
2. Penambahan informasi Tipe pegawai yaitu: Salesman, Canvasser dan Salesman & Canvasser.\
3. Penambahan informasi Total Sales/Canvass berdasarkan tipe pegawai.
4. Penambahan Notes.\
5. Penambahan daftar produk yang dipesan/dibeli.\
6. Penambahan informasi nomor pesanan (SO/SI).\
{% endhint %}
## 2. Dashboard
| Tampilan Lama | Tampilan Baru |
| :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|  |  |
{% hint style="info" %}
**Keterangan**:
1. Penambahan filter All, Salesman, Canvasser berdasarkan tipe pegawai.
2. Penambahan informasi jumlah Order/Invoice yang akan berubah berdasarkan filter tipe pegawai.\
3. Penambahan informasi Total Sales Order & Invoice yang akan berubah berdasarkan filter tipe pegawai.\
4. Penambahan penjelasan kolom (icon informasi). \
5. Penambahan total pembayaran pelanggan (Total Customer Payment).
{% endhint %}
## Pembaharuan
1. Pada aplikasi Supervision:
1. Perubahan nama Target Call menjadi Planned.
2. Perubahan nama Additional Call menjadi Unplanned.
| Tampilan Lama | Tampilan baru |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| |  |
| |
|
3. Perubahan filter tanggal: user dapat memilih jarak/range tanggal dan juga bisa melakukan next/prev berdasarkan periode yang dipilih.\
4. Top Customers dan Top Products akan berubah berdasarkan filter.
5. Pada backoffice SMH
Penambahan informasi nomor pesanan yang terhubung ke detail pesanan (Sales Order/Sales Invoice).
{% hint style="success" %}
**FYI** :\
Aplikasi Supervision dapat diakses dari browser (Google Chrome) dengan akses link berikut : spv.simplidots.co.id
Tampilan pada browser menyesuaikan seperti tampilan pada mobile.
{% endhint %}
Silakan dicoba, Kawan Simpli!
Salam Hangat - Androsim -
# Pembaharuan Menu Customer pada Sales Management Hub (SMH) - \[17 Mar 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat pembaharuan menu customer yaitu dengan penambahan field data menjadi lebih lengkap dan jelas untuk memudahkan proses mendata customer pada Sales Management Hub (SMH).
> **What's New?**
>
> 1. Penambahan detail customer menjadi lebih lengkap dan jelas informasinya.
>
> \- Penambahan fitur Image Customer Store pada SMH (SFA coming soon).\
> \- Penambahan informasi pemilik/owner dari customer.\
> \- Penambahan fitur image dokumen pendukung pada SMH (SFA coming soon).
>
> 2. Penambahan filter customer berdasarkan titik alamat (geotagging).
> 3. Penambahan bulk/multiple delete customers.
> 4. Penambahan informasi Utang, Jatuh Tempo, Faktur Belum di bayar, total pembayaran dari customer di detail customer.
>
> **What's Improved?**
>
> 1. Tampilan baru
>
> \- tampilan baru pada daftar dan filter customer.\
> \- penyesuaian tampilan menu customer pada mobile/tablet.\
> \- pembaharuan template import data customer.
### 1. New Customer Details
Terdapat penambahan pada detail customer yang sebelumnya hanya terbatas.
**Before** : pada data pelanggan hanya terdapat kode pelanggan, nama, status, pajak, salesman, pricelist, divisi, payment term, catatan, email, handphone, provinsi, kota, kecamatan, desa, latitude, longitude, kode pos dan alamat.
**After** : Terdapat 3 bagian data yang dapat dilengkapi pada data pelanggan yaitu informasi pelanggan, informasi alamat, dan informasi pemilik. \
Diantaranya terdapat 3 fitur baru seperti :\
\- Penambahan fitur Image Customer Store pada bagian informasi pelanggan.\
\- Penambahan informasi pemilik/owner dari customer pada informasi pemilik.\
\- Penambahan fitur image dokumen pendukung pada SMH pada informasi pemilik.
* **Informasi Pelanggan** : gambar toko, kode, status, nama, pajak, salesman, daftar harga, divisi, waktu pembayaran, dan catatan.
* **Informasi Alamat** : Alamat, detail alamat, latitude, longitude, provinsi, kota, kecamatan, kode pos.
{% hint style="info" %}
**Note**: Ketika memilih provinsi, otomatis, data kota, kecamatan dan desa dapat dipilih dengan dropdown.
{% endhint %}
* **Informasi Pemilik** : Nama, alamat, nomor telepon, email, NIK/NPWP16, NPWP15, Nomor KK dan gambar dokumen pendukung yang berkaitan dengan pelanggan.
{% hint style="warning" %}
**NOTE**
Penambahan fitur gambar dokumen pendukung ini dapat digunakan oleh salesman/admin meng-upload foto dokumen pendukung dari customer. Seperti dokumen perjanjian kerja sama, surat izin, NPWP, dll. Namun, saat ini hanya terdapat pada backoffice SMH.
Untuk dapat menggunakan fitur ini, user harus diberikan role baru yaitu **Customer Document Access.**
{% endhint %}
### 2. Penambahan filter customer berdasarkan titik alamat (geotagging)
Sebelumnya, terdapat kesulitan untuk melihat siapa saja customer yang sudah di-geotag dan belum atau belum memiliki titik koordinat alamat pada Google Maps. Saat ini, telah terdapat filter yang membantu user untuk memilih customer berdasarkan titik alamat dengan istilah "sudah ditandai" dan "belum ditandai".
Dengan adanya filter ini, user juga bisa melihat jumlah customer berdasarkan filter yang dipilih.
### 3. Bulk/multiple Delete Customers
Sebelumnya, untuk menghapus data customer yang salah jika lebih dari satu, user harus melakukannya secara satu per satu. Saat ini, telah disediakan button bulk/multiple checklist customer mana saja yang ingin dipilih untuk dihapus bersamaan.
### 4. Penambahan informasi Utang, Jatuh Tempo, Faktur Belum Dibayar, dan Total Pembayaran
Sebelumnya, tidak terdapat informasi mengenai utang, jatuh tempo, faktur belum dibayar, dan total pembayaran dari customer dikarenakan belum terhubung dengan menu faktur penjualan. Saat ini, customer yang memiliki tagihan dari faktur penjualan telah dapat dilihat informasi mengenai utang, jatuh tempo, faktur belum dibayar, dan total pembayaran pada bagian detail customer.
### 5. Tampilan Baru
Penambahan pada detail customer membuat terdapat perubahan pada daftar customer.
* **Menu Daftar Pelanggan**
**Before**: Tampilan filter pegawai dan status tersembunyi pada satu button filter. Menu import dan export juga tersembunyi pada satu button pengaturan. Selain itu, tidak ada filter titik alamat.
**After**: Tampilan filter dan import, export tidak tersembunyi dan terdapat penambahan filter titik alamat untuk mempermudah mencari customer yang sudah dan belum ditandai alamatnya pada Google Maps.
* **Tampilan pada Mobile**
* **Tampilan pada Tablet**
* **Menu Impor Template**
**Before** : menu impor data baru dan impor update data yang terdapat pada pengaturan dibuat terpisah.
Before
Before
Format di Excel
{% hint style="info" %}
**Excel Template:**
* Code : Kode customer
* Name : Nama customer
* Address : Alamat customer
* Phone : Nomor handphone
* Salesman Code: Kode salesman yang di-assigned untuk customer
* PaymentTermName : Nama waktu pembayaran
* PricelistName : Nama daftar harga
* Status : status customer (Active, NonActive, Blacklist, Unverified)
* Latitude : titik koordinat garis horizontal
* Longitude : titik koordinat garis lintang
* Description : deskripsi customer
* IsTaxable: Pajak (True : active, false : nonactive)
{% endhint %}
**After**: menu impor data baru dan impor update data terdapat di tampilan luar daftar customer dan menjadi satu bagian seperti berikut.
After
After
Format di Excel
Format di Excel
{% hint style="info" %}
**Excel Template:**
* Code : Kode customer
* Name : Nama customer
* Email : email
* Phone : Nomor handphone
* Telephone : Nomor telefon
* NPWP : nomor NPWP
* NoKK : Nomor KK
* IdentityCard : Nomor identitas
* Salesman Code: Kode salesman yang di-assigned untuk customer
* Salesman Name : nama salesman
* PaymentTermName : Nama waktu pembayaran
* PricelistName : Nama daftar harga
* Status : Status customer (Active, NonActive, Blacklist, Unverified)
* Division Name : Nama divisi
* Address : Alamat customer
* Address detail : Detail alamat customer
* Province : Provinsi
* City : Kota
* District : Kecamatan
* Village: Desa
* Postal Code : Kode pos
* IsTaxable: Pajak (True : active, false : nonactive)
* PartnerId : Id partner yang terintegrasi
* Latitude : titik koordinat garis horizontal
* Longitude : titik koordinat garis lintang
* Description : deskripsi customer
{% endhint %}
Silakan dicoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Promo Diskon Kuantitas & Nominal Bertingkat - \[06 Maret 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat penambahan fitur baru yaitu promo dengan diskon kuantitas dan nominal bertingkat agar dapat memudahkan proses membuat promo lebih bervariasi pada Sales Management Hub (SMH).
> **What's New?**
>
> * Terdapat penambahan fitur promo dengan diskon kuantitas & nominal bertingkat agar dapat memudahkan proses membuat promo lebih bervariasi pada Sales Management Hub (SMH).
>
> * Kriteria Brand pada kriteria promo
>
> * Diskon persentase (%) dengan nilai koma, contoh : 1,5%.
>
> **What's Improved?**
>
> * Tampilan baru pada daftar dan filter promo.
> * Filter dengan brand saat memilih kriteria produk.
> * Fitur duplikasi Promo
### Diskon Kuantitas & Nominal Bertingkat
Saat ini, Simpli telah menambahkan jenis skema promo baru yaitu Diskon Kuantitas & Nominal Bertingkat. Promo ini akan membantu kamu yang ingin membuat promo bertingkat berdasarkan syarat kuantitas atau nominal pembelian seperti contoh case berikut.
Case : \
\- Beli 5 - 10 pcs Susu Strawberry diskon 2%\
\- Beli 11 - 20 pcs Susu Strawberry diskon 5%\
\- Beli 21 pcs ke atas Susu Strawberry diskon 10%, dst
atau
\- Beli 10.000 Susu Strawberry diskon 500.\
\- Beli 20.000 pcs Susu Strawberry diskon 1.000.\
\- Beli 50.000 ke atas Susu Strawberry diskon 5.000, dst
Maka, pada bagian Bonus Promo dapat diinput seperti berikut:
atau \
\- Beli 5 - 10 pcs Susu Strawberry diskon Rp2.000.\
\- Beli 11 - 20 pcs Susu Strawberry diskon Rp5.000.\
\- Beli 21 pcs ke atas Susu Strawberry diskon Rp10.000, dst
Maka, pada bagian Promo bonus dapat diinput seperti berikut :
atau \
\- Beli 10.000 Susu Strawberry diskon 5%.\
\- Beli 20.000 pcs Susu Strawberry diskon 10%.\
\- Beli 50.000 ke atas Susu Strawberry diskon 20%, dst
Maka, pada bagian Promo bonus dapat diinput seperti berikut:
{% hint style="info" %}
**PANDUAN**:
1. Diskon Kuantitas Bertingkat [klik disini. ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/data-master/skema-promo/diskon-kuantitas-bertingkat-strata)
2. Diskon Nominal Bertingkat [klik disini. ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/data-master/skema-promo/diskon-nominal-bertingkat-strata)
{% endhint %}
### Kriteria by Brand pada Promo Kriteria
Sebelumnya, untuk menentukan kriteria produk promo, kamu harus memilih satu persatu produk yang berkaitan dengan promo. Tentu saja, jika produk kamu cukup banyak meskipun masih dalam 1 jenis brand yang sama akan terasa cukup lama dalam memilihnya.
Sekarang, kamu dapat memilih kriteria produk promo berdasarkan nama brand produk tersebut agar lebih memudahkan dan mempercepat proses pembuatan promo.
* Pilih Tambah Kriteria Promo
* Pilih Brand yang diinginkan
* Simpan kriteria promo
* Kriteria Promo berdasarkan Brand telah terinput.
### Diskon Persentase dengan Koma (5,5%)
Sebelumnya, kamu yang memiliki promo bonus dengan nilai persentase koma tidak dapat membuat promo bonus tersebut ke skema promo yang dibutuhkan.
Sekarang, kamu dapat membuat promo dengan diskon persentase koma sesuai dengan kebutuhan kamu.
Contoh: \
\- Beli 5 - 10 pcs Susu Strawberry diskon 2,3%\
\- Beli 11 - 20 pcs Susu Strawberry diskon 5,2%\
\- Beli 21 pcs ke atas Susu Strawberry diskon 10,5%, dst
Maka, pada bagian Promo bonus dapat diinput seperti berikut :
{% hint style="warning" %}
**NOTE**:
Penggunaan koma (,) berlaku untuk pengaturan bahasa Indonesia dan Inggris. \
Jika kamu menggunakan bahasa Inggris, maka penulisan koma tetap menggunakan (,).
{% endhint %}
### Tampilan Baru
Terdapat perubahan tampilan pada bagian berikut:
* **Daftar Promo**
Before: Pada tampilan lama skema promo, hanya terdapat field pencarian.
Tampilan lama
After : Pada tampilan baru skema promo, terdapat field pencarian dan filter tipe skema dan status promo.
Tampilan baru
### Filter by Brand pada Kriteria Produk
Filter by brand ini terdapat jika kamu ingin membuat kriteria promo dengan pilihan produk tertentu dengan brand yang berbeda-beda. Jika produk tersebut terlalu banyak, tentunya saat pencarian akan terasa sulit jika harus mengetik nama produk satu per satu.\
\
Oleh karena itu, filter by brand ditampilkan pada bagian kriteria pilih produk untuk memudahkan kamu dalam memilih produk.
* Pilih kriteria promo : Produk
* Pilih tambah produk
* Filter brand sesuai produk yang diingikan
### Duplikasi Promo
Jika terdapat promo yang sama dengan promo yang pernah dibuat dan ingin dibuat kembali, kamu bisa gunakan fitur duplikat untuk mempermudah proses pembuatan promo yang serupa.
{% hint style="info" %}
**NOTE**:
1. Jika menggunakan SFA versi 2.18.13 atau versi bawah/lebih rendah. Maka, Promo by Brand ini tidak muncul di mobile dan saat buat transaksi SO di mobile, promo tidak langsung terapply juga, namun, akan ter-apply setelah user melakukan sync transaction, karena proses kalkulasinya terjadi di backoffice SMH.
2. Sedangkan, jika pakai aplikasi SFA terbaru versi 2.18.14 atau yang lebih tinggi. Maka, Promo by brand akan muncul di list promo dan saat buat transaksi SO, promo otomatis recalculate/ter-detect tanpa sync transaksi terlebih dahulu.
{% endhint %}
Silakan dicoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Brand pada Produk - \[19 Feb 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat penambahan fitur baru yaitu Brand agar dapat memudahkan proses manajamen dan kategorisasi master data produk yang lebih baik pada Sales Management Hub (SMH).
> **What's New?**\
> Terdapat penambahan fitur Brand agar dapat mengisi data produk yang lebih lengkap dan terdefinisi dengan baik sehingga memudahkan proses manajemen dan kategorisasi produk.
Menu Brand terdapat pada submenu **Master Data> Produk> Brand.** Fitur ini diharapkan dapat membuat user lebih mudah dalam mengelompokkan data produk berdasarkan Brand/Merk dagang produk yang akan dijual.
Ada 3 hal yang dapat dilakukan pada menu Brand, yaitu:
1. Tambah/Buat
2. Edit/Ubah
3. Delete/Hapus
### 1. Tambah/Buat Brand
Tambah brand
Kamu dapat melakukan penambahan data brand terkait produk yang akan dijual. Data yang dapat kamu input adalah:
* Detail brand (nama brand dan deskripi)
* Pilih produk (produk terdaftar yang belum memiliki brand)
Detail brand
Panduan cara menambah Brand [klik disini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/produk/cara-menambahkan-brand).
### **2. Edit/Ubah Brand**
Kamu dapat melakukan ubah data brand terkait produk yang akan dijual. Data yang dapat kamu ubah adalah data brand yang telah terdaftar.
Ubah pada daftar Brand
Ubah pada detail Brand
Panduan cara mengubah Brand [klik disini.](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/produk/brand/cara-mengubah-brand)
### 3. Delete/Hapus Brand
Kamu dapat melakukan hapus data brand terkait produk yang akan dijual. Data yang dapat kamu hapus adalah data brand yang telah terdaftar dan data produk yang terdaftar dalam brand.
* Hapus 1 (satu) Brand\
Hapus brand dari menu daftar brand secara satu per satu.
Hapus pada daftar Brand
Hapus pada detail Brand
* Hapus Lebih dari Satu (bulk) Brand\
Hapus brand dari menu daftar brand secara bersamaan lebih dari satu sesuai dengan brand yang dipilih.
* Hapus Brand dari Edit Brand\
Hapus brand dari menu edit/ubah brand sesuai dengan brand yang dipilih.
* Hapus Produk dalam Brand\
Hapus produk dalam brand dari detail ubah brand dan bisa secara bersamaan lebih dari satu sesuai dengan produk yang dipilih.
Panduan cara menghapus Brand [klik disini. ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/produk/brand/cara-menghapus-brand)
Silakan dicoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Adjustment pada Daily Visit Table & Daily Visit Map (SMH) - \[07 Feb 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu kamu tahu, nih!\
Kini, terdapat penambahan pada menu Daily Visit Table and Daily Visit Map di Sales Management Hub (SMH).
> **What's Changed?**\
> \
> Terdapat penambahan agar dapat melihat aktivitas kunjungan harian dari Canvassing dengan data yang lebih lengkap dan terdefinisi dengan baik & antarmuka yang lebih baik.
>
> * Before
>
> Hanya terdapat informasi kunjungan dari SFA TO (hanya untuk Sales Order).
>
> * After
>
> Dapat melihat aktivitas kunjungan dari Sales Order dan Canvassing dengan data yang lebih lengkap dan terdefinisi dengan baik & antarmuka yang lebih baik.
### 1. Daily Visit Table (Informasi Kunjungan)
Perubahan yang terdapat pada Daily Visit Table terdapat pada bagian ekspor dan detail. Untuk mengakses Daily Visit Table, kamu dapat melihat pada menu Visit > Daily Visit Table.
* **Export Daily Visit (Excel)** \
Terdapat penambahan beberapa data seperti berikut:
* SalesOrder (amount)
* SalesCanvass (amount)
* TotalSales (order + canvass amount)
* Role
* ImageUrls
* CheckOutLat, CheckOutLong
* Distance (m)
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| |
|
Untuk panduan penggunaan silakan [klik disini. ](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/manajemen-rute/informasi-kunjungan/cara-mengunduh-data-kunjungan-export-data)
* **Daily Visit Details**\
Terdapat perubahan tampilan baru yang lebih lengkap mencakup kunjungan dari Canvassing.
| Before | After |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tidak terdapat data mengenai hasil kunjungan khusus Canvassing. |
Dapat melihat aktivitas kunjungan harian khusus canvassing dengan data yang lebih lengkap dan terdefinisi dengan baik & antarmuka yang lebih baik.
|
{% hint style="success" %} **What's New?**
**Added****:**
Terdapat beberapa penambahan data pada bagian detail seperti berikut :
* **Unvisited (with more details) :** jumlah dan detail nama customer yang tidak dikunjungi berdasarkan rencana kunjungan yang telah ditetapkan (Planned)\
* **Eff. Calls** : jumlah customer yang bertransaksi saat kunjungan.
* **Total Sales Order :** total pesanan khusus Taking Order (TO).
* **Total Sales Canvass :** total pesanan khusus Canvassing.
* **Role :** akses yang diberikan kepada salesman saat kunjungan.
**Deleted**: \
Terdapat beberapa pengurangan data pada bagian detail seperti berikut :
* Customer Address
* Customer code
**Changed**: \
Terdapat beberapa perubahan pada bagian detail seperti berikut :
* Start time -> Start Date
* End time -> End Date
* Planned -> Planned ( tedapat data perbandingan visited/target)
* Geomismatch -> Out of Store
* Check in time -> Check In & Out Time
* Check out time -> Check In & Out Time
* Description -> Notes (terdapat preview gambar kunjungan)\
* Mismatch -> OOS
* Sale -> Total Sales (more details Sales Order & Canvass)\
{% endhint %}
### 2. Daily Visit Map (Geografis Kunjungan)
Perubahan yang terdapat pada Daily Visit Map terdapat pada bagian detail. Untuk mengakses Daily Visit Map, kamu dapat melihat pada menu Visit > Daily Visit Map.
| Before | After |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Tidak terdapat data mengenai hasil kunjungan khusus Canvassing | Dapat melihat aktivitas kunjungan harian khusus canvassing dengan data yang lebih lengkap dan terdefinisi dengan baik & antarmuka yang lebih baik. |
{% hint style="success" %} **What's New?**
**Added****:**
Terdapat beberapa penambahan data pada bagian detail seperti berikut :
* **Canvass :** Jumlah kunjungan canvassing\
* **Eff. Calls** : jumlah customer yang bertransaksi saat kunjungan.
* **Sales Order :** total pesanan khusus Taking Order (TO).
* **Sales Canvass :** total pesanan khusus Canvassing.
* **Unvisited :** jumlah dan nama customer yang belum dikunjungi.
* **Informasi pada OOS**\
* **Informasi pada Sales Order dan Sales Canvass** 
* **Notes dan Photos** : Penggabungan catatan dan gambar kunjungan 
* **Role** : Penambahan role akses yang digunakan oleh salesman.\
* **Informasi pada Pseq** \
* **Informasi pada Aseq**\
* **Detail pesanan**\
{% endhint %}
Silakan dicoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Reset Route pada Sales Management Hub (SMH) \[23 Januari 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat penambahan Reset Route pada Sales Management Hub (SMH).
> **What's Changed?**
>
> 1. Reset Route: Tombol Hapus Semua Rencana Kunjungan Harian & Mingguan (Delete All Daily & Weekly Plan) dan validasi (konfirmasi) sebelum menghapus.
> **Before**
>
> * Tidak ada tombol Hapus Semua Rencana Kunjungan Harian & Mingguan (Delete All Daily & Weekly Plan).
> * Saat menghapus rute harian atau mingguan harus satu persatu.
> * Tidak ada validasi atau konfirmasi sebelum menghapus.
> **After**
>
> * Terdapat tombol Hapus Semua Rencana Kunjungan Harian & Mingguan (Delete All Daily & Weekly Plan).
> * Terdapat validasi (konfirmasi penghapusan) sebelum menghapus.
{% hint style="info" %}
Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!\
\
Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.
{% endhint %}
Salam Hangat - Androsim -
# Penambahan Report Sales Invoice (Laporan Faktur) - \[12 Januari 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat penambahan pada Report Sales Invoice (Laporan Faktur).
> **What's Changed?**
>
> Penambahan Report Sales Invoice (Laporan Faktur)\
> \ **Before**
>
> Belum ada Laporan Faktur.
>
> \ **After**\
> Report untuk melihat laporan dari sales invoice canvassing (Laporan Faktur).
{% hint style="warning" %}
* Report ini akan diberikan tanpa ada biaya tambahan (free of charge) kepada user sampai batas waktu yang belum ditentukan.
* Untuk sementara user yang ingin mendapatkan report bisa merequest ke Customer Sucess Associate.
{% endhint %}
## Penambahan Report Sales Invoice (Laporan Faktur)
### Gambar 1
{% hint style="info" %}
* User dapat melihat Report Sales Invoice berdasarkan Customer, Salesman, Product, Exclude Bonus Item, Include Bonus Item, Exclude Promo & Discount, Include Promo & Discount, Invoice Date, dan Sales Invoice Status.
* Dapat menampilkan Jumlah Faktur Penjualan (Number of Sales Invoice), Jumlah Faktur Penjualan Pelanggan (Count of Customer Sales Invoice), Jumlah Faktur Penjualan Pesanan Barang (Number of Item Order Sales Invoice), Jumlah Faktur Penjualan Produk (Count of Product Sales Invoice), dan Total Sales Invoice (Total Faktur Penjualan).
{% endhint %}
###
### Gambar 2
{% hint style="info" %}
Dapat menampilkan Salesman yang paling banyak melakukan penjualan (Top Performing Sales Person), pelanggan paling banyak melakukan pemesanan (Top Performing Customer), product yang paling banyak terjual (Top Performing Product).
{% endhint %}
### Gambar 3
{% hint style="info" %}
Dapat menampilkan Data Customer Level dan Data Product Level.
{% endhint %}
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Adjustment Pada Role Group Default \[10 Januari 2024]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat adjustment pada **Role Group Default.**
> **What's Changed?**
>
> Role Group Default untuk memudahkan user baru assign employee ke role yang sesuai tanpa harus membuat role seperti sebelumnya.
> **Before**
>
> Hanya terdapat Role Group untuk Admin, Customer, Driver, Salesman, Admin, dan Superuser.
> **After**
>
> Terdapat role group untuk Salesman Canvasing, Salesman Taking Order, dan Salesman Canvasing & Taking Order.
{% hint style="warning" %} **Notes!**
* Role default ini hanya available ke tenant yang baru register per tanggal **10 Januari 2024**.
* Untuk tenant yang register sebelum itu masih harus membuat role secara manual dengan bantuan panduan dari Customer Success Associate.
{% endhint %}
**Panduan Cara Menambahkan Role Group:** [https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform\[β¦\]ement-hub/pegawai/cara-menambahkan-role-group-supervisor](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/pegawai/cara-menambahkan-role-group-supervisor)
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# 2023
# Adjustment Manual Delivery Summary & Infinite Fleet - \[27 Desember 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat adjustment pada **Delivery Summary (Rekap Surat Jalan) & Infinite Fleet (Armada Tidak Terbatas)**.
> **What's Changed?**
>
> 1. Pembuatan Armada yang digunakan untuk optimasi dan tidak
> 2. Pembuatan Delivery Summary (Rekap Surat Jalan) secara manual (tanpa optimasi dan tanpa membeli Optimization Route (Optimasi Rute).
> 3. Dapat menggunakan DFA / Delivery dari hasil DS Manual yang dibuat.
>
> \ **Before**
>
> 1. **Infinite Fleet:** Sebelumnya, user tidak dapat membuat armada kecuali jika user berlangganan Add-On optimasi rute. Meskipun telah berlangganan optimasi rute, user hanya diperbolehkan membuat armada sebanyak kuota yang telah user beli.
> 2. **Manual Delivery Summary:** Sebelumnya, user hanya dapat membuat Rekap Surat Jalan dengan memanfaatkan optimasi rute. Artinya, user harus berlangganan Add-On optimasi rute.
>
> \ **After**
>
> 1. **Infinite Fleet:** Armada yang tidak terbatas layaknya master data yang lain.
> 2. **Manual Delivery Summary:** User sudah dapat memilih untuk membuat DS secara manual atau dengan optimasi.
## Infinite Fleet (Armada Tidak Terbatas)
### Update 1: Perubahan Design List Armada
> **Before**
>
> * Pada tampilan sebelumnya tidak terdapat icon mobil.
> * Nama berada di paling kiri.
> **After**
>
> * Tampilan baru pada list untuk memudahkan user mendapatkan informasi. Icon atau mobil pada samping Nomor Plat menunjukkan bahwa armada tsb dapat digunakan untuk optimasi rute.
> * Nomor Plat berada di paling kiri.
### Update 2: Perubahan Design Detail Armada
> **Before**
>
> * Hanya terdapat 1 bagian detail armada.
> **After**
>
> * Terdapat 3 bagian detail armada yaitu pada Armada, Informasi Armada, Informasi Armada Pelanggan.
###
### Update 3: Perubahan Form Pembuatan Armada
> **Before**
>
> * Tidak ada bagian "**Penggunaan Armada**".
> **After**
>
> * Ada penambahan bagian β**Penggunaan Armada**β yang berfungsi untuk menentukan apakah armada ini dapat digunakan untuk optimasi atau tidak.
> * Apabila user hanya berlangganan 5 kuota dan kuota tersebut sudah penuh maka saat membuat Armada baru pada bagian **Pengguna Armada** tidak bisa di pilih dan akan muncul pesan "**Kuota telah terpakai penuh. Tingkatkan kuota untuk gunakan**".
###
### Update 4: Perubahan form Pengubahan Armada
> **Before**
>
> * Semua detail Armada dapat diubah.
> **After**
>
> * Armada dengan Manual Delivery Summary dapat diubah menjadi Armada dengan optimasi Rute.
> * Armada yang sudah di setting untuk Optimasi Rute tidak dapat diubah menjadi Manual Delivery Summary. Pada penggunaan Armada dengan Optimasi Rute akan muncul pesan β**Penggunaan armada tidak dapat diubah**β.
{% hint style="warning" %}
## **Hal Yang Perlu Diperhatikan!**
* Armada yang dapat digunakan untuk optimasi dapat digunakan untuk pembuatan Delivery Summary Manual, tapi tidak sebaliknya.
* Jumlah armada yang dapat digunakan untuk optimasi hanya sebatas jumlah Add-On Route Optimization yang dibeli/subscribe.
{% endhint %}
## Manual Delivery Summary (Rekap Surat Jalan Manual)
### **Update 1:** Penambahan Delivery Summary (Rekap Surat Jalan)
> **Before**
>
> * Pada saat membuat Rekap Surat Jalan baru maka akan langsung masuk ke halaman Buat Surat Jalan.
> **After**
>
> * Muncul pop up halaman untuk membuat **Rekap Surat Jalan** secara **optimasi** atau **manual**.
1. **Tampilan apabila berlangganan Add-On Optimasi Rute.**
2. **Tampilan apabila tidak berlangganan Add-On Optimasi Rute.**
{% hint style="info" %}
Untuk akun yang tidak berlangganan addon optimasi rute tidak bisa memilih opsi **Buat Dengan Optimasi** yang berada di sebelah kiri.
{% endhint %}
### **Update 2:** Pengisian Form Delivery Summary (Rekap Surat Jalan).
> **Before**
>
> * Hanya terdapat 1 form untuk Buat Surat Jalan.
> **After**
>
> * Bisa membuat rekap surat jalan secara manual.
> * Bisa membuat rekap surat jalan secara optimasi.
1. **Tampilan form Manual Delivery Summary (Rekap Surat Jalan Manual).**
{% hint style="info" %}
Detail Surat Jalan yang perlu diisi:
* Tanggal & waktu pengiriman
* Armada
* Driver
* Helper
* Titik Awal
* Titik Akhir
* Pilih Surat Jalan
{% endhint %}
2. **Tampilan form Delivery Summary with Route Optimization (Membuat Rekap Surat Jalan secara Optimasi).**
{% hint style="info" %}
Detail Surat Jalan yang perlu diisi:
* Tanggal & waktu pengiriman
* Kapasitas
* Armada
* Titik Awal
* Titik Akhir
* Centang untuk memilih beberapa gudang
* Pilih Surat Jalan
{% endhint %}
{% hint style="warning" %}
## **Hal Yang Perlu Diperhatikan!**
* Pembuatan Delivery Summary secara manual tidak instan selesainya saat klik β**Simpan**β, berbeda dengan master data lainnya. Hal ini karena pembuatan Delivery Summary di belakang layar sudah dipersiapkan untuk menggunakan *long-running* agar kedepannya dapat support membuat Delivery Summary dalam jumlah yang banyak.
{% endhint %}
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Marketing Banner Info Pada Halaman Login - \[22 Desember 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat penambahan **Marketing Banner Info Pada Halaman Login.**
> **What's Changed?**
>
> Info pada banner halaman login: mengandung semua informasi yang perlu ditampilkan.
>
> * Partnership program
> * Event/seminar
> * Affiliation
> * Simplidots update/ news
>
> \ **Before**
>
> * Tidak terdapat Banner info Marketing
>
> \ **After**
>
> * Terdapat banner berisikan info Marketing pada halaman Login.
## Banner Info Marketing pada Halaman Login pada Website
**Before**
**After**
## Banner Info Marketing pada Halaman Login pada Mobile
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| | |
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Adjustment pada Top Bar Responsive on Tablet and Mobile - \[15 Desember 2023]
Pada rilis kali ini, terdapat adjustment pada Top Bar Responsive on Tablet and Mobile.
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat pembaharuan pada tampilan Top Bar Responsive on Tablet and Mobile.
### **What's Changed?**
{% hint style="success" %}
Adjustment pada Top Bar Responsive on Tablet and Mobile.
{% endhint %}
### **Before**
{% hint style="success" %}
Tampilan Top Bar seperti tampilan pada desktop (komputer/laptop). Sehingga menyulitkan saat membuka menu lainnya.
{% endhint %}
**Gambar 1:** Menu berada di bagian atas.
**Gambar 2:** Saat memilih menu, maka sub menu akan muncul dibawahnya (sama seperti tampilan desktop).
### **After**
{% hint style="success" %}
Kali ini Top Bar lebih responsive apabila diakses melalui Tablet dan Mobile.
{% endhint %}
**Gambar 1:** Menu berada di sisi kiri. Untuk melihat menu silakan klik icon .
**Gambar 2:** Pilihan menu berada di sisi kiri. Apabila memilih menu maka akan muncul sub menu dibawahnya.
**Gambar 3:** Menu profile berada di sisi kanan dengan icon . Apabila di klik akan muncul pilihan menu profile.
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Penambahan Fitur Purchase (Pembelian) pada SMH - \[15 November 2023]
Pada rilis kali ini, terdapat fitur baru yaitu Purchase atau menu Pembelian.
Menu **Purchase/Pembelian** berfungsi dalam memproses pembelian stok/barang baru ke Supplier/Principle yang akan Anda jual.
Pastikan Anda telah menyiapkan data berikut sebelum memulai **Purchase**:
1. Data nama supplier
2. Produk
3. Waktu pembayaran
4. Gudang
Selanjutnya, pada menu Purchase terdapat beberapa sub-menu yang akan membantu Anda dalam proses pembelian, diantaranya sebagai berikut:
1. Supplier
2. Purchase Order
3. Purchase Delivery
4. Purchase Invoice
5. Supplier Payment
***
## 1. Supplier
Supplier merupakan menu untuk Anda mendaftarkan nama supplier yang menjadi tempat pembelian stok/produk yang akan dijual.
Untuk masuk ke halaman Supplier silakan pilih **Master Data** > **Supplier**.
**Beberapa hal yang terdapat di menu Supplier adalah:**
* ### **List Supplier**
\
Pada list Supplier atau daftar supplier, terdapat data-data yang ditampilkan seperti Tambah Supplier, Kode, Supplier, Partner ID, Alamat, Telepon, Status dan Action (Ubah & Hapus).
Daftar Supplier
{% hint style="info" %} **Note**:
* **Tambah Supplier:** Menu untuk mendaftarkan supplier baru.
* **Kode** : kode supplier terdaftar.
* **Supplier**: Nama supplier terdaftar.
* **Partner Id**: Apabila data supplier terhubung integrasi dengan sistem lain.
* **Alamat**: Alamat supplier terdaftar.
* **Telepon** : Nomor telepon supplier terdaftar.
* **Status** : Status supplier
* Active : dapat dilakukan proses pembelian.
* Non Active : tidak dapat dilakukan proses pembelian.
* **Action** : jalan pintas untuk Ubah dan Hapus.
{% endhint %}
* ### **Create Supplier**
Pada Create Supplier atau Tambah supplier, terdapat tiga (3) bagian yang perlu diisi, yaitu : Detail Supplier, Detail Alamat, dan Produk Supplier.
\
1\. Detail Supplier : Detail Supplier terdiri dari data yang perlu diisi seperti Kode Supplier, Status Supplier, Nama Supplier, Telepon, Email, Waktu Pembayaran.
Detail Supplier
2. Detail Alamat : Detail Alamat terdiri dari data yang perlu diisi seperti Alamat, Latitude, Longitude, Kota, Provinsi, Kecamatan, Kelurahan, Kode Pos.
Detail Alamat
3. Produk Supplier : Produk Supplier terdiri dari data produk yang perlu Anda tambah yang akan muncul kode produk serta nama produk terdaftar sebagai produk yang dapat dibeli di supplier tersebut.
Produk Supplier
Ketika sudah selesai mengisi data di **Detail Supplier** dan **Detail Alamat**, maka data akan otomatis tersimpan di belakang layar saat melakukan scroll sampai bagian **Produk Supplier** atau saat klik button **Tambah produk**.
Setiap produk yang ditambahkan/dihapus juga akan otomatis tersimpan di belakang layar.
{% hint style="warning" %} **Note** : **satu produk hanya dapat dimiliki oleh satu supplier**.
{% endhint %}
Untuk menyimpan data secara permanen, Anda dapat klik button **Simpan** atau **Simpan & Baru** di bawah.
Jika klik button **Batal**, akan muncul *popup* seperti di bawah ini, yang artinya jika ingin membatalkan, maka seluruh data yang tersimpan sebelumnya akan terhapus.
* ### **Detail Supplier**
\
Pada Data supplier yang sudah terdaftar, Anda dapat melihat data dan dapat melakukan **Ubah** atau **Hapus** seperti gambar dibawah ini.
Detail Supplier
* ### **Edit Supplier**
\
Pada Edit Supplier atau Ubah Supplier, secara tampilan dan cara kerja sama seperti Create Supplier. Namun, jika ada melakukan penambahan/penghapusan produk, dan memilih button Batal, maka data akan dikembalikan ke awal seperti sebelum melakukan edit/perubahan.
***
## **2. Purchase Order (PO)**
Purchase Order atau Pesanan Pembelian merupakan menu untuk Anda membeli pesanan stok/barang ke supplier yang akan Anda jual ke depannya.
Untuk masuk ke halaman Purchase Order silakan pilih **Purchase** > **Purchase Order**.
**Beberapa hal yang terdapat di menu Purchase Order adalah:**
* **List Purchase Order**
Pada List Purchase Order atau Daftar Pesanan Pembelian, dapat melakukan pencarian & filter untuk menemukan data pembelian yang telah terdaftar seperti Tanggal, Nomor PO, Supplier, Gudang, Jumlah, Status, Action (Ubah, Buat Pengiriman Pembelian, Buat Faktur Pembelian, Batalkan Pesanan Pembelian).
Daftar Pesanan Pembelian
Kemudian, data dapat difilter berdasarkan Tanggal Pemesanan, Supplier dan Status.
Purchase Order (PO) memiliki 4 status, yaitu:
1. **Draft**: jika Purchase Order belum memiliki Purchase Delivery atau Purchase Invoice.
2. **Active**: jika Purchase Order sudah memiliki Purchase Delivery atau Purchase Invoice.
3. **Completed**: jika Purchase Order sudah di-generate Purchase Invoice (seluruh kuantitas produk)
4. **Cancelled**: jika Purchase Order dibatalkan
> Tindakan yang dapat dilakukan terhadap status Purchase Order adalah:
>
> 1. **Draft**: dapat **diedit**, **membuat Purchase Delivery**, **membuat Purchase Invoice**, dapat **dibatalkan**
> 2. **Active**: dapat melakukan hal berikut.\
> \- **Buat Purchase Delivery :** jika masih **ada kuantitas produk yang masih bersifat Redeliver** (masih ada **sisa kuantitas produk** yang belum dibuatkan Purchase Delivery)\
> \- **Buat Purchase Invoice**: Jika Purchase Order **memiliki beberapa Purchase Delivery yang belum dibuatkan Purchase Invoice.** Jika **kuantitas produk Purchase Order masih ada yang tersisa** yang belum dibuatkan Purchase Invoice
> 3. **Completed**: tidak ada.
> 4. **Cancelled**: tidak ada.
* ### **Create Purchase Order (PO)**
\
Tampilan Create Purchase Order atau tambah pesanan pembelian merupakan menu untuk membuat pesanan pembelian. Terdapat data yang perlu diisi seperti supplier, tanggal pemesanan, waktu pembayaran, Gudang. Selanjutnya masukkan produk yang akan dipesan pada menu Tambah Produk.
Jika Anda langsung klik button Tambah produk lain, maka akan muncul popup warning untuk memilih data supplier, waktu pembayaran, dan gudang.
Produk-produk yang ditampilkan adalah produk dari supplier yang dipilih. Harga, kuantitas, diskon (dalam bentuk persen), dan pajak dapat diinput sesuai kebutuhan. \
\
Harga produk dapat disesuaikan sendiri atau mengikuti harga default.
Jika klik icon **Reset**, maka akan muncul popup untuk menanyakan apakah harga ingin direset seperti harga default.
Pada bagian bawah, akan terkalkulasi subtotal dari seluruh produk yang dipesan. Jika ingin memilih subtotal termasuk pajak, silakan centang *checkbox* yang tersedia dan akan terkalkulasi seluruhnya sesuai dengan pajak yang dipilih pada produk. Selanjutnya, Anda dapat klik **Simpan**.
* ### **Detail Purchase Order (PO)**
\
Tampilan data Detail Purchase Order merupakan data pesanan pembelian yang telah tersimpan. Adapun data yang ditampilkan adalah menu edit, batal, buat Purchase Delivery, buat Purchase Invoice dan data yang telah Anda isi sebelumnya saat pembuatan pesanan pembelian dapat dilihat seperti pada gambar di bawah ini.
Gambar Detail PO
{% hint style="info" %}
**Note:**\
Tombol Generate Purchase Delivery dan Generate Purchase Invoice hanya akan muncul apabila status Pesanan Pembelian adalah Draft. Apabila status Pesanan Pembelian sudah Active maka tombol tersebut tidak akan muncul.
{% endhint %}
Pada Detail PO, terdapat 2 tab yaitu Pesanan Pembelian Produk dan Dibuat sebagai Produk PD (Purchase Delivery).
{% hint style="info" %}
**Note** : Tab Dibuat sebagai produk PD (Purchase Delivery) dapat dibuka jika Purchase Order (PO) sudah memiliki Purchase Delivery (PD). Untuk detail subtotal termasuk pajak atau tidak juga ditampilkan seperti gambar di bawah ini.
{% endhint %}
Jika sudah memiliki Purchase Delivery, maka data produk (kuantitas pesanan, diterima dan kirim ulang) akan ditampilkan pada detail PO.
* ### **Edit Purchase Order**
\
Untuk tampilan dan cara kerja Edit Purchase Order masih sama seperti Create Purchase Order.
***
## **3. Purchase Delivery (PD)**
Purchase Delivery (PD) atau Penerimaan Pesanan Pembelian merupakan menu untuk Anda menerima pesanan stok/barang ke supplier yang telah Anda pesan pada PO untuk dimasukkan ke gudang.
Untuk masuk ke halaman Purchase Delivery silakan pilih **Purchase** > **Purchase Delivery**.
**Beberapa hal yang terdapat di menu Purchase Delivery adalah:**
* **List Purchase Delivery (PD)**
Pada List Purchase Delivery (PD)/Daftar PD, terdapat menu pencarian & filter untuk menemukan data yang telah tersimpan seperti Delivery Date (Tanggal Penerimaan), Purchase Delivery No (Nomor PD), Supplier, Purchase Order No (Nomor PO), Status, Action (Edit/Ubah, Mark status as Received/Tandai sebagai diterima), dan delete/hapus).
{% hint style="info" %}
**Note:**
* Apabila ingin melihat detail Purchase Delivery (Pengiriman Pembelian) silakan bisa klik pada salah satu Purchase Delivery No (No Pengiriman Pembelian).
* Apabila ingin melihat detail Purchase Order (Pesanan Pembelian) silakan bisa klik pada salah satu Purchase Order No (No Pesanan Pembelian).
* Untuk mengubah status menjadi Received bisa klik Action kemudian pilih Mark status as Received/Tandai sebagai diterima).
{% endhint %}
Apabila ingin melihat detail Purchase Delivery silakan bisa pilih Purchase Delivery No (No Pengiriman Pembelian).
Data dapat difilter berdasarkan Tanggal Pengiriman, Supplier dan Status.
> Pada Purchase Delivery memiliki 3 status, yaitu:
>
> 1. **InTransit**: **edit**, **hapus**, dan **ubah status sebagai Received**
> 2. **Received**: dapat **dibatalkan**
> 3. **Cancelled**: tidak ada
>
> Tindakan yang dapat dilakukan jika status Purchase Delivery adalah:
>
> 1. **InTransit**: belum diantar/sedang dalam pengiriman dan belum diterima
> 2. **Received**: sudah diterima
> 3. **Cancelled**: dibatalkan
* ### **Create Purchase Delivery (PD)**
\
Untuk membuat PD dapat dilakukan melalui List/Daftar Purchase Order, Detail Purchase Order atau klik button Tambah Purchase Delivery dari List Purchase Delivery.
Akan muncul popup seperti ini jika dibuat dari Detail Purchase Order atau List Purchase Order dengan klik button Buat Purchase Delivery.
Data yang wajib diinput adalah tanggal pengiriman dan pilih Purchase Order (dapat difilter dari supplier, gudang, waktu, dan pencarian nomor Purchase Order).
Untuk opsi Pilih Gudang (Tambah stok ke gudang spesifik) adalah opsional. Jika tidak dipilih, maka stok akan ditambahkan sesuai dengan gudang Purchase Order.
Setelah klik button **Tambah**, Anda akan diarahkan ke laman baru seperti gambar di bawah ini.
> Icon **Terima, Hapus semua, Kirim ulang sem****ua** dapat digunakan untuk:
>
> 1. Seluruh Purchase Order
> 2. Per Purchase Order
> 3. Per Produk pada setiap Purchase Order
{% hint style="info" %}
**Note** :
Jika Anda memilih untuk TIDAK kirim ulang, maka secara otomatis kuantitas di Purchase Order akan di-update berkurang ketika save.
{% endhint %}
Untuk menyimpan Purchase Delivery, tersedia 2 opsi:
1. Simpan sebagai **InTransit :** jika pesanan masih ingin diedit atau belum ingin dimasukkan ke gudang.
2. Simpan sebagai **Received :** jika pesanan sudah sesuai dan langsung ingin dimasukkan ke gudang.
* ### **Detail Purchase Delivery (PD)**
\
Pada menu Detail PD, terdapat data sesuai dengan jumlah stok/produk yang diterima sebelumnya. Untuk tindakan yang dapat dilakukan berdasarkan status, dapat dilihat kembali seperti pada List Purchase Delivery.
{% hint style="info" %}
* Jika status Intransit, maka akan muncul button Diterima dan Ubah.
* Jika status Received, maka tidak akan muncul button ubah.
{% endhint %}
* ### **Edit Purchase Delivery (PD)**
\
Untuk Edit/Ubah PD, tampilan dan cara kerja sama seperti Create/Buat Purchase Delivery. Namun, untuk kuantitas produk yang diedit harus lebih kecil atau sama dengan kuantitas produk sebelum edit.
***
## 4. **Purchase Invoice (PI)**
Purchase Invoice (PI) atau Faktur Pembelian merupakan menu untuk Anda membuat faktur dari stok/barang ke supplier yang telah Anda pesan pada PO.
Untuk masuk ke halaman Purchase Invoice silakan pilih **Purchase** > **Purchase Invoice**.
**Beberapa hal yang terdapat di menu Purchase Invoice adalah:**
* ### **List Purchase Invoice (PI)**
\
Pada List/Daftar PI, terdapat menu pencarian & filter untuk menemukan data yang telah tersimpan sebelumnya seperti tanggal, nomor faktur, Supplier, jumlah tagihan, belum bayar, tanggal jatuh tempo, status, dan Action (Ubah, Lanjutkan pembayaran, dan batalkan faktur pembelian).
Data dapat difilter berdasarkan Tanggal Faktur, Supplier dan Status. Juga tersedia fitur Ekspor Data.
> Pada Purchase Invoice terdapat 4 status, yaitu:
>
> 1. **Active**: belum ada pembayaran atau sudah ada pembayaran tetapi belum dikonfirmasi
> 2. **PartiallyPaid**: sudah ada pembayaran parsial
> 3. **Paid**: sudah pembayaran penuh
> 4. **Cancelled**: dibatalkan
>
> Tindakan yang dapat dilakukan jika status Purchase Invoice adalah:
>
> * **Active**: **edit, batal, melakukan pembayaran** (jika masih ada sisa yang belum dibayar)
> * **PartiallyPaid**: **melakukan pembayaran** (jika masih ada sisa yang belum dibayar)
> * **Paid**: tidak ada
> * **Cancelled**: tidak ada
* ### **Create Purchase Invoice (PI)**
\
Purchase Invoice (PI) dapat dibuat dari beberapa menu seperti
1. Purchase Order, Purchase Delivery, atau tanpa keduanya.
2. List/Detail Purchase Order dan List/Detail Purchase Delivery.
Untuk Purchase Order yang sudah memiliki Purchase Delivery, maka pembuatan Purchase Invoice akan selalu dibuat dari Purchase Delivery.
Jika Purchase Invoice yang dibuat berasal dari Purchase Order/Purchase Delivery, maka supplier tidak dapat dipilih.
Selain itu, pada produk hanya kuantitas yang dapat diubah. Untuk pilihan inclusive tax di subtotal juga tidak dapat diubah, melainkan mengikuti nilai dari Purchase Order/Purchase Delivery.
Contoh:
Jika Purchase Invoice yang dibuat bersifat berdiri sendiri (tidak memiliki PO/PD), maka flow-nya dimulai dari pengisian data supplier, waktu pembayaran, dan gudang.
Kemudian pilih produk yang diinginkan beserta input harga (jika tidak, maka akan disesuaikan dengan harga default), kuantitas, diskon (dalam bentuk persen), dan pajak.
Opsi subtotal termasuk pajak juga dapat dipilih jika memang dibutuhkan dan akan dikalkulasi seluruhnya.
* ### **Detail Purchase Invoice (PI)**
Pada Detail PI, terdapat menu **Lanjutkan pembayaran** dan **Ubah.** Kemudian, terdapat data yang ditampilkan seperti nama Supplier, alamat, tanggal faktur, waktu pembayaran, tanggal jatuh tempo, gudang, no referensi dan dokumen terkait. Juga ada tertera jumlah yang sudah dibayar dan belum dibayar.
* ### **Edit Purchase Invoice (PI)**
\
Untuk Edit/Ubah PI, tampilan dan cara kerja sama seperti **Create Purchase Invoice.**
Jika PI yang dibuat berasal dari PO atau PD, maka kuantitas yang diinput/diedit harus lebih kecil atau sama dengan kuantitas sebelum edit.
Jika PI yang dibuat bukan dari keduanya, maka kuantitas bersifat fleksibel (bisa lebih kecil atau lebih besar dari kuantitas awal).
***
## 5. **Supplier Payment**
Supplier Payment (Pembayaran Pembelian ke Supplier) merupakan menu untuk Anda melihat daftar pembayaran yang telah dilakukan pada faktur pembelian dan untuk membuat pembayaran baru.
Untuk masuk ke halaman Supplier Payment silakan pilih **Purchase** > **Purchase Payment**.
**Beberapa hal yang terdapat di menu Supplier Payment adalah:**
* ### **List Supplier Payment**
\
List Supplier Payment atau Daftar Supplier Payment merupakan menu untuk melihat daftar pembayaran yang telah selesai dilakukan pada faktur pembelian dan membuat pembayaran baru.
Terdapat menu **pencarian** & **filter** untuk menemukan data terdaftar seperti Tanggal, No Pembayaran, Supplier, Metode Pembayaran, Total Pembayaran, Tanggal Konfirmasi, Tanggal dicairkan, Status (Active, Completed, Cancelled) dan Action (Konfirmasi Pembayaran dan Batalkan Pembayaran Supplier).
Data dapat difilter berdasarkan Tanggal Pembayaran, Supplier, Metode Pembayaran dan Status. Juga tersedia fitur Ekspor Data.
> Pada Supplier Payment tersedia tiga (3) status:
>
> 1. **Active**: belum dikonfirmasi
> 2. **Completed**: sudah dikonfirmasi
> 3. **Cancelled**: dibatalkan
>
> Untuk tindakan pada Supplier Payment dengan status adalah sebagai berikut:
>
> 1. **Active**: dapat **mengkonfirmasi pembayaran** atau **membatalkan pembayaran**
> 2. **Completed**: **membatalkan pembayaran**
> 3. **Cancelled**: tidak ada
* ### **Create Supplier Payment**
\
Create Supplier Payment atau Buat Supplier Payment dapat dilakukan melalui List/Detail Purchase Invoice atau dari Create Supplier Payment.
Tagihan-tagihan yang belum dibayar keseluruhan akan muncul sesuai dengan supplier yang dipilih. Kemudian, pembayaran dapat dilakukan sesuai dengan jumlah belum bayar atau parsial (sesuai kebutuhan).
Untuk menyimpan pembayaran diberikan dua (2) pilihan yaitu **Simpan** dan **Simpan & konfirmasi.** Jika Anda memilih simpan & konfirmasi akan muncul jika metode pembayaran yang dipilih memerlukan konfirmasi ulang.
* ### **Detail Supplier Payment**
\
Pada Detail Supplier Payment terdapat data pembayaran tersimpan seperti Nama Supplier, alamat, nomor dokumen Supplier Payment, Tanggal Pembayaran, Nama Pegawai yang membuat pembayaran, Metode Pembayaran, Tanggal Konfirmasi, Dokumen terkait dan list faktur pembayaran yangs udah dibayar.
Untuk tindakan yang dapat dilakukan pada Supplier Payment, dapat melihat kembali pada List Supplier Payment.
***
Link Panduan Pembelian (Purchase):
Selamat mencoba, Kawan Simpli! :)
# Adjustment pada Tampilan Top Bar SMH - \[19 Oct 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat pembaharuan pada tampilan Top Bar SMH.
> **What's Changed?**
>
> Terdapat perubahan tampilan pada top bar SMH.
>
> **Before** :
>
> Sebelumnya tampilan bar menu utama SMH berada di sebelah kiri.
>
> **After**** :**
>
> Kali ini telah dilakukan pembaharuan menu yang sebelumnya berada di sebelah kiri dan di dalam menu tertentu kini menjadi di bagian atas.\
> Adapun beberapa menu tersebut adalah sebagai berikut:
>
> 1. **Menu Utama:** Kami telah mengorganisir top bar agar lebih mudah diakses. Sekarang, kamu bisa menemukan submenu yang telah kami kategorikan dengan lebih mudah.
> 2. **Tombol Bantuan:** Di dalam menu Help Bar, terdapat beberapa informasi baru.
> 3. **Tombol Notifikasi:** Terdapat informasi mengenai pembaharuan dan riwayat aktivitas pengguna (Segera Hadir).
> 4. **Ganti Bahasa:** Kami telah mempermudah pengaturan bahasa dari Inggris ke bahasa yang lebih sesuai denganmu. Cukup pilih opsi bahasa yang diinginkan yang tersedia di top bar.
> 5. **Tombol Demo/Live :** Terdapat perubahan posisi button.
> 6. **Aplikasi Lainnya :** Link download aplikasi dan panduan.
## 1. Menu Utama
Menu Utama terdiri atas Dashboard, Master Data, Penjualan, Stok, Pengiriman, Kunjungan, dan Inteligensi.
1. **Dashboard** merupakan menu yang menampilkan summary penjualan dari Sales Order. Adapun perubahan yang terjadi adalah posisi menu Dashboard.\
\- Before : Dashboard berada di sebelah kiri.\
\- After : Dashboard berada di bagian atas.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| | |
2. **Master Data** merupakan menu yang menyatukan sub menu Produk, Pelanggan, Pegawai, Keuangan, dan Skema Promo. \
\- Before : Sebelumnya tidak ada menu Master Data sehingga semua submenu seperti \
Produk, Pelanggan, Pegawai, Keuangan dan Skema Promo terpisah dan berada \
di posisi kiri.\
\- After : Menu Produk, Pelanggan, Pegawai, Keuangan, dan Skema Promo digabung \
menjadi satu dalam menu Master Data dan berada di posisi atas.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| | |
3. **Penjualan** merupakan menu mengenai penjualan barang yang terdiri dari sub menu seperti Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing.\
\- Before : Sebelumnya tidak ada menu Penjualan sehingga semua submenu seperti \
Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing terpisah.\
\- After : Menu Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing digabung \
menjadi satu dalam menu Penjualan.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| | |
4. **Stok** merupakan menu yang berkaitan dengan stok barang yang terdiri dari sub menu seperti Stok, Transfer Stok, Penyesuaian Stok, Pergerakan Stok, dan Gudang.\
\- Before : Sebelumnya menu ini bernama Stok dan Gudang dan berada pada posisi kiri. \
\- After : Menu Stok dan Gudang disingkat menjadi Stok dan berada pada posisi atas.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| | |
5. **Pengiriman** merupakan menu yang berkaitan dengan pengiriman barang untuk Route Optimization yang terdiri dari sub menu seperti Armada, Surat Jalan, dan Rekap Surat Jalan.\
\- Before : Sebelumnya menu Pengiriman berada pada posisi kiri. \
\- After : Menu Pengiriman berada pada posisi atas dan Armada Pelanggan masuk ke \
menu Armada.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
| |
6. **Kunjungan** merupakan menu yang berkaitan dengan pembuatan rute dan hasil kunjungan salesman dalam melakukan penjualan. Menu ini terdiri dari Informasi Kunjungan, Geografis Kunjungan dan Manajemen Rute. \
\- Before : Sebelumnya menu Kunjungan berada pada posisi kiri. \
\- After : Menu Kunjungan berada pada posisi atas.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
| |
7. **Inteligensi** merupakan menu yang berkaitan dengan laporan penjualan per nomor faktur dan per produk.\
\- Before : Sebelumnya menu ini bernama Report/Laporan dan berada pada posisi kiri. \
\- After : Sekarang menu ini menjadi Inteligensi dan berada pada posisi atas.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
| |
## 2. Tombol Bantuan
**Tombol bantuan atau Help Bar** merupakan menu yang menampilkan beberapa informasi seperti What's New, Panduan Pengguna, Video tutorial, Beri ulasan (feedback) dan Hubungi kami. \
\- Before : Sebelumnya menu ini hanya berisi panduan pengguna saja dan berada disebelah \
kanan profil pengguna.\
\- After : Sekarang menu ini sudah dilengkapi dengan Ada yang baru, Video tutorial, Beri \
ulasan dan Hubungi kami dan berada sebelum tombol notifikasi.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| | |
{% hint style="info" %}
**NOTE**:
* **What's New** : informasi mengenai rilis update terbaru mengenai penambahan atau perbaikan fitur.
* **User guide** : artikel mengenai panduan penggunaan.
* **Watch video tutorial on YouTube** : video mengenai panduan penggunaan.
* **Give feedback** : beri ulasan mengenai sistem.
* **Contact us** : menu untuk terhubung langsung ke tim Sales SimpliDOTS melalui WhatsApp terkait pertanyaan lebih lanjut.
{% endhint %}
## 3. Tombol Notifikasi (Coming Soon)
**Tombol Notifikasi** merupakan menu yang akan segera hadir agar kamu bisa melihat update terbaru mengenai aktivitas operasional sistem yang digunakan pengguna dan riwayat aktivitas masing-masing pengguna. \
\- Before : Sebelumnya menu ini berada di sudut paling kanan atas.\
\- After : Sekarang menu ini berada sebelum menu ganti bahasa.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
| |
## 4. **Ganti Bahasa**
**Ganti bahasa** merupakan menu untuk mengubah bahasa secara mudah dari Bahasa Indonesia menjadi Bahasa Inggris dan sebaliknya. \
\- Before : Sebelumnya menu ini berada di dalam menu pengaturan profil.\
\- After : Sekarang menu ini berada di top bar dan dapat dengan mudah dilihat oleh \
pengguna.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
| |
## 5. **Ubah ke Live Data**
**Ubah Live Data atau Switch to live data** merupakan menu untuk mengubah isi database sistem yang diawal merupakan demo data yang terdiri dari dummy data (contoh) menjadi live data (reset menjadi kosong) untuk dapat digunakan oleh pengguna sesuai real data perusahaan. \
\- Before : Sebelumnya menu ini berada di top bar jika masih dalam keadaan demo data dan \
akan hilang jika sudah diubah ke Live Data.\
\- After : Sekarang menu ini berada di dalam profil pengguna dan akan hilang jika sudah \
diubah ke Live Data.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
|
|
## 6. Aplikasi Lainnya
**Aplikasi Lainnya** merupakan menu untuk mengunduh aplikasi yang berkaitan dengan SAP sesuai kebutuhan perusahaan seperti Sales Force Automation, Canvassing, Supervision, Delivery Force Automation dan Tracking Agent.\
\- Before : Sebelumnya menu ini berada di sebelah kiri paling bawah bernama Download App.\
\- After : Sekarang menu ini berada di sebelah kanan profil pengguna dan telah dilengkapi \
panduan penggunaan.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
|
|
|
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Adjustment pada Tampilan Sales Order SMH - \[25 Sept 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat pembaharuan pada menu Sales Order (SO) atau Pesanan Penjualan khususnya pada bagian daftar data pesanan.
> **What's Changed?**
>
> Terdapat perubahan tampilan pada laman Sales Order.
>
> **Before** :
>
> Filter yang sebelumnya ter-hidden/tersembunyi di bagian tanda filter.
>
> **After :**
>
> Kali ini telah dilakukan pembaharuan filter yang sebelumnya tersembunyi dipindahkan ke bagian atas tabel untuk mempermudah user melakukan filter.
>
> **What's New?**
>
> Terdapat tombol bulk action untuk memilih lebih dari satu data.
* Jika filter sedang dalam keadaan aktif, maka tampilan filter akan seperti berikut ini :
Filter aktif
* Jika kamu ingin edit kolom mana saja yang perlu ditampilkan dengan klik tanda tabel dibagian sudut kanan tabel, posisinya akan dipindahkan ke bagian kanan atas tabel seperti berikut.
Tombol action ubah kolom
Tampilan custom kolom
* Untuk ekspor data (jika ada), tombolnya dapat diakses pada samping tombol tambah data di bagian kanan atas laman.
Tombol export
* Untuk melakukan sorting atau pengurutan data, dapat melakukan klik pada gambar panah atas bawah yang berada pada samping judul kolom.
Tombol sorting
## 2. Tombol Bulk-Action
> **What's Bulk Action?**
>
> Bulk Action adalah aksi yang dapat dilakukan oleh user untuk banyak data sekaligus, contohnya pada pesanan penjualan berikut :
1. Saat kamu memilih pesanan penjualan dengan status **Draft**, bulk action yang dapat dilakukan adalah:
* **Mark status as verified** (mengubah status menjadi verified)
* **Mark status as closed** (mengubah status menjadi closed)
Bulk Action : Draft
2. Jika kamu memilih pesanan penjualan dengan status **Verified**, yang dapat dilakukan adalah **mark status as closed** (mengubah status menjadi closed)
Bulk Action : Verified
{% hint style="warning" %}
**NOTE**:
* Untuk status lain seperti **ToInvoice, FullyInvoice, Closed, Cancelled**, saat ini belum tersedia bulk action yang dapat dilakukan.
* Kemudian, jika kamu memilih 2 atau lebih pesanan penjualan dengan status yang berbeda, tidak ada bulk action yang dapat dilakukan.
{% endhint %}
No Bulk Action
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat - Androsim -
# Adjustment pada Daily Visit Map (Geografis Kunjungan) - \[22 Sept 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, terdapat pembaharuan pada menu Daily Visit Map (Geografis Kunjungan).
> **What's Changed?**
>
> Terdapat penambahan dan re-design pada laman geografis kunjungan.
>
> **Before** :
>
> Panel-panel pada laman geografis kunjungan tidak rapi dan tidak teratur seperti menimpa dan tidak sejajar, serta komponen tampilan yang perlu diperlu diperbaharui.
>
> **After :**
>
> Kali ini telah dilakukan pembaharuan sehingga panel-panel sudah sejajar satu dengan yang lainnya, dan juga adjustment minor terhadap komponen tampilan di dalamnya. Selain itu, notes yang sebelumnya ada pada panel sebelah kanan, kini sudah dipindahkan ke atas foto.
Before: tampilan lama geografis kunjungan
After: tampilan baru geografis kunjungan
Karena notes telah dipindahkan ke dalam panel foto, maka icon diubah dan akan muncul di panel sebelah kanan jika salah satu dari notes atau foto itu ada.
1. **Tampilan hanya NOTES**
2. **Tampilan hanya FOTO**
3. **Tampilan NOTES dan FOTO.**
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat ~Androsim~
# Adjustment pada Minimum Akses Role Supervisor - \[06 Sept 2023]
Halo, Kawan Simpli!\
\
Ada kabar yang perlu diketahui nih, olehmu! \
Kini, bagi kamu yang menggunakan role Supervisor terdapat perubahan pada minimum akses role Supervisor.
> **What's Changed?**
>
> Pada rilis kai ini terdapat perubahan validasi minimal akses pada role yang digunakan untuk mengakses aplikasi supervision (SPV). Minimal akses yang dimaksud sebagai berikut:
>
> Silakan beri akses **Control** atau **Read** pada menu berikut.
>
> * **CONTROL** Product / **READ** Product
> * **CONTROL** Sales Order / **READ** Sales Order
> * **CONTROL** Customer / **READ** Customer
> * **CONTROL** Daily Visit / **READ** Daily Visit
> * **CONTROL** Employee / **READ** Employee
> * **CONTROL** Position / **READ** Position
> * **CONTROL** Delivery Order / **READ** Delivery Order
>
> \ **The Differences:**
>
> 1. **CONTROL** akan membuat akun user mampu melakukan proses *create, read, update,* dan *delete data.*
> 2. **READ** hanya dapat membuat akun user melakukan proses *read* data saja.
>
>
>
> Pemberian akses role ini dapat di-edit dari web SMH pada menu **Pegawai**/**Employee** β **Konfigurasi Akses/Role Group** atau [klik disini.](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/pegawai/cara-menambah-rule-aplikasi-supervision)
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat ~Androsim~
# Penambahan Pop-up Pengumuman SimpliDOTS di Aplikasi SFA dan Canvass - \[23 Aug 2023]
Halo, Kawan Simpli!\
\
Ada kabar gembira nih, untukmu! \
Kini, kamu bisa melihat pop-up pengumuman yang memberikan informasi terbaru tentang SimpliDOTS dari aplikasi mobile SFA dan Canvassing.
> **What's New?**
>
> **Pop-up Pengumuman SimpliDOTS (SFA & Canvassing)** : \
> \
> Kami telah menambahkan Pop-up Pengumuman yang memberikan informasi terbaru tentang SimpliDOTS dan persyaratan yang terkait. Fitur ini memastikan kamu tetap update tentang informasi penting terkait SimpliDOTS.
Berikut mengenai hal-hal yang perlu kamu ketahui terkait pop-up pengumuman.
1. Pop-up akan tampil saat kamu melakukan login pertama kali setelah install atau sinkronisasi data.
2. Pop-up ini juga akan muncul saat kamu menghapus data aplikasi (clear data) dan melakukan sinkronisasi ulang seluruh data.
3. Jika kamu masuk ke aplikasi tanpa melakukan login ulang, pop-up ini tidak akan muncul lagi.
4. Jika pop-up telah muncul sekali, kamu tidak akan melihatnya lagi dalam periode dua minggu ke depan. Ini membantu menjaga pengalaman kenyamanan penggunaan aplikasi kamu agar tetap lancar.
5. Pop-up akan berganti sesuai informasi terupdate lainnya mengenai SimpliDOTS yang perlu kamu ketahui nantinya.
Untuk saat ini popup yang sedang berjalan adalah **Pop-up Undian Survey Kepuasan Pelanggan**. Ini akan memberikan kamu peluang untuk memberikan feedback tentang layanan kami dan sekaligus berkesempatan untuk memenangkan hadiah-hadiah menarik.
| Pop-up pada SFA | Pop-up pada Canvass |
| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
|
|
|
***
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat ~Androsim~
# Penambahan Fitur Price List Default pada Sales Order di SMH - \[11 Aug 2023]
**Halo Kawan Simpli!**
Ada kabar gembira untukmu! \
Kini, kamu bisa menggunakan price list default atau daftar harga tetap yang sudah kamu buat di price list ke Sales Order untuk pelanggan tanpa price list khusus di SMH!
> **What's improved ?**
>
> Sebelumnya, price list default tidak dapat digunakan pada pelanggan yang tidak di-assigned price list sama sekali. \
> \
> Namun, di pembaruan ini kamu dapat menerapkan price list default ke produk yang telah ditentukan sebelumnya saat membuat Sales Order (SO) di SMH. \
> \
> Jika tidak ada price list aktif di customer yang didaftarkan, maka price list default ini akan menjadi harga produk yang tampil saat membuat SO di SMH.
**Cara Penggunaan :**
1. Buat price list baru atau ubah price list yang sudah ada, kemudian klik **Yes** pada **Default price list.**
Buat Price List Baru
Detail price list default new price
Price list default
2. Buka menu Sales Order.
3. Saat membuat Sales Order baru, pilih pelanggan yang tidak memiliki atau tidak diassigned price list khusus sama sekali. Selanjutnya, produk yang kamu pilih akan menggunakan harga baru yang tertera pada price list default.
4. Selesaikan proses pembuatan Sales Order kamu.
5. Voila! Price list default kamu akan otomatis diterapkan pada Sales Order.
Price list pada detail sales order.
{% hint style="info" %} **Note** : Jangan lupa untuk tahan **`cmd/ctrl` + `shift` + `r`** untuk hard reload website versi terbaru!
{% endhint %}
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*
>
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
Salam Hangat ~ Androsim ~
# Penambahan Fitur Ekspor Sales Order ke .TXT File Extension pada SMH - \[03 Aug 2023]
Halo, Kawan Simpli. Ada kabar gembira nih! Ada fitur baru yang akan membantu Kawan Simpli lebih mudah dalam mengolah data Sales Order.
Saat ini, SimpliDOTS telah merilis fitur baru pada **Sales Order** yaitu ***ekspor Sales Order ke .TXT file extension.***
Berikut tampilan fitur ekspor Sales Order ke .TXT.
Pilih menu Pesanan Penjualan atau Sales Order, kemudian pilih bagian setting dan temukan menu Export to Txt.
Dengan fitur ini, Anda memiliki lebih banyak kontrol atas data yang akan diekspor.
Berikut adalah pilihan tipe ekspor yang tersedia.
## **Tipe Ekspor yang Tersedia:**
1. **Format Sales Order Default**: Format standar untuk ekspor Sales Order sesuai dengan format default SimpliDOTS.
2. **Format Scylla**: Format khusus untuk digunakan dengan Scylla, mencakup 2 berkas TXT, yaitu HRLORD dan DRLORD. \
\
Jika kamu menggunakan Scylla dan tertarik dengan format ini, hubungi kami untuk informasi lebih lanjut.
3. **Custom Kolom** : Ubah format standar sesuai dengan keinginan Anda. Diantaranya sebagai berikut:
1. **Mengganti Urutan Kolom**: Anda dapat menyesuaikan urutan kolom untuk memenuhi kebutuhan spesifik yang diinginkan.
2. **Mengurangi Kolom**: Jika Anda menginginkan tampilan yang lebih sederhana, Anda dapat menghilangkan kolom-kolom tertentu dari hasil ekspor.
3. **Menambah Kolom**: Anda dapat menyertakan kolom tambahan berdasarkan data Sales Order yang ada di table SimpliDOTS.
{% hint style="info" %} **Cara Penggunaan:**
1. Pilih Tipe Ekspor yang tersedia.
2. Hubungi Customer Success atau Sales SimpliDOTS melalui email atau WhatsApp dan sertakan informasi mengenai email tenant yang Anda gunakan.
3. Beritahu Format Sales Order yang diinginkan apabila menggunakan custom. Sampaikan format Sales Order yang Anda inginkan berdasarkan data yang sudah disediakan di atas.
4. Tim Simpli akan memperbarui data TXT. \
Data TXT akan diperbarui sesuai dengan spesifikasi yang telah Anda berikan.
5. Gunakan Fungsi Ekspor.\
Setelah pembaruan selesai, kamu dapat langsung menggunakan fungsi ekspor untuk mendapatkan format TXT sesuai keinginanmu.
{% endhint %}
***
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*
>
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.* \
> \
> *Salam Hangat*\
> *- Tim Simpli :)*
# Proteksi Jika Terdapat Perubahan Unit Produk yang Telah Memiliki Transaksi pada SMH - \[01 Aug 2023]
Pada rilis kali ini, SimpliDOTS telah menambah fitur baru yaitu proteksi jika terjadi perubahan unit produk yang telah digunakan untuk transaksi.
> **Sebelum****:** User dapat mengedit nama unit atau konversi kuantitas unit dari produk yang telah memiliki transaksi seperti Sales Order (SO), Sales Invoice (SI), Stock, dan Price List. Namun, sekarang telah terdapat perubahan untuk melindungi data transaksi.
>
> **Contoh** :
>
> Produk A dengan unit Pcs telah dibuat transaksi pesanan penjualan dengan nomor SO-23070001.\
> Kemudian, Anda mengubah produk A dari unit Pcs menjadi Sachet.\
> \
> Hal ini membuat ketidaksesuaian data antara detail produk A yang telah berubah menjadi Sachet sedangkan yang di orderan SO-23070001 masih menggunakan unit Pcs.\
> \
> atau \
> \
> Produk A dengan unit Krt isi 10 Pcs telah dibuat transaksi pesanan penjualan dengan nomor SO-23070002.\
> Kemudian, Anda mengubah produk A dari unit Krt isi 10 Pcs menjadi isi 12 Pcs.
>
> Hal ini membuat ketidaksesuaian data antara detail produk A yang telah berubah menjadi 1 Krt isi 12 Pcs sedangkan yang di orderan SO-23070001 masih menggunakan unit 1 Krt isi 10 Pcs.\
> \ **Sesudah** : Ketika produk telah memiliki transaksi seperti SO, SI, Stock, atau Price List, User tidak lagi dapat mengedit unit baik nama maupun isi kuantitas unit dari produk tersebut. Hal ini kami lakukan untuk mencegah terjadinya kekacauan dalam data transaksi User.
{% hint style="warning" %}
Jika User memaksa untuk mengubah unit, maka akan muncul pesan error "**Cannot edit product unit because the product already has order transactions"** seperti berikut ini.
{% endhint %}
Silakan dicoba, Kawan Simpli! :)
# Penambahan Fitur Integrasi Stok dari Antzman ke SAP
Pada release kali ini, terdapat penambahan fitur agar stok pada Antzman dapat ditarik ke SAP.
Sebelumnya, integrasi antara SAP x Antzman belum mengcover menu stok. Sehingga user yang berintegrasi hanya dapat mengirimkan pesanan tanpa ada validasi stok. \
\
Saat ini, SAP x Antzman telah memulai pembaharuan pada penambahan fitur stok. Agar kedepannya salesman dapat melihat jumlah real stock yang tertera pada sistem Antzman sama dengan di SAP. Hal ini tentu akan membantu salesman agar stok dapat terlihat pada aplikasi SFA Salesman ketika sedang kunjungan ke toko.
## Integrasi Stok
* **Pull/tarik stock Antzman**\
Saat ini pada integration ke Antzman user dapat melakukan integrasi data stock,. Namun, integrasi ini hanya bisa dilakukan **satu arah** yaitu SAP menarik data stock dari Antzman.
* SAP **belum bisa** mengirimkan perubahan stok yang terjadi ke Antzman. Pada integrasi stock sistem SAP memerlukan waktu untuk menarik data stock Antzman, sehingga ketika user sudah sukses melakukan **sync data** pada SMH, akan ada proses tarik stok yang masih berjalan di belakang layar.
{% hint style="info" %}
**Note** :
Untuk mendapatkan hasil integrasi dan update jumlah stok, user harus melakukan **Sync Data** pada SMH**.**
\
\
Kemudian, lakukan **Sync Stock and Master Data** pada aplikasi SFA. 
{% endhint %}
# Penambahan Fitur Filter Updated At pada Sales Order - \[27 June 2023]
Pada rilis kali ini, terdapat penambahan fitur pada menu Sales Order sebagai berikut.
{% hint style="warning" %} **Masalah**: User hanya dapat mengekspor data berdasarkan tanggal order, namun ada kebutuhan yang mengharuskan user untuk mengekspor berdasarkan tanggal terakhir diupdate.
**Batasan Masalah**: Penambahan fitur ini hanya untuk Sales Order/Pesanan penjualan, belum untuk semua module.
{% endhint %}
Untuk mengatasi masalah di atas, ada penambahan fitur yang memungkinkan user untuk mengganti filter tanggalnya berdasarkan yang diinginkan.
Perubahan tersebut antara lain:
1. Penambahan pilihan βfilter tanggal berdasarkanβ.
2. Pemilihan tanggal dapat mencantumkan jam agar lebih spesifik data yang ditarik.
3. Perubahan sedikit tampilan filter secara keseluruhan
4. Perbaikan translasi/text pada filter.
### Perubahan tampilan sebagai berikut:
### **1. Tampilan filter**
Tampilan sebelum
Tampilan sesudah
### 2. Tampilan pemilihan tanggal
Tampilan pemilihan tanggal (sebelum)
{% hint style="info" %}
Note :
* **Tanggal order** : tanggal pesanan penjualan dibuat
* **Tanggal updated** : waktu pesanan penjualan terjadi perubahan baik dari status maupun data
{% endhint %}
{% hint style="warning" %}
Beberapa hal yang perlu diperhatikan pada saat menggunakan fitur baru ini (Filter SalesOrder):
1. Pada saat user mengganti βfilter tanggal berdasarkanβ, sistem akan langsung menarik data (melakukan request), user tidak perlu mengganti tanggal lagi.
2. Pada saat user mengganti tanggal, sistem akan langsung menarik data. Ini masih sama seperti sebelumnya. Begitu juga dengan filter lainnya (jika ada).
3. Pada saat user melakukan klik pada tanggal βdariβ dan memilih tanggal yang tidak terselect saat ini (mengganti tanggal), default jam akan berubah ke 00:00.
4. Pada saat user melakukan klik pada tanggal βkeβ dan memilih tanggal yang tidak terselect saat ini (mengganti tanggal), default jam akan berubah ke 23:59. Hal ini untuk mencegah kebingungan akan data yang ditarik, ini dilakukan untuk memastikan data yang ditarik lengkap pada tanggal tersebut.
5. Melanjutkan nomor 3 dan 4, user tetap bisa mengganti jamnya dengan menginput secara manual.
6. Untuk melakukan konfirmasi tanggal yang dipilih, user hanya perlu melakukan klik pada luar kalendar/popup tanggal.
7. Tidak ada perubahan pada Ekspor dari sebelumnya, data yang diekspor akan sesuai dengan hasil filter.
{% endhint %}
# Fitur pada SFA (Sales Force Automation)
# Pembaharuan SFA versi 3.8.0 - 3.8.4 \[3 September 2026]
Halo, Kawan Simpli! Androsim bawa kabar gembira, nih! π
Kini terdapat **pembaharuan** pada SFA (Sales Force Automation) yang siap membantu memaksimalkan penggunaan sistem.
{% hint style="success" %}
**Cara Update SFA Versi Terbaru:**
* Sebelum update silakan bisa lakukan step berikut terlebih dahulu:
* **Sinkron** **Transaksi & Master Data,** untuk memastikan semua kunjungan dan transaksi hari ini terkirim ke backoffice.
* **Sinkron Foto**, untuk memastikan foto kunjungan hari ini terkirim ke backoffice.
* Setelah sinkron, silakan bisa **update SFA terbaru** melalui **Play Store** atau **melalui link berikut**
{% endhint %}
## **π± Version: 3.8.4**
**Release:** 3 September 2026
#### π **Bug Fix**
1. Perbaikan Tampilan Konversi Unit pada Detail Produk.
***
## **π± Version: 3.8.3**
**Release:** 2 September 2026
#### π **Bug Fix**
1. Perbaikan pada History Kunjungan
***
## **π± Version: 3.8.2**
**Release:** 26 Agustus 2026
#### π **Bug Fix**
1. Perbaikan pada perhitungan promo.
***
## **π± Version: 3.8.1**
**Release:** 26 Agustus 2026
#### π **Bug Fix**
1. Perbaikan crash pada customer list.
***
## **π± Version: 3.8.0**
**Release:** 16 Juli 2026
#### π₯ **Feature Update**
1. **SFA Toko yang Dipindah atau Dihapus dari Rute Kini Otomatis Rapi Saat Sync**
* Sekarang aplikasi SFA akan otomatis merapikan daftar toko (pelanggan) setiap kali Sales melakukan Sync.
* Jika toko sudah dipindahkan ke Sales lain atau dihapus dari Back Office, toko tersebut akan otomatis hilang dari aplikasi Sales lama setelah Sync berikutnya.
* Tidak perlu lagi melakukan Clear All Data.
#### π **Bug Fix**
1. SFA Perbaikan: Pajak Faktur (Inclusive/Exclusive) Kini Konsisten Setelah Sync.
2. Perubahan secara technical.
\
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli! Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
* **Mengatur barang yang tidak dikirim ulang** saat **Konfirmasi Delivery Summary**. Jika customer menolak sebagian barang, Admin tidak dapat memilih **No Redeliver**, sehingga barang tersebut tetap harus dikirim ulang.
* **Mengurangi jumlah barang non-promo**. Barang yang tidak terkait dengan promo tetap ikut dibatasi hanya karena dalam SO yang sama terdapat barang yang memiliki promo.
Selain itu, setelah **Konfirmasi Delivery Summary**, proses pembaruan **Sales Order (SO)** dan **Sales Invoice (SI)** berjalan di latar belakang. Jika proses pembaruan gagal, Admin tidak mendapatkan informasi **SO/SI mana yang gagal diperbarui dan penyebabnya**. Akibatnya, Admin tidak dapat mengetahui data yang perlu diperbaiki maupun melakukan **Retry** untuk memperbarui data tersebut.
## **Apa yang Berubah?**
{% stepper %}
{% step %}
### Kirim Sebagian saat Membuat Delivery Order (DO)
Admin kini dapat mengisi jumlah barang yang dikirim lebih sedikit dari **jumlah yang tercantum pada Sales Order (SO)**, meskipun SO memiliki promo. Sistem akan otomatis:
* Mengecek kembali apakah promo masih memenuhi syarat berdasarkan jumlah barang yang dikirim.
* Jika syarat promo masih terpenuhi, promo tetap berlaku dan jumlah diskon akan disesuaikan.
* Jika jumlah barang tidak lagi memenuhi syarat promo, promo akan gugur dan diskon akan dihapus.
* Barang bonus (free product) dari promo yang gugur tidak akan ikut dikirim.
**Info:** Perhitungan ulang promo hanya berlaku jika Admin memilih **No Redeliver (Tidak Kirim Ulang)**. Jika memilih **Redeliver (Kirim Ulang)**, promo tidak dihitung ulang karena sisa barang pada SO masih akan dikirim kembali.
{% endstep %}
{% step %}
### Terima Sebagian saat Approve Delivery Summary
Jika sebagian barang pada **Sales Order (SO)** tidak sampai ke customer, misalnya karena ditolak atau rusak, Admin kini dapat melakukan **Approve Delivery Summary** dan memilih **No Redeliver**.
Sistem kemudian akan otomatis:
* Menyesuaikan jumlah barang pada SO berdasarkan jumlah barang yang benar-benar diterima.
* Menyesuaikan jumlah dan nilai pada **Sales Invoice (SI)** jika SI sudah dibuat.
* Mengecek kembali apakah promo pada SO masih memenuhi syarat atau sudah gugur.
{% endstep %}
{% step %}
### Barang Bonus (Free Product) Otomatis Disesuaikan
Sistem akan menyesuaikan barang bonus berdasarkan kondisi promo:
| Situasi | Yang Terjadi |
| --------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------- |
| Promo gugur dan barang bonus **belum dikirim** | Barang bonus tidak akan masuk ke **Delivery Order (DO)**. |
| Promo gugur dan barang bonus **sudah diterima customer** | Sistem otomatis membuat **Sales Order Return (SO Return)** untuk proses pengembalian produk bonus (free product). |
| Promo masih berlaku, tetapi jumlah barang bonus berkurang | Jumlah barang bonus otomatis disesuaikan. |
Barang bonus yang masih memenuhi syarat promo tetap harus dikirim sesuai jumlah yang ditentukan atau diproses dengan **Redeliver**. Jika validasi promo tidak terpenuhi, kuota promo akan dikembalikan secara otomatis.
{% endstep %}
{% step %}
### Jumlah Barang Diperbarui di Semua Satuan
Jika jumlah barang bonus pada SO berubah, misalnya dari **3 karton menjadi 2 karton**, sistem akan otomatis memperbarui jumlah pada seluruh satuan barang seperti **karton, pack, dan pcs**.
Admin tidak perlu lagi menyesuaikan jumlah pada setiap satuan secara manual.
{% endstep %}
{% step %}
### Item Non-Promo Bebas Diatur
Item yang tidak terkait dengan promo pada SO kini dapat dikurangi tanpa terpengaruh oleh promo pada item lainnya.
Misalnya, dalam satu SO terdapat **item A yang memiliki promo** dan **item C yang tidak memiliki promo**. Admin dapat mengurangi jumlah item C tanpa memengaruhi promo pada item A.
{% endstep %}
{% step %}
### Notifikasi Gagal Update SO & SI dan Tombol Retry
Setelah **Delivery Summary** di-approve, proses pembaruan **Sales Order (SO)** dan **Sales Invoice (SI)** berjalan otomatis di latar belakang.
Jika proses pembaruan gagal, Admin akan mendapatkan informasi melalui notifikasi:
* Muncul notifikasi **"Update Sales Order Failed"** atau **"Update Sales Invoice Failed"**.
* Detail notifikasi menampilkan **No Transaksi**, **ID Transaksi**, dan **deskripsi kesalahan** untuk setiap SO atau SI yang gagal diperbarui.
* Tersedia tombol **Retry** untuk mencoba memperbarui kembali SO atau SI yang gagal tanpa perlu mengulang proses dari awal.
{% endstep %}
{% step %}
### Partial Success β Data yang Berhasil Tetap Tersimpan
Jika terdapat beberapa SO atau SI yang diproses dan sebagian mengalami kegagalan, **SO atau SI yang berhasil tetap tersimpan dan diproses**.
Hanya SO atau SI yang gagal yang akan ditampilkan dalam notifikasi, dengan **satu baris untuk setiap dokumen** beserta notifikasi error-nya.
Dengan begitu, Admin dapat mengetahui SO atau SI yang gagal dan melakukan **Retry** hanya pada dokumen tersebut.
{% endstep %}
{% step %}
### Delivery Force Automation (DFA) β Informasi Error Promo Lebih Jelas
Jika driver melakukan submit pengiriman dan terdapat masalah terkait promo, misalnya jumlah barang bonus melebihi batas, **Aplikasi** **DFA kini menampilkan:**
* Pesan error promo yang lebih jelas dan mudah dipahami.
* Tanda **error berwarna merah** pada item yang bermasalah.
{% endstep %}
{% endstepper %}
## Contoh Supaya Lebih Jelas
### Contoh 1: Promo Gugur karena Jumlah Barang Kurang
**Promo:** Beli minimal 10 pcs β diskon 10%. Harga = Rp150.000/pcs.
Admin membuat **SO sebanyak 10 pcs** dan promo aktif dengan diskon Rp150.000.
Saat pengiriman, customer hanya menerima 6 pcs. Admin memilih **No Redeliver** untuk sisa barang.
**Hasil:** Jumlah yang dikirim hanya 6 pcs, sehingga tidak memenuhi syarat minimal 10 pcs. Promo **gugur** dan diskon dihapus.
Tagihan menjadi **6 Γ Rp150.000 = Rp900.000** (belum termasuk pajak 12%).
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 2: Promo Tetap Berlaku
**Promo:** Beli minimal 10 pcs β diskon 10%. Harga = Rp150.000/pcs.
Admin membuat **SO sebanyak 15 pcs** dan promo aktif dengan diskon Rp225.000.
Saat pengiriman, customer hanya menerima 10 pcs. Admin memilih **No Redeliver** untuk 5 pcs yang tidak diterima.
**Hasil:** Jumlah yang dikirim masih memenuhi syarat minimal 10 pcs, sehingga promo **tetap berlaku**. Diskon disesuaikan menjadi Rp150.000.
Tagihan menjadi **Rp1.500.000 β Rp150.000 = Rp1.350.000** (belum termasuk pajak 12%).
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 3: Free Product Harus Dikembalikan
**Promo:** Beli minimal 10 pcs A β gratis 1 pcs B.
Admin membuat **SO dengan A = 10 pcs dan B = 1 pcs sebagai free product**. Semua barang dikirim ke customer. Namun, customer hanya menerima 6 pcs A. Admin memilih **No Redeliver** untuk sisa barang.
**Hasil:** Jumlah A yang diterima hanya 6 pcs sehingga promo gugur. Karena free product B sudah diterima customer, sistem otomatis membuat **Sales Order Return (SO Return) khusus untuk free product B**.
{% stepper %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
### Contoh 4: Item Non-Promo Dikurangi Tanpa Memengaruhi Promo
**Promo:** Beli A minimal 10 pcs β diskon 10%.
Admin membuat **SO dengan A = 10 pcs** sebagai item promo dan **C = 10 pcs** sebagai item non-promo.
Saat pengiriman, customer hanya menerima **2 pcs C**, sementara A tetap dikirim sebanyak 10 pcs.
**Hasil:** Jumlah A tetap memenuhi syarat promo, sehingga promo **tetap berlaku**. Jumlah C dapat dikurangi menjadi 2 pcs tanpa memengaruhi promo pada A.
{% stepper %}
{% step %}
#### Generate DO β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**SO Setelah Generate DO**
{% endstep %}
{% endstepper %}
{% endstep %}
{% step %}
#### Generate DS β No Redeliver
{% stepper %}
{% step %}
**SO Awal**
{% endstep %}
{% step %}
**Proses**
{% endstep %}
{% step %}
**Delivery Summary**
{% endstep %}
{% step %}
**SO Setelah Confirm Delivery Summary**
{% endstep %}
{% endstepper %}
{% endstep %}
{% endstepper %}
## Semua Tipe Promo Didukung
**Fitur yang tersedia pada peta:**
* Menampilkan lokasi seluruh customer yang sudah memiliki koordinat.
* Warna marker menyesuaikan status customer:
* **Active** β Hijau
* **Unverified** β Kuning
* **Blacklisted** β Merah/Pink
* **Non Active** β Abu-abu
* **Duplicate Location** β Outline merah
* Klik marker untuk melihat informasi customer, meliputi:
* Nama Customer
* Kode Customer
* Status Customer
* Alamat Customer
* Marker yang berdekatan akan otomatis dikelompokkan (*cluster*) untuk mempermudah tampilan peta. Klik cluster untuk memperbesar area dan melihat detail lokasi customer.
{% endstep %}
{% step %}
### Province Breakdown
Tabel ringkasan customer berdasarkan provinsi yang dapat diperluas (*expand*) untuk melihat detail customer pada masing-masing wilayah.
5. Atur urutan pertanyaan dengan cara **drag & drop**.
6. Klik **Simpan** jika ingin menyimpan form terlebih dahulu, atau klik **Simpan & Publish** agar form dapat langsung digunakan oleh tim.
#### **Melihat Hasil Form**
1. Buka **Master Data β Form** dan pilih form yang ingin dilihat.
2. Klik **Export** untuk mengunduh hasil pengisian dalam format Excel atau CSV.
#### **Memantau Pengisian Form**
* Buka **Master Data β Form Templates** untuk melihat jumlah form yang aktif, jumlah jawaban yang sudah masuk, persentase penyelesaian, serta form yang mendekati batas waktu tetapi belum selesai.
### Untuk Tim Lapangan (Aplikasi Mobile / SFA)
Terdapat 2 cara untuk mengisi **Form** pada aplikasi SFA:
* Melalui menu **Form**: seluruh form akan ditampilkan.
* Melalui menu **Pelanggan** dengan tombol **Assigned Form**: form yang ditampilkan akan terfilter sesuai **customer**.
#### Menu Form
| .jpeg?alt=media\&token=dcb0798d-6898-4aee-b83f-397dbf3e0926) |  |
| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
1. Buka menu **Form** pada aplikasi.
2. Pilih form yang perlu diisi. Seluruh form akan ditampilkan, dan Anda dapat melihat jumlah pengisian serta batas waktu form.
3. Lakukan **Check-in**, lalu pilih outlet yang akan dituju.
4. Isi seluruh pertanyaan pada form.
5. Klik **Submit** jika pengisian sudah selesai, atau klik **Simpan Draft** jika ingin melanjutkan pengisian di lain waktu.
#### Menu Pelanggan
|  |  |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
1. Lakukan **Check-in** pada outlet yang dituju.
2. Klik tombol **Assigned Form**. Form yang ditampilkan akan terfilter sesuai dengan customer yang telah dipilih.
3. Pilih form yang akan diisi.
4. Isi seluruh pertanyaan pada form.
5. Klik **Submit** jika pengisian sudah selesai, atau klik **Simpan Draft** jika ingin melanjutkan pengisian di lain waktu.
## Yang Perlu Diketahui
* Form **hanya dapat digunakan di aplikasi SFA setelah di-Publish** dan selama masih berada dalam periode aktifnya. Form Draft tidak akan muncul untuk tim lapangan.
* Tim lapangan **hanya dapat mengisi form saat melakukan Check-in** di outlet yang ditugaskan. Sebelum Check-in, form hanya dapat dilihat statusnya.
* **Satu Employee dapat mengisi satu form satu kali dalam satu kunjungan.**
* Setelah Submit, form menjadi read-only dan hanya dapat dilihat.
* Jika Employee melakukan kunjungan kembali ke outlet yang sama, pengisian form baru dapat dilakukan kembali.
* Satu form dapat memiliki **maksimal 50 pertanyaan** untuk menjaga performa aplikasi SFA.
* **Pertanyaan foto** menggunakan kamera langsung, bukan galeri. Foto akan otomatis dilengkapi dengan waktu, lokasi GPS, dan watermark.
* **Kondisi tampil (skip logic)** hanya dapat mengacu pada pertanyaan yang berada sebelumnya. Jika kondisi tidak terpenuhi, pertanyaan akan disembunyikan dan jawabannya tidak akan disimpan.
* **Mengedit form yang sudah memiliki jawaban tidak akan menghapus data sebelumnya.**
* Jika sebuah pertanyaan dihapus, jawaban sebelumnya tetap tersedia pada rekap dan hasil Export dengan tanda **"(dihapus)"**.
* Jika menambahkan pertanyaan baru, jawaban pada data sebelumnya akan ditampilkan sebagai **"β"**.
* **Form yang sedang aktif (Published) tidak dapat dihapus.** Form harus diselesaikan (Completed) terlebih dahulu sebelum dapat dihapus.
* **Hak akses form diatur melalui permission pada Role Group.** Jika menu atau tombol tertentu tidak tersedia, kemungkinan akun Anda belum memiliki izin yang sesuai. Admin dapat mengatur izin melalui **Pengaturan Pengguna / Role Group**.
* Izin yang tersedia meliputi melihat form, membuat/mengisi form, mengedit, menghapus, melihat jawaban, dan melakukan Export.
## **QnA**
| 
|
| 1 kolom **Description** (gabungan Notes & No Sales Reason) | 2 kolom terpisah: **Notes** dan **No Sales Reason** |
| {% endstep %} | |
{% step %}
### SFA (Mobile) β Detail Visit
Pada halaman **Detail Visit**, informasi kini ditampilkan dalam dua field terpisah:
* **Notes**
* **No Sales Reason**
{% endstep %}
{% step %}
### Sales Management Hub (SMH) β Visit Detail
| Tampilan | Perubahan |
| ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Visit Detail Table | 
Kolom **Notes** dan **No Sales Reason** ditampilkan secara terpisah. |
| Visit Detail Map (Popup/Panel) | 
Target tetap dapat dilihat meskipun salesman sedang berada di area tanpa koneksi internet.
Behavior sistem:
* Data target tetap dapat diakses menggunakan data terakhir yang tersimpan di device
* Data akan otomatis diperbarui setiap 15 menit ketika terdapat koneksi internet
* Jika masih ada transaksi yang belum tersinkronisasi, akan muncul indikator:
* β **not yet synced**
Sebagai pengingat bahwa data achievement mungkin belum sepenuhnya terbaru.
{% endstep %}
{% endstepper %}
### **6. Export Sales Target**
Admin kini dapat mengexport data target untuk kebutuhan monitoring, analisis, maupun presentasi.
Format export yang tersedia:
* Excel
* CSV
Filter yang tersedia:
* Periode
* Salesman
* Metric Type
Data export dapat digunakan untuk:
* Rekap performa salesman.
* Analisis pencapaian target.
* Evaluasi penjualan.
* Presentasi internal.
## **Contoh Penggunaan**
{% stepper %}
{% step %}
### Use Case 1 β Target Omset Bulanan
**Situasi**
Admin ingin menetapkan target omset Rp 100 juta per salesman untuk bulan Maret berdasarkan Sales Invoice sebagai dasar perhitungan insentif.
**Pengaturan**
| Field | Value |
| ------------ | ----------------------- |
| Judul | Target Omset Maret 2026 |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi, Andi, Citra |
| Metric Type | Omset - Sales Invoice |
| Target Value | Rp 100.000.000 |
**Hasil**
* Setiap Sales Invoice yang dibuat untuk salesman tersebut dalam periode Maret akan otomatis menambah achievement target.
* Jika terjadi return:
* Achievement akan otomatis berkurang
> Note: Karena metric type menggunakan Sales Invoice, maka Sales Order yang dibuat salesman di SFA belum langsung dihitung. Achievement baru bertambah setelah SI dibuat di backoffice.
> {% endstep %}
{% step %}
### Use Case 2 β Target Volume Produk
**Situasi**
Admin ingin meningkatkan penjualan mie Goreng dan mie Ayam sebanyak 1000 PCS berdasarkan Sales Order untuk kebutuhan monitoring harian.
**Pengaturan**
| Field | Value |
| ----------- | ---------------------------- |
| Judul | Target Volume mie Maret |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi |
| Metric Type | Product Volume - Sales Order |
| Produk | mie Goreng, mie Ayam |
| Target Qty | 1000 PCS |
**Hasil**
* Setiap SO yang mengandung mie Goreng atau mie Ayam akan otomatis dikonversi ke PCS dan ditambahkan ke achievement target.
* Salesman juga dapat langsung memonitor progress target melalui SFA Mobile.
{% endstep %}
{% step %}
### Use Case 3 β Target Value Kategori Snack
**Situasi**
Admin ingin salesman mencapai penjualan Rp 50 juta dari kategori Snack berdasarkan Sales Invoice.
Produk target:
* Chitato
* Lays
* Qtela
**Pengaturan**
| Field | Value |
| ------------ | ----------------------------- |
| Judul | Target Snack Maret |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Andi |
| Metric Type | Product Value - Sales Invoice |
| Produk | Chitato, Lays, Qtela |
| Target Value | Rp 50.000.000 |
**Hasil**
* Salesman bebas menjual kombinasi produk apa pun dari daftar produk target.
* Achievement akan dihitung berdasarkan total value penjualan seluruh produk tersebut.
{% endstep %}
{% step %}
### Use Case 4 β Multiple Metric Type dalam 1 Target
**Situasi**
Admin ingin memonitor:
* Aktivitas harian berdasarkan SO
* Revenue final berdasarkan SI
Dalam satu target yang sama.
**Pengaturan**
| Field | Value |
| ------------- | ------------------------------------------- |
| Judul | Q1 Maret 2026 |
| Periode | 1 - 31 Maret 2026 |
| Salesman | Budi, Andi |
| Metric Type 1 | Omset - Sales Order β Rp 120 juta |
| Metric Type 2 | Omset - Sales Invoice β Rp 100 juta |
| Metric Type 3 | Product Volume - Sales Order β mie, 500 PCS |
**Hasil**
* Target baru dianggap selesai apabila seluruh metric type mencapai minimal 100%.
* Jika salah satu metric type belum tercapai:
* Status target tetap Active
{% endstep %}
{% endstepper %}
## **FAQ**
| Question | Answer |
| --------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Apa perbedaan metric type Sales Order dan Sales Invoice? | 
| 
|
| Sudah di-zoom hingga maksimal. Namun, customer tersebut tetap **tidak dapat diklik** karena berada dalam satu titik lokasi. | Setelah menggunakan **OpenStreetMap**, toko yang berada dalam satu titik lokasi kini dapat diklik sehingga user dapat melihat detail masing-masing toko. |
## 3. Penambahan alternatif Maps di Daily Visit Backoffice
Kini tersedia opsi alternatif **Maps** pada **Backoffice**. User dapat memilih menggunakan **OpenStreetMap** atau **Google Maps** pada menu:\
**Kunjungan > Informasi Kunjungan > Detail Tabel Kunjungan.**
| 
|
* **Not Mandatory (Opsional**
| .jpg?alt=media&token=66d2325f-6a92-4fc1-a2da-7cb7e2a07511)
|
**Catatan:**\
Jika Anda mengatur Channel sebagai **Mandatory**, pastikan **Customer Group Channel** sudah dibuat terlebih dahulu agar proses pembuatan pelanggan dapat berjalan dengan lancar.
* Panduan Cara Membuat Channel: 
| 
|
#### Purchase Order:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
#### Purchase Invoice:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
#### Purchase Invoice - Refer from Purchase Order:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
#### Purchase Payment:
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
{% endstep %}
{% step %}
### Diskon Per Order
Masukkan diskon pada bagian **ringkasan total** di bagian bawah transaksi. Diskon ini berlaku untuk keseluruhan order setelah semua perhitungan item selesai.
| Diskon Persentase (%) | Diskon Nominal (Rp) |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
| {% endstep %} | |
| {% endstepper %} | |
#### Step 3: Simpan Transaksi
* Langkah ini berlaku untuk semua modul. Setelah diskon diterapkan, sistem akan otomatis menghitung ulang **Subtotal**, **Pajak** (termasuk Include/Exclude Tax), dan **Grand Total** secara akurat.
* Terakhir, klik **Simpan** untuk menyelesaikan transaksi.
### **β FAQ (Pertanyaan yang Sering Diajukan)**
| 
| 
|
{% hint style="success" %}
**HIGHLIGHT**!
β
Bisa mengekspor daftar stok saat ini dalam format Excel.
β
Data ekspor bisa digunakan langsung untuk Import Stock Adjustment.
β
Proses ekspor berjalan di latar belakang, sehingga kamu dapat melanjutkan pekerjaan atau mengakses halaman lain tanpa harus menunggu hingga selesai.
{% endhint %}
{% hint style="info" %}
**REQUIREMENTS**!
* Kamu harus memastikan filter yang digunakan sesuai dengan kebutuhan sebelum melakukan ekspor, karena ekspor dengan filter yang sama tidak dapat dijalankan secara bersamaan.
* Untuk menggunakan dokumen hasil export stock list untuk stock adjustment, diisi data kolom Type In/Out.
* Role yang diperlukan (Export Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya stok tersedia dapat yang dapat diekspor.
β Proses ekspor berjalan di latar belakang. Jika filter yang digunakan sama dengan ekspor yang sedang diproses, kamu perlu menunggu hingga selesai sebelum melakukan ekspor baru. Namun, jika filter berbeda, kamu dapat langsung melakukan ekspor tanpa menunggu proses sebelumnya.
{% endhint %}
{% hint style="info" %}
**HOW TO USE!**
Cara Ekspor Stok klik di [sini](https://panduan-sap.simplidots.id/sales-automation-platform/sap-sales-automation-platform/sales-management-hub/stok/stok/cara-mengunduh-daftar-stok-melalui-ekspor).
{% endhint %}
### 3. Export Stock Movement
Kamu dapat mengekspor riwayat pergerakan stok berdasarkan filter tertentu, untuk keperluan analisis, audit, atau berbagi data dengan tim lain.
| Proses Ekspor | Ekspor Berhasil | Hasil Ekspor |
| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
| 
|
{% hint style="success" %}
**HIGHLIGHT!**
β
Mempermudah pencarian dan analisis pergerakan stok berdasarkan jenis referensi dan brand.
β
Navigasi lebih cepat dengan daftar Reference Type yang bisa langsung difilter.
β
Navigasi lebih cepat dengan daftar Brand yang bisa langsung difilter.
{% endhint %}
{% hint style="warning" %}
**REQUIREMENT!**
Role yang diperlukan (Read Stock atau Control Stock) dan (Read Product atau Control Product).
{% endhint %}
{% hint style="danger" %}
**LIMITATION!**
β Hanya berlaku di halaman Stock Movement.
β Reference Type harus sudah tersedia dalam sistem.
β Brand sudah tersedia dalam sistem.
{% endhint %}
### 5. Filter Brand di Stock
Kamu dapat memfilter daftar stok dan pergerakan stok berdasarkan brand tertentu, sehingga analisis stok menjadi lebih spesifik dan terfokus.
|  |
| Format SimpliDOTS Nomor DO dipisah dengan koma (DOR-241100167, DOR-241100168, DOR-241100169) | Nomor DO dipisahkan per baris |
* **Rename Nama Kolom**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
|  |
| Format SimpliDOTS menggunakan nama Date | Kolom Date diubah menjadi Tgl |
* **Rename Nama Sheet dan Menggunakan 1 Sheet**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
|  |
| Format SimpliDOTS terdapat 4 sheet | Sheet yang dipakai hanya 1 sheet |
* **Export dengan Kolom yang Disesuaikan**
| Before | After |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 
|  |
| Format SimpliDOTS pada sheet DeliveryOrder tidak memiliki kolom DeliverySummaryNo | Penambahan kolom DeliverySummaryNo pada awal kolom |
{% hint style="info" %}
Jika Anda membutuhkan bantuan atau penyesuaian tambahan, silakan hubungi tim support kami.
{% endhint %}
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
| 
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight!**
β
Pembuatan **Sales Order Return** dapat dilakukan oleh salesman saat berkunjung ke pelanggan.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Proses retur tidak dapat dilakukan selain setelah Delivery Order (DO) berstatus Completed.
β Saat ini, sistem menampilkan kuantitas kuantitas Delivery Order (DO) berstatus Delivered sebagai kuantitas yang dapat diretur. Dikarenakan sistem Back Office (SMH) hanya dapat menerima kuantitas Delivery Order (DO) berstatus Completed, maka untuk release di awal akan terjadi error saat sync data. Solusi yang dapat dilakukan adalah dengan mengubah kuantitas retur sesuai info sync error yang telah diberikan atau dapat info ke admin untuk membuat dokumen retur.
β Saat ini, Sales Order yang memiliki Promo atau Diskon Manual, tidak dapat melakukan retur parsial. Jika ingin melakukan retur, harus meretur seluruh item yang ada pada sales order tersebut.
β Tidak dapat mengakses sales order lampau di luar dari default setting yang ditentukan tanpa akses internet.
β Tidak dapat memfilter SO dengan status To Invoice dan Fully Invoice yang muncul sehingga semua tampil meskipun yang dapat diretur hanya To Invoice dan Fully Invoice.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Dokumen **Delivery Order (DO)** harus memiliki status **Completed** sebelum proses retur dapat dilakukan.
* Barang yang bisa dikembalikan harus sudah diterima oleh pelanggan.
* Kuantitas yang bisa diretur sesuai dengan kuantitas **Delivery Order** yang **completed**.
* Pastikan akses diberikan role ***Control : SalesOrderReturn*** atau ***Create SalesOrderReturn*** telah diaktifkan.
{% endhint %}
> **How to use?**
>
> Retur dapat dilakukan dari dua tempat:
>
> 1. Pilih menu **Sales Order**, lalu pilih sales order yang berstatus **To Invoice** atau **Fully Invoice** dan pilih opsi **Retur**.\
> 
> 2. Pilih menu **Sales Order Return**, pilih **Pelanggan** dan pilih opsi pilih **Sales Order.**\
>  
#### **2. Sales Return *****Standalone***** tanpa referensi SO**
Fitur ini memungkinkan admin untuk membuat **Sales Return *****Standalone*** langsung dari Back Office atau Salesman Management Hub (SMH) dan Sales Force Automation (SFA) yang tidak merujuk ke Sales Order (SO) yang ada. Hal ini mendukung kasus di mana pengembalian barang tidak terhubung langsung dengan transaksi atau dokumen SO yang ada, seperti pengembalian barang lama atau retur yang tidak tercatat dalam sistem sebelumnya.
* **Sales Return Standalone tanpa referensi SO dari SMH**
| 
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
{% hint style="success" %}
**Highlight!**
β
Dengan otomatis sistem akan menghasilkan dokumen terkait seperti Credit Notes jika memiliki customer payment.
β
Dapat membatalkan sales invoice return status paid yang tidak memiliki Credit Notes status active dan dapat membatalkan sales invoice status To credit.
{% endhint %}
{% hint style="danger" %}
**Limitation!**
β Belum dapat membuat sales invoice return baik dari back office atau dari SFA.
β Belum dapat mengubah data sales invoice return baik dari back office atau dari SFA.
β Invoice Return (IR) dengan status cancelled tidak dapat diproses lebih lanjut.
{% endhint %}
{% hint style="warning" %}
**Requirement!**
* Pastikan akses role **Control : SalesInvoiceReturn** atau **Read : SalesInvoiceReturn** telah diaktifkan
* Untuk membuat Sales Invoice Return dari Delivery Order Return, diperlukan role **Control : SalesInvoiceReturn** atau **Create : SalesInvoiceReturn.**
{% endhint %}
> **How to use?**
>
> * Akses ke Sales Invoice Return yang ingin Anda lihat detailnya
> * Jika Sales Invoice Return berstatus Completed, Anda dapat melakukan pembatalan dengan catatan tidak memiliki credit notes yang Active.
> * Jika Sales Invoice Return berstatus To credit, dan memilih untuk update status menjadi Completed, maka akan dibuatkan dokumen terkait lainnya.
## Credit Notes
Credit Notes adalah dokumen yang dikeluarkan oleh penjual kepada pembeli untuk mencatat pengurangan atau pengembalian dana atas jumlah tertentu dari transaksi sebelumnya. Credit Notes pada SimpliDOTS saat ini masih digunakan dalam proses pengembalian barang. Dokumen ini sering kali dikaitkan dengan Sales Return atau pengembalian uang pelanggan.
| 
|
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
***
Selamat mencoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
|
### Support Tab dan Mobile View
Kami dengan bangga memperkenalkan tampilan terbaru untuk Halaman Faktur Penjualan yang kini mendukung tampilan tab dan mobile view.
Fitur ini dirancang khusus untuk kamu yang sering berpergian, agar memungkinkan kamu mengakses dan mengelola informasi faktur penjualan di mana saja dan kapan saja.
Dengan navigasi yang lebih lancar dan intuitif, tingkatkan produktivitas kamu dengan kemudahan akses ini, ya!
* **Sales Invoice List**
|  |
| 
| 
| 
Tidak terdapat data mengenai hasil kunjungan khusus Canvassing. | 
Tidak terdapat data mengenai hasil kunjungan khusus Canvassing | 
Dapat melihat aktivitas kunjungan harian khusus canvassing dengan data yang lebih lengkap dan terdefinisi dengan baik & antarmuka yang lebih baik. |
{% hint style="success" %} **What's New?**
**Added****:**
Terdapat beberapa penambahan data pada bagian detail seperti berikut :
* **Canvass :** Jumlah kunjungan canvassing\
* **Eff. Calls** : jumlah customer yang bertransaksi saat kunjungan.
* **Sales Order :** total pesanan khusus Taking Order (TO).
* **Sales Canvass :** total pesanan khusus Canvassing.
* **Unvisited :** jumlah dan nama customer yang belum dikunjungi.
* **Informasi pada OOS**\
* **Informasi pada Sales Order dan Sales Canvass** 
* **Notes dan Photos** : Penggabungan catatan dan gambar kunjungan 
* **Role** : Penambahan role akses yang digunakan oleh salesman.\
* **Informasi pada Pseq** \
* **Informasi pada Aseq**\
* **Detail pesanan**\ 
{% endhint %}
Silakan dicoba, Kawan Simpli!
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
.png?alt=media&token=dcf7f2ea-d9a2-4dce-a2b7-7beb119aeb49)
atau mobil pada samping Nomor Plat menunjukkan bahwa armada tsb dapat digunakan untuk optimasi rute.
> * Nomor Plat berada di paling kiri.
| 
|
> *Jangan ragu untuk menghubungi tim Customer Success Kami jika ada pertanyaan atau memerlukan bantuan. Kami siap membantu, Kawan Simpli!*\
> \
> *Terima kasih telah memilih SimpliDOTS. Kami berkomitmen untuk terus meningkatkan experience Kawan Simpli dalam menggunakan SimpliDOTS.*
%20(1).png?alt=media&token=bee469b5-5f53-4ece-b520-e432613d74ef)
.jpg?alt=media&token=2fd8dc28-3b78-4bc5-b8f5-035487b06cbc)
.
.png?alt=media&token=4ee3b20f-b5d2-468c-806f-397e33e67480)
.png?alt=media&token=25a4406e-4ece-4c3c-90b3-2867d1203ec0)
. Apabila di klik akan muncul pilihan menu profile.
.png?alt=media&token=cc5874d9-7820-4fc2-901c-d23ccf16cd4b)
| 
|
2. **Master Data** merupakan menu yang menyatukan sub menu Produk, Pelanggan, Pegawai, Keuangan, dan Skema Promo. \
\- Before : Sebelumnya tidak ada menu Master Data sehingga semua submenu seperti \
Produk, Pelanggan, Pegawai, Keuangan dan Skema Promo terpisah dan berada \
di posisi kiri.\
\- After : Menu Produk, Pelanggan, Pegawai, Keuangan, dan Skema Promo digabung \
menjadi satu dalam menu Master Data dan berada di posisi atas.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
| 
|
3. **Penjualan** merupakan menu mengenai penjualan barang yang terdiri dari sub menu seperti Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing.\
\- Before : Sebelumnya tidak ada menu Penjualan sehingga semua submenu seperti \
Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing terpisah.\
\- After : Menu Pesanan, Faktur, Pembayaran Pelanggan, dan Canvassing digabung \
menjadi satu dalam menu Penjualan.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
| 
|
4. **Stok** merupakan menu yang berkaitan dengan stok barang yang terdiri dari sub menu seperti Stok, Transfer Stok, Penyesuaian Stok, Pergerakan Stok, dan Gudang.\
\- Before : Sebelumnya menu ini bernama Stok dan Gudang dan berada pada posisi kiri. \
\- After : Menu Stok dan Gudang disingkat menjadi Stok dan berada pada posisi atas.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
| 
|
5. **Pengiriman** merupakan menu yang berkaitan dengan pengiriman barang untuk Route Optimization yang terdiri dari sub menu seperti Armada, Surat Jalan, dan Rekap Surat Jalan.\
\- Before : Sebelumnya menu Pengiriman berada pada posisi kiri. \
\- After : Menu Pengiriman berada pada posisi atas dan Armada Pelanggan masuk ke \
menu Armada.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
|
6. **Kunjungan** merupakan menu yang berkaitan dengan pembuatan rute dan hasil kunjungan salesman dalam melakukan penjualan. Menu ini terdiri dari Informasi Kunjungan, Geografis Kunjungan dan Manajemen Rute. \
\- Before : Sebelumnya menu Kunjungan berada pada posisi kiri. \
\- After : Menu Kunjungan berada pada posisi atas.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
|
7. **Inteligensi** merupakan menu yang berkaitan dengan laporan penjualan per nomor faktur dan per produk.\
\- Before : Sebelumnya menu ini bernama Report/Laporan dan berada pada posisi kiri. \
\- After : Sekarang menu ini menjadi Inteligensi dan berada pada posisi atas.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
|
## 2. Tombol Bantuan
**Tombol bantuan atau Help Bar** merupakan menu yang menampilkan beberapa informasi seperti What's New, Panduan Pengguna, Video tutorial, Beri ulasan (feedback) dan Hubungi kami. \
\- Before : Sebelumnya menu ini hanya berisi panduan pengguna saja dan berada disebelah \
kanan profil pengguna.\
\- After : Sekarang menu ini sudah dilengkapi dengan Ada yang baru, Video tutorial, Beri \
ulasan dan Hubungi kami dan berada sebelum tombol notifikasi.
| Before | After |
| :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
| 
|
{% hint style="info" %}
**NOTE**:
* **What's New** : informasi mengenai rilis update terbaru mengenai penambahan atau perbaikan fitur.
* **User guide** : artikel mengenai panduan penggunaan.
* **Watch video tutorial on YouTube** : video mengenai panduan penggunaan.
* **Give feedback** : beri ulasan mengenai sistem.
* **Contact us** : menu untuk terhubung langsung ke tim Sales SimpliDOTS melalui WhatsApp terkait pertanyaan lebih lanjut.
{% endhint %}
## 3. Tombol Notifikasi (Coming Soon)
**Tombol Notifikasi** merupakan menu yang akan segera hadir agar kamu bisa melihat update terbaru mengenai aktivitas operasional sistem yang digunakan pengguna dan riwayat aktivitas masing-masing pengguna. \
\- Before : Sebelumnya menu ini berada di sudut paling kanan atas.\
\- After : Sekarang menu ini berada sebelum menu ganti bahasa.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
|
## 4. **Ganti Bahasa**
**Ganti bahasa** merupakan menu untuk mengubah bahasa secara mudah dari Bahasa Indonesia menjadi Bahasa Inggris dan sebaliknya. \
\- Before : Sebelumnya menu ini berada di dalam menu pengaturan profil.\
\- After : Sekarang menu ini berada di top bar dan dapat dengan mudah dilihat oleh \
pengguna.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
|
## 5. **Ubah ke Live Data**
**Ubah Live Data atau Switch to live data** merupakan menu untuk mengubah isi database sistem yang diawal merupakan demo data yang terdiri dari dummy data (contoh) menjadi live data (reset menjadi kosong) untuk dapat digunakan oleh pengguna sesuai real data perusahaan. \
\- Before : Sebelumnya menu ini berada di top bar jika masih dalam keadaan demo data dan \
akan hilang jika sudah diubah ke Live Data.\
\- After : Sekarang menu ini berada di dalam profil pengguna dan akan hilang jika sudah \
diubah ke Live Data.
| Before | After |
| :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
| 
.png?alt=media&token=57cf6bd9-163f-4302-ad6e-b1713f4411ec)
.png?alt=media&token=991a4161-0b62-4c26-87dc-67f2a86c294d)
