Paano Mag-import ng Bank Statement sa Sage Accounting Software (Sage 50, Business Cloud, Intacct)? | PDFSub Guide
Pag-troubleshoot ng mga Karaniwang Error sa Pag-import
"Hindi tugma ang format ng petsa" / mali ang mga petsa
Sanhi: Ang iyong CSV ay gumagamit ng MM/DD/YYYY ngunit ang inaasahan ng Sage ay DD/MM/YYYY (o vice versa). Mapanganib ito lalo na sa mga petsa kung saan ang araw at buwan ay parehong 12 pababa — ang 03/02/2026 ay maaaring March 2 o February 3, at hindi ka bibigyan ng babala ng Sage kung mali ang interpretasyong mapili nito.
Solusyon: Suriin ang iyong mga setting ng locale sa Sage. Sa Sage Business Cloud, pumunta sa Settings > Financial Settings upang i-verify ang inaasahang format ng petsa. I-reformat ang iyong CSV para tumugma. Kung nag-aalinlangan, gamitin ang YYYY-MM-DD — ito ay hindi nakakalito.
"Invalid data" o "Hindi ma-import ang file"
Sanhi: Karaniwang problema sa istruktura — may mga sobrang blangkong row sa ibaba, summary row na may mga total, mga invisible na character, o ang file ay naka-save gamit ang semicolon sa halip na kuwit (karaniwan sa European Excel).
Solusyon: Buksan ang file sa isang plain text editor (Notepad, TextEdit, VS Code — huwag Excel). Suriin kung may mga blangkong linya sa dulo. I-verify na kuwit ang naghihiwalay sa mga field. Alisin ang anumang row na hindi transaksyon (mga total, page header, balance summary).
Mga nadobleng transaksyon pagkatapos ng import
Sanhi: Nag-import ka ng mga magkakapatong na date range, o na-import mo ang parehong file nang dalawang beses. Ang mga CSV file ay walang transaction ID, kaya hindi awtomatikong matutukoy ng Sage ang mga duplicate.
Solusyon: Bago mag-import, suriin ang date range ng mga kasalukuyang transaksyon sa target account. Kung kailangan mong mag-import ng magkakapatong na panahon, suriin nang mabuti ang mga transaksyon pagkatapos ng import at manu-manong burahin ang mga duplicate. Mas mabuti pa — gamitin ang format na OFX, na may kasamang mga FITID para sa awtomatikong pagtukoy ng duplicate.
Mga nawawalang transaksyon
Sanhi: Mga transaksyong may zero amount, mga transaksyon sa parehong petsa na mukhang duplicate sa Sage, o mga row na hindi tumutugma sa inaasahang istruktura ng column.
Solusyon: Suriin ang orihinal na CSV para sa mga linyang may zero amount (ang ilang bangko ay nagsasama ng mga authorization hold o reversed transaction bilang $0.00 entries). I-verify na ang lahat ng row ay may parehong bilang ng column. Ang ilang bersyon ng Sage ay tahimik na nilalakpasan ang mga row na hindi tama ang pagkaka-parse — ihambing ang bilang ng transaksyon sa iyong file laban sa bilang na na-import.
Mga isyu sa encoding na may mga international character
Sanhi: Ang CSV ay naka-save sa Latin-1, Windows-1252, o iba pang encoding na hindi tumutugma sa inaasahan ng Sage. Ang mga character tulad ng umlauts (ae), accent, at mga non-Latin script ay nagiging garbled na text.
Solusyon: I-save muli ang file bilang UTF-8 sa iyong text editor o spreadsheet application. Sa Excel: File > Save As > CSV UTF-8 (Comma delimited). Sa Google Sheets, ang default export ay UTF-8 na.
Paghahambing ng Import: Sage 50 vs. Sage Business Cloud
| Feature | Sage 50 (Desktop) | Sage Business Cloud |
|---|---|---|
| Mga sinusuportahang format | CSV, OFX | CSV, OFX, QIF |
| UI ng column mapping | Wala (fixed ang pagkakasunod-sunod) | Oo (interactive mapping) |
| Format ng petsa | Dapat tumugma nang eksakto sa locale | Pinipili habang nag-i-import |
| Pagtukoy ng duplicate | Limitado | Mas mahusay (OFX FITIDs) |
| Max file size | Walang hard limit (bumabagal ang performance) | Depende sa plan |
| Bank feeds | Limitado (Sage 50cloud lang) | Oo (Yodlee-based) |
| Import path | File > Import > Bank Transactions | Banking > Import Statement |
| Hiwalay na Debit/Credit columns | Sinusuportahan | Sinusuportahan (Money In/Money Out) |
| Encoding | Windows-1252 ang mas gusto | UTF-8 ang mas gusto |
| Batch import | Isang file bawat pagkakataon | Isang file bawat pagkakataon |
| Pinakamahusay na format | CSV | OFX |