Une telle douleur, une telle douleur, une caisse enregistreuse 2: 0

Dans l' article précédent , nous avons expliqué comment l' anti-plagiat a choisi les «nuages» pour lui-même. Dans cet exposé sur un élément important de la vie de toute entreprise commerciale - recevoir de l'argent des clients.

Pour recevoir des paiements de clients privés, nous avons toujours eu recours aux services d'agrégateurs. D'abord, nous voulions nous diversifier entre les services d'acceptation de paiement, puis il y avait des exigences pour l'émission de chèques électroniques ... En un mot, il y avait beaucoup de souhaits et d'exigences hôtelières de notre part et de la part de l'État. Dans cet article, nous partagerons notre expérience et parlerons du râteau dans les hautes herbes sur lequel nous devions marcher et que nous avons réussi à éviter. Je pense que l'expérience décrite peut être utile à tous ceux qui sont encore au début de la voie de l'intégration des paiements dans leur système.



^{Image de giphy.com}

Il y avait deux joyeux caissiers à la grand-mère ...

Nos clients privés vérifient les documents 3 fois plus en entreprise. Depuis le tout début de notre activité et jusqu'à présent, nous avons soigneusement préservé la possibilité d'une recherche gratuite de prêts sur Internet. Les services payants présentent les avantages suivants:

• priorité plus élevée lors de la vérification
• absence de restrictions sur le nombre de documents vérifiés par unité de temps;
• la disponibilité d'une large sélection de modules de recherche pour se connecter.

Le coût d'un service payant comprend les déductions des fournisseurs de contenu et les coûts de maintenance d'une infrastructure d'audit (y compris gratuite) pour les clients privés.

Maintenant, un chèque sur la collection conjointe (OK), qui comprend tous les modules de recherche possibles, coûte 270 roubles. Des contrôles uniques suffisent pour les utilisateurs ordinaires et pour les utilisateurs ordinaires, la vérification n'est pas très coûteuse. Ceux qui vérifient massivement, nous nous divisons conditionnellement pour nous-mêmes en deux classes: honnête et malhonnête. S'il s'agit d'une organisation engagée dans l'éducation ou qui a besoin d'un service de vérification de prêt pour contrôler la qualité du travail scientifique ou textuel, nous vous proposons de devenir notre entreprise cliente, ce qui réduit les coûts client en termes d'un audit. Pour les "tuners" et les rédacteurs personnalisés (devinez à quelle catégorie ils appartiennent), le chemin vers le segment d'entreprise est fermé. C'est notre principe, nous ne concluons pas de contrats avec des entreprises douteuses, à notre avis. Nous contrôlons également les activités de nos clients pour empêcher l'utilisation des comptes d'entreprise à des fins "business" (heuristique, machine learning, c'est tout). Dans notre histoire, il y a eu plusieurs résiliations de contrats après avoir découvert que le client n'était pas celui qu'il prétendait être. Malheureusement, nous ne pouvons pas conclure d'accord avec chaque utilisateur privé, c'est pourquoi une offre est utilisée pour eux. C'est pratique pour les utilisateurs privés, mais en même temps, nous ne pouvons pas contrôler qui utilise l'accès payant, car un magasin ne peut pas lui interdire d'acheter des produits exposés. Le coût des inspections de masse pour les clients privés augmentera régulièrement. Ainsi, nous faisons du travail d'écriture pour commander un plaisir cher et adhérons à notre mission d'améliorer l'éducation en Russie et dans le monde.

Comment tout a commencé

Notre service a transféré certains des services auparavant gratuits pour les clients privés à la catégorie des services payants le 4 mai 2010. Jusqu'à présent, toutes les fonctionnalités étaient entièrement disponibles, seuls les contrôles sur les collections externes ont été payés, pour lesquels nous avons à notre tour payé les fournisseurs de contenu eux-mêmes. Nous avons fait un service payant la formation d'un rapport complet. De toute évidence, les utilisateurs étaient mécontents et ont facilement calculé nos revenus fabuleux.


^{Captures d'écran des déclarations d'avril-mai 2010 de notre forum.}

Hélas, je n'ai toujours pas de biens immobiliers à Chypre, malgré le fait que j'ai écrit la première version de facturation.

First Robot Touch

Pour lancer des paiements de masse, nous avons utilisé une solution déjà éprouvée - l'intégration avec Robokassa (RK). Jusqu'au 4 mai 2010, nous avons accepté les paiements pour les examens des mémoires et des documents juridiques. Le service RK nous convenait. L'intégration était aussi simple que des bottes en feutre, de notre côté, nous devions faire un minimum: il suffit de rediriger vers le site Web de paiement et le gestionnaire de rappel de paiement sur l'état du paiement. Le scénario d'action utilisateur standard était le suivant:

1. L'utilisateur sélectionne un produit sur le site, clique sur le bouton payer.
2. Le site (avec la participation du service de facturation, mais ce n'est pas si important dans le contexte actuel) redirige vers le service Robokassa, en indiquant l'identifiant du magasin, le produit et le montant du paiement.
3. L'utilisateur du site paie la marchandise.
4. Le service de caisse accepte l'argent et nous informe du paiement par un rappel (rappel, en russe).
5. ... la magie se produit ici ...
6. Profit !!! L'argent est viré sur le compte de l'entreprise moins la commission.

Tout a été installé et a fonctionné pendant des années. Et comme vous le savez: cela fonctionne - ne touchez pas! Cela ne pouvait pas durer éternellement, je devais changer quelque chose.

Y (et) a (autre)

Nous vivons dans une période turbulente de changement et d'opportunités. Fin décembre 2015, le processus de révocation des licences des banques battait son plein, et comme tout système de paiement est lié à une banque, nous avons décidé que nous avions besoin d'une option de sauvegarde. Le plan B ne nous permettra pas à un moment donné de rester sans la possibilité d'accepter le paiement. De plus ou moins grands agrégateurs de paiements, le choix s'est porté sur Yandex.Kassa (Yak). La tâche s'est faite en un temps record, pour les 3 derniers jours de décembre, et nous sommes partis en vacances avec l'arrière couvert. Soit dit en passant, les risques liés au Kazakhstan ne se sont pas matérialisés, mais nous avons obtenu un autre système de paiement. Ne le jetez pas! Depuis lors, ils travaillent ensemble. Deux oies drôles!

Expérience pas encore appliquée

Comme je l'ai déjà écrit, nous voulons développer l' anti-plagiat et être moins distraits par des choses secondaires. Les services payants pour les clients privés sont l'occasion de continuer à fournir des services gratuits.
Il se trouve que nous avons mis en œuvre l'intégration de la manière la plus simple possible offerte par chacun des agrégateurs de paiement. Par conséquent, nous avons une page de paiement très claire avec deux mécanismes différents pour deux caisses différentes.


Pour la République du Kazakhstan, le choix du mode de paiement intervient après être allé sur la page agrégateur, pour UC - sur notre page, avant la transition. Pour comprendre la corrélation du profil de paiement avec la charge ci-dessous, le bleu est la part de l'argent reçu via le Kazakhstan et l'orange est le nombre de chèques payés.


Ainsi, sans vraiment nous soucier de l'implémentation, nous avons testé l'utilisabilité de deux options pour les interfaces de paiement. Il semble que les utilisateurs préfèrent l'option UC. Les rafales supérieures à 50% sont caractéristiques du tout début de l'utilisation des UC et des périodes de l'année légèrement chargées où le nombre de paiements est moindre. Apparemment, en ce moment, le fait que le RC soit situé plus haut et soit sélectionné par défaut est plus affecté.

Babusya Atol FF Dekhovna

Faites immédiatement une réservation: nous ne violons pas les lois de la physique et de la Fédération de Russie. Par conséquent, avec tout le monde, ils ont commencé à chercher une solution pour faire des chèques à partir du 1er juillet 2017 conformément à la loi fédérale n ° 290 . Recherche à l'avance, juste lors de la prochaine session de printemps. Il est immédiatement devenu évident que nous n'allions pas mettre la caisse et frapper les chèques manuellement.
À l'échéance fixée par l'État, nous, comme de nombreuses entreprises du pays, n'avons pas respecté l'échéance. Cela s'est produit pour la raison prosaïque de l'absence d'un bureau de réservation en ligne en tant que service. À cette époque, beaucoup offraient diverses autres options. Par exemple, à Robokassa, il y avait une option avec la vente de leurs produits dans leur magasin. Ça n'avait pas l'air très bien. Surtout, nous avons été impressionnés par l'approche KaaS - le paiement en tant que service. L'un des premiers (sinon le tout premier) service de ce type a été proposé par Atol.
Malgré l'enthousiasme, nous avons rapidement conclu un accord, acheté et enregistré un lecteur fiscal - un lecteur flash spécial pour stocker toutes les transactions qui ont été supprimées via la caisse enregistreuse.
Il était révélateur que nos deux oies ont presque immédiatement commencé à soutenir l'intégration avec Babusey-Atol. Comme le conte le dit: nous avons commencé à vivre, à vivre et à faire du bien.

Transition vers FFD 1.05

Tout le monde sait qu'il faut commencer une nouvelle vie le 1er janvier (dès que vous vous réveillez, oui). Certes, ce n'est clairement pas le meilleur moment pour introduire des modifications législatives. Cependant, à partir du 1er janvier 2019, nous avons tous dû passer à la nouvelle version du format de document fiscal (FFD) 1.05. Les changements sont bon marché, mais je frémis encore des souvenirs des événements de cette mise à jour.

L'étude du problème a montré qu'il était nécessaire d'ajouter seulement deux paramètres aux valeurs transférées: l'objet de calcul (payment_object, payment_subject) et la méthode de calcul (payment_method, payment_mode). Pour notre seul produit, le score d'Anti-Plagiat, indiquant que cette paire de paramètres ne coûte rien. Voici un plan simple pour atteindre l'objectif Go to FFD Support v1.05:

1. Affinez le site afin qu'il passe quelques nouvelles constantes dans les requêtes;
2. Vérifiez auprès des agrégateurs qu'ils comprennent et acceptent tout cela;
3. Passer au format Atole FFD à la version 1.05;
4. ... la magie se produit ici ...
5. Profit !!!

Les paramètres ne changent pas dans le temps et ne dépendent de rien, fixés une fois - et c'est tout, un cadeau. Alors ils ont pensé, en fait, que tout n'était pas si facile du tout ... Qu'est-ce qui aurait pu mal tourner?

1. Le département de développement a finalisé le site de l'Anti-Plagiat, nous l'avons déployé dans la prod. Nous avons vérifié auprès de notre support technique et des spécialistes des deux agrégateurs que tout fonctionne et que les nouvelles données sont transmises correctement.
2. Dans le processus de changement, l'un des agrégateurs a vu de nouvelles informations pour lui-même: la valeur du champ "site" devrait coïncider symboliquement avec la valeur spécifiée dans Atola (WTF ₁ - pourquoi l'exigence de cette coïncidence, car il y a une DCI et toutes sortes d'autres choses?) Comme il s'est avéré plus tard, cette très important.
3. Ok, changeons. Dans Atola, sur une page de votre compte, il y a un champ avec l'adresse du site Web et une information sur la transition vers la version 1.05 de FFD. Super! Je change le site en www.antiplagiat.ru (j'ai supprimé le http qui se trouvait là auparavant, j'ai ajouté www) et j'ai mis un terme à la transition vers la version 1.05 de FFD. Trois jours ouvrables pour un changement (WTF ₂ - est-ce vraiment un ingénieur qui s'y rend personnellement et change le firmware de la caisse?)! Nuuuuu env. Jusqu'à présent, je vais exposer les mêmes valeurs de site sur les agrégateurs. Changé. Voilà, nous attendons le changement sur 1.05.
4. Le lendemain matin, je reçois des informations selon lesquelles les chèques ne sont pas battus. L'atol a réussi plus rapidement que trois jours ouvrables et a changé la version du FFD, mais n'a pas changé l'adresse du site: antiplagiat.ru (WTF ₃ - comment est-ce?!?! Changez-vous le site avec vos mains quelque part?). Lors du changement d'adresse du site, RK lui-même a discrètement ajouté «http: //»: www.antiplagiat.ru (WTF ₄ - Je voulais que le chèque soit plus petit et sans protocole, mais cela ne fonctionnerait pas à cause d'un agrégateur). Yak comme bien fait, tout a fonctionné comme il se doit www.antiplagiat.ru . Total - les chèques ne sont écrits dans aucun des agrégateurs, car partout il y a un nom différent pour le site. Mais je les ai spécifiquement faites la même chose la veille!
5. Je le jure avec tout le monde au téléphone, les atols sont beaux, ils ont un tarif pour toute demande: 3 jours ouvrés. Je désactive le RK, car ils ne peuvent pas remplacer le site par celui qui est actuellement enregistré dans Atola, car le site doit être avec http ou https. Je suis en train de changer le site de l'UC en celui maintenant chez Atola (l'avantage change rapidement là-bas et il n'y a pas d'exigence http). Hourra, les chèques commencent à être émis! L'atoll s'est avéré motivé par mon discours au téléphone et en une demi-heure, le site est devenu www.antiplagiat.ru (ce format convient à la République du Kazakhstan). À ce moment, la suppression des contrôles sur l'UC cesse de fonctionner, car là l'ancien site est enregistré. Je le change via mon compte personnel, ça ne change pas, j'appelle TP, ça change. Allumez le RK.
6. Fuh, ça semble fonctionner partout. Reste à gérer les chèques non écrits. Il y en a plusieurs centaines. RK - à la demande du téléphone fonctionne avec la nouvelle valeur du site, ils passent. YAK:
   ^{Chat de notre employé}
   Explication: nous avons envoyé le chèque à Atoll, il nous est retourné, disent-ils, le chèque est incorrect. Nous avons stocké ces informations avec nous-mêmes et maintenant rien ne peut plus être fait avec elles (WTF ₅ - cela me tue toujours, comme si leur système n'était pas le leur). Le 29 décembre - un samedi de travail (WTF ₆ - mais c'est déjà juste par habitude, décembre s'est avéré être un succès pour la douleur, rappelez-vous l' article précédent, l'action avec les nuages ​​se déroule en parallèle), n'est pas le meilleur jour pour les procédures. Que faire des chèques non tamponnés, pensons-nous en janvier.
7. Tout fonctionne bien, avec une âme calme, nous allons fêter la nouvelle année. Le 29 décembre, à 20 heures, perfidement, sans déclarer la guerre, l'UC change l'adresse du site en une autre. Les chèques qu'ils contiennent cessent d'être écrits.

Pourquoi ils l'ont fait, ils n'ont pas pu expliquer. Ils ont dit quelque chose sur une lettre d'Atola. Apparemment, ce couple voulait faire de son mieux. Atol a pris soin de ceux qui n'étaient pas au courant de cette exigence, car l'adresse du site dans l'agrégateur de paiements et la caisse ne correspondaient pas. Seules les données, voyez-vous, étaient anciennes, du moins depuis le matin du 29 décembre.

Le matin du 10 janvier, nous avons un tas de lettres dans une boîte avec des messages de l'UC sur les erreurs de suppression des chèques. Bon début d'année! Les cant ne se reconnaissent pas (!) Transmettent ces chèques à l'Atoll (enfin, ils peuvent, quand ils le veulent). En plus de ce cas, il n'a pas été possible de renvoyer les chèques UC plus d'une fois. Au contraire, ils m'ont convaincu que c'était impossible! Que faut-il faire pour encore écrire un chèque? À droite, conduisez-le avec vos mains! À Atola, nous arrivons à une page avec une douzaine de champs qui doivent être remplis. Rempli, eh bien, eh bien, un chèque a été éliminé. Lors de la prochaine vérification, vous devrez tout remplir de la même manière (à l'exception de quelques champs)!
Nous avons un tas de lettres avec des erreurs, nous devons éliminer les chèques. Nous avons écrit un script qui prend les lettres de l'UC et frappe les chèques dans l'Atoll en les utilisant. Mettez la machine. Une bagatelle, mais si le chèque n'est pas battu, alors c'est une violation de la loi. J'ai dû comprendre comment tout cela fonctionne à Athol. Pourquoi l'UC ne peut pas renvoyer des chèques de son côté n'est pas clair. Le script est dans notre référentiel public nouvellement créé sur Github.

Contradictoire Yandex.Documentation

Il y a beaucoup de documentation dans l'UC, c'est avec de belles photos et captures d'écran. Il semblerait, utiliser et se réjouir. Voyons ce qui est écrit sur l'interaction avec le box-office:


^{Capture d'écran prise le 30/10/2019.}

À l'étape 5, Atol signale parfois que tout n'est pas en ordre avec le chèque, et dans notre compte le paiement avec le statut "Accepté" apparaît, mais sans chèque. En effet, la méthode recommandée pour envoyer les chèques «3 jours à l'avance» est sélectionnée.


^{Paramètres de paiement en ligne, option «Avec notre aide». Capture d'écran prise le 30/10/2019.}

Et encore le 5ème point, dont la description du processus ne fonctionne pas tout à fait comme décrit. Le fait d'appuyer sur un bouton de votre compte personnel ne change rien au statut du chèque (consulté le support technique, a-t-elle confirmé). Le chèque n'est toujours pas cassé. Il peut être supprimé manuellement. Peut-être choisir "5 minutes"? Voyons ce qui est écrit dans l'aide de votre compte.


^{Capture d'écran de votre compte personnel.}

Il s'avère que pour nous la méthode «Pour 3 jours» n'est pas seulement recommandée, elle est obligatoire!

Conclusions

Atol. Tout n'est pas automatisé, beaucoup se fait à la main. On peut voir avec quelle lenteur mais sûrement l'interface du compte personnel s'enrichit. Le tarif standard pour tout changement est de 3 jours ouvrables. Parfois, ils proposent de conduire des chèques pour nous, mais pour une raison quelconque, ils ne les ont jamais conduits. Afin d'accélérer la solution de la demande en réponse au message sur la création du ticket, vous devez envoyer le TIN à l'organisation (même s'il est déjà dans le corps de l'appel), ils ont une augmentation de priorité automatisée, apparemment de cette façon.

Yandex.Cash. Ils ne peuvent pas renvoyer le chèque en cas de problème du côté d'Atol. D'autres le peuvent, non, mais en réalité ils le peuvent, mais ils ne le veulent probablement pas. J'ai dû leur écrire un script. Il y a beaucoup de documentation et, par conséquent, il est donc incohérent.

Robokassa. Pour une raison quelconque, ils améliorent l'adresse Web du magasin, tout en le faisant complètement inaperçu. Les autres sont des gars adorables.

FTS. Heure d'origine pour la mise en œuvre des modifications. Lois et exigences mal pensées. Désormais, les caisses enregistreuses électroniques sont identiques à la physique ordinaire. Si dans un magasin hors ligne, le paiement et la suppression d'un chèque sont effectués par un seul appareil et que ces deux procédures se déroulent presque comme une seule transaction, alors dans le monde en ligne, tout est différent. Le paiement est accepté par un service, mais le chèque est éliminé par un autre. Par analogie avec les caisses enregistreuses hors ligne pour éliminer un chèque, on ne donne pas plus de 5 minutes. Plus de détails peuvent être lus, par exemple, ici .

Leçons apprises

Cela ressemble à des bagatelles, mais à cause de ces bagatelles, j'ai dû consacrer environ 60 heures à ce qui précède et au développement / débogage du script. Même deux grands agrégateurs de paiement nationaux ainsi qu'un grand fournisseur KaaS ne peuvent pas fournir un service dans lequel un utilisateur ordinaire recevra le service, en comprenant au minimum le domaine. Il est très triste que, même avec un changement insignifiant, vous deviez être en alerte dans le format et, par conséquent, tout sauvegarder avec vos propres béquilles.

Soit dit en passant, dans la routine habituelle, les deux sociétés fournissent un support technique de haute qualité et le service lui-même. Il est facile de s'affaisser au téléphone avec un technicien pendant une heure, de déboguer quelque chose ou de découvrir les causes de certaines pannes dues à la défaillance des systèmes de paiement. Tout va bien avec la documentation, avec fiabilité. Yandex.Kassa avertit soigneusement de toutes les défaillances des systèmes de paiement et de son propre travail planifié. Le Robokassa n'a pas été vu dans de tels envois, mais il y a moins de plaintes de nos clients concernant des paiements problématiques à travers lui, ce qui signifie qu'il n'y a pas de temps d'arrêt particulièrement.

Que faire ensuite? A l'horizon se profile le retour sur investissement du projet pour optimiser le choix de l'agrégateur en fonction du mode de paiement choisi par l'utilisateur. Peut-être, dans ce contexte, il sera possible de se connecter à plusieurs autres fournisseurs (je m'attends à un nouveau «OMG! Pourquoi est-ce ainsi?!» Et aux raisons des articles sur la douleur). En raison de la forte inégalité du volume des paiements au cours d'une année, une tâche intéressante peut s'avérer optimiser la collecte de plusieurs sacs à dos: quel utilisateur envoyer pour payer afin de minimiser les pertes de commissions et les remises pour les paiements mensuels. Si quelqu'un a eu une telle expérience et si le jeu en vaut la chandelle, merci de partager dans les commentaires!