דלג לתוכן הראשי

פינטק, חיוב ותשלומים

מנוע חיוב שמחשב נכון, גובה בזמן, ומדבר ישירות עם שערי התשלום ועם הבנקים.

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

הבעיה שהשירות פותר

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

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

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

איך טרגט מנהלת פרויקט כזה

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

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

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

פרויקט לדוגמה

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

איך פרויקט מתחיל

  1. 01 אחריות על הפרויקט

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

  2. 02 אפיון וארכיטקטורה

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

  3. 03 פיתוח וייצור

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

שאלות שחוזרות אצלנו

אנחנו כבר עובדים עם שער תשלום. אפשר להישאר איתו?

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

מה קורה למודל התמחור המורכב שלנו?

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

איך יודעים שהחיובים נכונים?

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