Bewerben Sie sich, um Ihren Shop zu verbinden
Reichen Sie Ihre Website ein, nachdem Sie sich mit Telegram angemeldet haben, und verfolgen Sie jede Prüfphase unter einer privaten URL. Automatisierte Prüfungen unterstützen den Prüfer; ein Moderator trifft immer die endgültige Entscheidung.
Auf dieser Seite
Eine Anwendung einreichen#
Beschreibungen erfordern 40–3000 Zeichen; Projektnamen erlauben bis zu 100. Die Website muss ohne Anmeldung zugänglich sein. URLs mit Anmeldeinformationen, privaten Hosts, nicht standardmäßigen Ports oder Query-Parametern werden nicht akzeptiert.
Das verifizierte Konto besitzt die Anwendung. Der eingegebene Telegram-Kontakt dient der Kommunikation und ändert nicht das Eigentum. Das Weiterleiten der Tracking-URL gewährt keinem anderen Konto Zugriff.
- 1
Melden Sie sich mit Telegram an oder registrieren Sie sich, und öffnen Sie dann /account#applications.
- 2
Geben Sie eine öffentliche HTTPS-Website-Adresse, einen Projektnamen, eine Kategorie und eine Beschreibung Ihrer Produkte oder Dienstleistungen ein.
- 3
Fügen Sie einen Telegram-Kontakt hinzu. Erklären Sie, was Kunden erhalten und wie Bestellungen erfüllt werden.
- 4
Bestätigen Sie Ihre Befugnis, die Website einzureichen, und senden Sie das Formular.
- 5
Behalten Sie die Adresse /account#applications/{id}, die unmittelbar nach dem Einreichen geöffnet wird.
Vier Prüfphasen#
Die Verbindungslinie und Phasenmarkierungen spiegeln dauerhafte Serverzustände wider. Das erneute Öffnen der Seite setzt denselben Prozess fort. Das Schließen des Tabs bricht Ihre Anwendung nicht ab; Hintergrundjobs arbeiten weiter und stellen unterbrochene Phasen wieder her.
| Phase | Was passiert | Angezeigter Status |
|---|---|---|
| Anwendung erhalten | Einreichungsdetails und die private URL sind gespeichert | Die erste Phase ist abgeschlossen |
| Inhaltsprüfung | KI vergleicht die Beschreibung mit öffentlichen Website-Inhalten | Läuft, abgeschlossen oder wartet auf einen Spezialisten |
| Technische Prüfungen | Verfügbarkeit und eine begrenzte Menge an Links werden untersucht | Ein separates Ergebnis und Zeitstempel der Phase |
| Spezialistenprüfung | Ein Moderator prüft die Einreichung und die Ergebnisse | Wartet auf Entscheidung, Freigabe oder einen Ablehnungsgrund |
Eine gelbe Phase benötigt einen Spezialisten#
Eine gelbe Markierung bedeutet, dass eine Phase Aufmerksamkeit benötigt, zum Beispiel weil Informationen unzureichend sind, ein Link nicht verfügbar ist oder ein automatisiertes Ergebnis nicht sicher akzeptiert werden kann. Es ist keine endgültige Ablehnung. Die Statusseite erklärt den nächsten Schritt.
Ein Moderator kann die aktuelle Phase zurücksetzen, damit die nächste Prüfung fortgesetzt wird. Eine abgelehnte Phase zeigt ein Kreuz und einen für Nutzer sichtbaren Grund, den der Moderator vor dem Senden bearbeiten kann. Das Zurücksetzen einer Zwischenphase entfernt niemals die abschließende manuelle Prüfung.
Was automatisierte Prüfungen abdecken#
Prüfungen untersuchen die öffentliche Startseite: HTTPS, HTTP-Antwort, Titel, Text und verdächtige Linkmuster. Sie fordern außerdem Header für höchstens drei Links auf derselben Website an. Anzahl der Weiterleitungen, Antwortgröße und Anfragezeit sind begrenzt.
Die Prüfungen greifen nicht auf angemeldete Bereiche zu, führen keine heruntergeladenen Dateien aus und ersetzen keine Sicherheitsüberprüfung oder keinen Malware-Scanner. Der Abschluss einer Phase garantiert nicht, dass jede Seite frei von schädlichen Inhalten ist.
Website-Inhalte sind nicht vertrauenswürdige Daten. Anweisungen auf einer Website können keinen Administrator zuweisen, Kevmi-Bedingungen ändern oder eine Anwendung genehmigen. Nicht verfügbare KI und fehlerhaft formatierte Modellausgaben erfordern eine Spezialistenprüfung, anstatt die Phase stillschweigend zu bestehen.
Telegram-Updates#
Der Eingang einer Anwendung, der Abschluss einer Phase, die Anforderung von Spezialistenaufmerksamkeit und eine endgültige Entscheidung erzeugen Benachrichtigungen mit einem privaten Tracking-Link. Diese verwenden die Kategorie „Support“ in den Benachrichtigungseinstellungen des Kontos. Das Deaktivieren dieser Kategorie stoppt die Nachrichten.
Das Anwendungsereignis und der Eintrag im Benachrichtigungsausgang werden gemeinsam festgeschrieben. Die Telegram-Zustellung verwendet eine Warteschlange mit Wiederholungsversuchen und erfordert einen verbundenen Bot. Die Tracking-Seite bleibt die Quelle des aktuellen Status, wenn Telegram nicht verfügbar ist oder der Bot blockiert wurde.
Moderation erhält separate Warnmeldungen. Nur Benutzer auf der Moderator-Allowlist des Servers können eine Phase aus Telegram zurücksetzen; ein alter Button kann keine wiederholte Entscheidung anwenden. Ablehnungsgründe werden im Moderationsarbeitsbereich bearbeitet.
Vertrag für Anwendung und Entscheidung#
Die Eigentümerschaft stammt aus der Sitzung. Bewerber können userId, Status, Rollen oder Prüfungsergebnisse nicht einreichen. Das Wiederholen der Erstellung mit derselben Idempotency-Key und demselben Textkörper gibt die vorhandene Anwendung zurück; das Ändern des Textkörpers mit diesem Schlüssel erzeugt einen Konflikt.
Eine Moderatorentscheidung gilt nur für die erwartete Anwendungsversion. Gleichzeitige Entscheidungen speichern einmal; die andere Anfrage erhält 409. Ein Ablehnungsgrund ist Klartext mit 10–1500 Zeichen. Interne Prüfungsnachweise sind auf Moderatoren beschränkt.
| Route | Zugriff und Verhalten |
|---|---|
| POST /api/applications | Sitzung + CSRF + Idempotency-Key; 202 mit einer privaten URL |
| GET /api/applications | Anwendungen des aktuellen Kontos |
| GET /api/applications/{id} | Eigene Einreichung, Phasen und öffentlicher Verlauf |
| POST /api/applications/{id}/resume | Sitzung + CSRF; setzt nur die Verarbeitung von Anwendungen fort |
| GET /api/moderation/applications | Nur verifizierte Moderatoren |
| POST /api/moderation/applications/{id}/decision | approve_step oder reject, expectedVersion und ein Ablehnungsgrund |
Nach der Entscheidung#
Eine neue Zahlung und Kartenabsicht erfordern, dass der neueste Website-Review-Antrag des Händlers genehmigt wurde. Die Genehmigung allein verbindet das Zahlungsgateway nicht. Wenn die Überprüfung nach dem Versand geändert wird, bleibt der bestehende Vorgang für Statusabfragen, Abgleich und einen angefragten Bankcode verfügbar.
Bei Ablehnung sieht der Händler den Grund und kann die Materialien korrigieren, bevor er erneut Antrag stellt. Eine gelbe Phase bedeutet, dass ein Spezialist noch entscheiden muss; es ist keine automatische Freigabe.
Mehrere Geschäfte und ein USD-Basispreis#
Wählen Sie Alle Geschäfte für aggregierte Analysen und Betrieb, oder wählen Sie ein Geschäft für dessen eigene Aufzeichnungen. Jedes Geschäft hat eine separate storeId, einen Namen, einen MwSt-Standardwert, Rechnungen, API-Schlüssel, Webhook-Endpunkte, Ereignisverlauf und Website-Anwendung. Benachrichtigungen und Support-Tickets gehören zum Konto. Ein Konto kann bis zu 100 Geschäfte erstellen. Vorhandene Datensätze verbleiben im ersten Geschäft.
Neue Workspace-Rechnungen verwenden pricingMode="universal" und einen USD-Basispreis. Any umfasst Karte, Alipay, SBP und Krypto; ein Händler kann eine Teilmenge auswählen. Karten und Alipay berechnen USD. SBP berechnet RUB unter Verwendung des USD/RUB-Referenzkurses der Bank von Russland. Krypto berechnet USDT gemäß der expliziten Rechnungsregel 1 USD = 1 USDT. Dies ist eine Rechnungsumrechnungsregel, kein Markt-USDT-Kurs. Das Gateway liefert den Kurs der ausgewählten Münze, den genauen Überweisungsbetrag und Anweisungen vor der Überweisung.
Der Referenzkurs und beide Beträge werden bei der Erstellung eingefroren. Rechnungen mit RUB-Umrechnung verfallen innerhalb von 24 Stunden. Wenn der Referenzkurs nicht abgerufen werden kann, schlägt die Erstellung mit FX_UNAVAILABLE fehl; es wird kein erfundener oder veralteter Ersatzkurs verwendet. Der Basisbetrag Minor und Angebote verwenden die USD-Buchungswährung. quotes[method].settlement enthält das native Belastungsangebot. Der öffentliche Checkout legt die ausgewählte Belastungswährung in currency, den ursprünglichen Preis in baseAmountMinor/baseCurrency und den Referenzkurs in fx offen. Sobald eine Zahlung ausgelöst wurde, kann ihre Methode nicht geändert werden; eine Rechnung hat einen Gateway-Vorgang.
Erstellen Sie einen API-Schlüssel im vorgesehenen Geschäft und senden Sie Authorization: Bearer <key> von Ihrem Server. Seine Geschäftsbindung ist unveränderlich; X-Kevmi-Store kann ihm keinen Zugriff auf ein anderes Geschäft gewähren. Browser-Sitzungen wählen X-Kevmi-Store: <storeId>; wenn es weggelassen wird, wird das erste Geschäft ausgewählt. Der Wert all wird nur von GET /api/account/dashboard und GET /api/payment-links akzeptiert. Mutationen erfordern ein ausgewähltes Geschäft, Origin und X-CSRF-Token. Konto-IDs und Geschäfts-IDs sind unterschiedliche Kennungen.
Aus Kompatibilitätsgründen behalten API-Anfragen ohne pricingMode="universal" native Preise und die ursprünglichen Währungsbeschränkungen bei. Bestehende Rechnungen werden nie neu berechnet. Bestätigte Zahlungseingänge in Analysen spiegeln verifizierte Zahlungen abzüglich gespeicherter Rechnungsausgaben wider; sie sind kein abhebbarer Saldo. Legacy-Rechnungswährungen bleiben getrennt, und Auszahlungen werden mit dem Support vereinbart. Führen Sie eine Bestellung erst aus, nachdem Sie payment.fulfillmentReady=true und payment.status="succeeded" über die Server-API, den Ereignisverlauf oder einen signierten Webhook geprüft haben.