מהו פורמט OFX? הסבר על Open Financial Exchange
OFX הוא התקן הפתוח להחלפת נתונים פיננסיים בין בנקים לתוכנות. הנה מה שיש בקובץ OFX ולמה Xero, MYOB ו-GnuCash מעדיפים אותו.
תוכנת הנהלת החשבונות שלך מבקשת קובץ OFX. הבנק שלך נתן לך PDF. ועכשיו אתה בוהה בפורמט שמעולם לא שמעת עליו, ותוהה למה גיליון אלקטרוני תקין לא יכול לעשות את העבודה.
OFX -- Open Financial Exchange -- הוא התקן בלתי נראה המניע תוכנות פיננסיות מודרניות. זו הסיבה ש-Xero יכול לייבא עסקאות בנקאיות מבלי שתצטרך למפות עמודות. זו הסיבה ש-GnuCash יכול לזהות כפילויות. וזו הבסיס שעליו בנוי פורמט QBO של QuickBooks.
מדריך זה מפרט מהו OFX למעשה, מה הוא מכיל, כיצד הוא משתווה ל-CSV ו-QBO, אילו תוכנות תומכות בו, וכיצד ליצור קבצי OFX מדפי חשבון בנק בפורמט PDF.
OFX במשפט אחד
Open Financial Exchange הוא פורמט נתונים מבוסס XML להחלפת מידע פיננסי בין מוסדות פיננסיים, יישומים תוכנתיים ומשתמשי קצה. זהו התקן הפתוח שעליו מבוסס פורמט QBO של Intuit -- והפורמט שרוב תוכנות הנהלת החשבונות שאינן QuickBooks מעדיפות לייבוא עסקאות בנקאיות.
חשבו על OFX כשפת אם של נתונים פיננסיים. בנקים מדברים אותה. תוכנות הנהלת חשבונות קוראות אותה. ובניגוד ל-CSV -- שהוא רק שורות ועמודות ללא משמעות מובנית -- OFX נושא מטא-דאטה מובנה שאומר לתוכנה המקבלת בדיוק מה כל פיסת נתונים מייצגת.
ההיסטוריה של OFX
OFX נולד בשנת 1997, נוצר על ידי מיקרוסופט, Intuit ו-CheckFree. לכל אחת מהן היה תקן מתחרה משלה -- למיקרוסופט היה OFC (Open Financial Connectivity), ל-Intuit היה פורמט החלפה משלה, ול-CheckFree היו פרוטוקולי חיוב אלקטרוניים. OFX היה הפשרה שאיחדה אותם.
ציר זמן של גרסאות
- OFX 1.0 (1997) -- המפרט המקורי, מבוסס על SGML (Standard Generalized Markup Language). SGML מאפשר תגיות לא סגורות, מה שגורם לקבצי OFX 1.x להיראות שונה מ-XML מודרני.
- OFX 1.6 (2002) -- הגרסה הנפוצה ביותר. עדיין מבוססת SGML. רוב הבנקים שמציעים הורדות OFX מייצרים קבצי 1.6.
- OFX 2.0 (2005) -- שכתוב משמעותי. עבר מ-SGML ל-XML אמיתי עם תגיות סגירה.
- OFX 2.2 (2016) -- שיפורי אבטחה ותמיכה משופרת בעסקאות השקעה.
- OFX 2.3 (נוכחי) -- הגרסה האחרונה, מתוחזקת על ידי Financial Data Exchange (FDX), קונסורציום תעשייתי שלקח על עצמו את הניהול מהמייסדים המקוריים.
המעבר מ-SGML ל-XML משנה מכיוון שהוא משפיע על הניתוח (parsing). קובץ גרסה 1.x משתמש בתגיות לא סגורות (<TRNTYPE>DEBIT ללא </TRNTYPE>), בעוד שגרסה 2.x משתמשת ב-XML אמיתי עם תגיות סגירה. רוב המנתחים המודרניים מטפלים בשניהם, אך אי-התאמות גרסה נותרות שגיאת ייבוא OFX נפוצה.
מה OFX יכול להכיל
OFX הוא לא רק פורמט דפי חשבון בנק. המפרט מכסה מגוון רחב של נתונים פיננסיים:
- דפי חשבון בנק -- עסקאות בחשבונות עו"ש, חיסכון וקרנות כספיות. השימוש הנפוץ ביותר.
- דפי חשבון כרטיסי אשראי -- היסטוריית עסקאות עם תמיכה בקודי קטגוריות סוחר ופרטי רכישה.
- דפי חשבון השקעות וברוקראז' -- רכישות מניות, תשלומי דיבידנדים, העברות קרנות ומידע על עלות בסיס ברמת מנה (lot) בתיקי השקעות.
- מידע על תשלום חשבונות -- רשימות מוטבים, תשלומים מתוזמנים ואישורי תשלום.
- מידע למס -- טפסי 1099 ומסמכים אחרים המועברים בין מוסדות פיננסיים לתוכנות מס.
- דפי הלוואות -- רשומות עסקאות ומידע על יתרות להלוואות משכנתא, רכב והלוואות אישיות.
עבור רוב רואי החשבון והמנהלים החשבונאיים, OFX פירושו דבר אחד: ייבוא עסקאות בנק וכרטיסי אשראי לתוכנות הנהלת חשבונות ללא מיפוי עמודות או ניחוש פורמט תאריכים.
בתוך קובץ OFX
כך נראה קובץ OFX 1.6 מלא של דף חשבון בנק. זהו הפורמט שתפגשו ברוב המקרים -- הגרסה מבוססת SGML שרוב הבנקים וכלי ההמרה מייצרים:
OFXHEADER:100
DATA:OFXSGML
VERSION:160
SECURITY:NONE
ENCODING:USASCII
CHARSET:1252
COMPRESSION:NONE
OLDFILEUID:NONE
NEWFILEUID:NONE
<OFX>
<SIGNONMSGSRSV1>
<SONRS>
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<DTSERVER>20260228120000
<LANGUAGE>ENG
</SONRS>
</SIGNONMSGSRSV1>
<BANKMSGSRSV1>
<STMTTRNRS>
<TRNUID>0
<STATUS>
<CODE>0
<SEVERITY>INFO
</STATUS>
<STMTRS>
<CURDEF>USD
<BANKACCTFROM>
<BANKID>021000021
<ACCTID>123456789
<ACCTTYPE>CHECKING
</BANKACCTFROM>
<BANKTRANLIST>
<DTSTART>20260201120000
<DTEND>20260228120000
<STMTTRN>
<TRNTYPE>CREDIT
<DTPOSTED>20260201120000
<TRNAMT>3500.00
<FITID>20260201001
<NAME>DIRECT DEP PAYROLL
<MEMO>ACME CORP PAYROLL
</STMTTRN>
<STMTTRN>
<TRNTYPE>DEBIT
<DTPOSTED>20260203120000
<TRNAMT>-87.50
<FITID>20260203001
<NAME>POS PURCHASE GROCERY
<MEMO>WHOLE FOODS #10847
</STMTTRN>
<STMTTRN>
<TRNTYPE>CHECK
<DTPOSTED>20260210120000
<TRNAMT>-1200.00
<FITID>20260210001
<NAME>CHECK 1045
<CHECKNUM>1045
</STMTTRN>
</BANKTRANLIST>
<LEDGERBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</LEDGERBAL>
<AVAILBAL>
<BALAMT>4712.50
<DTASOF>20260228120000
</AVAILBAL>
</STMTRS>
</STMTTRNRS>
</BANKMSGSRSV1>
</OFX>
אנטומיה של הקובץ
לקובץ יש שלושה חלקים עיקריים:
1. בלוק הכותרת -- השורות הטקסט הפשוטות בחלק העליון (לפני <OFX>) מצהירות על גרסת ה-OFX, הקידוד והגדרות האבטחה. זה לא XML -- זו כותרת פשוטה של מפתח-ערך שהמנתחים קוראים לפני עיבוד הגוף של SGML/XML.
2. תגובת הכניסה (SIGNONMSGSRSV1) -- אימות ומטא-דאטה של השרת. CODE של 0 פירושו הצלחה. רוב הקבצים המיובאים משתמשים בערכי דמה כאן.
3. תגובת הדוח (BANKMSGSRSV1) -- הנתונים הפיננסיים בפועל:
BANKACCTFROM-- החשבון שאליו שייכות העסקאות (מספר ניתוב, מספר חשבון, סוג חשבון)BANKTRANLIST-- רשימת העסקאות, מוגבלת בתאריך התחלה וסיוםSTMTTRN-- רשומות עסקאות בודדותLEDGERBALו-AVAILBAL-- יתרות סגירה וזמינות נכון לתאריך מסוים
שימו לב לתחביר SGML: לתגיות כמו <TRNTYPE>CREDIT אין סגירה </TRNTYPE>. המנתח מסיק את סוף הערך מתחילת התג הבא -- SGML תקין, אך XML לא תקין, וזו הסיבה ש-OFX 2.x הוסיף תגיות סגירה.
תגיות OFX מרכזיות
להלן טבלת התייחסות לתגיות שתפגשו ברוב המקרים בתוך קבצי OFX של דפי חשבון בנק:
| תגית | תיאור | דוגמה |
|---|---|---|
STMTTRN |
עטיפת עסקה בדוח | מכילה את כל השדות לעסקה אחת |
TRNTYPE |
סוג עסקה | DEBIT, CREDIT, CHECK, DEP, ATM, POS, XFER, FEE, SRVCHG, INT |
DTPOSTED |
תאריך החיוב | 20260215120000 (YYYYMMDDHHMMSS) |
TRNAMT |
סכום עסקה (עם סימן) | -87.50 (שלילי = חיוב), 3500.00 (חיובי = זיכוי) |
FITID |
מזהה עסקה של המוסד הפיננסי | 20260215001 -- מזהה ייחודי לזיהוי כפילויות |
NAME |
שם מוטב או סוחר | POS PURCHASE GROCERY |
MEMO |
תיאור נוסף | WHOLE FOODS #10847 AUSTIN TX |
CHECKNUM |
מספר צ'ק | 1045 (רק עבור עסקאות צ'ק) |
REFNUM |
מספר אסמכתא | אסמכתא שהוקצתה על ידי הבנק לעסקה |
BANKACCTFROM |
מידע על חשבון מקור | מכיל BANKID (ניתוב), ACCTID (חשבון), ACCTTYPE |
LEDGERBAL |
יתרת סגירה/ספר | מכיל BALAMT ו-DTASOF |
AVAILBAL |
יתרה זמינה | מכיל BALAMT ו-DTASOF |
CURDEF |
קוד מטבע | USD, GBP, EUR, AUD, CAD |
ה-FITID -- למה הוא חשוב
ה-FITID (Financial Institution Transaction ID) הוא התגית החשובה ביותר בקובץ OFX מנקודת מבט של הנהלת חשבונות. זהו מזהה ייחודי שהוקצה לכל עסקה, והוא זה שמאפשר זיהוי כפילויות.
כאשר אתה מייבא קובץ OFX ל-Xero, GnuCash, או כל תוכנה תואמת אחרת, היא שומרת את כל ה-FITIDs שראתה. ייבוא חוזר של אותו קובץ גורם לתוכנה לבדוק כל FITID מול מסד הנתונים שלה, תוך דילוג שקט על כפילויות.
זהו היתרון העיקרי שיש ל-OFX על פני CSV. עם CSV, אין מזהה ייחודי -- ייבוא חוזר של אותו קובץ ייצור כניסות כפולות שיש לנקות ידנית.
OFX לעומת CSV
שני הפורמטים יכולים להכניס עסקאות בנקאיות לתוכנות הנהלת חשבונות. OFX מנצח במבנה; CSV מנצח בגמישות.
למה OFX עדיף לייבוא הנהלת חשבונות
| תכונה | OFX | CSV |
|---|---|---|
| מיפוי עמודות | אוטומטי -- תגיות מגדירות משמעות | ידני -- אתה מקצה כל עמודה |
| זיהוי כפילויות | כן (מבוסס FITID) | לא -- ייבוא חוזר יוצר כפילויות |
| פורמט תאריך | חד משמעי (YYYYMMDDHHMMSS) | משתנה לפי אזור -- DD/MM/YYYY מול MM/DD/YYYY |
| טיפול בסכומים | ערכים עם סימן ו-TRNTYPE | דורש ניתוח סימנים, סמלים, מפרידים |
| זיהוי חשבון | מוטמע (מספר ניתוב + מספר חשבון) | לא כלול |
| אימות יתרה | יתרת סגירה כלולה | בדרך כלל לא כלולה |
| סוגי עסקאות | מסווג (DEBIT, CREDIT, CHECK, וכו') | טקסט חופשי או חסר |
| קבצים מרובי חשבונות | נתמך בקובץ אחד | דורש קבצים נפרדים |
פורמט התאריך לבדו חוסך שעות של פתרון בעיות. עם CSV, 01/02/2026 הוא דו-משמעי -- 2 בינואר או 1 בפברואר? OFX מבטל זאת עם YYYYMMDDHHMMSS. 20260201120000 הוא תמיד 1 בפברואר 2026.
מתי CSV הוא הבחירה הטובה יותר
ל-CSV יש יתרונות לגיטימיים:
- עריכת נתונים -- ניתן לפתוח CSV ב-Excel, לתקן שגיאות, להוסיף סיווגים ולשמור מחדש. קבצי OFX דורשים עורך טקסט וידע במבנה התגיות.
- ניתוח Excel -- אם אתה צריך להריץ נוסחאות, טבלאות ציר או תרשימים על נתוני עסקאות, CSV הוא הפורמט הביניים הטבעי.
- עיבוד מותאם אישית -- סקריפטים תכנותיים וצינורות נתונים מטפלים ב-CSV ביתר קלות מאשר במבנה התגיות המקונן של OFX.
- תאימות אוניברסלית -- כל יישום שקורא נתונים טבלאיים קורא CSV. לא כל יישום קורא OFX.
העצה המעשית: השתמש ב-OFX לייבוא לתוכנות הנהלת חשבונות, וב-CSV לכל השאר.
OFX לעומת QBO
זו השאלה שמבלבלת את רוב האנשים -- והתשובה פשוטה יותר ממה שהייתם מצפים.
QBO (QuickBooks Web Connect) הוא OFX עם סיומת קובץ שונה וכמה תגיות ספציפיות ל-Intuit. מבנה הנתונים זהה. קובץ QBO הוא קובץ OFX ש-QuickBooks מזהה כשלו.
ההבדלים המרכזיים
| היבט | OFX | QBO |
|---|---|---|
| סיומת קובץ | .ofx |
.qbo |
| מפרט | תקן פתוח (FDX) | תת-קבוצה ממותגת של Intuit |
| מזהה מוסד פיננסי | בלוק FI אופציונלי |
תגית INTU.BID (מזהה בנק של Intuit) |
| תוכנה יעד | Xero, MYOB, GnuCash, Wave, וכו' | QuickBooks (Desktop ו-Online) |
| תאימות | רחבה יותר -- רוב תוכנות הנהלת החשבונות | ספציפי ל-QuickBooks |
תגית INTU.BID היא התוספת העיקרית של Intuit -- קוד מזהה בנק שאומר ל-QuickBooks מאיזה מוסד פיננסי הגיע הקובץ, ומאפשר התאמה אוטומטית לחשבון הבנק הנכון במהלך הייבוא.
בפועל, ניתן לשנות שם של קובץ .ofx ל-.qbo ו-QuickBooks בדרך כלל יקרא אותו. גם בכיוון ההפוך עובד -- רוב התוכנות הקוראות OFX יעבדו קובץ .qbo. אך לייבוא נקי, השתמש בפורמט שכל יישום מצפה לו.
קיים גם QFX (Quicken Financial Exchange) -- אותו בסיס OFX, מיתוג שונה, סיומת קובץ שונה, מיועד ל-Quicken.
תוכנות התומכות ב-OFX
OFX נהנה מתמיכה רחבה בתוכנות הנהלת חשבונות וכספים אישיים:
Xero (פורמט מועדף)
Xero ממליצה במפורש על OFX על פני CSV לייבוא ידני של דפי חשבון בנק. קבצי OFX ממופים אוטומטית ללא הגדרת עמודות, כוללים זיהוי כפילויות מבוסס FITID, ונושאים מטא-דאטה של החשבון.
לייבוא: עבור אל Accounting > Bank Accounts, בחר את החשבון, לחץ על Manage Account > Import a Statement, ובחר את קובץ ה-.ofx שלך. מקסימום 1,000 עסקאות לקובץ.
MYOB (תמיכה מלאה)
MYOB מקבלת OFX לייבוא הזנות בנק. התהליך דומה ל-Xero -- העלה את הקובץ לחשבון הבנק הרלוונטי והעסקאות יופיעו בהזנת הבנק להתאמה וסיווג.
GnuCash (חינמית, קוד פתוח)
ל-GnuCash יש ייבוא OFX מובנה דרך ספריית libofx. זוהי אחת האפשרויות החינמיות הטובות ביותר לעיבוד קבצי OFX.
לייבוא: עבור אל File > Import > Import OFX/QFX, בחר את הקובץ שלך, ומפה אותו לחשבון הנכון. זיהוי הכפילויות של GnuCash משתמש ב-FITID כדי למנוע כניסות כפולות.
תוכנות תואמות נוספות
- Wave -- תוכנת הנהלת חשבונות חינמית עם תמיכה בייבוא OFX
- Sage Business Cloud -- מקבלת OFX לייבוא עסקאות בנקאיות
- FreeAgent -- תומכת בהעלאת קבצי OFX ו-QIF
- Moneydance -- תוכנת כספים אישית עם חיבור ישיר OFX וייבוא קבצים
- KMyMoney -- מנהל כספים אישי בקוד פתוח עם תמיכה ב-OFX דרך
libofx - Microsoft Money -- הופסק אך עדיין בשימוש על ידי חלק מהמשתמשים; תמיכה מובנית ב-OFX הייתה אחת מתכונות הליבה שלה
- Reckon (אוסטרליה) -- מקבלת קבצי OFX בתהליך ייבוא הזנת הבנק שלה
QuickBooks היא ההיעדר הבולט -- היא מעדיפה את הגרסה הממותגת שלה QBO ועובדת בצורה אמינה יותר עם קבצי .qbo הכוללים את המזהה INTU.BID.
יצירת קבצי OFX מדפי חשבון בנק בפורמט PDF
רוב הבנקים אינם מציעים הורדות OFX ישירות. הם נותנים לך PDF -- מעוצב להדפסה, לא להחלפת נתונים. חלקם מציעים ייצוא CSV לעסקאות אחרונות (בדרך כלל 90 הימים האחרונים), אך עבור נתונים היסטוריים, חשבונות סגורים, או בנקים ללא אפשרויות ייצוא דיגיטלי, אתה לכוד עם קבצי PDF.
ממיר דפי חשבון בנק של PDFSub מחלץ עסקאות מדפי חשבון בנק בפורמט PDF ויוצר קבצי OFX תקינים עם מבנה נכון. הפלט כולל FITIDs ייחודיים לכל עסקה, עיצוב תאריך YYYYMMDD תקין, סכומים עם סימן וסוגי עסקאות מתאימים, ומטא-דאטה של החשבון -- כל מה שתוכנות הנהלת חשבונות צריכות לייבוא נקי.
הממיר עובד עם דוחות מלמעלה מ-20,000 בנקים ב-133 שפות. קבצי PDF דיגיטליים (דוחות מבוססי טקסט) מעובדים בדפדפן שלך -- הקובץ לעולם לא עוזב את המכשיר שלך. דוחות סרוקים או עתירי תמונות מנותבים דרך עיבוד AI בצד השרת.
התוכניות מתחילות ב-$10 לחודש, עם המרת דפי חשבון בנק ב-$29 לחודש (תוכנית עסקית + תוסף BSC, 500 עמודים). כל התוכניות בתשלום כוללות תקופת ניסיון חינם של 7 ימים. למדריך מפורט על ייבוא קבצי ה-OFX שנוצרו ל-Xero, ראה את מדריך ייבוא דפי חשבון בנק ל-Xero.
בעיות נפוצות ב-OFX וכיצד לתקן אותן
קבצי OFX מובנים, אך לא חסינים. להלן הבעיות הנפוצות ביותר וכיצד לפתור אותן:
1. תחביר XML/SGML לא תקין
תסמין: התוכנה שלך דוחה את הקובץ עם שגיאת ניתוח.
גורם: תגיות פגומות, תגיות סגירה חסרות (קבצי 2.x), או תווים לא חוקיים בתיאורים. סימני אמפרסנד (&) הם האשמים הנפוצים ביותר -- יש לקודד אותם כ-& ב-XML אך לעיתים קרובות הם נשארים גולמיים בשמות כמו "AT&T."
תיקון: פתח את הקובץ בעורך טקסט והחלף & גולמיים ב-&. בדוק גם תגיות לא סגורות אם הקובץ הוא גרסה 2.x.
2. FITIDs חסרים או כפולים
תסמין: הייבוא יוצר עסקאות כפולות, או שהתוכנה מדווחת על מזהים חסרים.
גורם: כלי המרה מסוימים מייצרים את אותו FITID לכל עסקה (כמו 0 או 1), או מדלגים על התגית לחלוטין.
תיקון: כל FITID חייב להיות ייחודי בתוך הקובץ. דפוס נפוץ משלב את התאריך ומונה עוקב: 20260215001, 20260215002, וכו'. ערוך FITIDs דמה בעורך טקסט לפני הייבוא.
3. פורמט תאריך שגוי
תסמין: עסקאות מופיעות בתאריכים שגויים, או שהתוכנה מציגה תאריכים משנת 1900 או 2099.
גורם: הערך DTPOSTED אינו עוקב אחר פורמט YYYYMMDDHHMMSS. YYYYMMDD (ללא שעה) תקין, אך DD/MM/YYYY או MM-DD-YYYY יגרמו לניתוח שגוי.
תיקון: ודא שכל ערכי DTPOSTED משתמשים ב-YYYYMMDD או YYYYMMDDHHMMSS. גם 20260215 וגם 20260215120000 תקינים.
4. בעיות קידוד תווים
תסמין: תיאורי עסקאות מציגים תווים מקולקלים, סימני שאלה, או דיאקריטיים חסרים.
גורם: כותרת הקובץ מצהירה על קידוד אחד (בדרך כלל USASCII או UTF-8) אך התוכן בפועל משתמש בקידוד שונה. זה נפוץ במיוחד בדוחות בנק בינלאומיים המכילים תווים שאינם ASCII.
תיקון: שנה את הכותרת ENCODING כך שתתאים לקידוד הקובץ בפועל. עבור דוחות בינלאומיים עם תווים עם דיאקריטיים, UTF-8 הוא הבחירה הבטוחה ביותר. תוכנות ישנות יותר דורשות USASCII ללא תווים מיוחדים.
5. תאימות גרסאות (1.x לעומת 2.x)
תסמין: תוכנה שמצפה ל-OFX 2.x דוחה קובץ 1.x, או להיפך.
גורם: OFX 1.x משתמש ב-SGML (תגיות לא חייבות להיסגר), בעוד ש-2.x משתמש ב-XML אמיתי (כל התגיות חייבות להיפתח ולהיסגר). מנתחים שנבנו עבור גרסה אחת עלולים להיתקל בבעיות עם הגרסה השנייה.
תיקון: רוב תוכנות הנהלת החשבונות המודרניות מטפלות בשתי הגרסאות. אם שלך לא, המר בין גרסאות על ידי הוספת תגיות סגירה (1.x ל-2.x) או הסרתן (2.x ל-1.x). חיפוש והחלפה בעורך טקסט מטפלים בכך עבור קבצים קטנים.
שאלות נפוצות
למה ראשי התיבות OFX?
OFX מייצג Open Financial Exchange -- תקן פתוח להחלפה אלקטרונית של נתונים פיננסיים בין מוסדות פיננסיים ויישומי קצה, המתוחזק על ידי Financial Data Exchange (FDX).
האם OFX זהה ל-QBO?
כמעט. QBO הוא הגרסה הממותגת של Intuit ל-OFX עבור QuickBooks. מבנה הנתונים זהה -- QBO מוסיף תגית INTU.BID לזיהוי בנק ומשתמש בסיומת .qbo. לעיתים קרובות ניתן לשנות שם של קובץ .ofx ל-.qbo ו-QuickBooks יקבל אותו.
האם ניתן לפתוח קובץ OFX ב-Excel?
לא ישירות כנתונים מובנים. Excel יפתח את הקובץ כקובץ טקסט, ויציג את הסימון הגולמי של SGML/XML. כדי להציג נתוני OFX ב-Excel, עליך או להמיר אותו ל-CSV או XLSX תחילה, או להשתמש בתוסף צד שלישי שמנתח תגיות OFX לעמודות בגיליון אלקטרוני.
מה עדיף ל-Xero -- OFX או CSV?
OFX עדיף ל-Xero. הוא מיובא אוטומטית ללא מיפוי עמודות, כולל זיהוי כפילויות מבוסס FITID, משתמש בפורמט תאריך חד משמעי, ונושא מטא-דאטה של החשבון. התיעוד של Xero עצמה ממליץ על OFX על פני CSV לייבוא ידני של דפי חשבון בנק.
האם בנקים מספקים הורדות OFX?
חלקם כן, אך זה לא עקבי. בנקים גדולים בארה"ב, בריטניה ואוסטרליה עשויים להציע הורדות OFX או QFX לעסקאות אחרונות (בדרך כלל 90 הימים האחרונים). בנקים קטנים רבים, איגודי אשראי ומוסדות בינלאומיים מספקים רק דוחות PDF. עבור נתונים היסטוריים מעבר לחלון ההורדה, המרת PDF היא בדרך כלל האפשרות היחידה.
האם OFX מאובטח?
מפרט ה-OFX כולל הוראות להצפנת SSL/TLS במהלך השידור ואימות מבוסס תעודות לחיבורים ישירים. עם זאת, קובץ OFX שמור על הדיסק הוא טקסט פשוט -- הוא מכיל מספרי חשבון ופרטי עסקאות בצורה קריאה. התייחס לקבצי OFX באותה זהירות שהיית נוקט עם כל מסמך פיננסי.
מה ההבדל בין OFX 1.x ל-2.x?
OFX 1.x משתמש בסימון SGML (תגיות לא חייבות להיסגר), בעוד ש-2.x משתמש ב-XML אמיתי (כל התגיות חייבות להיפתח ולהיסגר). תוכן הנתונים זהה -- ההבדל הוא תחבירי. גרסה 1.6 נותרה הפורמט הנפוץ ביותר. רוב תוכנות הנהלת החשבונות המודרניות מנתחות את שתי הגרסאות ללא בעיות.
האם ניתן לערוך קובץ OFX ידנית?
כן. קבצי OFX הם טקסט פשוט וניתן לערוך אותם בכל עורך טקסט. ניתן לתקן תיאורים, לתקן סכומים, להוסיף FITIDs חסרים, או להתאים תאריכים. רק הקפידו לשמור על מבנה התגיות -- תגית לא סגורה או לא תואמת תגרום לכשלים בייבוא. עבור קבצי OFX 2.x, ודאו שלכל תגית פתיחה יש תגית סגירה תואמת.