Ejen pemadanan invois
Kami mereka bentuk, membina dan melaksanakan ejen AI yang membaca invois pembekal, menarik pesanan belian dan nota penghantaran yang sepadan, dan menjalankan padanan tiga hala baris demi baris — menandakan percanggahan harga, kuantiti dan cukai sebelum apa-apa sampai ke larian bayaran, sementara manusia tetap meluluskan apa yang dibayar.
Pandangan sekilas
Menghentikan bayaran lebih dan bayaran pendua sebelum wang keluar — setiap Ringgit yang ditangkap ialah tunai yang disimpan, bukan sekadar masa dijimatkan — dan mengurangkan tunggakan AP yang melengahkan pembekal.
Visi/OCR pada invois pembekal yang pelbagai dan rekonsiliasi tiga hala merentas tiga sistem, tetapi rantaian prompt yang tetap dan baca-sahaja-sehingga-kelulusan mengekang autonomi dan tahap penilaian.
Apa yang berubah apabila ia berfungsi
Masa setiap permohonan
Padan invois secara manual
~8–12 min
Dengan ejen
~1–2 min semak
Masa dijimatkan
≈ 7–10 minit dijimatkan setiap invois — kira-kira 60–100 jam sebulan pada 500–800 invois. Dan setiap bayaran lebih atau pendua yang ditangkapnya ialah tunai yang disimpan: pada buku AP biasa, satu ralat bayaran yang dicegah seminggu boleh mengatasi seluruh kos AI untuk sebulan.
Anggaran; masa dan penjimatan sebenar bergantung pada volum invois, bilangan item baris setiap satu, dan sejauh mana bersih data PO/DO anda.
Proses pembangunan agentik kami
Setiap kes penggunaan mengikuti tujuh peringkat yang sama — daripada merangka masalah hingga pengeluaran.
Proses kami, dibina atas panduan ejen Anthropic dan rangka kerja penilaian Agent GPA: Building Effective Agents · Agent GPA
Peringkat 1 · Rangka
Masalah perniagaan
Pasukan akaun belum bayar (AP) sebuah syarikat Malaysia menerima invois pembekal melalui e-mel dan pos, kemudian perlu memadankan setiap satu dengan pesanan belian yang mendasarinya dan nota penghantaran yang membuktikan barang telah tiba. Sebahagian besar hari kerani ialah bahagian mekanikal — menaip invois, mencari PO yang betul, menyemak harga dan kuantiti setiap baris, menyelaraskan SST — bukan menilai sama ada untuk membayar. Ia perlahan, tersekat pada hujung bulan, dan di bawah tekanan kerani memadan pada jumlah dan meluluskan baris begitu sahaja, yang tepatnya cara bayaran lebih dan invois pendua menyelinap masuk ke larian bayaran.
Peringkat 2 · Petakan
Aliran kerja manual hari ini
- 01Buka invois pembekal (PDF, imbasan atau e-mel)
- 02Taip pengepala dan setiap item baris secara manual
- 03Cari pesanan belian dan nota penghantaran yang sepadan
- 04Semak harga, kuantiti dan cukai setiap baris terhadap kedua-duanya
- 05Kejar pembeli atau pembekal atas mana-mana percanggahan
- 06Barulah lepaskan untuk kelulusan dan bayaran
Di mana ia gagal: Halangan ialah rekonsiliasi baris demi baris merentas tiga dokumen — bahagian perlahan dan berulang yang dipintas pada hujung bulan, dan memintasnya tepatnya cara bayaran lebih atau pendua dibayar.
Peringkat 3 · Reka bentuk
Aliran kerja agentik
Kami membinanya sebagai aliran prompt-chaining: setiap invois melalui rantaian pendek yang boleh dipercayai — baca invois → tarik PO dan DO → padan baris demi baris → tandakan pengecualian → himpunkan pakej sedia-kelulusan — dengan ejen hanya berhenti bertanya kepada manusia apabila satu baris benar-benar tidak sepadan.
Membaca semula baris dan menarik semula dokumen sumber hanya apabila satu baris gagal sepadan — jika tidak, ia terus bergerak.
Lihat satu kes mengalir melalui ejen — ia membaca dan memadan; manusia tetap membuat keputusan.
Lihat ia beraksi
Dalam himpunan invois
Apa yang ejen tandakan
- Pembekal, nombor PO dan mata wang sepadan merentas ketiga-tiga dokumen
- Percanggahan harga seunit: diinvois RM 12.00 vs PO RM 11.50 (RM 0.50/unit lebih)
- Percanggahan kuantiti: diinvois 100 vs 96 diterima pada DO (kurang hantar 4)
- Kadar dan pengiraan SST betul
Setiap tanda memetik dokumen, baris dan angka tepat · pelulus anda melepaskan bayaran · ~RM 0.40–0.90 setiap invois dalam kos AI.
Langkah demi langkah
- 1
Baca invois
Ejen membaca invois pembekal — PDF asli, imbasan, atau imej e-mel — membaca pengepala (pembekal, nombor invois, tarikh, rujukan PO, cukai) dan setiap item baris, menggunakan visi untuk imbasan dan dokumen difoto.
- 2
Tarik PO dan nota penghantaran
Menggunakan rujukan PO pada invois, ia mendapatkan pesanan belian yang sepadan dan nota penghantaran (nota terima barang) daripada ERP atau simpanan dokumen anda — dua dokumen sumber-kebenaran yang mesti dipatuhi invois.
- 3
Padanan tiga hala, baris demi baris
Ia menyelaraskan setiap baris invois terhadap PO (harga dipersetujui dan kuantiti dipesan) dan DO (kuantiti sebenar diterima): harga seunit, kuantiti dipesan vs diterima vs dibil, jumlah baris dan keseluruhan, dan layanan SST.
- 4
Nilai dan semak semula (gelung)
Apabila satu baris tidak sepadan atau keyakinan rendah, ia membaca semula baris itu atau menarik semula dokumen sumber sebelum memuktamadkan — supaya percanggahan sebenar disahkan, bukan salah baca, sebelum ditandakan.
- 5
Tandakan pengecualian dan himpunkan pakej
Ia menghasilkan pakej sedia-kelulusan: baris yang dipadankan, dua atau tiga pengecualian untuk dilihat — setiap satu dengan jumlah lebih/kurang dan dokumen tepat asalnya — dan syor tahan atau lepas.
- 6
Serah kepada manusia
Pelulus AP anda menyemak pengecualian dan melepaskan atau menahan bayaran. Tiada apa-apa dibayar secara automatik.
Peringkat 4 · Bina
Cara kami membinanya dengan Claude
Ia bekerja daripada data PO dan nota penghantaran langsung anda — bukan eksport lapuk — jadi ia memadan terhadap apa yang benar-benar dipesan dan diterima, dan ia membaca semula kuantiti terima barang tepat sebelum memuktamadkan. Ia menulis pakej padanan berstruktur melalui alat yang disambung dan bukan menyentuh larian bayaran anda secara langsung, jadi ia boleh menanda dan mengesyor tetapi tidak pernah melepaskan wang sendiri — dan setiap pengecualian yang dibangkitkan dijejak kembali ke dokumen, baris dan angka tepat asalnya.
Integrasi
- Sistem ERP / akaun belum bayar (PO, invois, GRN)
- Simpanan dokumen atau peti masuk AP
- Pilihan: rujukan induk pembekal & cukai (SST / e-Invois)
Di sebalik tabir
- Corak: rantaian prompt atas Claude Agent SDK — setiap alat didedahkan melalui pelayan MCP dalam-proses; baca invois → dapatkan PO/DO → padan → tanda → himpun pakej.
- Konteks: invois serta rekod PO dan nota penghantaran langsungnya dimuatkan setiap larian — teks serta visi untuk imbasan — dengan kuantiti terima barang dibaca semula tepat sebelum pakej dimuktamadkan supaya ia tidak pernah memadan terhadap salinan lapuk.
- Alat: semakan PO/DO/induk-pembekal baca-sahaja, pengekstrak baris visi/OCR, pemadan baris deterministik, dan satu alat tulis yang hanya menambah pakej padanan berstruktur ke baris gilir semakan AP — tiada alat boleh menyentuh larian bayaran.
- Pagar keselamatan: keistimewaan-minimum dan baca-sahaja ke ERP; ejen menanda dan mengesyor tetapi tidak boleh melepaskan, mengedit atau menjadualkan bayaran; output JSON terkunci-skema; semakan invois-pendua (pembekal + nombor invois + jumlah) berjalan sebelum apa-apa dibaris-gilirkan.
- Input tidak dipercayai & PDPA: teks invois dianggap tidak dipercayai (PDF diusik tidak boleh mengemudi padanan), dan butiran bank pembekal, nombor IC/pendaftaran perniagaan dan harga dikendalikan selaras PDPA.
- Pemulihan & eskalasi: apabila rekonsiliasi gagal, PO/DO hilang, atau keyakinan OCR rendah ia membaca semula atau menarik semula, kemudian menghalakan invois ke baris gilir manusia — tiada padanan senyap, tiada angka diteka.
- Kebolehlihatan & audit: setiap panggilan alat, angka sumber yang didapatkan, dan setiap pengecualian dilog dan boleh dijejak, dengan lepas/tahan pelulus direkod terhadap pakej — jejak audit boleh-dibaca-mesin yang sesuai untuk kawalan Kewangan dan audit luar.
- Rangka penilaian: set emas invois sejarah sebenar — termasuk kurang hantar, kenaikan harga, ralat cukai dan pendua diketahui — dengan semakan baris deterministik serta LLM-sebagai-hakim untuk kes samar, diuji regresi pada setiap perubahan sebelum menyentuh larian bayaran langsung.
Peringkat 5 · Seni bina
Model tunggal atau berbilang-ejen?
Padanan tiga hala adalah berurutan dan berkongsi satu konteks kes — invois dan dua dokumen sumbernya — jadi model tunggal yang lengkap adalah pilihan tepat: boleh dipercayai, lebih murah setiap invois, dan lebih mudah diaudit.
Kami menyimpan reka bentuk berbilang-ejen (≈15× token) untuk kerja yang benar-benar selari — bukan untuk satu rekonsiliasi yang berkait rapat.
Model mana untuk apa
Baca & ekstrak baris invois (termasuk imbasan)
Visi yang boleh dipercayai dan ekstrak berstruktur pada susun atur invois pembekal dunia sebenar yang pelbagai.
Padanan tiga hala & menaakul merentas dokumen
Kuda kerja — penaakulan kuat pada kos sederhana; mengendalikan sebahagian besar invois.
Semakan baris & pendua bervolum tinggi
Paling murah dan pantas untuk banyak semakan ya/tidak peringkat baris dan pendua yang mudah.
Selesaikan pengecualian samar / dipertikai
Digunakan hanya apabila Sonnet menandakan keyakinan rendah pada rekonsiliasi rumit — sebahagian kecil invois.
Apa kosnya — anggaran
Penggunaan AI — setiap invois
invois + konteks PO/DO + penaakulan + pakej output, pada kadar token Claude Sonnet
~RM 0.40–0.90
Penggunaan AI — pada 800 invois/bulan
lebih kurang separuh dengan Batch API untuk larian bukan segera pada waktu malam
~RM 320–720 / bulan
Pembinaan (sekali)
menyambung ERP, simpanan dokumen dan baris gilir AP anda adalah beberapa minggu; kami beri sebut harga tetap selepas penemuan ringkas
diskop mengikut integrasi
Berterusan
kecil berbanding satu bayaran lebih atau pendua yang dicegah sebulan
pemantauan + sokongan
Anggaran sahaja, ditunjukkan dalam Ringgit pada kira-kira RM 4.70 kepada USD; kadar setiap token mengikut harga yang diterbitkan Anthropic (sahkan angka semasa). Penggunaan AI sebenar bergantung pada saiz invois, bilangan item baris dan volum bulanan.
Peringkat 6 · Nilai
Cara kami mengukur kejayaan
- Semakan deterministik dahulu — padanan harga, padanan kuantiti (dipesan/diterima/dibil), cukai dan jumlah
- Pengesahan sendiri — ejen menyemak semula setiap pengecualian terhadap sumber sebelum memaparkannya
- KPI perniagaan — masa AP setiap invois, kadar tangkap pengecualian, bayaran lebih dicegah, daya pemprosesan
Kami menilai ejen dengan rangka kerja Agent GPA — Goal, Plan, Action, satu standard semasa untuk kebolehpercayaan ejen — di atas garis dasar manusia. (reference)
Menetapkan garis dasar
Mula-mula kami mengukur padanan tiga hala semasa anda pada sampel — masa setiap invois, sejauh mana konsisten dua kerani mencapai keputusan sama, dan berapa banyak pengecualian terlepas ke bayaran. Garis dasar manusia itu menjadi ukuran untuk setiap metrik ejen, jadi peningkatan boleh dibuktikan, bukan diandaikan.
Apa yang kami uji — Goal · Plan · Action
Keputusan padanan vs kerani AP kanan
Keputusan padan/tahannya dan pengecualian yang dibangkitkan bersetuju dengan pakar pada invois terpencil
Semakan diperlukan dilaksanakan
Setiap semakan wajib dijalankan setiap baris — harga, kuantiti, cukai, pendua — tiada dilangkau
Tiada gelung membazir
Ia membaca semula atau menarik semula hanya apabila baris benar-benar gagal, bukan sia-sia
Ketepatan ekstrak baris
Adakah ia membaca setiap baris — perihalan, kuantiti, harga seunit, cukai — dengan betul?
Recall pengecualian (kadar tangkap)
Daripada percanggahan sebenar dalam set emas, berapa yang ditandakan
Kadar tanda palsu
Berapa kerap ia menandakan baris yang sebenarnya sepadan
Tiada angka halusinasi
Setiap jumlah dalam pakej boleh dijejak ke baris dokumen sumber
Gerbang pelancaran
Ejen tidak menyentuh larian bayaran langsung sehingga ia mengatasi garis dasar manusia dan mencapai sasaran GPA ini pada set emas invois sejarah — termasuk kurang hantar, kenaikan harga dan pendua diketahui. Setiap perubahan diuji regresi terhadap set yang sama sebelum dihantar.
Peringkat 7 · Sampaikan
Cara kami menyampaikannya
Kami bermula dengan bukti-konsep atas invois sejarah sebenar anda — termasuk yang tidak sepadan dan pendua — dan membuktikan kebolehpercayaan sebelum ia menyentuh larian bayaran langsung. Pelancaran satu entiti yang fokus mengambil masa beberapa minggu.
Konsultasi percuma
Adakah pasukan AP anda memadan invois secara manual?
Beritahu kami volum invois dan ERP anda, dan kami akan beritahu dengan jujur sama ada ejen pemadanan invois berbaloi dibina — dan apa yang diperlukan.
Kes penggunaan berkaitan
Soalan lazim
- Adakah ejen membayar invois?
- Tidak. Ia membaca, memadan dan menandakan, serta menghimpunkan pakej sedia-kelulusan; pelulus AP anda melepaskan atau menahan bayaran. Ia tiada akses ke larian bayaran anda — manusia-dalam-gelung penting untuk wang yang keluar.
- Bagaimana ia mengendalikan keperluan SST dan e-Invois / LHDN?
- Ia menyemak layanan cukai sebagai sebahagian daripada padanan dan boleh merujuk silang medan cukai dan e-Invois anda, dan ia mengekalkan jejak audit penuh supaya mana-mana invois yang dipadankan boleh dibina semula. Anggap ini sebagai titik permulaan untuk pasukan kewangan dan pematuhan anda, bukan nasihat cukai atau undang-undang.
- Bagaimana jika PO atau nota penghantaran hilang?
- Ia tidak meneka. PO atau DO yang hilang itu sendiri adalah pengecualian — ejen menghalakan invois ke baris gilir manusia dengan apa yang ada, dan bukan memadan terhadap gambaran yang tidak lengkap.
- Berapa lama untuk dilaksanakan?
- Bukti-konsep untuk satu entiti atau peti masuk AP biasanya beberapa minggu; pelancaran penuh mengambil masa lebih lama, kebanyakannya kerana integrasi ERP dan membiasakan pasukan AP anda, bukan AI.
Contoh berdasarkan penglibatan sebenar yang dinamakan semula; butiran diumumkan secara am. Anchor Sprint ialah ahli Anthropic Claude Partner Network — rakan kongsi pelaksanaan, bukan penjual semula. Ini maklumat am, bukan nasihat undang-undang atau pematuhan.