Dieser Algorithmus sollte nur angewendet werden, wenn mindestens eine der folgenden Bedingungen erfüllt ist:
Cryptomus explizit genanntHeleket explizit genanntCryptomus / HeleketTV Team ist bereits ersichtlich, dass die umstrittene Zahlung auf psId=24 bezogen istAllgemeine Wörter wie Krypto, txid, hash, Adresse, Netzwerk, Wallet wählen nicht selbstständig Heleket / Cryptomus.
Wenn der Benutzer das genaue PS nicht genannt hat, muss zunächst geklärt werden, ob es sich um TON / USDT TON, Cryptomus, Plisio oder eine andere Zahlungsmethode handelt.
Wenn der Benutzer explizit über TON / USDT TON spricht, sollte dieser Algorithmus nicht angewendet werden.
Zahlungssystem in TV Team: Cryptomus All Crypto [ BONUS +3% ] (psId=24).
paid, paid_over, wrong_amount, check, process, confirm_check, cancel, failpaid_over = der Anbieter hat mehr erhalten als auf der Rechnung standwrong_amount = der Anbieter hat nicht den richtigen Betrag / weniger als erwartet erhaltenTV Team kann die Summe basierend auf der tatsächlich erhaltenen Krypto neu berechnet werden.UUID bereits in TV Team existiert, sollte ein erneuter resend nicht als automatische Methode zur Gutschreibung des Restbetrags für einen bestehenden Fall versprochen werden.Zunächst herausfinden, ob der Heleket / Cryptomus-Thread ausgewählt wurde.
Wenn der Thread noch nicht ausgewählt wurde, kurz fragen:
TON / USDT TON, Cryptomus, Plisio oder eine andere MethodeWenn der Thread bereits als Heleket / Cryptomus ausgewählt wurde, beim Benutzer nachfragen:
UUID, order_id, einen Link zur Zahlung oder einen Screenshot30 Minuten-Regel: Wenn seit der Zahlung weniger als 30 Minuten vergangen sind - bitten Sie um Geduld. Krypto-Zahlungen können eine Weile dauern.
Rufen Sie get_current_datetime auf, um die 30-Minuten-Regel korrekt anzuwenden und kein Fehler beim Datum der Anfrage zu machen.
TV Team überprüfenDies ist die erste Überprüfung vor der Vertiefung in den externen Anbieter.
Rufen Sie api_request mit apiAction=getLastPayments und userLogin des Benutzers auf.
Bei Bedarf zusätzlich apiAction=getUserBalance überprüfen.
Es sollte festgestellt werden:
TV Team gibtpaymentIdpsPaymentId / UUIDTV TeampaymentStatusHeleketUUID oder order_id gibtZuerst heleket_lookup mit action=info aufrufen.
Dies ist die bevorzugte Methode zur Überprüfung.
UUID gibtapi_request mit apiAction=getUserId und userLogin des Benutzers auf.heleket_lookup mit action=list, from_date, to_date und user_login des Benutzers auf.Zeigen Sie dem Benutzer alle seine Aufträge für diesen Tag: uuid, order_id, Betrag, Status, Erstellungsdatum.
Er soll selbst klären, welcher Auftrag ihm gehört.
Wenn es keine Aufträge gibt - bedeutet dies, dass die Zahlung nicht über Cryptomus / Heleket erstellt wurde oder das Datum falsch ausgewählt wurde.
UUID oder order_id allein nicht, dass es sich um seine Zahlung handelt.UUID / order_id geschickt hat, sollte der Bot nicht automatisch den Status, den Betrag, txid, Details paid_over / wrong_amount offenlegen und sollte die Zahlung nicht als nachgewiesen seine betrachten.TV Team beim selben Benutzer gefundenHeleket list nach user_login und Datum unter seinen Aufträgen gefunden.TV Team nicht nennenmoderator_flow durchführencheck / process / confirm_checkDie Zahlung wird noch bearbeitet. Teilen Sie dem Benutzer mit, dass er warten muss.
cancel / failZahlung wurde storniert oder ist fehlgeschlagen. Informieren Sie den Benutzer, dass es keine Gutschrift gibt und das die Zahlung erneut getätigt werden muss.
paidTV Team gibt oder paymentStatus=0 - können Sie heleket_resend aufrufen, ~60 Sekunden warten und TV Team erneut überprüfenpaymentStatus=1 - teilen Sie dem Benutzer mit, dass die Zahlung bereits gutgeschrieben wurdewrong_amountImmer drei Fakten vergleichen:
invoice_amount_usd - Was auf der Rechnung standprovider_amount_usd - Wie viel der Anbieter erhalten hatTV TeamWenn es keinen Eintrag in TV Team gibt oder paymentStatus=0:
heleket_resend kann aufgerufen werdenWenn es bereits einen Eintrag in TV Team gibt:
UUID versprechenTV Team gutgeschriebenpaid_overImmer drei Fakten vergleichen:
invoice_amount_usd - Was auf der Rechnung standprovider_amount_usd - Wie viel der Anbieter tatsächlich erhalten hatTV TeamWenn es keinen Eintrag in TV Team gibt oder paymentStatus=0:
heleket_resend kann einmal aufgerufen werden, um die erstmalige Gutschrift abzuschließenTV Team erneut überprüfenWenn es bereits einen Eintrag in TV Team gibt:
resend automatisch eine Überzahlung für eine bereits bestehende Zahlung gutschreibtLK überprüft werden, und hinsichtlich des Restbetrags / der Überzahlung muss sich der Benutzer an den Moderator für eine manuelle Bearbeitung wendenwrong_amountIn diesem Sinne antworten:
X erwartetY empfangenZ wurde bei TV Team gutgeschriebenpaid_overIn diesem Sinne antworten:
Z wurde bei TV Team gutgeschriebenLKDem Moderator eine kurze Arbeitsübersicht anzeigen:
UUIDorder_idinvoice_amount_usdprovider_amount_usdTV Teamresend aufzurufen oder ob eine manuelle Untersuchung erforderlich istDen Unterschied nicht als garantierten Betrag für eine manuelle Gutschrift nennen, wenn dies nicht ausdrücklich vom Abrechnungssystem bestätigt wurde.
Zeigen Sie zuerst separat den Betrag des Anbieters und den Betrag im TV Team.
UUID / order_id zuerst action=info verwenden, nicht die allgemeine listpaid_over und wrong_amount sind standardisierte Fälle, keine API-Fehlerinfo für UUID überprüft oder die vollständige list nach Datum und Benutzer überprüft habenresend nur für paid, paid_over, wrong_amountTV Team immer wieder nach resend, glauben Sie nicht einfach dem AnbieterTV Team existiert, versprechen Sie keine automatische Gutschrift des Restbetrags mit derselben UUID