Panduan Pengguna Works25

Dokumen, Bayaran & Angka Jualan

Kenapa satu bil boleh tercetak sebagai Proforma hari ini dan Invois esok, ke mana wang pergi apabila bayaran direkod, dan kenapa tiga angka dalam laporan anda tidak semestinya berjumlah sama.

  • Kemas kini: 28 Oktober 2026
  • Untuk pemilik, penyelia & staf kaunter
  • 8 bahagian
A

Dokumen: apa sebenarnya setiap satu

Tujuh nama yang pelanggan sebut, tetapi hanya satu rekod bil yang mengawal semuanya.

A1. Tujuh nama, satu rekod

Pelanggan menyebut "sebut harga", "invois", "resit", "proforma" seolah-olah semuanya dokumen berlainan. Dalam Works25, kebanyakannya bukan dokumen berlainan — ia satu rekod bil yang dicetak dengan nama berbeza mengikut keadaan.

Dokumen Apa ia dalam Works25 Ada nilai wang?
Sebut Harga Rekod berasingan dengan skrinnya sendiri Tidak
Proforma Invoice Bukan dokumen berasingan. Tajuk cetakan bagi bil yang belum selesai Tidak, dalam mod None
Bil / Pesanan Jualan Rekod utama: jadual record + item dalam orderlist Ya
Delivery Order (D.O.) Bil berjenis D.O. — dokumen barang, bukan dokumen jualan Tidak
Invois Dua jenis: (1) bil yang sama dicetak sebagai Invois selepas Done/Delivered; (2) rekod invois berasingan hasil Invoicing (A7) Ya
Resit Cetakan bagi satu bayaran, bukan dokumen bertaraf sendiri Menggambarkan wang masuk
Nota Kredit Rekod berasingan dalam jadual creditnote Ya (nilai negatif)
Model dalam satu ayat

Hanya ada satu rekod bil. Nama yang tercetak di atasnya ditentukan oleh tiga perkara — jenis bil (S.O. / D.O. / Invois), status (Received → Pending → Done → Delivered), dan tetapan automateddelivered.

Kembali ke kandungan

A2. Nombor dokumen: satu siri sahaja

Nombor bil dan nombor invois ialah nombor yang sama — awalan cawangan ditambah id rekod.

Tiada siri nombor berasingan untuk invois biasa. Pengecualian: invois gabungan (A7) menyimpan id dalaman bermula dengan INV, tetapi nombor yang dicetak tetap mengikut siri biasa.

Jadi "invois tiada" hampir selalu bermakna bil itu belum sampai Delivered/Done, bukan sistem gagal menjana dokumen.

Nota Kredit ada sirinya sendiri, dengan format yang sama.

Kembali ke kandungan

A3. Bila tajuk bertukar menjadi "Proforma"

"Proforma" ialah awalan pada masa cetak, bukan status tersimpan. Tiada bendera, tiada jadual, tiada nombor proforma. Semuanya diputuskan ketika dokumen dicetak.

Keadaan bil Tajuk yang tercetak
Status Received (apa-apa mod) Proforma Invoice
Berjenis S.O. — bil mod None yang belum siap Proforma Invoice
Pending / Done / Delivered dan bukan S.O. Invoice
Bil sudah langsai Receipt dan Invoice (dua versi cetakan halaman yang sama)
Berjenis D.O. Delivery Order — atau Collection Note dalam mod None semasa masih Received
Kesan penting

Satu bil yang sama boleh tercetak sebagai Proforma hari ini dan Invois esok, dengan nombor yang sama, tanpa rekod baru.

Kembali ke kandungan

A4. Dua mod berbeza yang kedua-duanya menulis "Proforma"

Satu tetapan mengubah maksud perkataan itu: Settings → automateddelivered.

Pilihan Apa ia sebenarnya kawal
Received (Invoice) Bil dianggap jualan sebaik disimpan. Tiada auto-hantar.
Received (Proforma Invoice) Bil belum dianggap jualan sehingga siap/dihantar. Akaun Receivable hanya ditulis apabila status menjadi Done/Delivered.
Delivered, except for delivery order Sistem menekan Delivered secara automatik untuk bil Received, kecuali D.O.
Delivered, including delivery order Sama, termasuk D.O.
Delivered, only for paid order Auto-Delivered hanya apabila bil sudah langsai.

Tiga pilihan "Delivered…" berkenaan bila status bil naik, bukan bila wang dicatat. Hanya mod None yang mengubah perakaunan.

Kenapa ini mengelirukan

Dalam mod biasa, bil Received sudah tercetak "Proforma Invoice" tetapi sudah masuk angka jualan, kerana baris Receivable ditulis serta-merta. Proforma di sini hanyalah label pada bil yang sudah menjadi jualan. Dalam mod None, ia bermaksud sebenar: belum ada jualan, belum ada hutang pelanggan — dan baris Bill Due dalam laporan pun disembunyikan.

Kembali ke kandungan

A5. Apa yang berlaku semasa Proforma menjadi Invois

Bila bil S.O. dalam mod None ditukar ke Done/Delivered:

1. Jumlah dikira semula daripada item bil, selepas diskaun, dengan pembundaran mengikut tetapan roundingdiv.

2. Baris Receivable lama dipadam dan satu baris caj baru ditulis, ditambah baris cukai berasingan jika ada cukai jualan.

3. Jenis bil dikosongkan, jadi ia tidak lagi dianggap proforma.

4. Tarikh bil ditulis semula kepada tarikh siap/hantar. Tarikh asal pesanan disimpan sebagai tarikh ambilan.

Dua akibat untuk pemilik

Jualan masuk pada tarikh penghantaran, bukan tarikh pesanan — proforma September yang dihantar Oktober akan muncul dalam Total Sales Oktober. Dan jumlah invois boleh berbeza beberapa sen daripada proforma, kerana pembundaran dikira semula pada saat naik taraf.

Kembali ke kandungan

A6. Sebut harga: satu-satunya yang benar-benar berasingan

Rekod sebut harga berdiri sendiri dan tidak menyentuh stok, hutang atau akaun.

Bila pelanggan setuju, sebut harga dibawa masuk ke skrin pesanan; rekod sebut harga kekal menyimpan pautan kepada bil yang terhasil, sebagai jejak.

Sebut harga tidak boleh "dijadikan invois" secara terus — ia menjadi bil, kemudian bil itu melalui laluan biasa (Proforma → Invois).

Kembali ke kandungan

A7. Menggabungkan D.O. dan pesanan menjadi satu invois (Invoicing)

Keadaan biasa: pelanggan menerima barang dalam beberapa penghantaran — hantar setiap hari, invois sekali sebulan. Atau beberapa pesanan berasingan untuk projek yang sama, tetapi mereka mahu satu invois sahaja. Untuk itu ada fungsi Invoicing pada halaman Bills.

Langkah Kesan pada data
Setiap bil yang dipilih Ditukar menjadi D.O. dan ditandakan dengan nombor invois
Semua transaksi bil tersebut Dipindahkan ke invois, termasuk bayaran yang sudah direkod
Satu rekod baru Berjenis Invois, status Done, jumlah = campuran semua bil
Satu baris caj Receivable Ditulis semula untuk jumlah gabungan, ditambah baris cukai jika ada
D.O. di bawah invois Baki dan caj ditetapkan 0 — wang hanya tinggal pada invois
Tarikh invois Diambil daripada tarikh bil terakhir dalam gabungan itu

Pada peringkat laporan: jualan dicatat sekali sahaja — pada invois gabungan, bukan pada setiap D.O.

1. Buka halaman Bills.

2. Guna tapisan "uninvoiced D.O." untuk melihat D.O. yang belum masuk mana-mana invois.

3. Tanda bil yang hendak digabungkan, kemudian pilih Convert.

4. Sistem bertanya: "Converting N bills to delivery orders under 1 invoice. This cannot be reversed." Selepas selesai, anda boleh terus dibawa ke invois baru itu.

Syarat Jika tidak dipenuhi
Semua bil mesti peratus diskaun yang sama Sistem menolak dan menyenaraikan bil yang berbeza diskaun
Tiada bil bertarikh sebelum tempoh terkunci Bil itu disekat
Senarai sudah ditapis kepada satu pelanggan Butang Convert kekal tersembunyi sehingga anda pilih pelanggan
Sekurang-kurangnya dua bil dipilih Tiada tindakan
Pelanggan dikunci oleh tapisan

Sebbaik anda masuk ke mod Invoicing, sistem mengetatkan senarai: jenis bil dikunci kepada D.O. yang belum diinvois, dan anda mesti menapis kepada seorang pelanggan dahulu. Semasa belum ada pelanggan dipilih, sistem menyerlahkan tapisan pelanggan dengan arahan "Please select a profile", dan butang Convert tidak muncul. Jadi satu invois tidak boleh tercampur antara pelanggan melalui fungsi ini.

Combine Bills tidak mengunci pelanggan

Fungsi Combine Bills (A7.6) boleh dijalankan tanpa memilih pelanggan. Ia menyemak tarikh, status, diskaun, akaun dan cawangan — tetapi bukan pemilik bil. Untuk penggabungan bil, pastikan sendiri senarai itu milik seorang pelanggan.

Menambah bil ke invois sedia ada: pilih bil tambahan, kemudian "edit invoice". Bil baru mesti mengikut diskaun invois asal, bukan diskaunnya sendiri; jumlah dikira semula daripada semua D.O. di bawahnya.

Yang perlu dijaga

Tindakan ini tidak boleh dibatalkan — sistem sendiri memberitahu begitu. D.O. yang sudah diinvoiskan hilang daripada senarai bil biasa. Jika rekod invois dipadam, D.O. di bawahnya kembali dengan status Recalculate dan perlu dikira semula. Bayaran yang diterima sebelum penggabungan turut berpindah, jadi baki invois = jumlah gabungan − bayaran sedia ada.

Perkara Invoicing (Convert) Combine Bills
Hasil Satu invois baru + beberapa D.O. Satu bil sahaja yang tinggal
Bil asal Kekal sebagai D.O., ditanda nombor invois Digabung ke dalam satu bil; yang lain hilang
Syarat Satu pelanggan dipilih + diskaun sama Tarikh, status, diskaun, akaun dan cawangan mesti sama; bil pemulangan tidak boleh; pelanggan tidak diperiksa
Guna bila Pelanggan mahu satu invois bagi banyak penghantaran Beberapa bil pada hari sama sepatutnya jadi satu bil
Kembali ke kandungan
B

Laluan duit: dari kaedah bayaran ke laporan

Setiap ringgit melalui satu akaun perantaraan yang sama, dan itu menjelaskan hampir semua angka dalam laporan.

B1. Semua wang melalui satu akaun perantaraan

Setiap kali bayaran direkod, Works25 menulis dua baris dalam jurnal, dan kedua-duanya menyentuh akaun Receivable:

Bila Baris jurnal
Bil disimpan Akaun jualan → Receivable (jumlah bil)
Bayaran direkod Receivable → kaedah bayaran (tunai, bank, kad, e-wallet)

Caj menambah hutang pelanggan.

Bayaran mengurangkan hutang dan menambah wang pada kaedah bayaran itu.

Baki satu bil = jumlah caj − jumlah bayaran. Itulah Bill Due.

Kembali ke kandungan

B2. Kaedah bayaran ialah akaun, bukan sekadar label

Ini punca kesilapan yang paling mahal. "Cash", nama bank, atau nama gerbang bayaran bukan sekadar nama pada resit — setiap satu ialah satu akaun dalam Carta Akaun.

Kaedah bayaran baru

Menambah kaedah bayaran bermakna mencipta atau mengaitkan satu akaun. Jika salah kait, laporan tunai dan penyata bank akan salah walaupun setiap bil kelihatan betul.

Daftar tunai

Daftar Tunai juga satu akaun. Duit masuk dan keluar direkod sebagai transaksi biasa, bukan pelarasan ajaib.

Kembali ke kandungan

B3. Satu contoh kerja: bil RM1,000, bayar RM300

Langkah Dari akaun Ke akaun Jumlah
Bil disimpan Jualan Receivable 1,000.00
Bayaran pertama Receivable Tunai 300.00
Baki (Bill Due) — — 700.00

Total Sales naik RM1,000 (sisi caj).

All Payments naik RM300 (sisi bayaran).

Jika pelanggan membayar RM800 pada baki RM700, RM700 mengurangkan hutang dan RM100 disimpan sebagai kredit pelanggan — bukan hilang, bukan terapung.

Kembali ke kandungan

B4. Tiga angka yang tidak semestinya bertambah

Dalam Reports → Pay, Depo, Unpaid:

Angka Apa ia kira
Total Sales Apa yang dibilkan dalam tempoh itu
All Payments Wang yang dikutip dalam tempoh itu, termasuk bayaran bagi bil lama
Bill Due Apa yang bil dalam tempoh itu masih belum dibayar, setakat hari ini

Ia tidak akan berjumlah sama, dan itu memang reka bentuknya — bukan kerosakan. Sebab yang sah: hutang lama yang dikutip bulan ini, diskaun/mata/baucar, pemulangan, dan perbezaan tarikh kutipan.

Kembali ke kandungan
C

Rekod → betulkan → batalkan

Tiga jalan keluar yang berbeza untuk tiga masalah yang berbeza. Jangan campurkan.

C1. Merekod bayaran

Bayaran direkod dari halaman bayaran bil, bukan dengan mengubah jumlah bil.

Setiap bayaran menyimpan tarikh, kaedah dan amaun, jadi bilangan bayaran tidak terhad.

Mata ganjaran dan baucar diberikan pada masa bayaran, bukan pada masa bil disimpan.

Kembali ke kandungan

C2. Membetulkan bayaran yang tersalah

Kesilapan Yang perlu dibuat Kesan pada baki
Kaedah bayaran salah Ubah kaedah pada rekod bayaran Caj dan hutang tidak berubah; akaun tunai/bank berubah
Amaun salah Ubah amaun bayaran Baki bil dikira semula
Bayaran pada bil yang salah Padam rekod bayaran itu (jika peranan anda membenarkan), kemudian rekod semula pada bil yang betul Dua bil dikemas kini
Prinsip

Betulkan bayaran, jangan betulkan bil. Menukar jumlah bil untuk "menyesuaikan" bayaran akan menjadikan stok, komisen dan laporan tidak lagi sepadan.

Kembali ke kandungan

C3. Batalkan bil (Void)

Butang Void ada pada skrin pesanan, bukan pada barisan butang status.

Ia hanya muncul jika bil masih Received dan tiada item yang berada di rak/stesen pengeluaran. Satu item di stesen sudah cukup untuk menyembunyikannya.

Void mengosongkan caj, diskaun, mata dan baucar, menetapkan status Void, dan membuang item bil.

Void tidak boleh dibatalkan. Tersalah void bermakna buat bil baru.

Bil Delivered tidak boleh di-void — laluannya ialah pemulangan (nota kredit).

Kembali ke kandungan

C4. Nota Kredit: jalan keluar bagi bil yang sudah siap

Nota kredit ialah rekod berasingan dengan nombornya sendiri.

Ia digunakan untuk pemulangan barang, pelarasan, dan memulangkan wang lebihan.

Dalam laporan, ia muncul sebagai baris negatif dalam Total Sales — bukan sebagai bayaran. Ini betul dan disengajakan.

Nota kredit boleh digunakan untuk menjelaskan bil lain; sistem merekodnya sebagai bayaran bercorak kredit.

Kembali ke kandungan

C5. Memulangkan wang kepada pelanggan

Situasi Laluan Kesan pada akaun
Pelanggan bayar lebih Simpan sebagai kredit, atau pulangkan Kredit dikurangkan; tunai keluar
Barang dipulangkan selepas dihantar Nota kredit Total Sales berkurang (baris negatif)
Bil belum siap dan perlu dibatalkan Void Caj dikosongkan sepenuhnya

Jangan campurkan ketiga-tiganya. Nota kredit bukan pembatalan bil, dan Void bukan pemulangan wang.

Kembali ke kandungan

C6. Status Recalculate: bila bil tersangkut, dan cara selesaikan

Recalculate bukan status kerja dan bukan sesuatu yang staf pilih. Ia status park yang sistem letak sendiri apabila bil sedang diubah dan jumlahnya belum boleh dipercayai.

Lima punca ia muncul

Punca Bil mana yang dipark
Item ditambah atau ditukar pada bil yang sudah ada item Bil itu sendiri — dan jika ia di bawah sesuatu invois, invois itu juga
D.O. di bawah invois diedit Invois induknya
D.O. dikeluarkan daripada invois D.O. itu — jenis dan nombor invoisnya dikosongkan
Rekod invois dipadam Semua D.O. di bawahnya
Jumlah invois tidak lagi sepadan dengan jumlah D.O. (beza melebihi had pembundaran) Invois — tajuknya tertulis needs Recalculation

Apa yang berlaku semasa ia park

Butang status dilumpuhkan — bil tidak boleh dinaikkan ke Done atau Delivered.

Halaman Bills memaparkan bilangan bil yang perlu dikira semula, dan ada tapisan status Recalculate untuk menyenaraikannya.

Bil kekal dalam senarai dan kekal dalam laporan mengikut baris transaksi yang sudah ada — ia tidak "hilang" dan jualannya tidak lenyap.

Laluan bayaran API hanya menolak bil berstatus D.O. dan Void, jadi Recalculate tidak menghalang bayaran di laluan itu — jangan anggap bil park bermakna ia tidak boleh dibayar.

Cara selesaikan, ikut urutan

1. Buka bil, edit, kemudian Checkout semula. Inilah cara utamanya dibersihkan: checkout mengira semula diskaun, cukai dan pembundaran, menulis semula baris caj Receivable, dan mengeluarkan bil daripada Recalculate. Membuka bil sahaja tidak cukup — ia kekal park sehingga checkout.

2. Naikkan status semula. Re-checkout menetapkan bil kepada Received, jadi dokumennya kembali tercetak sebagai Proforma. Jika kerja sudah siap, tekan Done atau Delivered semula selepas checkout.

3. Untuk invois. Buka invois dalam mod Invoicing dan tekan Recalculate Invoice — jumlahnya dikira semula daripada semua D.O. di bawahnya.

Checkout semula bukan pembatalan

Ia hanya menulis semula baris caj — jadi deposit dan bayaran sedia ada kekal pada bil itu, dan jumlah baru dikira daripada item semasa. Tetapi kerana status kembali ke Received, dokumen akan tercetak semula sebagai Proforma sehingga anda menaikkannya ke Done atau Delivered.

Kembali ke kandungan
D

Deposit, bayaran sebahagian, dan lebih bayar

Wang masuk sebelum jualan wujud — inilah punca penyata pelanggan menjadi negatif.

D1. Menetapkan bayaran minimum

Tetapan Maksud
depositvalue Bayaran minimum dalam nilai wang (contoh RM50)
depositpercent Bayaran minimum dalam peratus daripada jumlah bil (contoh 30%)

Sistem mengira kedua-duanya dan menggunakan nilai yang lebih besar sebagai cadangan deposit pada skrin bayaran. Oleh sebab dua tetapan ini bertindih, amalkan satu sahaja — kalau tidak, staf akan nampak dua angka berbeza untuk bil yang sama.

Yang penting: ini minimum, bukan maksimum. Pelanggan sentiasa boleh bayar penuh.

Kembali ke kandungan

D2. Deposit pada proforma

Bayaran boleh direkod pada proforma. Wang itu benar dan masuk ke akaun tunai/bank.

Tetapi kerana jualan belum berlaku, hutang pelanggan pada bil itu menjadi negatif sehingga bil naik taraf menjadi Invois.

Mata ganjaran dan baucar sudah diberikan pada masa deposit, walaupun jualan belum tercatat.

Bila bil dihantar, jumlah invois ditulis, dan baki menjadi jumlah invois tolak deposit.

Kalau pelanggan bertanya

"Kenapa penyata saya negatif?" — jawapannya: mereka sudah bayar, tetapi anda belum mengebilkan jualan itu.

Kembali ke kandungan

D3. Lebih bayar

Lebihan bayaran disimpan sebagai kredit pelanggan, bukan dibuang.

Kredit itu boleh digunakan pada bil seterusnya.

Dalam laporan, kredit muncul sebagai pelarasan, bukan sebagai jualan dan bukan sebagai bayaran baharu.

Kembali ke kandungan
E

e-Invois LHDN: satu perenggan sahaja

Fungsi ini ada dalam sistem, tetapi belum wajib untuk anda.

E1. Bila anda perlu ambil peduli

Butang E-Invoice muncul pada bil yang sudah Done atau Delivered, dan hanya jika fungsi ini dihidupkan dalam tetapan. Ia menghantar data bil ke portal LHDN melalui integrasi yang dikonfigurasikan untuk akaun anda.

Buat masa ini

Ambang wajib e-Invois telah dinaikkan dan tiada pelanggan Works25 yang diwajibkan. Jika anda belum dihubungi mengenai perkara ini, anda tidak perlu berbuat apa-apa — dan panduan ini tidak mengajar langkah yang belum perlu. Bila giliran perniagaan anda tiba, kami akan tambah bahagian berasingan.

Yang penting untuk diketahui sekarang: proforma tidak boleh di-e-Invoiskan — hanya bil yang sudah siap dihantar. Jadi jika butang itu tidak muncul, biasanya kerana bil masih Received.

Kembali ke kandungan
F

Suspense dan penyelesaian bayaran

Tempat wang "berhenti sekejap" ketika ia belum boleh dipadankan dengan mana-mana bil.

F1. Apa itu akaun Suspense

Suspense ialah akaun perantaraan untuk wang yang sudah masuk tetapi belum jelas milik bil mana. Ia bukan tong sampah untuk kesilapan — ia tempat menunggu.

Keadaan Kenapa masuk Suspense
Wang masuk tanpa rujukan bil Pemiliknya belum dikenal pasti
Bayaran menggunakan nota kredit Wang bergerak dari kredit ke bil melalui akaun perantaraan
Pelarasan bank Tunggu pengesahan penyata bank

Untuk membersihkannya, gunakan fungsi Account Reconciliation: padankan baris suspense dengan bil yang betul. Selagi ia belum dipadankan, ia akan muncul dalam laporan anda sebagai baki yang tidak bertuan.

Jangan tukar jumlah bil untuk "menutup" suspense

Mengubah bil supaya angka sepadan akan memindahkan masalah ke stok, komisen dan cukai. Selalu padankan pada peringkat bayaran.

Kembali ke kandungan

F2. Gerbang bayaran dalam talian: bila wang benar-benar masuk

Bil direkod sebagai dibayar sebaik pelanggan membayar di gerbang, kerana pelanggan sudah membayar pada saat itu.

Wang sampai ke akaun bank anda kemudian, mengikut jadual penyedia, dan biasanya selepas ditolak fi. Perbezaan tarikh dan fi itu urusan bank/penyedia, bukan ralat sistem.

Jadi jangan panik apabila laporan jualan tidak sama dengan jumlah yang masuk ke bank dalam minggu yang sama — semak tarikh penyelesaian sebelum menganggap ada bayaran hilang.

Kembali ke kandungan
G

Laporan mana untuk soalan apa

Menu Reports ada banyak. Ini peta ringkas daripada soalan kepada laporan.

G1. Soalan → laporan

Soalan anda Laporan
Berapa jualan bulan ini? Reports → Pay, Depo, Unpaid → Total Sales
Berapa wang yang dikutip? Laporan yang sama → All Payments, atau Customer Payment Report
Siapa yang belum bayar? Debtors → Outstanding Statement, Aging
Baki satu bil tertentu? Buka bil itu — Bill Due pada bil berkenaan
Untung, bukan jualan? Accounting Reports, Lejar Am
Aliran tunai? Cash Flow Statement
Komisen staf atau ejen? Sales Commission Reports
Cukai jualan terkumpul? Laporan cukai jualan
Kembali ke kandungan
H

Masalah biasa

Lapan aduan yang paling kerap, dan sebab sebenarnya.

H1. Gejala → sebab → tindakan

Gejala Sebab biasa Tindakan
Dokumen tertulis "Proforma Invoice" Bil masih Received, atau mod None Hantar / tukar status ke Done atau Delivered
Tiada baris Bill Due Mod None dan bil masih proforma Bukan kerosakan — jualan belum berlaku
"Invois tiada" Bil belum siap; atau D.O. belum diinvoiskan Tukar status, atau guna Invoicing (A7)
Baki tidak sama dengan laporan Satu angka ikut tarikh bayaran, satu ikut tarikh bil Semak B4 sebelum menganggap ia ralat
Bayaran tercatat dua kali Dua baris transaksi untuk bayaran yang sama Padam satu baris bayaran
Penyata pelanggan negatif Deposit diterima pada proforma Terangkan D2; selesai sebaik bil dihantar
Butang Void tidak muncul Status bukan Received, atau ada item di stesen Kosongkan rak/stesen dahulu
Bil berstatus Recalculate / "needs Recalculation" Simpan item terhenti, D.O. dikeluarkan dari invois, atau jumlah invois tidak sepadan Buka bil, edit dan Checkout semula, atau tekan Recalculate Invoice (C6)
Bil hilang dari senarai Sudah masuk invois gabungan, atau status Recalculate Buka invoisnya; atau kira semula bil itu
Kembali ke kandungan
Works25
Home Offers
Panduan AI WhatsApp & Chat Monitoring Panduan Dokumen, Bayaran & Angka Jualan Panduan: Kitaran Status Pesanan (Received, Pending, Done, Delivered)
Documents, Payments & Sales Figures Guide: Order Status Lifecycle (Received, Pending, Done, Delivered) WhatsApp AI Knowledge & Chat Monitoring
Integrated Card and QR Payment Terminal
Seminar Works25: 3 Strategi Tingkatkan Keuntungan dengan AI (1 Oktober 2026)
WABA AI
Merdeka Promo 2026
Return And Refund Privacy Policy Terms Of Use Service Level Agreement (SLA)
About Us