Kewangan & perakaunanCorak: routing

    Ejen aplikasi tunai

    Kami mereka bentuk, membina dan melaksanakan ejen AI yang membaca suapan bank, penyelesaian POS dan resit dihantar e-mel anda, memadankan setiap resit secara kabur dengan invois belum jelas yang dibayarnya — termasuk bayaran separa dan satu bayaran pukal meliputi beberapa invois — dan menjelaskan item yang dipadankan dalam lejar anda, hanya memaparkan resit yang benar-benar tidak dapat ditempatkan kepada pasukan kewangan anda.

    Ejen aplikasi tunai — documents read, cross-checked and verified by an AI agent

    Pandangan sekilas

    Nilai perniagaanTinggi

    Tunai diaplikasikan pada hari yang sama ia masuk, bukan beberapa hari kemudian, jadi belum terima jelas lebih cepat (DSO lebih rendah), tunai belum diaplikasi dalam akaun suspens mengecil, dan hujung bulan tidak lagi kelam-kabut.

    Kerumitan pembinaanSederhana–Tinggi

    Padanan kabur banyak-ke-satu merentas format bank, POS dan resit, pelbagai mata wang (RM/SGD) dan bayaran separa — dan ia menulis entri penjelasan ke lejar anda, jadi idempotensi dan tahap penilaian lebih penting berbanding penanda baca-sahaja.

    Masa untuk siap~beberapa minggu (satu akaun bank / entiti, mod bayang dahulu)
    Paling sesuai untukPasukan kewangan yang menjelaskan volum tinggi resit pelanggan terhadap invois belum jelas setiap hari

    Apa yang berubah apabila ia berfungsi

    Tunai dipulihkan lebih cepat — resit diaplikasi pada hari ia masuk, jadi belum terima jelas dan DSO turun
    Tunai belum diaplikasi dalam akaun suspens mengecil — kurang resit 'siapa bayar ini?' terbengkalai berhari-hari
    Setiap resit dipadankan secara konsisten — termasuk bayaran pukal meliputi beberapa invois dan bayaran separa
    Penutupan hujung bulan tidak lagi kelam-kabut; pasukan menguruskan pengecualian, bukan seluruh buku

    Masa setiap permohonan

    Jelaskan resit secara manual

    ~3–6 min

    Dengan ejen

    ~15–30 saat semak (pengecualian sahaja)

    Masa dijimatkan

    ≈ 80–90% resit dijelaskan tanpa sentuhan manusia — kira-kira 40–70 jam sebulan pada 1,000–1,500 resit. Dan aplikasi lebih cepat bermakna tunai diiktiraf beberapa hari lebih awal: mengurangkan DSO walau 2–3 hari membebaskan modal kerja yang mengatasi kos AI bulanan.

    Anggaran; kadar padanan dan masa dijimatkan sebenar bergantung pada volum resit, sejauh mana bersih rujukan bayaran anda, dan berapa banyak bayaran ialah separa atau pukal.

    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

    1. 1Rangka
    2. 2Petakan
    3. 3Reka bentuk
    4. 4Bina
    5. 5Seni bina
    6. 6Nilai
    7. 7Sampaikan

    Peringkat 1 · Rangka

    Masalah perniagaan

    Pasukan kewangan sebuah syarikat di rantau ini memuat turun penyata bank dan fail penyelesaian POS harian, kemudian perlu mengetahui pelanggan mana yang membayar, dan invois mana setiap resit menjelaskan. Kebanyakannya kerja siasat, bukan pertimbangan — satu baris penyata tertulis 'PYMT-4471' tanpa nombor invois, seorang pelanggan menghantar satu RM 4,300 bulat yang sebenarnya meliputi tiga invois, seorang lagi membayar RM 500 kurang kerana caj bank. Kerani memburu lejar invois belum jelas, menaakul pecahan, mencatat peruntukan dalam ERP — dan meletakkan apa-apa yang tidak dapat dikenal pasti dalam akaun suspens. Ia perlahan, tersekat, dan apabila tersekat resit terbengkalai belum diaplikasi, jadi DSO kelihatan lebih teruk daripada keadaan perniagaan sebenar dan hujung bulan menjadi kelam-kabut untuk menjelaskan longgokan.

    Peringkat 2 · Petakan

    Aliran kerja manual hari ini

    1. 01Muat turun penyata bank / fail penyelesaian POS dan buka lejar AR
    2. 02Baca jumlah, tarikh dan rujukan bayaran setiap resit
    3. 03Cari invois belum jelas untuk pelanggan dan jumlah yang sepadan
    4. 04Selesaikan bayaran separa dan bayaran pukal meliputi beberapa invois
    5. 05Catat peruntukan dan jelaskan invois dalam ERP
    6. 06Letakkan apa-apa yang tidak dapat dikenal pasti dalam akaun suspens / belum diaplikasi

    Di mana ia gagal: Bahagian perlahan ialah kerja siasat — rujukan samar atau jumlah pukal bulat perlu ditaakul kembali ke invois belum jelas yang betul — dan apabila tersekat, resit terbengkalai belum diaplikasi, jadi DSO kelihatan lebih teruk daripada keadaan sebenar perniagaan.

    Peringkat 3 · Reka bentuk

    Aliran kerja agentik

    Kami membinanya sebagai aliran routing: setiap resit mula-mula dikelaskan — padanan 1:1 bersih, bayaran pukal merentas beberapa invois, bayaran separa, atau satu yang tidak dapat dikenal pasti — dan dihantar ke laluan yang betul. Padanan bersih menjalankan rantaian pendek dan menjelaskan secara automatik; apa-apa yang samar disahkan dan, jika masih tidak dapat ditempatkan dengan yakin, dihalakan kepada pasukan kewangan anda dengan padanan calon terbaik ejen dilampirkan.

    Resit masuk
    1Baca & normalkan resit (suapan bank, POS, resit)
    2Kelaskan: padanan bersih, bayaran pukal, bayaran separa atau tidak dikenali
    3Padan kabur terhadap lejar invois belum jelas langsung
    4Sahkan peruntukan sepadan sebelum menjelaskan

    Menyemak semula peruntukan calon — adakah kiraan sepadan hingga sen? — dan memadan semula sebelum menjelaskan apa-apa; jika keyakinan kekal rendah ia menghalakan kepada manusia dan bukan memaksa padanan.

    5Jelaskan item yang dipadankan; halakan selebihnya kepada manusia
    Pasukan kewangan anda menyelesaikan pengecualian yang ejen tidak dapat tempatkan

    Lihat satu kes mengalir melalui ejen — ia membaca dan memadan; manusia tetap membuat keputusan.

    Lihat ia beraksi

    Dalam suapan bank

    Kredit RM 4,300.00 · 14 Mac · Ruj: 'SUNRISE ENT PYMT MAR'. Pelanggan 'Sunrise Enterprise' ada 3 invois belum jelas: INV-1021 RM 1,800, INV-1044 RM 2,000, INV-1050 RM 1,200.

    Cara ejen mengaplikasinya

    • Dipadankan dengan pelanggan 'Sunrise Enterprise' daripada rujukan dan corak bayaran terdahulu
    • RM 4,300 = INV-1021 (RM 1,800) + INV-1044 (RM 2,000) + RM 500 bayaran separa INV-1050
    • INV-1021 dan INV-1044 dijelaskan penuh; INV-1050 dibayar separa, RM 700 masih belum jelas
    • Tiada baki belum diaplikasi — RM 4,300 penuh diperuntukkan
    3 invois dikemas kini, 2 dijelaskan · dicatat automatik ke lejar · RM 0 belum diaplikasi

    Setiap peruntukan dijejak ke ID resit dan invois · boleh diterbalikkan satu langkah jika manusia menolak · ~RM 0.05–0.15 setiap resit dalam kos AI.

    Langkah demi langkah

    1. 1

      Baca & normalkan resit

      Ejen membaca resit harian dari mana-mana ia masuk — suapan bank (CAMT/MT940), CSV, fail penyelesaian POS, atau nasihat resit e-mel — dan menormalkan setiap satu ke bentuk sepunya: jumlah, mata wang, tarikh nilai, pembayar dan apa-apa teks rujukan yang datang bersamanya, membaca PDF dan imej dengan visi apabila perlu.

    2. 2

      Kelaskan resit

      Ia menghalakan setiap resit mengikut jenis — padanan invois tunggal bersih, satu bayaran pukal meliputi beberapa invois, bayaran separa, atau satu yang belum dapat dikenal pasti — kerana setiap satu memerlukan pengendalian berbeza. Ini langkah routing yang memastikan kes biasa pantas dan kes sukar berhati-hati.

    3. 3

      Padan kabur terhadap lejar belum jelas

      Menggunakan invois belum jelas langsung pelanggan dan corak bayaran terdahulu mereka, ia memadankan resit dengan invois yang dibayarnya — menaakul melepasi rujukan samar, nama yang tidak betul-betul sepadan, atau jumlah bulat yang perlu dipecahkan merentas beberapa item belum jelas.

    4. 4

      Sahkan dan semak semula (gelung)

      Sebelum menjelaskan apa-apa ia menyemak semula bahawa peruntukan sepadan tepat — invois yang dipilih berjumlah sama dengan resit, mata wang dan status belum jelas betul — dan memadan semula jika tidak. Apabila ia masih tidak dapat sepadan dengan yakin, ia berhenti dan bukan memaksa padanan.

    5. 5

      Jelaskan item yang dipadankan

      Untuk padanan yakin dan sepadan, ia mencatat peruntukan ke lejar anda dan menjelaskan invois — dengan kunci idempotensi supaya penyata dimainkan semula tidak boleh mengaplikasi dua kali, dan sebagai entri boleh terbalik supaya pasukan anda boleh menolaknya satu langkah.

    6. 6

      Serah pengecualian kepada manusia

      Apa-apa yang tidak dapat ditempatkan — pembayar tidak dikenali, ketidakpadanan, rujukan yang tidak membawa ke mana-mana — dihalakan kepada pasukan kewangan anda dengan calon yang dipertimbangkannya, jadi kerja siasat sudah selesai. Tiada apa dijelaskan atas tekaan.

    Peringkat 4 · Bina

    Cara kami membinanya dengan Claude

    Kumpul konteksresit + lejar invois belum jelas langsung anda & sejarah pembayar ini
    Ambil tindakankelas, padan kabur & peruntuk (alat MCP)
    Sahkan kerjasemak semula peruntukan sepadan hingga sen sebelum ia menjelaskan

    Ia bekerja daripada lejar invois belum jelas langsung anda, jadi ia memadan terhadap apa yang benar-benar tertunggak sekarang — invois yang sudah dibayar atau dikreditkan tidak boleh dipadankan dua kali. Apabila ia menjelaskan item, ia menulis peruntukan berstruktur melalui alat yang disambung membawa kunci idempotensi, jadi larian semula atau baris bank berganda tidak boleh mengaplikasi resit dua kali, dan setiap peruntukan ialah entri lejar boleh terbalik yang pasukan anda boleh batalkan satu langkah. Ia tidak pernah memindahkan wang — ia hanya memperuntukkan resit yang telah anda masukkan ke bank terhadap invois yang dibayarnya, dan ia bermula dalam mod bayang, mencadangkan padanan untuk manusia sahkan sehingga ketepatannya pada resit sebenar anda telah mendapat auto-jelas.

    Integrasi

    • Suapan bank / import penyata (CAMT / MT940, CSV atau resit PDF)
    • Fail penyelesaian POS / bayaran gerbang pembayaran
    • Lejar ERP / perakaunan (item belum jelas AR, catatan tunai)

    Di sebalik tabir

    • Corak: bahagian hadapan routing atas Claude Agent SDK menghantar setiap resit (1:1 bersih · pukal · bayaran separa · tidak dikenali) ke rantaian pendek per-jenis; setiap alat didedahkan melalui pelayan MCP dalam-proses.
    • Konteks: lejar invois belum jelas langsung pelanggan dan sejarah bayaran terkini mereka dimuatkan per resit, jadi padanan adalah terhadap apa yang tertunggak sekarang dan dimaklumkan oleh cara pembayar ini biasanya membayar — rujukan, pembundaran, dan entiti mana mereka jelaskan.
    • Alat: semakan AR-belum-jelas dan sejarah-bayaran baca-sahaja, penormal untuk format bank/POS/resit, penyelesai peruntukan deterministik (invois belum jelas mana berjumlah resit ini), dan satu alat tulis yang mencatat peruntukan ke lejar — tiada alat boleh memindahkan wang atau mencipta, mengedit atau memadam invois.
    • Idempotensi & keterbalikan: setiap catatan membawa kunci idempotensi (ID baris bank + jumlah + tarikh nilai) supaya penyata dimainkan semula atau suapan berganda tidak boleh mengaplikasi dua kali, dan setiap peruntukan ialah entri lejar boleh terbalik satu langkah, bukan tulis-ganti senyap.
    • Pagar keselamatan & get: auto-jelas hanya berlaku melebihi ambang keyakinan dan hanya apabila peruntukan sepadan hingga sen; bayaran separa, bayaran lebih, pembundaran FX melebihi toleransi dan apa-apa di bawah ambang dihalakan ke baris gilir manusia dengan padanan calon dilampirkan — tidak pernah padanan paksa.
    • Input tidak dipercayai & PDPA/PDPC: naratif penyata dan e-mel resit dianggap teks tidak dipercayai (rujukan yang direka tidak boleh mengemudi padanan), dan butiran bank, nama pelanggan dan jumlah dikendalikan selaras PDPA/PDPC merentas entiti MY dan SG.
    • Pelbagai mata wang: resit RM dan SGD dipadankan dalam mata wang setiap invois menggunakan FX ditempah, dengan toleransi untuk caj bank dan pembundaran, jadi resit yang kurang beberapa sen kerana yuran tetap dijelaskan dengan bersih.
    • Kebolehlihatan & audit: setiap keputusan padanan, calon yang dipertimbangkan, dan setiap catatan atau pembalikan dilog dan boleh dijejak ke ID baris bank dan invois — jejak audit boleh-dibaca-mesin sesuai untuk kawalan Kewangan dan audit luar.
    • Rangka penilaian: set emas resit sejarah sebenar — bersih, pukal, dibayar separa, salah rujuk dan tidak dikenali — dengan semakan rekonsiliasi deterministik serta LLM-sebagai-hakim untuk kes kabur, diuji regresi sebelum apa-apa perubahan menyentuh catatan langsung.

    Peringkat 5 · Seni bina

    Model tunggal atau berbilang-ejen?

    Model tunggal, berperingkat mengikut tugasPilihan kami di sini

    Mengaplikasi resit berkongsi satu konteks — resit dan item belum jelas pelanggan — jadi model tunggal yang lengkap menjalankan pertimbangan, dengan Haiku lebih murah pada banyak padanan bersih dan Opus disimpan hanya untuk yang berbelit. Boleh dipercayai, murah setiap resit, dan mudah diaudit.

    Kami menyimpan reka bentuk berbilang-ejen (≈15× token) untuk kerja yang benar-benar selari — bukan untuk satu rekonsiliasi resit-ke-invois.

    Model mana untuk apa

    Kelas & padan kabur resit ke invois

    Membaca rujukan berselerak dan menaakul bayaran pukal serta separa — pertimbangan teras, pada kos sederhana.

    Claude Sonnet

    Padanan 1:1 bersih bervolum tinggi

    Kebanyakan resit ialah padanan invois tunggal bersih; paling murah dan pantas untuk sebahagian besar volum.

    Claude Haiku

    Normalkan format penyata / resit yang pelbagai

    Ekstrak berstruktur daripada baris CSV / MT940 / PDF — tugas ringan berfrekuensi tinggi.

    Claude Haiku

    Selesaikan peruntukan berbelit atau dipertikai

    Digunakan hanya untuk bayaran pukal paling sukar dan pertikaian yang Sonnet tandakan — sebahagian kecil resit.

    Claude Opus

    Apa kosnya — anggaran

    Penggunaan AI — setiap resit

    normal + padan + sahkan + catat, kebanyakannya pada kadar token Claude Haiku/Sonnet

    ~RM 0.05–0.15

    Penggunaan AI — pada 1,500 resit/bulan

    lebih rendah lagi dengan Batch API untuk larian bukan segera hujung hari

    ~RM 75–225 / bulan

    Pembinaan (sekali)

    menyambung suapan bank, bayaran POS dan catatan ERP anda adalah beberapa minggu; kami beri sebut harga tetap selepas penemuan ringkas

    diskop mengikut integrasi

    Berterusan

    kecil berbanding modal kerja yang dibebaskan oleh DSO yang lebih rendah walau beberapa hari

    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 volum resit, berapa banyak ialah bayaran separa atau pukal, dan sejauh mana bersih rujukan anda. Anda boleh anggarkan angka yang sama dalam SGD atau mata wang anda dengan kalkulator kos Claude kami.

    Peringkat 6 · Nilai

    Cara kami mengukur kejayaan

    • Semakan deterministik dahulu — adakah peruntukan berjumlah tepat dengan resit, adakah invois benar-benar belum jelas, adakah mata wang betul
    • Pengesahan sendiri — ejen menyemak semula kiraan dan memadan semula sebelum menjelaskan, dan membaris-gilir dan bukan memaksa padanan
    • KPI perniagaan — kadar auto-padan, masa aplikasi tunai, baki tunai belum diaplikasi, DSO

    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 aplikasi tunai semasa anda pada sampel — masa setiap resit, berapa peratus anda padankan secara automatik hari ini, berapa banyak terbengkalai belum diaplikasi pada hujung bulan, dan berapa kerap dua kerani memperuntukkan resit sukar dengan cara sama. Garis dasar manusia itu menjadi ukuran untuk setiap metrik ejen, jadi peningkatan boleh dibuktikan, bukan diandaikan.

    Apa yang kami uji — Goal · Plan · Action

    GoalAdakah ia mengaplikasi tunai dengan betul?

    Peruntukan vs kerani AR kanan

    Keputusan jelas/baris-gilirnya dan invois yang dipilih bersetuju dengan pakar pada resit terpencil

    ≥ 98%
    PlanAdakah padanan kukuh dan lengkap?

    Semakan diperlukan dilaksanakan

    Setiap semakan calon dijalankan — pelanggan, jumlah, rujukan, status belum jelas, mata wang — tiada dilangkau

    100%

    Tiada padanan paksa

    Ia membaris-gilir dan bukan meneka apabila calon tidak sepadan dengan resit

    dipantau
    ActionAdakah setiap langkah betul?

    Ketepatan peruntukan

    Invois dan jumlah yang dijelaskan tepat betul, hingga sen

    ≥ 99%

    Kadar auto-padan

    Peratusan resit dijelaskan tanpa manusia, pada tahap ketepatan

    ≥ 80% (sasaran)

    Kadar salah-aplikasi

    Berapa kerap ia menjelaskan invois yang salah

    0 dibenarkan

    Tiada kebocoran belum diaplikasi

    Setiap resit dijelaskan diperuntukkan penuh hingga sen — tiada baki tersasar

    100%

    Gerbang pelancaran

    Ejen tidak mencatat ke lejar langsung sehingga ia mengatasi garis dasar manusia dan mencapai sasaran GPA ini pada set emas resit sejarah — bersih, pukal, dibayar separa dan salah rujuk. Auto-jelas bermula dalam mod bayang (ia mencadang, manusia sahkan) dan hanya beroperasi langsung per jenis-resit apabila ketepatannya kekal. Setiap perubahan diuji regresi terhadap set yang sama sebelum dihantar.

    Peringkat 7 · Sampaikan

    Cara kami menyampaikannya

    Kami bermula dengan bukti-konsep atas penyata bank dan lejar invois belum jelas sejarah sebenar anda — termasuk bayaran pukal dan salah rujuk — berjalan dalam mod bayang supaya anda boleh melihat padanannya sebelum ia menjelaskan apa-apa. Pelancaran satu akaun yang fokus mengambil masa beberapa minggu.

    Konsultasi percuma

    Adakah pasukan anda menjelaskan resit bank secara manual?

    Beritahu kami volum resit, bank dan ERP anda, dan kami akan beritahu dengan jujur sama ada ejen aplikasi tunai berbaloi dibina — dan kadar auto-padan yang boleh dijangka.

    Bincang dengan kami

    Soalan lazim

    Adakah ejen memindahkan atau menyentuh wang kami?
    Tidak. Ia tidak pernah memulakan bayaran atau pindahan. Ia hanya memperuntukkan resit yang telah anda masukkan ke bank terhadap invois belum jelas yang dibayarnya, dan mencatat peruntukan itu dalam lejar anda — setiap catatan boleh diterbalikkan satu langkah, dan pergerakan wang tidak pernah dalam skop.
    Bagaimana ia mengendalikan satu bayaran meliputi beberapa invois, atau bayaran separa?
    Itulah terasnya. Ia menaakul jumlah pukal kembali ke invois yang berjumlah dengannya, memecah bayaran separa terhadap invois yang betul dan membiarkan baki belum jelas, dan apabila kiraan tidak sepadan ia membaris-gilir resit dengan calon terbaiknya dan bukan memaksa padanan.
    Bagaimana dengan resit yang ia tidak dapat kenal pasti?
    Ia tidak diteka. Apa-apa di bawah tahap keyakinan — rujukan samar, ketidakpadanan, pembayar tidak dikenali — dihalakan kepada pasukan kewangan anda dengan calon yang dipertimbangkan ejen: yang sama akan terbengkalai sebagai tunai belum diaplikasi, tetapi dengan kerja siasat sudah selesai.
    Adakah ia berfungsi merentas Malaysia dan Singapura dan pelbagai mata wang?
    Ya. Ia memadankan resit RM dan SGD dalam mata wang setiap invois menggunakan FX ditempah dengan toleransi untuk caj bank, dan ia mengendalikan lejar kedua-dua entiti. Anggap spesifik cukai dan audit sebagai titik permulaan untuk pasukan kewangan anda, bukan nasihat perakaunan.
    Berapa lama untuk dilaksanakan?
    Bukti-konsep atas satu akaun bank atau entiti biasanya beberapa minggu, berjalan dalam mod bayang dahulu; pelancaran penuh mengambil masa lebih lama — kebanyakannya integrasi catatan ERP dan membiasakan pasukan anda membenarkan ia auto-jelas, 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.