ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് ഫോർമാറ്റുകൾ മനസ്സിലാക്കുന്നു: സാങ്കേതിക ഗൈഡ്

ഒരു ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് PDF ലളിതമായി കാണപ്പെടുന്നു: തീയതികൾ, വിവരണങ്ങൾ, തുകകൾ, വ്യക്തമായ കോളങ്ങളിൽ ബാലൻസുകൾ. എന്നാൽ ആ രൂപഭാവത്തിനു പിന്നിൽ, ഘടനാപരമായ ഡാറ്റ സംഭരിക്കാൻ രൂപകൽപ്പന ചെയ്യാത്ത ഒരു ഡോക്യുമെൻ്റ് ഫോർമാറ്റ് (PDF) ഉണ്ട് - കൂടാതെ ലഭ്യമായ നിരവധി ഔട്ട്പുട്ട് ഫോർമാറ്റുകളെക്കുറിച്ചും ഇൻപുട്ട് ഫോർമാറ്റിനെക്കുറിച്ചും മനസ്സിലാക്കേണ്ട ഒരു പരിവർത്തന പ്രക്രിയയും.

ഈ ഗൈഡ് എല്ലാ ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകളിലും കാണുന്ന 12 വിഭാഗങ്ങൾ (ഏത് ബാങ്കിൻ്റേതായാലും), ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് PDF-കളുടെ സാങ്കേതിക യാഥാർത്ഥ്യം, ബാങ്കുകൾക്കിടയിലുള്ള ലേഔട്ട് വ്യത്യാസങ്ങൾ, നിങ്ങൾ കാണുന്ന എല്ലാ ഔട്ട്പുട്ട് ഫോർമാറ്റുകളും (Excel, CSV, QBO, OFX, QFX, QIF, JSON), അന്താരാഷ്ട്ര ഫോർമാറ്റിംഗ് വ്യത്യാസങ്ങൾ, സാമ്പത്തിക ഡാറ്റാ കൈമാറ്റം നിയന്ത്രിക്കുന്ന വ്യവസായ നിലവാരങ്ങൾ എന്നിവ ഉൾക്കൊള്ളുന്നു.

ഒരു ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റിൻ്റെ ഘടന

ഏത് ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റും - Chase, Bank of America, Wells Fargo, HSBC, Deutsche Bank, ഏതുമാകട്ടെ - ഒരേ 12 വിഭാഗങ്ങളിൽ നിന്നാണ് നിർമ്മിച്ചിരിക്കുന്നത്. ലേബലുകൾ മാറിയേക്കാം ("Subtractions" vs "Withdrawals"), കോളം ക്രമീകരണങ്ങൾ വ്യത്യാസപ്പെടാം, എന്നാൽ അടിസ്ഥാന ഘടന സ്ഥിരമായിരിക്കും. ഈ വിഭാഗങ്ങൾ തിരിച്ചറിയാൻ കഴിഞ്ഞാൽ, എല്ലാ സ്റ്റേറ്റ്മെൻ്റുകളും പരിചിതമായി തോന്നും.

ഈ ഇൻഫോഗ്രാഫിക് നിങ്ങളുടെ ബ്ലോഗിൽ ഉപയോഗിക്കാൻ ആഗ്രഹിക്കുന്നുണ്ടോ? ഈ എംബഡ് കോഡ് പകർത്തുക:

പ്രധാന ബാങ്കുകൾ ഈ 12 വിഭാഗങ്ങൾ എങ്ങനെ ക്രമീകരിക്കുന്നു എന്ന് വിശദീകരിക്കുന്ന ബാങ്ക്-നിർദ്ദിഷ്ട ഡീപ് ഡൈവുകൾക്കായി, താഴെ കാണുക:

• Chase ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് വിശദീകരണം
• Bank of America ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് വിശദീകരണം
• Wells Fargo ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് വിശദീകരണം
• Citi ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് വിശദീകരണം
• Capital One ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് വിശദീകരണം

എന്തുകൊണ്ട് PDF ഒരു ഡാറ്റാ ഫോർമാറ്റ് അല്ല

PDF എന്നാൽ പോർട്ടബിൾ ഡോക്യുമെൻ്റ് ഫോർമാറ്റ്, ഇത് ISO 32000 ആയി സ്റ്റാൻഡേർഡ് ചെയ്തിരിക്കുന്നു (പതിപ്പ് 2.0 ISO 32000-2:2020 ആയി). ഇത് ഒരു ഉദ്ദേശ്യത്തിനായി രൂപകൽപ്പന ചെയ്തതാണ്: എല്ലാ സ്ക്രീനുകളിലും പ്രിൻ്ററുകളിലും ഡോക്യുമെൻ്റുകൾ ഒരേപോലെ കാണിക്കുക എന്നത്. ഇത് ദൃശ്യപരമായ കൃത്യതയ്ക്ക് മികച്ചതാണ് - ഡാറ്റ എക്സ്ട്രാക്ഷന് വളരെ മോശമാണ്.

ഒരു ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് PDF-ൽ യഥാർത്ഥത്തിൽ എന്താണുള്ളത്

ഓരോ PDF പേജിനുള്ളിലും ഒരു കണ്ടൻ്റ് സ്ട്രീം ഉണ്ട് - പോസ്റ്റ്സ്ക്രിപ്റ്റ് പോലുള്ള ഭാഷയിൽ എഴുതിയ ഡ്രോയിംഗ് ഓപ്പറേറ്ററുകളുടെ ഒരു ശ്രേണി. ടെക്സ്റ്റ് പ്രത്യേക ഓപ്പറേറ്ററുകൾ ഉപയോഗിച്ചാണ് റെൻഡർ ചെയ്യുന്നത്:

• BT / ET - ടെക്സ്റ്റ് ആരംഭിക്കുക / ടെക്സ്റ്റ് അവസാനിപ്പിക്കുക: ഒരു ടെക്സ്റ്റ് ഒബ്ജക്റ്റിൻ്റെ അതിരുകൾ
• Tf - ഫോണ്ടും വലുപ്പവും സജ്ജമാക്കുക
• Td / Tm - ടെക്സ്റ്റ് സ്ഥാനം മാറ്റുക അല്ലെങ്കിൽ പൂർണ്ണ ടെക്സ്റ്റ് ട്രാൻസ്ഫോർമേഷൻ മാട്രിക്സ് സജ്ജമാക്കുക
• Tj - ഒരു ടെക്സ്റ്റ് സ്ട്രിംഗ് കാണിക്കുക
• TJ - വ്യക്തിഗത ഗ്ലിഫ് പൊസിഷനിംഗ് (കെർണിംഗ് ക്രമീകരണങ്ങൾ) ഉപയോഗിച്ച് ടെക്സ്റ്റ് കാണിക്കുക

പ്രധാന കണ്ടെത്തൽ: PDF സ്പെസിഫിക്കേഷനിൽ "ടേബിൾ", "റോ", അല്ലെങ്കിൽ "കോളം" എന്ന ആശയമില്ല. చక్కയായി ഫോർമാറ്റ് ചെയ്ത ട്രാൻസാക്ഷൻ ടേബിൾ ആയി കാണുന്നത് യഥാർത്ഥത്തിൽ പേജിലെ പ്രത്യേക x,y കോർഡിനേറ്റുകളിൽ സ്ഥാപിച്ചിട്ടുള്ള ഡസൻ കണക്കിന് ടെക്സ്റ്റ് ഫ്രാഗ്മെൻ്റുകളാണ്. എക്സ്ട്രാക്ഷൻ ടൂൾ ചെയ്യേണ്ടത്:

1. കണ്ടൻ്റ് സ്ട്രീം ഓപ്പറേറ്ററുകൾ പാർസ് ചെയ്യുക
2. ഗ്ലിഫ് ഇൻഡെക്സുകളെ യൂണികോഡ് അക്ഷരങ്ങളുമായി ബന്ധിപ്പിക്കാൻ ഫോണ്ട് എൻകോഡിംഗുകൾ പരിഹരിക്കുക
3. ഓരോ അക്ഷരത്തിൻ്റെയും x,y സ്ഥാനം നിർണ്ണയിക്കാൻ ടെക്സ്റ്റ് മാട്രിക്സ് (Tm/Td) ഉപയോഗിക്കുക
4. ആ കോർഡിനേറ്റുകളിൽ നിന്ന് വാക്കുകൾ, വരികൾ, കോളങ്ങൾ എന്നിവ പുനർനിർമ്മിക്കുക

ഒരു വരിയിൽ x=72.0 ഉം അടുത്ത വരിയിൽ x=72.5 ഉം ഉള്ളതിനാൽ തികച്ചും യോജിച്ചതായി കാണുന്ന ഒരു കോളം യഥാർത്ഥത്തിൽ വ്യത്യസ്ത സ്ഥാനങ്ങളിൽ ആകാം. എക്സ്ട്രാക്ഷൻ അൽഗോരിതം ഈ സബ്-പിക്സൽ വ്യത്യാസങ്ങൾക്കുള്ള സഹിഷ്ണുതയോടെ കോളം അതിരുകൾ നിർവചിക്കണം.

ടാഗ് ചെയ്തതും ടാഗ് ചെയ്യാത്തതുമായ PDF-കൾ

ടാഗ് ചെയ്ത PDF-കളിൽ തലക്കെട്ടുകൾ, ഖണ്ഡികകൾ, ടേബിളുകൾ, ടേബിൾ റോകൾ, ടേബിൾ സെല്ലുകൾ എന്നിവയായി ഉള്ളടക്കം അടയാളപ്പെടുത്തുന്ന ഒരു മറഞ്ഞിരിക്കുന്ന ലോജിക്കൽ സ്ട്രക്ചർ ട്രീ ഉൾപ്പെടുന്നു. ഇത് എക്സ്ട്രാക്ഷൻ ഗണ്യമായി എളുപ്പമാക്കുന്നു.

ടാഗ് ചെയ്യാത്ത PDF-കളിൽ ഘടനാപരമായ മെറ്റാഡാറ്റ ഇല്ല - എക്സ്ട്രാക്ഷൻ ടൂളിന് ലഭിക്കുന്നത് റോ പൊസിഷനിംഗ് ഡാറ്റ മാത്രമാണ്, എല്ലാം ഊഹിച്ചെടുക്കേണ്ടതുണ്ട്.

മിക്ക ബാങ്കുകൾ ഉത്പാദിപ്പിക്കുന്ന സ്റ്റേറ്റ്മെൻ്റ് PDF-കളും ടാഗ് ചെയ്യാത്തവയാണ്. ബാങ്കുകൾ ബാച്ച് പ്രോസസ്സിംഗ് സിസ്റ്റങ്ങൾ (Oracle BI Publisher, SAP Crystal Reports, അല്ലെങ്കിൽ കസ്റ്റം പ്രിൻ്റ്-ടു-PDF പൈപ്പ്ലൈനുകൾ) ഉപയോഗിച്ചാണ് സ്റ്റേറ്റ്മെൻ്റുകൾ സൃഷ്ടിക്കുന്നത്. പ്രവേശനക്ഷമതാ നിയന്ത്രണങ്ങൾ (ADA/WCAG) ബാങ്കുകളെ ടാഗ് ചെയ്ത PDF-കളിലേക്ക് നയിക്കുന്നു, പക്ഷേ സ്വീകാര്യത മന്ദഗതിയിലാണ്. മിക്ക പ്രധാന ബാങ്കുകളിൽ നിന്നുമുള്ള സ്റ്റാൻഡേർഡ് ഡൗൺലോഡുകൾ ടാഗ് ചെയ്യാത്തതായി തുടരുന്നു.

ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് ലേഔട്ട് വ്യത്യാസങ്ങൾ

ബാങ്കുകൾ അവരുടെ PDF സ്റ്റേറ്റ്മെൻ്റുകൾ ഫോർമാറ്റ് ചെയ്യുന്നതിന് ഒരു വ്യവസായ നിലവാരമില്ല. ഒരേ അഞ്ച് വിവരങ്ങൾ - തീയതി, വിവരണം, ഡെബിറ്റ്, ക്രെഡിറ്റ്, ബാലൻസ് - ഓരോ ബാങ്കും വ്യത്യസ്തമായി ക്രമീകരിക്കുന്നു.

സിംഗിൾ എമൗണ്ട് കോളം (സൈൻ ചെയ്തത്)

Date Description Amount Balance
01/15/26 DIRECT DEP PAYROLL +3,500.00 5,200.00
01/16/26 POS PURCHASE GROCERY -87.50 5,112.50

ഡെബിറ്റുകൾ നെഗറ്റീവ് ആണ്, ക്രെഡിറ്റുകൾ പോസിറ്റീവ് ആണ് (അല്ലെങ്കിൽ തിരിച്ചും). ചെറിയ ബാങ്കുകൾ, ക്രെഡിറ്റ് യൂണിയനുകൾ, ഡിജിറ്റൽ ബാങ്കുകൾ എന്നിവയിൽ സാധാരണയായി കാണപ്പെടുന്നു. എക്സ്ട്രാക്ട് ചെയ്യാൻ ഒരു എമൗണ്ട് കോളം മാത്രമേ ഉള്ളൂ എന്നതിനാൽ പാർസ് ചെയ്യാൻ ലളിതമാണ്.

പ്രത്യേക ഡെബിറ്റ്/ക്രെഡിറ്റ് കോളങ്ങൾ

Date Description Withdrawals  Deposits Balance
01/15/26 DIRECT DEP PAYROLL 3,500.00 5,200.00
01/16/26 POS PURCHASE GROCERY 87.50 5,112.50

Chase, Bank of America, കൂടാതെ പല പരമ്പരാഗത ബാങ്കുകളും ഇത് ഉപയോഗിക്കുന്നു. എക്സ്ട്രാക്ഷൻ ടൂൾ ഏത് കോളം തുക ഉൾക്കൊള്ളുന്നു എന്ന് തിരിച്ചറിയുകയും അതിനനുസരിച്ച് ചിഹ്നം നിർണ്ണയിക്കുകയും വേണം.

ട്രാൻസാക്ഷൻ തരം അനുസരിച്ച് ഗ്രൂപ്പ് ചെയ്തത്

ബിസിനസ്, വാണിജ്യ അക്കൗണ്ടുകൾ പലപ്പോഴും ഇടപാടുകൾ ഗ്രൂപ്പ് ചെയ്യുന്നു:

DEPOSITS AND OTHER CREDITS 01/15  Wire Transfer In REF#12345 10,000.00 01/18  Check Deposit #4567 2,500.00 Total Deposits 12,500.00
 
CHECKS PAID 01/16  Check #1234 850.00 01/17  Check #1235 1,200.00 Total Checks Paid 2,050.00
 
ELECTRONIC TRANSACTIONS 01/19  ACH PYMT - Vendor Corp 3,200.00 01/20  Online Transfer to Savings 1,000.00 Total Electronic 4,200.00

വിഭാഗങ്ങളുടെ തലക്കെട്ടുകൾ ഇടപാടുകൾ ഡെബിറ്റുകളാണോ ക്രെഡിറ്റുകളാണോ എന്ന് നിർണ്ണയിക്കുന്നു. സംഗ്രഹ ലൈനുകൾ ("Total Deposits") തിരിച്ചറിഞ്ഞ് ട്രാൻസാക്ഷൻ ഡാറ്റയിൽ നിന്ന് ഒഴിവാക്കണം.

ബാങ്ക്-നിർദ്ദിഷ്ട സവിശേഷതകൾ

• Chase - പ്രത്യേക ഡെബിറ്റ്/ക്രെഡിറ്റ് കോളങ്ങൾ; "DEPOSITS AND ADDITIONS", "ELECTRONIC PAYMENTS", "FEES" എന്നിവ പ്രകാരം ഗ്രൂപ്പ് ചെയ്യുന്നു; വ്യാപാരി വിശദാംശങ്ങൾക്ക് മൾട്ടി-ലൈൻ വിവരണങ്ങൾ സാധാരണമാണ്
• Bank of America - പ്രത്യേക പിൻവലിക്കൽ/നിക്ഷേപ കോളങ്ങൾ; "Daily Balance" വിഭാഗം അവസാനം ഉൾക്കൊള്ളുന്നു; അക്കൗണ്ട് നമ്പർ, സ്റ്റേറ്റ്മെൻ്റ് കാലയളവ്, റൂട്ടിംഗ് നമ്പർ എന്നിവയുള്ള വിപുലമായ തലക്കെട്ട്
• Wells Fargo - പ്രത്യേക കോളങ്ങൾ; "DAILY BALANCE SUMMARY" വിഭാഗം ഉൾക്കൊള്ളുന്നു; അവരുടെ CSV ഡൗൺലോഡിനെ "Comma Delimited" എന്ന് വിളിക്കുന്നു
• Capital One - ഉപഭോക്തൃ കാർഡുകൾക്ക് വ്യക്തമായ സിംഗിൾ-എമൗണ്ട് ലേഔട്ട്; കുറഞ്ഞ തലക്കെട്ട് വിവരങ്ങൾ
• Citi - പലപ്പോഴും അന്താരാഷ്ട്ര ട്രാൻസാക്ഷൻ വിശദാംശങ്ങൾ യഥാർത്ഥ കറൻസി തുകയും പരിവർത്തന നിരക്കുകളും പ്രത്യേക ലൈനുകളിൽ ഉൾക്കൊള്ളുന്നു

കോളം ക്രമീകരണ വ്യത്യാസങ്ങൾ

ഡെബിറ്റ്/ക്രെഡിറ്റ് ചോദ്യത്തിന് പുറമെ, കോളം ഓർഡറിംഗ് സ്റ്റാൻഡേർഡ് അല്ല:

• കോളം ഓർഡർ: തീയതി-വിവരണം-തുക-ബാലൻസ് അല്ലെങ്കിൽ തീയതി-തുക-വിവരണം-ബാലൻസ്
• ചെക്ക് നമ്പർ: ബിസിനസ് അക്കൗണ്ടുകളിൽ ഉണ്ട്, വ്യക്തിഗത അക്കൗണ്ടുകളിൽ ഇല്ല
• റഫറൻസ് നമ്പർ: ബിസിനസ് സ്റ്റേറ്റ്മെൻ്റുകളിൽ സാധാരണമാണ്, വ്യക്തിഗത സ്റ്റേറ്റ്മെൻ്റുകളിൽ അപൂർവ്വം
• റണ്ണിംഗ് ബാലൻസ്: ഓരോ ട്രാൻസാക്ഷനും (ഏറ്റവും സാധാരണമായത്) അല്ലെങ്കിൽ പ്രതിദിന ഉപസംഹാരങ്ങൾ അല്ലെങ്കിൽ പൂർണ്ണമായി ഇല്ല

ഡിജിറ്റൽ vs. സ്കാൻ ചെയ്ത PDF-കൾ

പരിവർത്തന കൃത്യതയെ ഏറ്റവും കൂടുതൽ സ്വാധീനിക്കുന്ന ഘടകം നിങ്ങളുടെ PDF ഡിജിറ്റൽ ആണോ സ്കാൻ ചെയ്തതാണോ എന്നതാണ്.

ഡിജിറ്റൽ (നേറ്റീവ്) PDF-കൾ

നിങ്ങളുടെ ബാങ്കിൻ്റെ സിസ്റ്റം ഒരു സ്റ്റേറ്റ്മെൻ്റ് ഡൗൺലോഡ് ചെയ്യുമ്പോൾ പ്രോഗ്രാം വഴി സൃഷ്ടിക്കുന്നത്. ടെക്സ്റ്റ് ഫോണ്ട് എൻകോഡിംഗുകളുള്ള കണ്ടൻ്റ് സ്ട്രീം ഓപ്പറേറ്ററുകളായി സംഭരിക്കുന്നു.

• കൃത്യത: ടെക്സ്റ്റ് എക്സ്ട്രാക്ഷന് 99%+ - തിരിച്ചറിയൽ പിശകുകളില്ല
• വേഗത: ഒരു പേജിന് മില്ലിസെക്കൻഡുകൾ
• സ്വകാര്യത: നിങ്ങളുടെ ബ്രൗസറിൽ പൂർണ്ണമായി പ്രോസസ്സ് ചെയ്യാൻ കഴിയും - ഫയൽ നിങ്ങളുടെ ഉപകരണത്തിൽ നിന്ന് പുറത്തുപോകുന്നില്ല
• ഫയൽ വലുപ്പം: സാധാരണയായി ഒരു പേജിന് 50KB–500KB
• എങ്ങനെ തിരിച്ചറിയാം: നിങ്ങൾക്ക് വ്യക്തിഗത വാക്കുകൾ തിരഞ്ഞെടുക്കാനും ഹൈലൈറ്റ് ചെയ്യാനും കഴിയും

സ്കാൻ ചെയ്ത PDF-കൾ

ഫിസിക്കൽ ഡോക്യുമെൻ്റ് സ്കാൻ ചെയ്യുന്നതിലൂടെയോ ഫോട്ടോ എടുക്കുന്നതിലൂടെയോ സൃഷ്ടിച്ച പേപ്പർ സ്റ്റേറ്റ്മെൻ്റുകളുടെ ചിത്രങ്ങൾ. ഉള്ളടക്കം റാസ്റ്ററൈസ്ഡ് ചിത്രങ്ങളായി (JPEG, JPEG2000, CCITT, അല്ലെങ്കിൽ Flate കംപ്രസ് ചെയ്തത്) സംഭരിക്കുന്നു.

• കൃത്യത: പ്രൊഫഷണൽ OCR ഉപയോഗിച്ച് 95–99%; സാധാരണ OCR ഉപയോഗിച്ച് 65–70%
• വേഗത: ഒരു പേജിന് സെക്കൻഡുകൾ (ഇമേജ് പ്രോസസ്സിംഗ് ആവശ്യമാണ്)
• സ്വകാര്യത: സാധാരണയായി സെർവർ-സൈഡ് പ്രോസസ്സിംഗ് ആവശ്യമാണ് (OCR-നായി ഫയൽ അപ്‌ലോഡ് ചെയ്യേണ്ടതുണ്ട്)
• ഫയൽ വലുപ്പം: ഒരു പേജിന് 200KB–2MB+
• എങ്ങനെ തിരിച്ചറിയാം: നിങ്ങൾക്ക് ഒരു ടെക്സ്റ്റും തിരഞ്ഞെടുക്കാൻ കഴിയില്ല; 400% വരെ സൂം ചെയ്യുമ്പോൾ പിക്സലേഷൻ കാണാം

സാമ്പത്തിക ഡാറ്റയ്ക്ക് സ്കാൻ ചെയ്ത കൃത്യത എന്തുകൊണ്ട് കൂടുതൽ പ്രധാനമാണ്

ഒരു സ്റ്റേറ്റ്മെൻ്റിലെ 1,000 അക്ഷരങ്ങളുടെ തുകകളിൽ 97% അക്ഷര കൃത്യത നിരക്ക് മികച്ചതായി തോന്നുമെങ്കിലും അത് സാമ്പത്തിക ഡാറ്റയിൽ പ്രയോഗിക്കുമ്പോൾ കാര്യമായ പിശകുകൾക്ക് കാരണമാകാം. ആ 30 അക്ഷരങ്ങൾ തെറ്റായി വായിക്കപ്പെടാം. ഒരു തെറ്റായി വായിച്ച അക്കം ഒരു ട്രാൻസാക്ഷൻ തുക മാറ്റുന്നു: "$1,234.56" എന്നത് "$1,234.86" അല്ലെങ്കിൽ "$7,234.56" ആയി മാറും. അഡ്വാൻസ്ഡ് OCR ഏകദേശം 99% കൃത്യത കൈവരിക്കുന്നു, എന്നാൽ അവശേഷിക്കുന്ന പിശകുകൾ സമാനമായി കാണുന്ന അക്ഷരങ്ങളിൽ കൂടുതലായി സംഭവിക്കുന്നു: 0/O, 1/l/I, 5/S, 8/B, 6/G, കൂടാതെ നിർണ്ണായകമായി, കോമ/പീരിയഡ്.

എപ്പോഴും ഡിജിറ്റൽ ഡൗൺലോഡുകൾക്ക് മുൻഗണന നൽകുക. പേപ്പർ സ്കാൻ ചെയ്യുന്നതിനു പകരം നിങ്ങളുടെ ബാങ്കിൻ്റെ വെബ്സൈറ്റിൽ നിന്ന് സ്റ്റേറ്റ്മെൻ്റുകൾ ഡൗൺലോഡ് ചെയ്യുക. ഇത് OCR പിശകുകൾ പൂർണ്ണമായും ഒഴിവാക്കുന്നു.

ഔട്ട്പുട്ട് ഫോർമാറ്റുകൾ: ഡീപ് ഡൈവ്

നിങ്ങൾ ഒരു ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് പരിവർത്തനം ചെയ്യുമ്പോൾ, നിങ്ങൾ ഒരു ഔട്ട്പുട്ട് ഫോർമാറ്റ് തിരഞ്ഞെടുക്കുന്നു. ഓരോ ഫോർമാറ്റിനും വ്യത്യസ്ത ശക്തികളും പരിമിതികളും അനുയോജ്യമായ ഉപയോഗ സാഹചര്യങ്ങളുമുണ്ട്.

Excel (.xlsx)

സ്റ്റാൻഡേർഡ്: ഓഫീസ് ഓപ്പൺ XML (OOXML), ECMA-376, ISO/IEC 29500 ആയി സ്റ്റാൻഡേർഡ് ചെയ്തത്.

എന്താണത്: ഒരു .xlsx ഫയൽ യഥാർത്ഥത്തിൽ XML ഫയലുകൾ അടങ്ങിയ ഒരു ZIP ആർക്കൈവാണ് - വർക്ക്ബുക്ക് ഘടന, സെൽ ഡാറ്റ, സ്റ്റൈലുകൾ, പങ്കിട്ട സ്ട്രിംഗുകൾ. അതുകൊണ്ടാണ് ഇതിന് ഡാറ്റാ ടൈപ്പുകൾ (തീയതികൾ തീയതികളായി, സംഖ്യകൾ സംഖ്യകളായി), ഫോർമാറ്റിംഗ്, ഫോർമുലകൾ, ഒന്നിലധികം ഷീറ്റുകൾ എന്നിവ സംഭരിക്കാൻ കഴിയുന്നത്.

ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകൾക്ക് ഇത് പ്രചാരമുള്ള കാരണങ്ങൾ:

• തീയതികൾ തീയതികളായി തുടരുന്നു (സോർട്ട് ചെയ്യാനും ഫിൽട്ടർ ചെയ്യാനും കഴിയും)
• സംഖ്യകൾ സംഖ്യകളായി തുടരുന്നു (സമ്മർ ചെയ്യാനും ഫോർമാറ്റ് ചെയ്യാനും കഴിയും)
• അനുരഞ്ജനത്തിനായുള്ള ഫോർമുലകൾ (SUM, VLOOKUP)
• ചെലവ് വർഗ്ഗീകരണത്തിനായുള്ള പിവറ്റ് ടേബിളുകൾ
• പൊരുത്തക്കേടുകൾ ഹൈലൈറ്റ് ചെയ്യാൻ കണ്ടീഷണൽ ഫോർമാറ്റിംഗ്
• ഒരു വായിക്കാൻ കഴിയുന്ന സ്പ്രെഡ്ഷീറ്റ് ആവശ്യമുള്ള ക്ലയിൻ്റുകളുമായി പങ്കിടുക

പരിമിതികൾ:

• പരമാവധി 1,048,576 റോകൾ (ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകൾക്ക് അപൂർവ്വമായി പ്രസക്തം)
• മിക്ക അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയറുകളിലേക്കും നേരിട്ട് ഇറക്കുമതി ചെയ്യാൻ കഴിയില്ല (പകരം QBO/OFX ഉപയോഗിക്കുക)
• തുറക്കാൻ Excel, Google Sheets, അല്ലെങ്കിൽ LibreOffice Calc ആവശ്യമാണ്

ഏറ്റവും മികച്ചത്: മാനുവൽ അവലോകനം, ഇഷ്ടാനുസൃത വിശകലനം, അനുരഞ്ജനം, ആർക്കൈവിംഗ്, ക്ലയിൻ്റ് റിപ്പോർട്ടിംഗ്.

CSV (Comma-Separated Values)

സ്റ്റാൻഡേർഡ്: RFC 4180 (2005) - "Common Format and MIME Type for Comma-Separated Values."

പ്രധാന നിയമങ്ങൾ:

• CRLF (കാരിയേജ് റിട്ടേൺ + ലൈൻ ഫീഡ്) വഴി വേർതിരിച്ച റെക്കോർഡുകൾ
• കോമകളാൽ വേർതിരിച്ച ഫീൽഡുകൾ
• കോമകൾ, ഉദ്ധരണികൾ, അല്ലെങ്കിൽ ലൈൻ ബ്രേക്കുകൾ അടങ്ങിയ ഫീൽഡുകൾ ഇരട്ട ഉദ്ധരണികളിൽ ഉൾക്കൊള്ളണം
• ഫീൽഡുകൾക്കുള്ളിലെ ഇരട്ട ഉദ്ധരണികൾ അവയെ ഇരട്ടിപ്പിച്ച് എസ്‌കേപ്പ് ചെയ്യണം

വൈൽഡിൽ ഡെലിമിറ്റർ വ്യത്യാസങ്ങൾ:

• കോമ (,) - സ്റ്റാൻഡേർഡ്, യുഎസ്/യുകെയിൽ ഉപയോഗിക്കുന്നു
• സെമികോളൻ (;) - കോമ ഡെസിമൽ സെപ്പറേറ്ററായി ഉപയോഗിക്കുന്ന രാജ്യങ്ങളിൽ (ഫ്രാൻസ്, ജർമ്മനി, ഇറ്റലി, സ്പെയിൻ, ബ്രസീൽ) ഉപയോഗിക്കുന്നു
• ടാംബ് (\t) - TSV ഫോർമാറ്റ്, ഡെലിമിറ്റർ വൈരുദ്ധ്യങ്ങൾ ഒഴിവാക്കുന്നു

എൻകോഡിംഗ് പ്രശ്നങ്ങൾ:

• പരസ്പര പ്രവർത്തനക്ഷമതയ്ക്കായി UTF-8 ശുപാർശ ചെയ്യുന്നു
• UTF-8 BOM (ബൈറ്റ് ഓർഡർ മാർക്ക്): സ്റ്റാൻഡേർഡ് അനുശാസിക്കുന്നില്ല, എന്നാൽ Windows-ലെ Excel-ന് ശരിയായി ASCII അക്ഷരമല്ലാത്തവ (ഉച്ചാരണമുള്ള അക്ഷരങ്ങൾ, കറൻസി ചിഹ്നങ്ങൾ) പ്രദർശിപ്പിക്കാൻ ഇത് ആവശ്യമാണ്. BOM ഇല്ലാതെ, Excel UTF-8 നെ Windows-1252 ആയി വ്യാഖ്യാനിച്ചേക്കാം, ഇത് അക്ഷരങ്ങളെ കേടുവരുത്തും.
• യൂറോപ്യൻ ലോക്കേലുകളിൽ ഫീൽഡ് സെപ്പറേറ്ററുകളായി കോമയ്ക്ക് പകരം Excel സെമികോളൻ ഉപയോഗിക്കുന്നു

പരിമിതികൾ:

• ഡാറ്റാ ടൈപ്പുകളില്ല - എല്ലാം ടെക്സ്റ്റ് ആണ് (മുൻപിൽ പൂജ്യങ്ങളുള്ള സംഖ്യകൾ കേടായേക്കാം, നീളമുള്ള അക്കൗണ്ട് നമ്പറുകൾ ശാസ്ത്രീയ നൊട്ടേഷനായി മാറും)
• മൾട്ടി-ഷീറ്റ് പിന്തുണയില്ല
• ഫോർമാറ്റിംഗ് അല്ലെങ്കിൽ ഫോർമുലകളില്ല
• മെറ്റാഡാറ്റയില്ല (അക്കൗണ്ട് വിവരങ്ങളില്ല, ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തൽ ഐഡികളില്ല)

ഏറ്റവും മികച്ചത്: പരമാവധി അനുയോജ്യത - ഏതാണ്ട് എല്ലാ അക്കൗണ്ടിംഗ് പ്രോഗ്രാമുകൾക്കും ഡാറ്റാബേസുകൾക്കും സ്പ്രെഡ്ഷീറ്റുകൾക്കും CSV ഇറക്കുമതി ചെയ്യാൻ കഴിയും. QBO/OFX ലഭ്യമല്ലാത്തപ്പോൾ ഒരു യൂണിവേഴ്സൽ ഫോൾബാക്ക്.

QBO (QuickBooks Web Connect)

എന്താണത്: QuickBooks (ഡെസ്ക്ടോപ്പ്, ഓൺലൈൻ) എന്നിവയിലേക്കുള്ള ഇറക്കുമതി ഫോർമാറ്റ്. QBO ഫയലുകൾ OFX സ്പെസിഫിക്കേഷനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്, കൂടാതെ QuickBooks-നിർദ്ദിഷ്ട വിപുലീകരണങ്ങളും ഉണ്ട്.

പ്രധാന വിശദീകരണം: ".QBO" എന്നത് "QuickBooks Online" എന്നതിനെ അർത്ഥമാക്കുന്നില്ല - ഇത് QuickBooks Web Connect ഫോർമാറ്റിനെ പ്രതിനിധീകരിക്കുന്നു, ഇത് QuickBooks ഡെസ്ക്ടോപ്പ്, QuickBooks ഓൺലൈൻ എന്നിവയുമായി പ്രവർത്തിക്കുന്നു.

ഓരോ ട്രാൻസാക്ഷനും ആവശ്യമായ ഫീൽഡുകൾ:

• TRNTYPE - ട്രാൻസാക്ഷൻ തരം (DEBIT, CREDIT, CHECK, DEP, DIRECTDEP, DIRECTDEBIT, ATM, POS, XFER, PAYMENT, FEE, SRVCHG, INT, OTHER)
• DTPOSTED - YYYYMMDD ഫോർമാറ്റിലെ തീയതി
• TRNAMT - തുക (ഡെബിറ്റുകൾക്ക് നെഗറ്റീവ്)
• FITID - ഫിനാൻഷ്യൽ ഇൻസ്റ്റിറ്റ്യൂഷൻ ട്രാൻസാക്ഷൻ ഐഡി
• NAME - പേയീ/വിവരണം

FITID എന്തുകൊണ്ട് പ്രധാനം: QuickBooks ഓരോ അക്കൗണ്ടിനും ഇറക്കുമതി ചെയ്ത എല്ലാ FITID-കളും ട്രാക്ക് ചെയ്യുന്നു. ഒരേ FITID ഉള്ള ഒരു ട്രാൻസാക്ഷൻ വീണ്ടും ഇറക്കുമതി ചെയ്താൽ, QuickBooks അത് നിശബ്ദമായി ഒഴിവാക്കുന്നു - ഉപയോക്താക്കൾക്ക് ഓവർലാപ്പ് ചെയ്യുന്ന സ്റ്റേറ്റ്മെൻ്റ് കാലയളവുകൾ വീണ്ടും ഇറക്കുമതി ചെയ്യുമ്പോൾ ഡ്യൂപ്ലിക്കേറ്റ് എൻട്രികൾ തടയുന്നു. ഈ ഓട്ടോമാറ്റിക് ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തൽ QBO-യുടെ CSV-യേക്കാൾ ഏറ്റവും വലിയ നേട്ടമാണ്.

കൂടുതൽ ഡാറ്റ: QBO അക്കൗണ്ട് ID, ബാങ്ക് ID (റൂട്ടിംഗ് നമ്പർ), കറൻസി, ചെക്ക് നമ്പർ, മെമ്മോ, അവസാന ബാലൻസ് എന്നിവയും വഹിക്കുന്നു - ഒരു അക്കൗണ്ടിംഗ് ഫോർമാറ്റിന് ലഭ്യമായ ഏറ്റവും സമ്പന്നമായ ഡാറ്റാ സെറ്റ്.

ഏറ്റവും മികച്ചത്: QuickBooks ഉപയോക്താക്കൾക്ക് (ഡെസ്ക്ടോപ്പ്, ഓൺലൈൻ). ഓട്ടോമാറ്റിക് ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തലും ട്രാൻസാക്ഷൻ തരം വർഗ്ഗീകരണവും ഉൾക്കൊള്ളുന്ന ഏറ്റവും സമ്പന്നമായ ഇറക്കുമതി അനുഭവം നൽകുന്നു.

OFX (Open Financial Exchange)

ചരിത്രം: Microsoft, Intuit, CheckFree എന്നിവർ ചേർന്ന് സൃഷ്ടിച്ചത്. ഫെബ്രുവരി 1997-ൽ പതിപ്പ് 1.0 പുറത്തിറങ്ങി.

പതിപ്പ് പരിണാമം:

• OFX 1.0–1.6 (1997–1999): SGML അടിസ്ഥാനമാക്കിയുള്ള സിൻ്റാക്സ് (അവസാന ടാഗുകൾ ആവശ്യമില്ല)
• OFX 2.0+ (2000–നിലവിൽ): XML അടിസ്ഥാനമാക്കിയുള്ളത് (ശരിയായ അവസാന ടാഗുകൾ, നന്നായി രൂപപ്പെട്ട XML)

പല ബാങ്കുകളും ഇപ്പോഴും പരസ്പര പ്രവർത്തനക്ഷമതയ്ക്കായി OFX 1.x (SGML) ഉത്പാദിപ്പിക്കുന്നു.

നിലവിലെ ഭരണം: 2019-ൽ, OFX കൺസോർഷ്യത്തെ ഫിനാൻഷ്യൽ ഡാറ്റാ എക്സ്ചേഞ്ച് (FDX) കൺസോർഷ്യത്തിൽ ലയിപ്പിച്ചു, ഇത് ഇപ്പോൾ സ്പെസിഫിക്കേഷൻ കൈകാര്യം ചെയ്യുന്നു. FDX-ന് 200-ൽ അധികം അംഗ സംഘടനകളും 76 ദശലക്ഷം ഉപഭോക്തൃ അക്കൗണ്ടുകളുമുണ്ട്.

OFX എന്തുകൊണ്ട് യൂണിവേഴ്സൽ സ്റ്റാൻഡേർഡ് ആണ്: ബാങ്ക് ഫീഡുകൾ വഴി നിങ്ങളുടെ ബാങ്ക് അക്കൗണ്ട് അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയറുമായി നേരിട്ട് ബന്ധിപ്പിക്കുമ്പോൾ ഉപയോഗിക്കുന്ന അതേ ഫോർമാറ്റാണ് OFX - ഫയൽ ഇറക്കുമതികൾക്കും ഇതേ ഫോർമാറ്റ് പ്രവർത്തിക്കുന്നു.

Xero ഉപയോക്താക്കൾക്ക് ഏറ്റവും മികച്ചത്: Xero OFX ഫയലുകൾ സ്വയം ഇറക്കുമതി ചെയ്യുന്നു, മാനുവൽ കോളം മാപ്പിംഗ് ആവശ്യമില്ല. ഫയൽ അപ്‌ലോഡ് ചെയ്യുക, ട്രാൻസാക്ഷനുകൾ ശരിയായ തീയതികളും തുകകളും വിവരണങ്ങളും സഹിതം ഉടൻ ദൃശ്യമാകും. Wave, Sage, FreshBooks, കൂടാതെ മിക്ക അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയറുകളിലും ഇത് പ്രവർത്തിക്കുന്നു.

QFX (Quicken Financial Exchange)

എന്താണത്: Intuit-ൻ്റെ OFX-ൻ്റെ ഉടമസ്ഥാവകാശമുള്ള വേരിയൻ്റ്, Quicken-മായി മാത്രം ഉപയോഗിക്കുന്നു. ഒരു QFX ഫയൽ ഒരു സ്റ്റാൻഡേർഡ് OFX ഫയലാണ്, കൂടാതെ ഉടമസ്ഥാവകാശമുള്ള അധിക ഫീൽഡുകളും ഉണ്ട്.

പ്രധാന ഉടമസ്ഥാവകാശ ഫീൽഡ്: INTU.BID - Quicken ബാങ്ക് ഐഡൻ്റിഫയർ. ഈ സംഖ്യാ ID Quicken-ൻ്റെ ആന്തരിക ഡാറ്റാബേസിലെ ഒരു ബാങ്കുമായി മാപ്പ് ചെയ്യുന്നു. ഇത് ഇല്ലാതെ, Quicken ഫയൽ ഇറക്കുമതി ചെയ്യാൻ വിസമ്മതിക്കുന്നു.

സ്റ്റാൻഡേർഡ് OFX-ൽ നിന്നുള്ള വ്യത്യാസങ്ങൾ:

• തലക്കെട്ടിൽ INTU.BID ആവശ്യമാണ്
• മറ്റ് INTU.* പ്രിഫിക്സ് ചെയ്ത ഫീൽഡുകൾ ഉൾപ്പെട്ടേക്കാം
• ഫിനാൻഷ്യൽ സ്ഥാപനങ്ങൾ Intuit-ന് QFX ഡൗൺലോഡ് നൽകുന്നതിന് ലൈസൻസിംഗ് ഫീസ് നൽകുന്നു
• Quicken സ്റ്റാൻഡേർഡ് OFX ഫയലുകൾ INTU.BID ഫീൽഡ് ഇല്ലാതെ ഇറക്കുമതി ചെയ്യില്ല

ഏറ്റവും മികച്ചത്: Quicken വ്യക്തിഗത ഫിനാൻസ് സോഫ്റ്റ്‌വെയർ ഉപയോക്താക്കൾക്ക്. ആവശ്യമായ ഫോർമാറ്റ് - മറ്റൊരു ബദൽ പ്രവർത്തിക്കില്ല.

QIF (Quicken Interchange Format)

എന്താണത്: Quicken-നായി Intuit വികസിപ്പിച്ചെടുത്ത ഒരു പഴയ പ്ലെയിൻ-ടെക്സ്റ്റ് ഫോർമാറ്റ്. ടാഗ്-വാല്യൂ ജോഡികൾ, ഓരോ വരിയിലും ഒന്ന്, സിംഗിൾ ക്യാരക്റ്റർ ടാഗുകളോടെ: തീയതിക്ക് D, തുകയ്ക്ക് T, പേയീക്ക് P, കാറ്റഗറിക്ക് L, മെമ്മോയ്ക്ക് M, ചെക്ക് നമ്പറിന് N, റെക്കോർഡിൻ്റെ അവസാനം ^.

എന്തുകൊണ്ട് ഇത് മാറ്റിസ്ഥാപിക്കപ്പെട്ടു: QIF-ന് ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തൽ സംവിധാനം ഇല്ല (FITID-ക്ക് തുല്യമല്ല), അക്കൗണ്ട് തിരിച്ചറിയൽ ഫീൽഡുകളില്ല, ബാങ്ക് റൂട്ടിംഗ് വിവരങ്ങളില്ല, ബാലൻസ് ഡാറ്റയില്ല, കൂടാതെ നടപ്പാക്കലുകളിൽ അസ്ഥിരമായ തീയതി ഫോർമാറ്റിംഗ് ഉണ്ട്.

ഇപ്പോഴും പ്രസക്തം: ചില അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയറുകൾ (Xero, Sage, GnuCash) ഇപ്പോഴും QIF ഇറക്കുമതി സ്വീകരിക്കുന്നു. പഴയ സിസ്റ്റം മൈഗ്രേഷനുകൾക്ക് ഉപയോഗപ്രദമാണ്.

JSON (JavaScript Object Notation)

നിലവിലെ സ്ഥിതി: JSON ഇപ്പോഴും ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് ഫയലുകൾക്കുള്ള ഒരു സ്റ്റാൻഡേർഡ് അല്ല, എന്നാൽ ഇത് വർദ്ധിച്ചുവരുന്ന ഉപയോഗത്തിലാണ്:

• ഓപ്പൺ ബാങ്കിംഗ് API-കൾ (UK ഓപ്പൺ ബാങ്കിംഗ് സ്റ്റാൻഡേർഡ്, PSD2 ബെർലിൻ ഗ്രൂപ്പ്)
• FDX API (ഫിനാൻഷ്യൽ ഡാറ്റാ എക്സ്ചേഞ്ച് - OFX-ൻ്റെ പിൻഗാമി, 200+ അംഗ സംഘടനകൾ)
• Plaid, Yodlee, MX കൂടാതെ മറ്റ് ഡാറ്റാ അഗ്രിഗേറ്റർ API-കൾ
• ഡെവലപ്പർ, ഓട്ടോമേഷൻ വർക്ക്ഫ്ലോകൾ

വർദ്ധിച്ചുവരുന്ന സ്വീകാര്യത: ഓപ്പൺ ബാങ്കിംഗ് നിയന്ത്രണങ്ങൾ (യൂറോപ്പിൽ PSD2, യുഎസിൽ CFPB സെക്ഷൻ 1033) JSON API സ്വീകാര്യത വർദ്ധിപ്പിക്കുന്നു. FDX API JSON/REST OAuth 2.0 ഉപയോഗിക്കുന്നു, ഇത് സാമ്പത്തിക ഡാറ്റാ കൈമാറ്റത്തിൻ്റെ ഭാവി ദിശയെ പ്രതിനിധീകരിക്കുന്നു.

ഏറ്റവും മികച്ചത്: ഓട്ടോമേറ്റഡ് വർക്ക്ഫ്ലോകൾ, ഫിൻടെക് ഇൻ്റഗ്രേഷനുകൾ, കസ്റ്റം ഡാഷ്ബോർഡുകൾ, ഓപ്പൺ ബാങ്കിംഗ് API ഇൻ്റഗ്രേഷനുകൾ എന്നിവ നിർമ്മിക്കുന്ന ഡെവലപ്പർമാർക്ക്.

ഫോർമാറ്റ് താരതമ്യം ഒറ്റനോട്ടത്തിൽ

അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയർ അനുയോജ്യത

നിങ്ങളുടെ അക്കൗണ്ടിംഗ് സോഫ്റ്റ്‌വെയർ ഏത് ഫോർമാറ്റ് സ്വീകരിക്കുന്നു?

പൊതുവായ നിയമം: QuickBooks-ന് QBO, Quicken-ന് QFX, മറ്റെല്ലാത്തിനും OFX, ഒരു യൂണിവേഴ്സൽ ഫോൾബാക്കായി CSV ഉപയോഗിക്കുക.

അന്താരാഷ്ട്ര ഫോർമാറ്റ് വ്യത്യാസങ്ങൾ

നിങ്ങൾ അന്താരാഷ്ട്ര ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകളുമായി പ്രവർത്തിക്കുകയാണെങ്കിൽ, മിക്ക പരിവർത്തന ടൂളുകളെയും തെറ്റിക്കുന്ന ഫോർമാറ്റിംഗ് വ്യത്യാസങ്ങൾ നിങ്ങൾ കാണും.

തീയതി ഫോർമാറ്റുകൾ

അവ്യക്തത പ്രശ്നം: "03/04/2026" എന്നത് യുഎസിൽ മാർച്ച് 4 ആണ്, എന്നാൽ യൂറോപ്പിൽ ഏപ്രിൽ 3 ആണ്. ഒരു സ്റ്റേറ്റ്മെൻ്റിലെ എല്ലാ തീയതികളിലും 12 അല്ലെങ്കിൽ അതിൽ കുറവ് ദിവസ മൂല്യങ്ങൾ ഉണ്ടെങ്കിൽ, ഉത്ഭവ രാജ്യം അറിയാതെ ശരിയായ ഫോർമാറ്റ് നിർണ്ണയിക്കാൻ അൽഗോരിതമിക് മാർഗ്ഗമില്ല. പരിവർത്തന ടൂളുകൾ ഫോർമാറ്റ് നിർണ്ണയിക്കാൻ 12-ൽ കൂടുതൽ മൂല്യങ്ങളുള്ള സ്റ്റേറ്റ്മെൻ്റിലെ എല്ലാ തീയതികളും സ്കാൻ ചെയ്യണം.

നമ്പർ ഫോർമാറ്റുകൾ

യൂറോപ്യൻ ബാങ്കിൽ നിന്നുള്ള "10.000,45" എന്നാൽ പതിനായിരം നാൽപ്പത്തിയഞ്ച് സെൻ്റ് എന്നാണ് അർത്ഥമാക്കുന്നത് - പത്ത് പോയിൻ്റ് പൂജ്യം പൂജ്യം പൂജ്യം നാല് അഞ്ച് എന്നല്ല. ഇത് തെറ്റായി ലഭിക്കുന്നത് 10,000 മടങ്ങ് പിശകുകൾക്ക് കാരണമാകും.

കറൻസി ചിഹ്ന സ്ഥാനം

• യുഎസ്/യുകെ: തുകയ്ക്ക് മുമ്പ് ചിഹ്നം: $1,234.56 / £1,234.56
• ഫ്രാൻസ്, ജർമ്മനി, സ്പെയിൻ: തുകയ്ക്ക് ശേഷം ചിഹ്നം: 1.234,56 €
• അയർലൻഡ്, നെതർലാൻഡ്സ്: മുമ്പ് ചിഹ്നം: €1,234.56
• ജപ്പാൻ: മുമ്പ് ചിഹ്നം: ¥123,456

അക്ഷര എൻകോഡിംഗുകൾ

• UTF-8 - യൂണിവേഴ്സൽ സ്റ്റാൻഡേർഡ്, എല്ലാ ലിപികളെയും പിന്തുണയ്ക്കുന്നു
• GBK/GB2312 - സിംപ്ലിഫൈഡ് ചൈനീസ് (ചൈനീസ് ബാങ്കുകൾ ഉപയോഗിക്കുന്നു)
• Shift_JIS - ജാപ്പനീസ് (ജാപ്പനീസ് ബാങ്കുകൾ ഉപയോഗിക്കുന്നു)
• Big5 - ട്രഡീഷണൽ ചൈനീസ് (തായ്‌വാൻ, ഹോങ്കോംഗ്)
• EUC-KR - കൊറിയൻ
• ISO 8859-1 - പാശ്ചാത്യ യൂറോപ്യൻ
• Windows-1252 - പാശ്ചാത്യ യൂറോപ്യൻ (പഴയത്)
• Windows-1256 - അറബിക്

ശരിയായ എൻകോഡിംഗ് കണ്ടെത്തൽ ഇല്ലാതെ ഒരു യുഎസ് സിസ്റ്റത്തിൽ ഒരു ചൈനീസ് അല്ലെങ്കിൽ ജാപ്പനീസ് ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് തുറക്കുന്നത് അവ്യക്തമായ അക്ഷരങ്ങൾക്ക് കാരണമാകും. PDFSub 130-ൽ അധികം ഭാഷകളെ തീയതി ഫോർമാറ്റുകൾ, നമ്പർ ഫോർമാറ്റുകൾ, അക്ഷര എൻകോഡിംഗുകൾ എന്നിവയുടെ ഓട്ടോമാറ്റിക് കണ്ടെത്തലോടെ കൈകാര്യം ചെയ്യുന്നു - വലത്തുനിന്ന് ഇടത്തേക്ക് അറബിക്, ഹീബ്രു, CJK അക്ഷരങ്ങൾ, കൂടാതെ എല്ലാ യൂറോപ്യൻ അക്ഷര സെറ്റുകളും ഉൾപ്പെടെ.

സാധാരണ ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റ് ഘടകങ്ങൾ

ട്രാൻസാക്ഷൻ തീയതി vs. പോസ്റ്റിംഗ് തീയതി vs. മൂല്യ തീയതി

ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകളിൽ ഒരു ട്രാൻസാക്ഷന് ഒന്നിലധികം തീയതികൾ ഉൾപ്പെട്ടേക്കാം:

• ട്രാൻസാക്ഷൻ തീയതി - വാങ്ങൽ അല്ലെങ്കിൽ കൈമാറ്റം യഥാർത്ഥത്തിൽ സംഭവിച്ചപ്പോൾ
• പോസ്റ്റിംഗ് തീയതി - ബാങ്ക് അത് പ്രോസസ്സ് ചെയ്ത് രേഖപ്പെടുത്തിയപ്പോൾ (സാധാരണയായി ക്രെഡിറ്റ് കാർഡ് വാങ്ങലുകൾക്ക് 1-3 പ്രവൃത്തി ദിവസങ്ങൾക്ക് ശേഷം)
• മൂല്യ തീയതി - ഫണ്ടുകൾ യഥാർത്ഥത്തിൽ ലഭ്യമായപ്പോൾ (പലിശ കണക്കുകൂട്ടലുകളെ ബാധിക്കുന്നു, അന്താരാഷ്ട്ര ബാങ്കിംഗിൽ സാധാരണ)

മിക്ക ഉപഭോക്തൃ സ്റ്റേറ്റ്മെൻ്റുകളും പോസ്റ്റിംഗ് തീയതി മാത്രമേ കാണിക്കൂ. ബിസിനസ് സ്റ്റേറ്റ്മെൻ്റുകളിൽ പലപ്പോഴും ട്രാൻസാക്ഷൻ, പോസ്റ്റിംഗ് തീയതികൾ രണ്ടും ഉൾപ്പെടുന്നു.

ഡെബിറ്റ്/ക്രെഡിറ്റ് പ്രതിനിധീകരണം

ബാങ്കുകൾ ഡെബിറ്റുകളും ക്രെഡിറ്റുകളും വ്യത്യസ്തമായി പ്രതിനിധീകരിക്കുന്നു:

• സൈൻ ചെയ്ത തുകകൾ: ഡെബിറ്റുകൾക്ക് -87.50, ക്രെഡിറ്റുകൾക്ക് +3,500.00
• പ്രത്യേക കോളങ്ങൾ: "Withdrawals" ഉം "Deposits"
• ചുരുക്കെഴുത്തുകൾ: ഡെബിറ്റിന് "DR", ക്രെഡിറ്റിന് "CR" (യുകെ/കോമൺവെൽത്തിൽ സാധാരണ)
• ബ്രായ്ക്കറ്റുകൾ: ഡെബിറ്റുകൾക്ക് (87.50) (അക്കൗണ്ടിംഗ് കൺവെൻഷൻ)

റണ്ണിംഗ് ബാലൻസ്

• ഓരോ ട്രാൻസാക്ഷനും ബാലൻസ് - ഓരോ ട്രാൻസാക്ഷനും ശേഷം അപ്ഡേറ്റ് ചെയ്തത് (യുഎസ് ഉപഭോക്തൃ സ്റ്റേറ്റ്മെൻ്റുകളിൽ ഏറ്റവും സാധാരണമായത്)
• പ്രതിദിന ബാലൻസ് മാത്രം - ഓരോ ദിവസാവസാനവും കാണിക്കുന്ന ബാലൻസ് (ബിസിനസ് സ്റ്റേറ്റ്മെൻ്റുകളിൽ സാധാരണ)
• റണ്ണിംഗ് ബാലൻസ് ഇല്ല - ആരംഭ, അവസാന ബാലൻസുകൾ മാത്രം (ചില അന്താരാഷ്ട്ര സ്റ്റേറ്റ്മെൻ്റുകൾ)

ഓരോ ട്രാൻസാക്ഷനും ബാലൻസിനെ അടുത്ത വരിയിലേക്ക് ശരിയായി മാറ്റുന്നു എന്ന് പരിശോധിക്കാൻ റണ്ണിംഗ് ബാലൻസുകൾ മൂല്യവത്താണ്.

സ്റ്റാൻഡേർഡ് തലക്കെട്ട് വിവരങ്ങൾ

മിക്ക ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകളിലും ഉൾപ്പെടുന്നു: അക്കൗണ്ട് ഉടമയുടെ പേര്, അക്കൗണ്ട് നമ്പർ (പലപ്പോഴും ഭാഗികമായി മറച്ചിരിക്കുന്നു), സ്റ്റേറ്റ്മെൻ്റ് കാലയളവ്, ആരംഭ, അവസാന ബാലൻസുകൾ, മൊത്തം നിക്ഷേപങ്ങളും പിൻവലിക്കലുകളും, കൂടാതെ ബാങ്ക് റൂട്ടിംഗ്/സോർട്ട് കോഡ്/SWIFT BIC.

പാസ്വേഡ് സംരക്ഷണം

ബാങ്കുകൾ PDF എങ്ങനെ എൻക്രിപ്റ്റ് ചെയ്യുന്നു

ബാങ്കുകൾ സാധാരണയായി AES-128 അല്ലെങ്കിൽ AES-256 എൻക്രിപ്ഷൻ ഉപയോഗിക്കുന്നു. രണ്ട് സംരക്ഷണ രീതികളുണ്ട്:

• ഉപയോക്തൃ പാസ്വേഡ് (തുറക്കുന്ന പാസ്വേഡ്): ഫയൽ തുറക്കാൻ ആവശ്യമാണ്
• ഉടമയുടെ പാസ്വേഡ് (അനുമതി പാസ്വേഡ്): PDF തുറക്കുന്നു, പക്ഷേ എഡിറ്റിംഗ്/കോപ്പി ചെയ്യുന്നത് പരിമിതപ്പെടുത്തിയേക്കാം

സാധാരണ പാസ്വേഡ് പാറ്റേണുകൾ

മറ്റ് സാധാരണ പാറ്റേണുകളിൽ അക്കൗണ്ട് നമ്പറിൻ്റെ അവസാന 4 അക്കങ്ങൾ, കസ്റ്റമർ ID, അല്ലെങ്കിൽ അംഗ സംഖ്യ എന്നിവ ഉൾപ്പെടുന്നു. ഇലക്ട്രോണിക് സ്റ്റേറ്റ്മെൻ്റുകൾ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ ബാങ്കുകൾ സാധാരണയായി പാസ്വേഡ് പാറ്റേൺ ആശയവിനിമയം നടത്തുന്നു.

ഒന്നിലധികം പേജുള്ള സ്റ്റേറ്റ്മെൻ്റ് വെല്ലുവിളികൾ

നീളമുള്ള സ്റ്റേറ്റ്മെൻ്റുകൾ (നൂറുകണക്കിന് ഇടപാടുകളുള്ള ബിസിനസ് അക്കൗണ്ടുകൾ) നിരവധി എക്സ്ട്രാക്ഷൻ വെല്ലുവിളികൾ സൃഷ്ടിക്കുന്നു:

സ്പ്ലിറ്റ് ട്രാൻസാക്ഷനുകൾ

ഒരു ട്രാൻസാക്ഷൻ വിവരണം ഒരു പേജിൻ്റെ താഴെ തുടങ്ങി അടുത്ത പേജിൻ്റെ മുകളിൽ തുടരാം. കണ്ടിന്യൂവേഷൻ ലൈനുകൾ കണ്ടെത്താനും അവയെ ഒരൊറ്റ ട്രാൻസാക്ഷനായി ലയിപ്പിക്കാനും കൺവെർട്ടറിന് കഴിയണം.

ആവർത്തിച്ചുള്ള തലക്കെട്ടുകളും അടിക്കുറിപ്പുകളും

മിക്ക ബാങ്കുകളും എല്ലാ പേജുകളിലും കോളം തലക്കെട്ടുകൾ ആവർത്തിക്കുന്നു, കൂടാതെ പേജ് നമ്പറുകൾ, നിയമപരമായ നിരാകരണങ്ങൾ, മാർക്കറ്റിംഗ് ടെക്സ്റ്റ് എന്നിവയും. ഇവ തിരിച്ചറിഞ്ഞ് ട്രാൻസാക്ഷൻ ഡാറ്റയിൽ നിന്ന് ഒഴിവാക്കണം.

കണ്ടിന്യൂവേഷൻ ലൈനുകൾ

പല ട്രാൻസാക്ഷനുകൾക്കും മൾട്ടി-ലൈൻ വിവരണങ്ങളുണ്ട്:

01/15  ACH ELECTRONIC DEBIT VENDOR CORP $3,200.00  $2,000.00 REF#123456789 INVOICE 2026-001 VENDOR CORP ACCOUNTS PAYABLE

ലൈൻ 2 ഉം 3 ഉം ലൈൻ 1-ലെ ട്രാൻസാക്ഷനുമായി ബന്ധപ്പെട്ട കണ്ടിന്യൂവേഷൻ ലൈനുകളാണ്. അവയ്ക്ക് സാധാരണയായി ഒരു തീയതിയും തുകയും ഉണ്ടാകില്ല, വിവരണ കോളത്തിൻ്റെ അതേ x-കോർഡിനേറ്റിൽ ഇൻഡൻ്റ് ചെയ്തതായി കാണാം.

ബാലൻസ് ക്യാരി-ഫോർവേഡ്

ചില ബാങ്കുകൾ കണ്ടിന്യൂവേഷൻ പേജുകളുടെ മുകളിൽ "Balance Forward" അല്ലെങ്കിൽ "Balance Brought Forward" ലൈനുകൾ ഉൾക്കൊള്ളുന്നു. ഇവ വിവരങ്ങൾ നൽകുന്നവയാണ്, ട്രാൻസാക്ഷനുകളല്ല, എക്സ്ട്രാക്ട് ചെയ്ത ഡാറ്റയിൽ നിന്ന് ഒഴിവാക്കണം.

സാധാരണ ട്രാൻസാക്ഷൻ ചുരുക്കെഴുത്തുകൾ

ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകൾ സ്ഥാപനങ്ങളിൽ വ്യത്യാസപ്പെടുന്ന ചുരുക്കെഴുത്തുകൾ ഉപയോഗിക്കുന്നു:

നിങ്ങൾ അറിഞ്ഞിരിക്കേണ്ട വ്യവസായ നിലവാരങ്ങൾ

കോർപ്പറേറ്റ് ബാങ്കിംഗ്, ട്രഷറി മാനേജ്മെൻ്റ് എന്നിവയിൽ ഈ ഫോർമാറ്റുകൾ ഉപയോഗിക്കുന്നു. നിങ്ങൾ അവ നേരിട്ട് കാണില്ല, പക്ഷേ ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്ന് മനസ്സിലാക്കാൻ അവ സഹായിക്കും.

BAI2 (Bank Administration Institute)

ERP സിസ്റ്റങ്ങളിൽ (SAP, Oracle) ഓട്ടോമേറ്റഡ് ക്യാഷ് മാനേജ്മെൻ്റ്, ബാങ്ക് അനുരഞ്ജനം എന്നിവയ്ക്കായി ഉപയോഗിക്കുന്നു. ട്രാൻസാക്ഷൻ ടൈപ്പ് കോഡുകളുള്ള (ഉദാഹരണത്തിന്, 165 = പ്രീഓതറൈസ്ഡ് ACH ക്രെഡിറ്റ്, 455 = ACH ഡെബിറ്റ്, 495 = വയർ ട്രാൻസ്ഫർ ഔട്ട്) ഒരു ഫിക്സഡ്-വിഡ്ത്ത് ASCII ഫോർമാറ്റ്. യഥാർത്ഥത്തിൽ 1987-ൽ പുറത്തിറങ്ങിയത്, ഇപ്പോൾ ASC X9 കൈകാര്യം ചെയ്യുന്നു.

SWIFT MT940 / MT942

ലോകമെമ്പാടുമുള്ള ബാങ്കുകൾ കോർപ്പറേറ്റ് ഉപഭോക്താക്കൾക്കും ട്രഷറി ഡിപ്പാർട്ട്മെൻ്റുകൾക്കും വേണ്ടി ഉപയോഗിക്കുന്ന ദിവസാവസാന (MT940) കൂടാതെ ദിവസത്തിനിടയിലുള്ള (MT942) ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റുകൾ. SWIFT പ്രതിദിനം ഏകദേശം 45 ദശലക്ഷം സന്ദേശങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നു. കോളൻ-ഡിലിമിറ്റഡ് ഫീൽഡ് ഐഡൻ്റിഫയറുകളുള്ള ടാഗ് അടിസ്ഥാനമാക്കിയുള്ള ഫോർമാറ്റ്.

ISO 20022 (camt.053)

MT940-ൻ്റെ ആധുനിക XML അടിസ്ഥാനമാക്കിയുള്ള പകരക്കാരൻ. ISO 20022 യൂണിവേഴ്സൽ ഫിനാൻഷ്യൽ മെസ്സേജിംഗ് സ്റ്റാൻഡേർഡിൻ്റെ ഭാഗം. MT940-യേക്കാൾ സമ്പന്നമായ ഡാറ്റ, ഫീൽഡ് ലെങ്ത് പരിമിതികളില്ല, XSD വാലിഡേഷനോടുകൂടിയ മെഷീൻ-പാർസ് ചെയ്യാവുന്ന XML. SWIFT MT സന്ദേശങ്ങളിൽ നിന്ന് ISO 20022-ലേക്ക് മാറുകയാണ്. SEPA (Single Euro Payments Area) യൂറോപ്യൻ പേയ്മെൻ്റുകൾക്കായി camt ഫോർമാറ്റ് നിർബന്ധമാക്കുന്നു.

NACHA ACH

യുഎസിലെ ഓട്ടോമേറ്റഡ് ക്ലിയറിംഗ് ഹൗസ് ട്രാൻസാക്ഷനുകൾക്കുള്ള ഫയൽ ഫോർമാറ്റ്. ഫിക്സഡ്-വിഡ്ത്ത് ASCII, ഓരോ വരിയിലും കൃത്യം 94 അക്ഷരങ്ങൾ. ACH പ്രതിവർഷം ഏകദേശം 30 ബില്യൺ ട്രാൻസാക്ഷനുകൾ യുഎസിൽ പ്രോസസ്സ് ചെയ്യുന്നു. നിങ്ങളുടെ ബാങ്ക് സ്റ്റേറ്റ്മെൻ്റിൽ "ACH CREDIT" അല്ലെങ്കിൽ "ACH DEBIT" എന്ന് കാണുമ്പോൾ, അടിസ്ഥാന ട്രാൻസാക്ഷൻ ബാങ്കുകൾക്കിടയിൽ NACHA ഫോർമാറ്റിൽ കൈമാറ്റം ചെയ്യപ്പെട്ടു.

നിങ്ങളുടെ വർക്ക്ഫ്ലോയ്ക്ക് ശരിയായ ഫോർമാറ്റ് തിരഞ്ഞെടുക്കുന്നു

തീരുമാന ഗൈഡ്

QBO ഉപയോഗിക്കുകയാണെങ്കിൽ: നിങ്ങൾ QuickBooks (ഡെസ്ക്ടോപ്പ് അല്ലെങ്കിൽ ഓൺലൈൻ) ഉപയോഗിക്കുന്നു. നിങ്ങൾക്ക് ട്രാൻസാക്ഷൻ ടൈപ്പ് വർഗ്ഗീകരണം, FITID വഴിയുള്ള ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തൽ, ഏറ്റവും സമ്പന്നമായ ഇറക്കുമതി മെറ്റാഡാറ്റ എന്നിവ ലഭിക്കും.

OFX ഉപയോഗിക്കുകയാണെങ്കിൽ: നിങ്ങൾ Xero, Sage, Wave, അല്ലെങ്കിൽ മറ്റ് OFX അനുയോജ്യമായ സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്നു. Xero മാനുവൽ കോളം കോൺഫിഗറേഷൻ ഇല്ലാതെ ഫീൽഡുകൾ സ്വയം മാപ്പ് ചെയ്യുന്നു.

QFX ഉപയോഗിക്കുകയാണെങ്കിൽ: നിങ്ങൾ Quicken ഉപയോഗിക്കുന്നു. Quicken സ്വീകരിക്കുന്ന ഒരേയൊരു ഫോർമാറ്റ് ഇതാണ്.

Excel ഉപയോഗിക്കുകയാണെങ്കിൽ: ഇറക്കുമതി ചെയ്യുന്നതിന് മുമ്പ് ഡാറ്റ അവലോകനം ചെയ്യാനോ വിശകലനം ചെയ്യാനോ കൈകാര്യം ചെയ്യാനോ നിങ്ങൾക്ക് ആവശ്യമുണ്ട്. പിവറ്റ് ടേബിളുകൾ സൃഷ്ടിക്കുക, ഫോർമുലകൾ പ്രവർത്തിപ്പിക്കുക, അല്ലെങ്കിൽ റിപ്പോർട്ടുകൾ തയ്യാറാക്കുക.

CSV ഉപയോഗിക്കുകയാണെങ്കിൽ: നിങ്ങളുടെ സോഫ്റ്റ്‌വെയർ മുകളിൽ ലിസ്റ്റ് ചെയ്തിട്ടില്ലെങ്കിൽ, അല്ലെങ്കിൽ നിങ്ങൾക്ക് പരമാവധി അനുയോജ്യത ആവശ്യമുണ്ടെങ്കിൽ. മാനുവലായി കോളങ്ങൾ മാപ്പ് ചെയ്യാൻ തയ്യാറാകുക.

JSON ഉപയോഗിക്കുകയാണെങ്കിൽ: നിങ്ങൾ ഓട്ടോമേറ്റഡ് വർക്ക്ഫ്ലോകൾ, API ഇൻ്റഗ്രേഷനുകൾ, അല്ലെങ്കിൽ കസ്റ്റം റിപ്പോർട്ടിംഗ് സിസ്റ്റങ്ങൾ നിർമ്മിക്കുകയാണ്.

പ്രോ ടിപ്പുകൾ

• നിങ്ങളുടെ സോഫ്റ്റ്‌വെയർ പിന്തുണയ്ക്കുമ്പോൾ എപ്പോഴും QBO/OFX CSV-യേക്കാൾ ഉപയോഗിക്കുക - ഡ്യൂപ്ലിക്കേറ്റ് കണ്ടെത്തൽ മാത്രം മണിക്കൂറുകളോളം വൃത്തിയാക്കൽ ഒഴിവാക്കുന്നു
• യഥാർത്ഥ PDF സൂക്ഷിക്കുക നിങ്ങളുടെ പരിവർത്തനം ചെയ്ത ഫയലിനൊപ്പം - അത് നിങ്ങളുടെ ഓഡിറ്റ് ട്രയലും സോഴ്സ് ഡോക്യുമെൻ്റുമാണ്
• ഓരോ ഇറക്കുമതിക്ക് ശേഷവും പരിശോധിക്കുക - ആരംഭ/അവസാന ബാലൻസുകളും ഏതാനും റാൻഡം ട്രാൻസാക്ഷനുകളും സ്പോട്ട്-ചെക്ക് ചെയ്യുക
• സോഫ്റ്റ്‌വെയറിന് അനുയോജ്യമായ ഫോർമാറ്റ് ഉപയോഗിക്കുക - നിങ്ങളുടെ അക്കൗണ്ടിംഗ് പ്ലാറ്റ്‌ഫോമിനായുള്ള നേറ്റീവ് ഫോർമാറ്റ് ഉപയോഗിക്കുന്നത് മാനുവൽ കോളം മാപ്പിംഗ് ഒഴിവാക്കുകയും ഓട്ടോമാറ്റിക് ഫീച്ചറുകൾ പ്രവർത്തനക്ഷമമാക്കുകയും ചെയ്യുന്നു

സൗജന്യമായി പരീക്ഷിക്കുക

നിങ്ങളുടെ ആദ്യ സ്റ്റേറ്റ്മെൻ്റ് പരിവർത്തനം ചെയ്യാൻ തയ്യാറാണോ? ഇപ്പോൾ ഒരു PDF അപ്‌ലോഡ് ചെയ്യുക - PDFSub Excel, CSV, QBO, OFX, QFX, JSON എന്നിവയിലേക്ക് പരിവർത്തനം ചെയ്യുന്നു. ഡിജിറ്റൽ സ്റ്റേറ്റ്മെൻ്റുകൾ പരമാവധി സ്വകാര്യതയ്ക്കായി നിങ്ങളുടെ ബ്രൗസറിൽ പൂർണ്ണമായി പ്രോസസ്സ് ചെയ്യുന്നു. എല്ലാ ഫോർമാറ്റുകളിലേക്കും പൂർണ്ണമായ പ്രവേശനത്തോടെ 7 ദിവസത്തെ സൗജന്യ ട്രയൽ ആരംഭിക്കുക.