פקודות יומן סליקה: מהזיכוי לרישום תקין

פקודות יומן סליקה הן הגשר בין דוחות הסליקה של הסולקים לבין ספרי הנהלת החשבונות של הלקוח. למרות שמדובר בפעולה "טכנית", כאן נוצרות לא מעט טעויות, כפילויות ותיקונים שחוזרים על עצמם בכל סגירת חודש.

כאשר עסק עובד עם כמה סולקים, עסקאות בתשלומים, ניכיון, החזרים והכחשות, מבנה פקודות היומן נהיה מורכב מאוד. אם אין לכם תהליך אחיד או כלי אוטומציה מתאים, קל מאוד לאבד שליטה — ולקבל הערות בביקורת ניהול ספרים.

מבנה פקודת יומן של עסקת אשראי

בבסיס, פקודת יומן היא רישום מקורי של עסקה בספר החשבונות, שמתרגם את מה שקרה במערכת הסליקה לשפת החובה והזכות של הנהלת החשבונות. בעסקת אשראי טיפוסית יש לפחות שלושה מרכיבים: הפקדה (תנועה מחשבון מעבר), הכרה בהכנסה ועמלה לסולק.

דוגמה בסיסית לעסקה בודדת:

• סכום עסקה: 1,000 ₪
• עמלת סליקה: 2% (20 ₪)
• סכום נטו שיופקד: 980 ₪

רישום אפשרי בפקודת יומן, ברגע ביצוע העסקה (לצורך הפשטות הדוגמה אינה כוללת פיצול מע״מ — בעסקה אמיתית הזכות מתפצלת בין חשבון הכנסות לבין מע״מ עסקאות):

• חובה: חשבון "לקוחות כרטיסי אשראי" / "חברות אשראי — יתרת מעבר" — 1,000 ₪
• זכות: חשבון הכנסות (מכירות/שירותים) — 1,000 ₪

כאשר מתקבלת ההפקדה:

• חובה: בנק — 980 ₪
• חובה: הוצאות עמלות סליקה — 20 ₪
• זכות: "לקוחות כרטיסי אשראי" / "חברות אשראי — יתרת מעבר" — 1,000 ₪

המבנה בפועל משתנה ממערכת הנה״ח אחת לאחרת, אבל העיקרון זהה: חשבון מעבר מול הסולק, הכנסה מצד אחד, ועמלה כהוצאה מצד שני.

המקרים שמסבכים את פקודות היומן

בעולם סליקה מודרני כמעט שאין "עסקה פשוטה" אחת מול אחת. אלו המקרים שמסבכים את מבנה פקודות היומן ויוצרים את רוב הכפילויות והטעויות:

• עסקאות בתשלומים. בכל עסקת תשלומים, השורה בדוח העסקאות מציגה את סכום העסקה המקורי, בעוד שכל תשלום נפרד מגיע בהסדר נפרד ובמועד אחר. מבחינת פקודת יומן, המשמעות היא רישום נפרד לכל תשלום במועדו, ולא רישום כפול של העסקה המקורית בכל חודש.
• ניכיון עסקאות. כאשר העסק מנכה עסקאות עתידיות, הוא מקבל את הכסף מראש תמורת עמלת מימון נוספת. כאן נדרש פיצול ברור בין הכנסה, הוצאות סליקה, הוצאות מימון, ואולי גם חשבון נפרד לניכיון עסקאות אשראי. הטעות הנפוצה היא לרשום את כל ההפרש בין סכום העסקה לסכום שהתקבל כ"עמלת סליקה" אחת — בעוד שבפועל מדובר בשני רכיבים שונים עם משמעות מיסויית שונה: עמלת הסליקה הרגילה, ובנפרד עלות המימון בגין הקדמת התשלום.
• החזרים ללקוחות וביטולים. החזר חלקי או ביטול מלא של עסקה מחייבים פקודת יומן מנוגדת לעסקה המקורית, ולעיתים גם התאמה בדוח המע״מ. אם ההחזר מגיע בחודש אחר מהעסקה, חשוב להיזהר מהסטת הכנסות בין תקופות.
• הכחשות (Chargebacks). בהכחשות, העסק עלול לאבד את מלוא סכום העסקה, לעיתים גם עם עמלת הכחשה נוספת. מבחינת פקודת יומן, יש כאן מצד אחד ביטול ההכנסה, ומצד שני הוצאה נוספת בעבור העמלה, ויש לקבוע האם מדובר בהחזר ללקוח או בהוצאה עסקית.
• עמלות שמחויבות בנפרד. עמלות מינימום, עמלות מסוף, עמלות הכחשה ושירותים נוספים מהסולק מחויבים לא פעם בנפרד מההסדר. כאשר המשרד רושם פקודות יומן רק לפי דוח ההפקדות, עמלות אלו עלולות "להיעלם" ולא להירשם כהוצאה מסודרת.

דוגמה לניכיון: עסקה בתשלומים בסכום 12,000 ₪ שנוכתה מראש, כך שהעסק קיבל 11,520 ₪. מתוך ההפרש של 480 ₪, נניח ש-240 ₪ הם עמלת סליקה רגילה (2%) ו-240 ₪ הם עמלת ניכיון (מימון). פקודת יומן תקינה תרשום את ה-240 ₪ כהוצאות עמלות סליקה ואת ה-240 ₪ כהוצאות מימון — ולא תאחד את שניהם. כאשר ההפרדה הזו נשמרת לאורך החודשים, קל יותר לנתח את עלות האשראי האמיתית של העסק ולזהות אם הניכיון משתלם.

לכן, לפני שבונים אוטומציה, חשוב להגדיר במדויק איך המשרד רוצה להתייחס לכל אחד מהמקרים, באילו חשבונות להשתמש וכיצד לנהוג בהכנסות/הוצאות בין תקופות.

התאמה למע״מ ולרשות המסים

רישום פקודות יומן סליקה אינו נעשה בחלל ריק — הוא חייב להתיישב עם הדיווחים למע״מ ולמס הכנסה. בשנים האחרונות התחזק הקישור בין הנתונים במערכות הנהלת החשבונות לבין דיווחים ממוכנים ברמה פרטנית, למשל דרך טפסים ומבנים אחידים כדוגמת PCN874.

מה חשוב לשים לב אליו:

• התאמה בין הכנסות בדוח הסליקה לדיווחי מע״מ. סכומי העסקאות ברמת הלקוח צריכים להתיישב עם הפקת החשבוניות והדיווח למע״מ, גם אם הרישום החשבונאי נעשה בתאריך הסליקה בבנק. חשוב להגדיר מדיניות קבועה האם מתבססים על תאריך עסקה או תאריך סליקה לצורך הרישום.
• עבודה עם מספר הקצאה (מודל חשבוניות ישראל). לפי מודל חשבוניות ישראל של רשות המסים, חשבונית מס מעל תקרת סכום מסוימת (לפני מע״מ) מחייבת מספר הקצאה כתנאי לניכוי מס תשומות אצל מקבל החשבונית. התקרה יורדת בהדרגה: החל מ-1 ביוני 2026 היא עומדת על 5,000 ₪ (לפני מע״מ), לאחר שעמדה על 10,000 ₪ בתחילת 2026. זה משפיע על מבנה הנתונים ועל הדרך שבה פקודות היומן מתקשרות לדיווחים הממוכנים, ולכן כדאי לוודא מול הלקוח שתהליך החשבוניות שלו מחובר ומעודכן. (נתוני התקרות נכונים למועד כתיבת המאמר — מומלץ לאמת מול עדכוני רשות המסים.)
• שמירת תיעוד חוץ ודוחות סליקה. הדוחות מהמכשירים, מהסולקים ומהבנק מהווים תיעוד חוץ שצריך להישמר כחלק ממערכת הספרים של העסק, לרוב לתקופה של שבע שנים לפחות. בפתרונות ממוחשבים יש לוודא שניתן לאחזר אותם בקלות בעת ביקורת.

המטרה היא שברגע שרשות המסים תבקש הסבר על פערים בין הכנסות מדווחות לבין תקבולים בבנק, תוכלו להציג בקלות רצף: עסקה ← חשבונית ← דוח סליקה ← פקודת יומן ← בנק.

ידני מול אוטומטי — איפה נוצרות הטעויות

רישום ידני של פקודות יומן מתוך דוחות הסליקה הוא מקור טבעי לטעויות. כל עוד מספר העסקאות קטן, ניתן לגרום לזה לעבוד, אבל עם עשרות ומאות עסקאות בחודש הסיכון לכפילויות, השמטות והיפוך חובה/זכות גדל מאוד.

בעבודה ידנית:

• משתמשים בדוחות PDF/Excel מהסולקים ומקלידים פקודות יומן אחת-אחת לתוכנת הנה״ח.
• קל מאוד לרשום שוב את אותה עסקה, לשכוח החזר, או להתבלבל בין תאריך עסקה לתאריך סליקה.
• תיקונים נעשים בדיעבד, לעיתים חודשים אחרי, מה שמקשה על סגירת חודש ומעמיס עבודה על המשרד.

באוטומציה מבוססת אימות לפני שליחה:

• קוראים את דוחות הסליקה מכל הסולקים בקריאה בלבד, מאחדים אותם לפורמט אחיד ומייצרים מהם פקודות יומן מוצעות.
• המערכת מבצעת בדיקות אוטומטיות: זיהוי כפילויות, בדיקת התאמת סכומי חובה/זכות, התאמת סכומי ההפקדות לדוח הבנק וסטטוס לכל רישום לפני שידור.
• הפקודות משודרות לתוכנת הנה״ח בפורמט תואם, כך שלא נדרש שינוי תשתית אלא רק שכבת אינטגרציה.

בכל תרחיש, חשוב שהמשרד ישמור על שליטה: גם כאשר המערכת מציעה פקודות יומן, אתם צריכים לאשר אותן, לראות התראות על חריגות ולהחליט כיצד לטפל בכל מקרה חריג.

שידור לתוכנת הנה״ח — בלי להחליף תשתית

רוב משרדי רו״ח והנהלת חשבונות עובדים עם מערכת אחת מרכזית (או כמה בודדות) להנהלת חשבונות. השאלה היא איך משדרים אליהן פקודות יומן סליקה באופן אמין, מבלי לשבור את תהליכי העבודה הקיימים. עקרונות מנחים:

• עבודה עם פורמט תואם. מערכות כמו חשבשבת (למשל בפורמט MOVEIN), ריווחית, פריוריטי, SAP וחשבונית ירוקה תומכות בייבוא פקודות יומן או תנועות יומן בפורמטים מובנים. המטרה היא להוציא מהמערכת המייצאת קובץ בפורמט המתאים, ולא להחליף את מערכת הנה״ח עצמה.
• הפרדה בין סביבות. מומלץ לקלוט את הפקודות קודם בסביבת בדיקה/יומן זמני, לעבור עליהן ולאשר אותן, ורק אז לקלוט ליומן הקבוע. כך ניתן למנוע טעויות רוחביות.
• שימור עקיבות. בכל פקודת יומן שנקלטת, חשוב לשמור שדה מזהה שמקשר אותה לעסקה המקורית בדוח הסליקה (מספר ריכוז, מספר רשומה, מספר קובץ). כאשר יש צורך להסביר פער למבקר או ללקוח, החיבור הזה חוסך שעות עבודה.

בפתרונות ייעודיים, ניתן לשמור את כל התהליך בקריאה בלבד מול הסולקים, ולהעביר רק את פקודות היומן המאושרות לתוכנת הנה״ח, מבלי לגשת ישירות לחשבונות הבנק או לשנות את הסליקה עצמה.

צ׳קליסט לפני סגירת חודש — פקודות יומן סליקה

כדי לוודא שפקודות היומן של הסליקה מוכנות לסגירת חודש, מומלץ לעבור על צ׳קליסט קבוע:

• כל דוחות הסליקה התקבלו מכל הסולקים לתקופה הרלוונטית. ודאו שאין חוסר של ימים או סולקים, במיוחד אצל לקוחות עם כמה ספקי סליקה.
• בוצעה הצלבה בין דוח העסקאות לדוח ההפקדות ולדוח הבנק. בדקו שהסכום הכולל של ההפקדות, העמלות וההחזרים מתאים למחזור העסקאות בתקופה, לאחר התאמות תשלומים.
• טופלו עסקאות בתשלומים. ודאו שלא רשמתם את העסקה המקורית שוב בכל חודש, אלא רק את התשלומים שהופקדו בפועל.
• נרשמו כל ההחזרים והביטולים במועדם. ודאו שאין החזרים שלא נרשמו, ושאין סטייה מהותית בין חודשי העסקה וההחזר ללא הסבר.
• זוהו ונרשמו כל ההכחשות והעמלות הנלוות. ודאו שכל הכחשה נרשמה כהתאמה נגדית להכנסה, ושעמלות הכחשה נרשמו כהוצאה ולא "נבלעו" בתוך ההפקדות.
• כל העמלות הנפרדות (מינימום/מסוף) נרשמו כהוצאה. עברו על החיובים החודשיים מהסולקים ובדקו שלא נשארו מחוץ לספרים.
• הוכנו פקודות יומן לייבוא בפורמט המתאים ואומתו כפילויות. לפני שידור לתוכנת הנה״ח, הריצו בדיקות כפילות ומאזן חובה-זכות על הקובץ שיועבר.

סיכום

פקודות יומן סליקה הן לא "עוד עבודה טכנית" אלא נדבך מרכזי בשלמות ספרי העסק: הן מחברות בין דוחות הסליקה, התקבולים בבנק והדיווחים לרשות המסים. במציאות של עסקאות בתשלומים, ניכיון והכחשות, קשה מאוד להסתמך על רישום ידני ולצפות שלא יהיו טעויות.

משרד שבונה לעצמו תהליך מסודר — או פתרון אוטומציה ייעודי — להפקת פקודות יומן סליקה, לחיסול כפילויות ולשידור מסודר לחשבשבת, ריווחית, פריוריטי, SAP וחשבונית ירוקה, נהנה מסגירת חודש יעילה יותר ומפחות הפתעות בביקורת. CreditBox קוראת את דוחות הסליקה מכל הסולקים בישראל בקריאה בלבד, מייצרת מהם פקודות יומן מוצעות עם בדיקות כפילות והתאמת חובה-זכות לפני שידור, ומאפשרת ייצוא בפורמט תואם לאותן מערכות הנה״ח — בלי לגעת בחשבונות הבנק ובלי לשנות את הסליקה עצמה. תוכלו לקרוא עוד על שירותי פקודות יומן, פתרונות למשרדי רו״ח, התאמות אשראי, מרכז הדוחות ומדריך התאמות אשראי.

שאלות נפוצות — פקודות יומן סליקה