28. Zahlungen im Bildungssektor

Bildung ist ein vielfältiger Sektor mit verschiedenen Arten von Entitäten, Arten von Zahlungsanwendungsfällen und mit mehreren Zahlungskanälen.

Unternehmen, die Gebühren erheben

  • Institute: Schulen, Hochschulen, Universitäten
  • Private Tutorials wie Allen, Aakash etc.
  • Wettbewerbs- / Aufnahmeprüfungsgremien: NEET-Prüfung, UPSC-Prüfung
  • EdTech-Unternehmen, die Online-Kurse wie Byju's, UpGrad usw. anbieten.

Unternehmen, die das Sammeln von Gebühren erleichtern

A. ERP-Anbieter für Bildung:

Bereitstellung von Softwarelösungen, die Bildungseinrichtungen bei der Verwaltung von Studenteninformationen, Kursen, Gebühren usw. unterstützen. Solche Lösungen sind in Online-PG (Zahlungsaggregatoren) integriert, um eine ganzheitliche Lösung bereitzustellen. Beispiel: Fedina, FeeCounter etc.

B. Zahlungsdienstleister:

  • Zahlungsaggregatoren: (a) direkt in das Back-End des Bildungsinstituts integriert (b) bieten leichtem ERP ein leicht integrierbares Online-PG (z. B. Fees Junction von TechProcess)
  • Wallet-Unternehmen ermöglichen die Erhebung von Gebühren für Institute in ihrer App (z. B. PayTM).
  • Banken: (a) Bankfiliale vor Ort zur Gebührenerhebung (b) Leichtes ERP mit integriertem PG (z. B. SmartHub Education von HDFC Bank)

Durch die Kombination dieser Einheiten kann das Institut verschiedene Arten von Gebühren (Aufnahmegebühr, Kursgebühr, Prüfungsgebühr usw.) zu unterschiedlichen Zeitpunkten erheben, da nur wenige Gebühren einmalig und nur wenige periodisch anfallen

Grundlegende Zahlungsanforderungen für den Bildungssektor.

Anforderung 1: Zahlungsmodi:

  • Kreditkarte, Debitkarte, Net-Banking, UPI, Brieftaschen, Zahlungscontainer, EMI auf Karten, Kreditprodukte usw. - grundsätzlich sind alle willkommen
  • Die Praktikabilität bestimmt, welcher Zahlungsmodus aktiviert wird: Wenn die Ticketgröße groß ist, sind Brieftaschen nutzlos, aber EMI auf Karten kann nützlich sein

Anforderung 2: Zahlungskanäle

  • Online: Eltern / Schüler zahlen online auf der Website oder in der App
  • Offline: Bankfilialen in der Einrichtung des Instituts akzeptieren Bargeld und DD über den Ladentisch

Anforderung 3: Gebühren:

  • Der Bildungssektor weist im Vergleich zum E-Commerce-Sektor eine niedrigere PG-Rate (MDR) auf
  • Kreditkarten: ~ 1%, Debitkarten: RBI Standard Rate, Net-Banking / UPI: Pauschalgebühr pro Transaktion (außer CITI Bank)
  • Gebühren werden normalerweise im Zuschlagsmodell (Norm) konfiguriert. EdTech-Unternehmen, die bereit sind, Gebühren zu übernehmen, werden im Vorausabzugsmodell konfiguriert

Anforderung 4: Abrechnung:

  • Standardabrechnungszeit von T + 2 Tagen
  • Der Abrechnungsbetrag ist brutto, wenn die Gebühren im Zuschlagsmodell konfiguriert sind, und die Nettoabrechnung erfolgt, wenn die Gebühren im Vorausabzugsmodell enthalten sind

Als nächstes wichtige Zahlungslösung im Bildungssektor

Bildungsinstitut

Integrationsmöglichkeiten:

Ein Bildungsinstitut kann mehrere Einrichtungen (Zweigstellen) betreiben und verschiedene Arten von Gebühren erheben.

  • Das Institut kann direkt in den Zahlungsaggregator integriert werden oder ein leichtes ERP von Aggregatoren verwenden
  • Das Institut kann einen ERP-Anbieter verwenden, der ein integriertes Zahlungsgateway bereitstellt
  • Banken bieten auch PG-integrierte ERP-Lösungen und Bargeld- / DD-Inkasso in Filialen an

Hinweis: ERP-Anbieter und Bank arbeiten normalerweise mit Aggregatoren zusammen, um eine ganzheitliche Online-Zahlungslösung bereitzustellen

Integrationsoptionen:

  • Das Institut kann eine MID haben, um alle Arten von Gebühren zu erheben
  • Um die Abstimmungsbemühungen zu vereinfachen, kann das Institut separate MIDs verwenden, um verschiedene Arten von Gebühren zu erheben (z. B. MID12345 für die Aufnahmegebühr und MID67854 für die Prüfungsgebühren).
  • Verwenden Sie alternativ mehrere Schema-Codes unter einer MID, um verschiedene Arten von Gebühren zu erheben (z. B. verwenden Sie unter MID 12345 das Schema AdmF123 für die Aufnahmegebühr und ExmF123 für die Prüfungsgebühr).

Hinweis: In ähnlicher Weise werden mehrere MIDs oder die Integration von Schema-Codes durchgeführt, um Gebühren für verschiedene Zweigstellen des Instituts zu erheben

ERP-Anbieter

ERP-Anbieter spielen im Bildungssektor eine wichtige Rolle, da diese Unternehmen Lösungen zur Verwaltung von Studentendaten, Gebührentypen, Gebührenzyklen usw. bereitstellen. Solche ERP-Anbieter lassen sich in Zahlungsaggregatoren und Banken integrieren, um Online-Zahlungen zu ermöglichen.

PG-Gebühren: ERP-Anbieter sind keine Bildungseinrichtungen, sondern Softwareunternehmen, sodass sie sich nicht für die PG-Rate (MDR) qualifizieren, die dem Bildungssektor gewährt wird. Um solche niedrigeren Preise in Anspruch zu nehmen,

  • ERP-Anbieter müssen nachweisen, dass PG im Auftrag des Instituts verwendet wird (Verpflichtungsschreiben des Instituts) oder
  • Lassen Sie die Institution MID vom Zahlungsaggregator beschaffen und konfigurieren Sie diese im ERP-System

Integrationstyp: Der ERP-Anbieter muss je nach den Anforderungen des Instituts verschiedene Arten von Zahlungsströmen unterstützen. Beispiel: Einzelne MID, mehrere MIDs, Schemacodes, Zuschlag usw. (siehe oben).

Siedlung:

  • Direkt: Die Abrechnung erfolgt direkt auf das Konto des Instituts (beliebteste Methode).
  • Nodal A / C: Der ERP-Anbieter erhält die Abrechnung seiner Nodal A / C und zahlt sie dann an das Institut aus. Gibt ihnen die Kontrolle über die Belastung ihrer eigenen Gebühren vor der Abrechnung

Umsatzmodell: Der ERP-Anbieter erzielt Einnahmen aus Online-Zahlungsdiensten (über die ERP-Kerneinnahmen hinaus). Es gibt verschiedene Einnahmemodelle

  • Zuschlagsmodell: Fügen Sie eine kleine Aufschlaggebühr über den PG-Gebühren (+ GST) hinzu, und der Aufschlagbetrag wird dem ERP-Anbieter gutgeschrieben (Call it Convenience-Gebühr).
  • Rechnung an das Institut: Anstatt einen Aufschlag hinzuzufügen, erstellt der ERP-Anbieter eine Rechnung an das Institut
  • Partnerschaftsmodell: Der ERP-Anbieter kann eine Vereinbarung zur Aufteilung der Einnahmen mit dem Zahlungsaggregator treffen, und die Zahlungsaggregatoren arbeiten problemlos in solchen Modellen

EdTech-Unternehmen

Unternehmen der neuen Generation, die die Bildung demokratisieren, indem sie den Nutzern Inhalte über das Internet bereitstellen. Sie bieten Tutorials für Schüler der Klasse X (zB Byju's) bis zum Kurs in Künstlicher Intelligenz (zB UpGrad) an. Entweder erstellen sie den Inhalt oder führen einen Kurs im Auftrag der Institution durch.

Integration: Standardintegration des Online-Zahlungsgateways über Aggregator (en) und Direktbank (en) über verschiedene Kanäle (Website und App). Und alle Arten von Zahlungsinstrumenten sind erlaubt.

Bei regelmäßigen Transaktionen bevorzugen sie wiederkehrende Zahlungslösungen (z. B. Standing Instruction on Cards).

Rate: Obwohl dies keine Bildungseinrichtungen sind, erhalten sie PG Rate (MDR) die des Bildungssektors. Es ist nicht immer einfach, aber angesichts ihres Volumens lockern Zahlungsaggregatoren und Banken ihre Regeln. In der Regel funktionieren sie nicht im Zuschlagsmodell, sondern absorbieren die PG-Sätze.

Prüfungsausschüsse:

Wettbewerbsprüfungen werden von Education Boards durchgeführt. Beispiel: NEET, Nursing Exam oder sogar CBSE.

Integration:

  • Direkt in den Zahlungsaggregator integrieren. Einige Aggregatoren bieten ein einfaches Formular, mit dem die Details des Antragstellers zusammen mit verschiedenen Zahlungsoptionen (z. B. BillDesk) erfasst werden können.
  • Prüfungsplattformen: Diese Unternehmen bieten Lösungen für die Durchführung von Prüfungen zusammen mit integriertem PG (z. B. Meritrac, Manipal Technologies). Wenn man bedenkt, dass solche Unternehmen auf ihrer Plattform verschiedene Prüfungen durchführen, verwenden sie entweder einzelne MID mit unterschiedlichen Schema-Codes pro Prüfung oder beschaffen je nach Zeit und Aufwand für jede Prüfung eine individuelle MID.

Wichtige Punkte:

A. Challans:

Transaktionen über den Bankschalter mit Bargeld und DD sind bekannte Zahlungsmethoden. Zur leichteren Abstimmung gibt das Institut eine Challan (mit eindeutiger Nummer, Studentendetails, Betrag usw.) und Cash & DD werden am Bankschalter gegen diese Challan ausgezahlt. Nur wenige Aggregatoren und ERPs bieten Funktionen zum Generieren von Challans und können bei der Zahlung über den Schalter hinweg verwendet werden

B. Lösung für wiederkehrende Zahlungen:

Obwohl einige der Gebühren (z. B. Semestergebühren) regelmäßig sind, wird ein Elternteil sehr selten Mandate für diese wiederkehrenden Zahlungen festlegen. Sogar Institute sind nicht so sehr daran interessiert, rechtzeitig Geld für das Konto der Eltern abzuheben, weil Bildung kein Geschäft ist (bis zu einem gewissen Grad ist es nicht wahr, aber sagen wir es nicht laut).

C. Erfolgsquote:

Es kommt darauf an ... Nehmen wir an, Sie zahlen die Semestergebühr und die Transaktion ist fehlgeschlagen. Dann werden Sie es erneut versuchen und selbst wenn es zu Verzögerungen kommt, werden Sie vom College nicht nach Hause geschickt. Angenommen, Sie zahlen am letzten Tag eine wettbewerbsfähige Prüfungsgebühr und die erste Transaktion schlägt fehl. Auf jeden Fall werden Sie eine zweite Transaktion durchführen, aber denken Sie an Ihren mentalen Status, wenn diese erste Transaktion fehlgeschlagen ist. Recht?? Die Bedeutung der Erfolgsrate variiert also von moderat bis überkritisch.

D. Doppelprüfung:

Im obigen Beispiel für die Zahlung der Prüfungsgebühr hat der Student die Transaktion durchgeführt und der Status steht noch aus. Was wird der Student tun? Sie wird es erneut (und erneut) versuchen, bis die Transaktion erfolgreich ist. Was aber, wenn eine frühere ausstehende Transaktion erfolgreich wird? Daher sind doppelte Transaktionsprüfungen und automatische Rückerstattungen wichtig.

Für Parameter (z. B. Studentenausweis und Betrag) wird eine doppelte Prüfung festgelegt. Wenn mit dieser Kombination in einem bestimmten Zeitraum mehrere Transaktionen ausgelöst werden, werden Funktionen für doppelte Prüfungen und automatische Rückerstattung ausgelöst.

E. Rückerstattungs- und Rückbuchungsproblem:

Das Zuschlagsmodell ist im Bildungssektor weit verbreitet, dh Eltern / Schüler tragen PG-Gebühren + GST-Betrag. Wiederholung von Problemen mit dem Zuschlagsmodell bei Rückerstattungen und Rückbuchungen.

Die Rückerstattung kann für den Transaktionsbetrag markiert werden, der nicht der gesamte Betrag ist. Wenn Elternlehrer um Rückerstattung bitten, erhalten sie nicht den gesamten Betrag.

Wenn andererseits eine Rückbuchung gültig ist, wird der gesamte Betrag vom Institut abgebucht / angepasst, sodass das Institut am Ende verliert.

F. Weitere Probleme mit Rückerstattungen:

Die meisten Zahlungsfälle im Bildungssektor sind saisonabhängig. Beispiel: Die Aufnahmegebühr wird von Mai bis Juli gezahlt, aber erst im nächsten Jahr werden Transaktionen getätigt. Wenn eine Rückerstattung nach dem Gebührenzyklus markiert ist, hat der Händler keine laufenden Abrechnungen, um die Rückerstattungen anzupassen. Daher müssen diese Händler einen klaren Rückerstattungsprozess definieren (ob Rückerstattungen zulässig sind oder nicht) und außerdem einen Prozess festlegen, um Rückbuchungen zu verteidigen. In solchen Fällen stellen die Aggregatoren die Überweisung von Geldern an die Knoten-Klimaanlage des Aggregators bereit und markieren dann die Rückerstattung oder den Rückbuchungsbetrag.

G. BBPS

Zuvor haben wir die BBPS-Plattform behandelt und die Plattform wird auf Bildungseinrichtungen / Prüfungsausschüsse ausgedehnt, in denen Schüler / Eltern über die Website / Apps von Drittanbietern oder Agenten Gebühren auf der Plattform zahlen können.

Mit 250 Millionen Schülern und 36 Millionen Schülern, die an Hochschulen eingeschrieben sind, ist der Bildungssektor mit einem Wert von 100 Mrd. USD groß. Der Sektor wird weiter wachsen und das Land bewegt sich in Richtung digital, Online-Zahlungen werden in diesem Sektor weiterhin florieren.