Solche Schmerzen, solche Schmerzen, Registrierkasse als Dienstleistung 2: 0

Im vorherigen Artikel haben wir darüber gesprochen, wie Anti-Plagiat „Wolken“ für sich selbst ausgewählt hat. In diesem Vortrag geht es um einen wichtigen Bestandteil des Lebens eines Handelsunternehmens - das Erhalten von Geld von Kunden.

Um Zahlungen von Privatkunden zu erhalten, haben wir immer die Dienste von Aggregatoren in Anspruch genommen. Zuerst wollten wir zwischen Zahlungsakzeptanzdiensten diversifizieren, dann tauchten Anforderungen für die Ausstellung elektronischer Schecks auf ... Mit einem Wort, es gab viele Wunschliste und Anforderungen sowohl von unserer Seite als auch vom Staat. In diesem Artikel werden wir unsere Erfahrungen teilen und über den Rechen im hohen Gras sprechen, auf den wir treten mussten und den wir vermeiden konnten. Ich denke, dass die beschriebene Erfahrung für alle nützlich sein kann, die noch am Anfang des Weges der Integration von Zahlungen in ihr System stehen.



^{Bild von giphy.com}

Es gab zwei lustige Kassierer bei der Oma ...

Unsere Privatkunden prüfen Dokumente dreimal so häufig. Von Anfang an und bis jetzt haben wir die Möglichkeit einer kostenlosen Suche nach Krediten im Internet sorgfältig gewahrt. Bezahlte Dienste haben folgende Vorteile:

• höhere Priorität bei der Überprüfung
• fehlende Beschränkungen hinsichtlich der Anzahl der pro Zeiteinheit geprüften Dokumente;
• die Verfügbarkeit einer großen Auswahl an Suchmodulen zum Verbinden.

Die Kosten für einen kostenpflichtigen Dienst setzen sich aus Abzügen von Inhaltsanbietern und den Kosten für die Aufrechterhaltung einer Prüfinfrastruktur (einschließlich kostenloser) für Privatkunden zusammen.

Jetzt kostet eine Überprüfung der gemeinsamen Sammlung (OK), die alle möglichen Suchmodule enthält, 270 Rubel. Einzelprüfungen reichen für normale Benutzer aus, und für normale Benutzer ist die Prüfung nicht sehr teuer. Diejenigen, die massiv prüfen, teilen wir bedingt für uns in zwei Klassen ein: ehrlich und unehrlich. Wenn es sich um eine Organisation handelt, die in der Ausbildung tätig ist oder einen Kreditprüfungsdienst benötigt, um die Qualität wissenschaftlicher oder anderer Textarbeiten zu kontrollieren, bieten wir an, unsere Unternehmenskunden zu werden, wodurch die Kundenkosten im Rahmen einer Prüfung gesenkt werden. Für "Tuner" und benutzerdefinierte Autoren (raten Sie mal, zu welcher Kategorie sie gehören) ist der Pfad zum Unternehmenssegment geschlossen. Dies ist unser Grundsatz, wir schließen unserer Meinung nach keine Verträge mit Unternehmen ab, die zweifelhaft sind. Wir kontrollieren auch die Aktivitäten unserer Kunden, um die Verwendung von Unternehmenskonten für "geschäftliche" Zwecke zu verhindern (Heuristik, maschinelles Lernen, das ist alles). In unserer Geschichte gab es mehrere Kündigungen von Verträgen, nachdem wir herausgefunden hatten, dass der Kunde nicht derjenige war, für den er sich ausgab. Leider können wir nicht mit jedem privaten Benutzer eine Vereinbarung abschließen, daher wird für ihn ein Angebot verwendet. Dies ist praktisch für private Benutzer, aber gleichzeitig können wir nicht kontrollieren, wer den kostenpflichtigen Zugang nutzt, da ein Geschäft den Kauf von ausgestellten Waren bei ihm nicht verbieten kann. Die Kosten für Masseninspektionen für Privatkunden werden stetig steigen. So machen wir das Schreiben zu einem teuren Vergnügen und halten an unserer Mission fest, die Bildung in Russland und der Welt zu verbessern.

Wie alles begann

Unser Service hat am 4. Mai 2010 einige der zuvor kostenlosen Services für Privatkunden in die Kategorie der kostenpflichtigen Services übertragen. Bis zu diesem Zeitpunkt war die gesamte Funktionalität vollständig verfügbar, es wurden nur Schecks für externe Sammlungen bezahlt, für die wir wiederum die Inhaltsanbieter selbst bezahlt haben. Wir haben einen kostenpflichtigen Service zur Erstellung eines vollständigen Berichts gemacht. Offensichtlich waren die Benutzer unglücklich und berechneten leicht unsere fabelhaften Einkommen.


^{Screenshots der Statements von April bis Mai 2010 aus unserem Forum.}

Leider habe ich immer noch keine Immobilien in Zypern, obwohl ich die erste Version der Abrechnung geschrieben habe.

Erste Roboterberührung

Um Massenzahlungen zu starten, haben wir eine bereits bewährte Lösung verwendet - die Integration mit Robokassa (RK). Bis zum 4. Mai 2010 haben wir Zahlungen für Prüfungen zu Dissertationen und juristischen Dokumenten akzeptiert. Der RK-Service passte zu uns. Die Integration war so einfach wie Filzstiefel. Auf unserer Seite mussten wir ein Minimum tun: Weiterleiten an die Checkout-Website und den Checkout-Callback-Handler über den Zahlungsstatus. Das Standard-Benutzeraktionsszenario war wie folgt:

1. Der Benutzer wählt ein Produkt auf der Website aus und klickt auf die Schaltfläche "Bezahlen".
2. Die Website (unter Beteiligung des Abrechnungsdienstes, dies ist jedoch im aktuellen Kontext nicht so wichtig) leitet zum Robokassa-Dienst weiter und gibt die Geschäftskennung, das Produkt und den Zahlungsbetrag an.
3. Der Benutzer auf der Website bezahlt die Ware.
4. Die Kasse akzeptiert das Geld und benachrichtigt uns über die Zahlung per Rückruf (Rückruf, in russischer Sprache).
5. ... hier passiert Magie ...
6. Gewinn !!! Das Geld wird abzüglich der Provision auf das Konto des Unternehmens überwiesen.

Alles wurde jahrelang eingerichtet und funktioniert. Und wie Sie wissen: es funktioniert - nicht anfassen! Es konnte nicht ewig dauern, ich musste etwas ändern.

Y (et) a (nother)

Wir leben in einer turbulenten Zeit des Wandels und der Chancen. Ende Dezember 2015 war der Prozess des Widerrufs von Lizenzen von Banken in vollem Gange, und da jedes Zahlungssystem an eine Bank gebunden ist, haben wir beschlossen, eine Sicherungsoption zu benötigen. Plan B wird es uns nicht erlauben, irgendwann ohne die Möglichkeit zu bleiben, Zahlungen zu akzeptieren. Bei mehr oder weniger großen Zahlungsaggregatoren fiel die Wahl auf Yandex.Kassa (Yak). Die Aufgabe wurde in Rekordzeit für die letzten 3 Tage im Dezember erledigt und wir fuhren mit überdachtem Heck in den Urlaub. Die Risiken in Bezug auf Kasachstan wurden übrigens nicht erkannt, aber wir haben ein alternatives Zahlungssystem. Werfen Sie es nicht weg! Seitdem arbeiten sie zusammen. Zwei lustige Gänse!

Erfahrung noch nicht angewendet

Wie ich bereits schrieb, wollen wir Anti-Plagiate entwickeln und uns weniger von Nebensachen ablenken lassen. Bezahlte Dienste für Privatkunden bieten die Möglichkeit, weiterhin kostenlose Dienste anzubieten.
So kam es, dass wir die Integration auf die einfachste Art und Weise implementiert haben, die jeder der Zahlungsaggregatoren anbot. Daher haben wir eine sehr übersichtliche Zahlungsseite mit zwei verschiedenen Mechanismen für zwei verschiedene Kassen.


Für die Republik Kasachstan erfolgt die Auswahl der Zahlungsmethode nach dem Aufrufen der Aggregatorseite für UC - auf unserer Seite vor dem Übergang. Um die Korrelation des Zahlungsprofils mit der unten stehenden Last zu verstehen, ist Blau der Anteil des über Kasachstan erhaltenen Geldes und Orange die Anzahl der bezahlten Schecks.


Ohne uns wirklich Gedanken über die Implementierung zu machen, haben wir die Verwendbarkeit von zwei Optionen für Zahlungsschnittstellen getestet. Es scheint, dass Benutzer die Option UC bevorzugen. Bursts über 50% sind charakteristisch für den Beginn der Nutzung von UC und für Zeiten mit geringer Belastung des Jahres, in denen die Anzahl der Zahlungen geringer ist. Anscheinend ist in diesem Moment die Tatsache, dass sich der RC höher befindet und standardmäßig ausgewählt ist, stärker betroffen.

Babusya Atol FF Dekhovna

Machen Sie sofort einen Vorbehalt: Wir verstoßen nicht gegen die Gesetze der Physik und der Russischen Föderation. Daher suchten sie gemeinsam mit allen nach einer Lösung, um Schecks ab dem 1. Juli 2017 gemäß Bundesgesetz Nr. 290 auszustellen . Im Voraus gesucht, nur während der nächsten Frühjahrssitzung. Es wurde sofort klar, dass wir die Kasse nicht aufstellen und die Schecks nicht manuell ausschalten würden.
Bis zu der vom Staat festgelegten Frist haben wir, wie viele Unternehmen im Land, die Frist nicht eingehalten. Dies geschah aus dem prosaischen Grund für das Fehlen eines Online-Buchungsbüros als Service. Zu dieser Zeit boten viele verschiedene andere Optionen an. In Robokassa gab es beispielsweise eine Option für den Verkauf ihrer Waren in ihrem Geschäft. Es sah irgendwie nicht sehr aus. Vor allem hat uns der KaaS-Ansatz beeindruckt - Checkout as a Service. Einer der ersten (wenn nicht der allererste) solcher Dienste wurde von Atol angeboten.
Trotz der Aufregung haben wir schnell eine Vereinbarung getroffen, ein Steuerlaufwerk gekauft und registriert - ein spezielles Flash-Laufwerk zum Speichern aller Transaktionen, die über die Registrierkasse ausgeschlagen wurden.
Es war bezeichnend, dass unsere beiden Gänse fast sofort begannen, die Integration mit Babusey-Atol zu unterstützen. Wie die Geschichte sagt: Wir begannen zu leben, zu leben und gut zu machen.

Übergang zu FFD 1.05

Jeder weiß, dass es notwendig ist, am 1. Januar ein neues Leben zu beginnen (sobald Sie aufwachen, ja). Dies ist zwar eindeutig nicht der beste Zeitpunkt für die Einführung von Gesetzesänderungen. Ab dem 1. Januar 2019 mussten wir jedoch alle auf die neue Version des Fiskaldokumentformats (FFD) 1.05 umsteigen. Die Änderungen sind billig, aber ich schaudere immer noch vor den Erinnerungen an die Ereignisse dieses Updates.

Die Untersuchung des Problems hat gezeigt, dass nur zwei Parameter zu den übertragenen Werten hinzugefügt werden müssen: das Berechnungsobjekt (Zahlungsobjekt, Zahlungsobjekt) und die Berechnungsmethode (Zahlungsmethode, Zahlungsmodus). Für unser einziges Produkt kostet der Anti-Plagiat-Score, der angibt, dass dieses Parameterpaar nichts kostet. Hier ist eine einfache Planübersicht zum Erreichen des Ziels Go to FFD Support v1.05:

1. Verfeinern Sie die Site so, dass sie einige neue Konstanten in den Anforderungen übergibt.
2. Fragen Sie die Aggregatoren, ob sie dies alles verstehen und akzeptieren.
3. Wechseln Sie im Atole FFD-Format zu Version 1.05.
4. ... hier passiert Magie ...
5. Gewinn !!!

Die Parameter ändern sich nicht zeitlich und hängen von nichts ab, das einmal eingestellt wurde - und das ist alles, ein Werbegeschenk. Also dachten sie tatsächlich, dass sich herausstellte, dass alles gar nicht so einfach war ... Was hätte schief gehen können?

1. Die Entwicklungsabteilung hat den Ort des Anti-Plagiats fertiggestellt, wir haben ihn in das Produkt eingeführt. Wir haben mit unserem technischen Support und den Spezialisten beider Aggregatoren überprüft, ob alles funktioniert und die neuen Daten korrekt übertragen werden.
2. Während des Änderungsprozesses sah einer der Aggregatoren neue Informationen für sich selbst: Der Wert des Felds „Site“ sollte symbolisch mit dem in Atola angegebenen Wert übereinstimmen (WTF ₁ - warum die Voraussetzung für diesen Zufall, da es eine TIN und alle möglichen anderen Dinge gibt?). Wie sich später herausstellte, ist dies der Fall sehr wichtig.
3. Ok, lass uns ändern. In Atola befindet sich auf einer Seite Ihres Kontos ein Feld mit der Website-Adresse und einer Morgendämmerung über den Übergang zur FFD-Version 1.05. Großartig! Ich ändere die Website auf www.antiplagiat.ru (ich habe die zuvor dort stehende http entfernt und www hinzugefügt) und stelle den Übergang zur FFD-Version 1.05 in Frage. Zur Abwechslung drei Arbeitstage (WTF ₂ - geht ein Ingenieur wirklich persönlich dorthin und ändert die Firmware der Kasse?)! Nuuuuu ca. Bisher werde ich die gleichen Site-Werte auf Aggregatoren verfügbar machen. Geändert. Das war's, wir warten auf die Änderung am 1.05.
4. Am nächsten Morgen erhalte ich die Information, dass die Schecks nicht geschlagen werden. Das atol hat es schneller als drei Arbeitstage geschafft und die Version des FFD geändert, aber die Site-Adresse nicht geändert: antiplagiat.ru (WTF ₃ - wie ist es?!?! Ändern Sie die Site irgendwo mit Ihren Händen?). Beim Ändern der Adresse der Site fügte RK selbst leise "http: //": www.antiplagiat.ru hinzu (WTF ₄ - Ich wollte, dass die Prüfung kleiner und ohne Protokoll ist, aber aufgrund eines Aggregators nicht funktioniert). Yak wie gut gemacht, alles hat so funktioniert, wie es sollte www.antiplagiat.ru . Total - Checks werden nicht an einen der Aggregatoren geschrieben, da die Site überall einen anderen Namen hat. Aber ich habe sie am Tag zuvor speziell gleich gemacht!
5. Ich schwöre mit allen am Telefon, Atol sieht gut aus, sie haben eine Gebühr für jede Anfrage: 3 Arbeitstage. Ich schalte die RK aus, weil sie die Site nicht in die derzeit in Atola registrierte Site ändern können, da die Site mit http oder https sein muss. Ich ändere die Site in der UC auf die jetzt bei Atola (der Vorteil ändert sich dort schnell und es gibt keine http-Anforderung). Hurra, Schecks werden ausgeschrieben! Das Atoll erwies sich als motiviert durch meine Rede am Telefon und in einer halben Stunde wechselt die Website zu www.antiplagiat.ru (dieses Format passt zur Republik Kasachstan). In diesem Moment funktioniert das Ausschalten von Schecks an der UC nicht mehr, weil dort ist die alte Seite registriert. Ich ändere es über mein persönliches Konto, es ändert sich nicht, ich rufe TP an, sie ändern sich. Schalten Sie den RK ein.
6. Fuh, es scheint überall zu funktionieren. Es bleibt zu behandeln, ungeschriebene Schecks. Es gibt mehrere hundert von ihnen. RK - auf Wunsch des Telefons läuft alles von selbst mit dem neuen Wert der Seite, sie bestehen. YAK:
   ^{Katze unseres Mitarbeiters}
   Erklärung: Wir haben den Scheck an Atoll geschickt, er ist zu uns zurückgekehrt, sie sagen, der Scheck ist falsch. Wir haben diese Informationen bei uns gespeichert und jetzt kann nichts mehr damit gemacht werden (WTF ₅ - es bringt mich immer noch um, als ob ihr System nicht ihr eigenes wäre). Der 29. Dezember - ein Arbeitssamstag (WTF ₆ - aber hier ist es nur eine Gewohnheit, der Dezember erwies sich als erfolgreich bei Schmerzen, denken Sie daran, der vorherige Artikel , die Aktion mit Wolken findet parallel statt) ist nicht der beste Tag für ein Verfahren. Was mit nicht abgestempelten Schecks zu tun ist, werden wir im Januar überlegen.
7. Alles funktioniert gut, mit einer ruhigen Seele werden wir das neue Jahr feiern. Am 29. Dezember, um 20 Uhr, ändert die UC tückisch, ohne den Krieg zu erklären, die Site-Adresse in eine andere. Schecks werden nicht mehr ausgeschrieben.

Warum sie das taten, konnten sie nicht erklären. Sie sagten etwas über einen Brief von Atola. Anscheinend wollte dieses Paar das Beste geben. Atol kümmerte sich um diejenigen, die sich dieser Anforderung nicht bewusst waren, da die Standortadresse im Aggregator für Zahlungen und Kasse nicht übereinstimmte. Sie sehen, nur die Daten waren alt, zumindest ab dem Morgen des 29. Dezember.

Am Morgen des 10. Januar haben wir eine Reihe von Briefen in einer Schachtel mit Nachrichten von der UC über Fehler beim Ausschalten von Schecks. Toller Start ins neue Jahr! Die können es nicht erkennen und sich selbst (!) Diese Schecks an das Atoll weiterleiten (na ja, sie können, wann sie wollen). Zusätzlich zu diesem Fall war es nicht möglich, UC-Schecks mehr als einmal erneut zu senden. Im Gegenteil, sie haben mich überzeugt, dass es unmöglich ist! Was muss getan werden, um noch einen Scheck auszustellen? Richtig, fahren Sie es mit Ihren Händen ein! In Atola gelangen wir zu einer Seite mit einem Dutzend Feldern, die ausgefüllt werden müssen. Gefüllt, gut, gut, ein Scheck ausgeknockt. Bei der nächsten Prüfung müssen Sie alles auf die gleiche Weise (bis auf ein paar Felder) erneut ausfüllen!
Wir haben eine Reihe von Briefen mit Fehlern, wir müssen Schecks ausschalten. Wir haben ein Skript geschrieben, das Briefe von der UC nimmt und mit ihnen Schecks im Atoll klopft. Maschine aufsetzen. Eine Kleinigkeit, aber wenn der Scheck nicht geschlagen wird, dann ist dies ein Verstoß gegen das Gesetz. Ich musste herausfinden, wie das alles in Athol funktioniert. Warum die UC das erneute Senden von Schecks auf ihrer Seite nicht durchführen kann, ist nicht klar. Das Skript befindet sich in unserem neu erstellten öffentlichen Repository auf Github.

Widersprüchliche Yandex.Dokumentation

Es gibt eine Menge Dokumentation in der UC, es ist mit schönen Bildern und Screenshots. Es würde scheinen, nutzen und sich freuen. Mal sehen, was über die Interaktion mit der Abendkasse geschrieben steht:


^{Screenshot vom 30.10.2019.}

In Schritt 5 meldet Atol manchmal, dass mit dem Scheck nicht alles in Ordnung ist, und in unserem Konto wird die Zahlung mit dem Status "Akzeptiert" angezeigt, jedoch ohne Scheck. Dies liegt daran, dass die empfohlene Methode zum Senden von Schecks „3 Tage im Voraus“ ausgewählt ist.


^{Online-Checkout- Einstellungen , Option „Mit unserer Hilfe“. Screenshot vom 30.10.2019.}

Und wieder der fünfte Punkt, dessen Beschreibung des Prozesses nicht ganz wie beschrieben funktioniert. Das Drücken einer Taste in Ihrem persönlichen Konto ändert nichts am Status des Schecks (konsultiert vom technischen Support, bestätigte sie). Der Scheck ist immer noch nicht gebrochen. Es kann manuell ausgeknockt werden. Vielleicht "5 Minuten" wählen? Mal sehen, was in der Hilfe in Ihrem Konto steht.


^{Screenshot von Ihrem persönlichen Konto.}

Es stellt sich heraus, dass für uns die Methode „Für 3 Tage“ nicht nur empfohlen wird, sondern obligatorisch ist!

Schlussfolgerungen

Atol. Nicht alles ist automatisiert, viel wird von Hand gemacht. Man kann sehen, wie langsam aber sicher die Oberfläche des persönlichen Kontos reich wird. Der Standardtarif für jede Änderung beträgt 3 Werktage. Manchmal bieten sie an, Schecks für uns zu fahren, aber aus irgendeinem Grund haben sie sie nie gefahren. Um die Lösung der Anfrage als Antwort auf die Nachricht über die Ticketerstellung zu beschleunigen, müssen Sie die TIN an die Organisation senden (auch wenn sie sich bereits im Hauptteil der Beschwerde befindet). Diese hat anscheinend auf diese Weise eine automatisierte Prioritätserhöhung.

Yandex.Cash. Sie können den Scheck bei Problemen auf der Seite von Atol nicht erneut senden. Andere mögen, sie tun es nicht, aber in Wirklichkeit können sie es, aber sie wollen es wahrscheinlich nicht. Ich musste ein Skript für sie schreiben. Es gibt viele Dokumentationen, und wahrscheinlich ist sie daher inkonsistent.

Robokassa. Aus irgendeinem Grund verbessern sie die Webadresse des Geschäfts, ohne dies zu bemerken. Der Rest sind nette Leute.

FTS. Ursprüngliche Zeit für die Umsetzung von Änderungen. Nicht gut durchdachte Gesetze und Anforderungen. Jetzt sind elektronische Registrierkassen mit normalen physischen identisch. Wenn in einem Offline-Geschäft die Zahlung und das Ausschalten eines Schecks von einem Gerät ausgeführt werden und diese beiden Vorgänge fast wie eine einzelne Transaktion ablaufen, ist in der Online-Welt alles anders. Die Zahlung wird von einem Dienst akzeptiert, der Scheck jedoch von einem anderen. In Analogie zu Offline-Registrierkassen zum Ausschalten wird ein Scheck nicht länger als 5 Minuten gegeben. Weitere Details finden Sie beispielsweise hier .

Lektionen gelernt

Es scheint wie Kleinigkeiten, aber wegen dieser Kleinigkeiten musste ich ungefähr 60 Stunden für das oben Genannte und die Entwicklung / das Debuggen des Skripts aufwenden. Selbst zwei große nationale Zahlungsaggregatoren können zusammen mit einem großen Anbieter KaaS keinen Dienst erbringen, bei dem ein gewöhnlicher Benutzer den Dienst erhält, wobei der Themenbereich nur minimal verstanden wird. Es ist sehr traurig, dass Sie bei jeder, auch nur geringfügigen Änderung, im Format auf der Hut sein und daher alles mit Ihren eigenen handgeschriebenen Krücken sichern müssen.

Übrigens bieten beide Unternehmen in der üblichen Routine einen qualitativ hochwertigen technischen Support und den Service selbst. Es ist einfach, eine Stunde lang mit einem Techniker am Telefon zu telefonieren, etwas zu debuggen oder die Ursachen für bestimmte Fehler aufgrund eines Fehlers der Zahlungssysteme herauszufinden. Alles ist gut mit der Dokumentation, mit Zuverlässigkeit. Yandex.Kassa warnt sorgfältig vor allen Fehlern in Zahlungssystemen und seiner eigenen geplanten Arbeit. Der Robokassa wurde in solchen Mailings nicht gesehen, aber es gibt weniger Beschwerden von unseren Kunden über problematische Zahlungen durch ihn, was bedeutet, dass es keine besonderen Ausfallzeiten gibt.

Was ist als nächstes zu tun? Am Horizont zeichnete sich das Amortisationsprojekt ab, die Auswahl des Aggregators in Abhängigkeit von der vom Benutzer gewählten Zahlungsmethode zu optimieren. Vielleicht ist es vor diesem Hintergrund möglich, eine Verbindung zu mehreren weiteren Anbietern herzustellen (ich erwarte ein neues „OMG! Warum wird das so gemacht ?!“ Und Gründe für Artikel über die Schmerzen). Aufgrund der starken Ungleichmäßigkeit des Zahlungsvolumens im Laufe eines Jahres kann sich eine interessante Aufgabe ergeben, die Sammlung mehrerer Rucksäcke zu optimieren: Welcher Benutzer sollte wohin geschickt werden, um die Verluste bei Provisionen und Rabatten für monatliche Zahlungen zu minimieren. Wenn jemand eine solche Erfahrung gemacht hat und ob das Spiel die Kerze wert ist, teilen Sie dies bitte in den Kommentaren mit!