Tal dolor, tal dolor, caja registradora como servicio 2: 0

En el artículo anterior , hablamos sobre cómo el antiplagio eligió las "nubes" por sí mismo. En esta charla sobre un componente importante de la vida de cualquier empresa comercial: recibir dinero de los clientes.

Para recibir pagos de clientes privados, siempre hemos utilizado los servicios de agregadores. Primero, queríamos diversificar entre los servicios de aceptación de pagos, luego aparecieron requisitos para emitir cheques electrónicos ... En una palabra, había una gran cantidad de Lista de Deseos y requisitos tanto de nuestro lado como del estado. En este artículo, compartiremos nuestra experiencia y hablaremos sobre el rastrillo en la hierba alta que tuvimos que pisar y que logramos evitar. Creo que la experiencia descrita puede ser útil para todos aquellos que todavía están al comienzo del camino de integrar los pagos en su sistema.



^{Imagen de giphy.com}

Había dos cajeros felices en la abuela ...

Nuestros clientes privados verifican documentos 3 veces más corporativos. Desde el comienzo de nuestro negocio y hasta ahora, hemos preservado cuidadosamente la posibilidad de una búsqueda gratuita de préstamos en Internet. Los servicios pagos tienen las siguientes ventajas:

• mayor prioridad al verificar
• falta de restricciones en el número de documentos controlados por unidad de tiempo;
• La disponibilidad de una amplia selección de módulos de búsqueda para conectar.

El costo de un servicio pago consiste en deducciones de los proveedores de contenido y los costos de mantener una infraestructura de auditoría (incluidas las gratuitas) para clientes privados.

Ahora, una comprobación de la Colección conjunta (OK), que incluye todos los módulos de búsqueda posibles, cuesta 270 rublos. Las verificaciones individuales son suficientes para los usuarios comunes, y para los usuarios comunes, la verificación no es muy costosa. Aquellos que verifican masivamente, condicionalmente nos dividimos en dos clases: honestos y deshonestos. Si se trata de una organización dedicada a la educación o que necesita un servicio de verificación de préstamos para controlar la calidad del trabajo científico u otro trabajo textual, ofrecemos convertirnos en nuestros clientes corporativos, lo que reduce los costos de los clientes en términos de una auditoría. Para los "sintonizadores" y escritores personalizados (adivina a qué categoría pertenecen) la ruta al segmento corporativo está cerrada. Ese es nuestro principio, no concluimos contratos con empresas que son dudosas, en nuestra opinión. También controlamos las actividades de nuestros clientes para evitar el uso de cuentas corporativas con fines "comerciales" (heurística, aprendizaje automático, eso es todo). En nuestra historia, hubo varias terminaciones de contratos después de descubrir que el cliente no era el que decía ser. Desafortunadamente, no podemos concluir un acuerdo con cada usuario privado, por lo tanto, se utiliza una oferta para ellos. Esto es conveniente para usuarios privados, pero al mismo tiempo no podemos controlar quién usa el acceso pago, ya que una tienda no puede prohibirle comprar productos que se muestran en una ventana de visualización. El costo de las inspecciones masivas para clientes privados aumentará constantemente. Por lo tanto, hacemos que el trabajo de escritura sea un placer costoso y nos adherimos a nuestra misión de mejorar la educación en Rusia y el mundo.

Como empezó todo

Nuestro servicio transfirió algunos de los servicios previamente gratuitos para clientes privados a la categoría de servicios pagos el 4 de mayo de 2010. Hasta ese momento, toda la funcionalidad estaba totalmente disponible, solo se pagaban cheques en colecciones externas, por lo que, a su vez, pagamos a los proveedores de contenido. Hicimos un servicio pago la formación de un informe completo. Obviamente, los usuarios no estaban contentos y calcularon fácilmente nuestros ingresos fabulosos.


^{Capturas de pantalla de las declaraciones de abril-mayo de 2010 de nuestro foro.}

Por desgracia, todavía no tengo bienes inmuebles en Chipre, a pesar de que escribí la primera versión de facturación.

Primer robot toque

Para lanzar pagos masivos, utilizamos una solución ya probada: la integración con Robokassa (RK). Hasta el 4 de mayo de 2010, aceptamos pagos por exámenes de tesis y documentos legales. El servicio RK nos convino. La integración fue tan simple como las botas de fieltro, por nuestro lado tuvimos que hacer un mínimo: simplemente redirigir al sitio web de pago y al controlador de devolución de llamada de pago sobre el estado del pago. El escenario de acción del usuario estándar fue el siguiente:

1. El usuario selecciona un producto en el sitio, hace clic en el botón de pago.
2. El sitio (con la participación del servicio de facturación, pero esto no es tan importante en el contexto actual) redirige al servicio Robokassa, indicando el identificador de la tienda, el producto y el monto del pago.
3. El usuario en el sitio paga por los bienes.
4. El servicio de caja acepta el dinero y nos notifica el pago mediante una devolución de llamada (devolución de llamada, en ruso).
5. ... la magia está sucediendo aquí ...
6. Beneficio !!! El dinero se transfiere a la cuenta de la empresa menos la comisión.

Todo fue creado y trabajado durante años. Y como sabes: funciona, ¡no lo toques! No podía durar para siempre, tuve que cambiar algo.

Y (et) a (otro)

Vivimos en un momento turbulento de cambio y oportunidad. A fines de diciembre de 2015, el proceso de revocación de licencias de los bancos estaba en pleno apogeo, y dado que cualquier sistema de pago está vinculado a un banco, decidimos que necesitábamos una opción de respaldo. El Plan B no nos permitirá permanecer en algún momento sin la posibilidad de aceptar el pago. De los agregadores de pagos más o menos grandes, la elección recayó en Yandex.Kassa (Yak). La tarea se realizó en tiempo récord, durante los últimos 3 días de diciembre, y nos fuimos de vacaciones con la parte trasera cubierta. Por cierto, los riesgos en relación con Kazajstán no se dieron cuenta, pero obtuvimos un sistema de pago alternativo. ¡No lo tires! Desde entonces han estado trabajando juntos. ¡Dos gansos graciosos!

Experiencia aún no aplicada

Como ya escribí, queremos desarrollar el antiplagio y estar menos distraídos por las cosas secundarias. Los servicios pagos para clientes privados son una oportunidad para continuar brindando servicios gratuitos.
Dio la casualidad de que implementamos la integración de la manera más simple posible que ofrecía cada uno de los agregadores de pagos. Por lo tanto, tenemos una página de pago muy clara con dos mecanismos diferentes para dos cajas registradoras diferentes.


Para la República de Kazajstán, la elección del método de pago se produce después de ir a la página del agregador, para UC, en nuestra página, antes de la transición. Para comprender la correlación del perfil de pago con la carga a continuación, el azul es la parte del dinero recibido a través de Kazajstán y el naranja es el número de cheques pagados.


Entonces, sin preocuparnos realmente por la implementación, probamos la usabilidad de dos opciones para las interfaces de pago. Parece que los usuarios prefieren la opción de UC. Las explosiones por encima del 50% son características del comienzo mismo del uso de UC y períodos del año con poca carga cuando el número de pagos es menor. Aparentemente, en este momento, el hecho de que el RC se encuentra más alto y se selecciona de forma predeterminada se ve más afectado.

Babusya Atol FF Dekhovna

Haga una reserva de inmediato: no violamos las leyes de la física y la Federación Rusa. Por lo tanto, junto con todos, comenzaron a buscar una solución para emitir cheques a partir del 1 de julio de 2017 de acuerdo con la Ley Federal No. 290 . Busqué por adelantado, solo durante la próxima sesión de primavera. Inmediatamente se hizo evidente que no estaríamos colocando el cajero y eliminando cheques manualmente.
Para la fecha límite establecida por el estado, nosotros, como muchas compañías en el país, no cumplimos con la fecha límite. Esto sucedió por la prosaica razón de la falta de una oficina de reservas en línea como servicio. En ese momento, muchos ofrecieron varias otras opciones. Por ejemplo, en Robokassa había una opción con la venta de sus productos en su tienda. Parecía de alguna manera no muy. Sobre todo, nos impresionó el enfoque de KaaS: el pago como servicio. Uno de los primeros (si no el primero) fue ofrecido por Atol.
A pesar de la emoción, rápidamente concluimos un acuerdo, compramos y registramos una unidad fiscal, una unidad flash especial para almacenar todas las transacciones que se eliminaron a través de la caja registradora.
Era indicativo que nuestros dos gansos casi de inmediato comenzaron a apoyar la integración con Babusey-Atol. Como dice el cuento: comenzamos a vivir, vivir y hacer el bien.

Transición a FFD 1.05

Todos saben que es necesario comenzar una nueva vida el 1 de enero (tan pronto como te despiertes, sí). Es cierto que este no es el mejor momento para la introducción de cambios legislativos. Sin embargo, desde el 1 de enero de 2019, todos tuvimos que cambiar a la nueva versión del formato de documento fiscal (FFD) 1.05. Los cambios son baratos, pero aún me estremezco por los recuerdos de los eventos de esta actualización.

El estudio del problema mostró que es necesario agregar solo dos parámetros a los valores transferidos: el objeto de cálculo (pago_objeto, pago_sujeto) y el método de cálculo (pago_método, modo_pago). Para nuestro único producto, la puntuación antiplagio, que indica que este par de parámetros no cuesta nada. Aquí hay un esquema simple del plan para lograr el objetivo Go to FFD Support v1.05:

1. Refine el sitio para que pase un par de constantes nuevas en las solicitudes;
2. Verifique con los agregadores que entiendan y acepten todo esto;
3. Cambie en formato Atole FFD a la versión 1.05;
4. ... la magia está sucediendo aquí ...
5. Beneficio !!!

Los parámetros no cambian a tiempo y no dependen de nada, se configuran una vez, y eso es todo, un obsequio. Entonces pensaron, de hecho, que todo resultó no ser tan fácil ... ¿Qué podría haber salido mal?

1. El departamento de desarrollo finalizó el sitio del Anti-Plagio, lo implementamos en el producto. Verificamos con nuestro soporte técnico y especialistas de ambos agregadores que todo funciona y que los nuevos datos se transmiten correctamente.
2. En el proceso de cambio, uno de los agregadores vio nueva información por sí mismo: el valor del campo "sitio" debe coincidir simbólicamente con el valor especificado en Atola (WTF ₁ : ¿por qué el requisito para esta coincidencia, porque hay un INN y todo tipo de otras cosas?) Como resultó más tarde, esto muy importante
3. Ok, vamos a cambiar En Atola, en una página de su cuenta hay un campo con la dirección del sitio web y un adelanto sobre la transición a la versión FFD 1.05. Genial Estoy cambiando el sitio a www.antiplagiat.ru ( eliminé el http que estaba allí antes, agregué www) y puse un vistazo a la transición a la versión FFD 1.05. Tres días hábiles para un cambio (WTF ₂ - ¿es realmente que un ingeniero personalmente va allí y cambia el firmware de la caja?) Nuuuuu aprox. Hasta ahora expondré los mismos valores de sitio en agregadores. Cambiado. Eso es todo, estamos esperando el cambio en 1.05.
4. A la mañana siguiente recibo información de que los cheques no están vencidos. El atol se administró más rápido que tres días hábiles y cambió la versión del FFD, pero no cambió la dirección del sitio: antiplagiat.ru (WTF ₃ - ¿Cómo es?!?! ¿Cambia el sitio con las manos en alguna parte?). Al cambiar la dirección del sitio, RK mismo agregó en silencio "http: //": www.antiplagiat.ru (WTF ₄ : quería que el cheque fuera más pequeño y sin un protocolo, pero no funcionaría debido a un agregador). Yak como bien hecho, todo funcionó como debería www.antiplagiat.ru . Total: los cheques no se escriben en ninguno de los agregadores, porque en todas partes hay un nombre diferente para el sitio. ¡Pero específicamente los hice iguales el día anterior!
5. Lo juro por teléfono con todos, Atol es guapo, tienen una tarifa por cualquier solicitud: 3 días hábiles. Apago el RK porque no pueden cambiar el sitio al que está registrado actualmente en Atola, porque el sitio debe estar con http o https. Estoy cambiando el sitio en la UC a uno ahora en Atola (el beneficio está cambiando rápidamente allí y no hay un requisito de http). ¡Hurra, los cheques comienzan a ser escritos! El atolón resultó estar motivado por mi discurso en el teléfono y en media hora cambia el sitio a www.antiplagiat.ru (este formato se adapta a la República de Kazajstán). En este momento, dejar de funcionar los cheques en la UC deja de funcionar porque allí se registra el sitio antiguo. Lo cambio a través de mi cuenta personal, no cambia, llamo a TP, cambian. Encienda el RK.
6. Fuh, parece funcionar en todas partes. Queda por hacer frente a los cheques no escritos. Hay varios cientos de ellos. RK: a solicitud del teléfono, se ejecutan por su cuenta con el nuevo valor del sitio, pasan. YAK
   ^{Gato de nuestro empleado}
   Explicación: enviamos el cheque a Atoll, nos lo devolvió, dicen, el cheque es incorrecto. Hemos almacenado esta información con nosotros mismos y ahora no se puede hacer nada con ella (WTF ₅ : todavía me mata, como si su sistema no fuera el suyo). 29 de diciembre - un sábado de trabajo (WTF ₆ - pero ya es solo por costumbre, diciembre resultó exitoso para el dolor, recuerden el artículo anterior, la acción con nubes tiene lugar en paralelo), no es el mejor día para los procedimientos. Qué hacer con cheques sin sello, pensaremos en enero.
7. Todo funciona bien, con un alma tranquila, vamos a celebrar el Año Nuevo. 29 de diciembre, a las 20 horas, traidoramente, sin declarar la guerra, la UC cambia la dirección del sitio a otra. Los cheques a través de ellos dejan de ser escritos.

Por qué lo hicieron, no pudieron explicarlo. Dijeron algo sobre una carta de Atola. Aparentemente, esta pareja quería hacer lo mejor. Atol se hizo cargo de aquellos que no conocían este requisito, ya que la dirección del sitio en el agregador de pagos y caja no coincidía. Verá que solo los datos eran antiguos, al menos desde la mañana del 29 de diciembre.

En la mañana del 10 de enero, tenemos un montón de cartas en un recuadro con mensajes de la UC sobre errores que eliminan cheques. ¡Gran comienzo de año! No pueden reconocerse y a sí mismos (!) Reenviar estos cheques al Atolón (bueno, pueden, cuando quieran). Además de este caso, no fue posible reenviar cheques UC más de una vez. Por el contrario, ¡me convencieron de que era imposible! ¿Qué hay que hacer para seguir escribiendo un cheque? Correcto, ¡conduce con tus manos! En Atola llegamos a una página con una docena de campos que deben completarse. Lleno, bueno, bueno, un cheque noqueado. ¡En la próxima comprobación, debe completar todo de la misma manera (excepto un par de campos) nuevamente!
Tenemos un montón de letras con errores, necesitamos eliminar los cheques. Escribimos un guión que toma cartas de la UC y golpea los cheques en Atoll usándolos. Poner en la máquina. Un poco, pero si el cheque no es vencido, entonces esto es una violación de la ley. Tuve que descubrir cómo funciona todo en Athol. No está claro por qué la UC no puede hacer el reenvío de cheques de su lado. El script está en nuestro repositorio público recién creado en Github.

Documentación contradictoria de Yandex.

Hay mucha documentación en la UC, con bellas imágenes y capturas de pantalla. Parecería, uso y alegría. Veamos qué se escribe sobre la interacción con la taquilla:


^{Captura de pantalla tomada el 30/10/2019.}

En el paso 5, Atol a veces informa que no todo está en orden con el cheque, y en nuestra cuenta aparece el pago con el estado "Aceptado", pero sin un cheque. Esto se debe a que se selecciona la forma recomendada de enviar cheques con "3 días de anticipación".


^{Configuración de pago en línea, opción "Con nuestra ayuda". Captura de pantalla tomada el 30/10/2019.}

Y nuevamente el quinto punto, cuya descripción del proceso no funciona exactamente como se describe. Al presionar un botón en su cuenta personal no cambia nada en el estado del cheque (consultado con el soporte técnico, confirmó). El cheque aún no está roto. Se puede eliminar manualmente. Tal vez elegir "5 minutos"? Veamos qué está escrito en la ayuda de su cuenta.


^{Captura de pantalla de su cuenta personal.}

Resulta que para nosotros el método "Por 3 días" no solo se recomienda, ¡es obligatorio!

Conclusiones

Atol. No todo está automatizado, mucho se hace a mano. Uno puede ver cuán lenta pero segura se está enriqueciendo la interfaz de la cuenta personal. La tarifa estándar para cualquier cambio es de 3 días hábiles. A veces ofrecen conducir cheques por nosotros, pero por alguna razón nunca los condujeron. Para acelerar la solución de la solicitud en respuesta al mensaje sobre la creación del ticket, debe enviar el TIN a la organización (incluso si ya está en el cuerpo de la apelación), tienen un aumento de prioridad automatizado, aparentemente de esta manera.

Yandex.Cash. No pueden reenviar el cheque en caso de problemas en el lado de Atol. Otros pueden, no lo hacen, pero en realidad pueden, pero probablemente no quieran. Tuve que escribir un guión para ellos. Hay mucha documentación y, probablemente, por lo tanto, es inconsistente.

Robokassa. Por alguna razón, mejoran la dirección web de la tienda, mientras lo hacen completamente inadvertido. El resto son chicos encantadores.

FTS. Tiempo original para la implementación de cambios. No bien pensado leyes y requisitos. Ahora las cajas registradoras electrónicas son idénticas a las físicas ordinarias. Si en una tienda fuera de línea, el pago y la eliminación de un cheque se realiza mediante un dispositivo y estos dos procedimientos se realizan casi como una sola transacción, entonces en el mundo en línea todo es diferente. El pago es aceptado por un servicio, pero el cheque es eliminado por otro. Por analogía con las cajas registradoras fuera de línea para noquear un cheque, no se otorgan más de 5 minutos. Se pueden leer más detalles, por ejemplo, aquí .

Lecciones aprendidas

Parecen insignificantes, pero debido a estos inconvenientes tuve que pasar unas 60 horas en lo anterior y en el desarrollo / depuración del guión. Incluso dos grandes agregadores de pagos nacionales junto con un gran proveedor KaaS no pueden hacer un servicio en el que un usuario común recibirá el servicio, entendiendo mínimamente el área temática. Es muy triste que con cualquier cambio, incluso insignificante, tenga que estar alerta en el formato y, como resultado, respaldar todo con sus propias muletas escritas a mano.

Por cierto, en la rutina habitual, ambas compañías proporcionan soporte técnico de muy alta calidad y el servicio en sí. Es fácil hablar por teléfono con un técnico durante una hora, depurar algo o descubrir las causas de ciertas fallas debido a la falla de los sistemas de pago. Todo está bien con la documentación, con fiabilidad. Yandex.Kassa advierte cuidadosamente sobre todas las fallas en los sistemas de pago y su propio trabajo programado. El Robokassa no se vio en dichos correos, pero hay menos quejas de nuestros clientes sobre pagos problemáticos a través de él, lo que significa que no hay tiempos de inactividad particularmente.

¿Qué hacer a continuación? En el horizonte surgió la recuperación del proyecto para optimizar la elección del agregador en función del método de pago elegido por el usuario. Tal vez, en este contexto, será posible conectarse a varios proveedores más (¡espero un nuevo "OMG! ¿Por qué se hace esto?" Y las razones de los artículos sobre el dolor). Debido a la fuerte desigualdad del volumen de pagos en el transcurso de un año, puede surgir una tarea interesante para optimizar la recolección de varias mochilas: a qué usuario se debe enviar a dónde pagar para minimizar las pérdidas en comisiones y descuentos para pagos mensuales. Si alguien ha tenido esa experiencia y si el juego vale la pena, ¡comparte los comentarios!