ATM. En el otro lado del alambre

En relación con la href="http://habrahabr.ru/post/216315/"> recientemente temáticos cajeros automáticos Habra deseen conocer más acerca de ellos, y simplemente tira el número de conjeturas sobre tal aparentemente audiencia técnico listo, me decidí a escribir este post.

A diferencia UserSide , que se dedica principalmente en el mantenimiento físico de los cajeros automáticos, y me parece a mí, está muy lejos de los que realmente escribir software por su host de gestión, voy a hablar de "el otro lado". Naturalmente, el mejor de su conocimiento, es todavía demasiado modesto.

Dado que este es mi primer artículo sobre Habré, pido disculpas por tal vez una confusión innecesaria.

La primera cosa que quiero mencionar - todo lo dicho en el artículo, y casi todos los comentarios - la verdad, pero la verdad es unilateral - que describe los casos especiales. Aunque estos casos particulares, de manera que se presente información, el lector desprevenido puede tener la impresión de que existe sólo en la medida en que se le dijo. Y a pesar de los comentarios tenían tiempo para aparecer descripción algo opuesto a la situación, nadie expresado los principales - todos estos casos especiales
.

1. Mapas y cuentas h4>
Uno de los miembros del foro, citando su experiencia, él insistió en que la tarjeta se puede unir cualquier cuenta (y en cualquier moneda) durante 5 minutos, alguien más lo dudaban. Esto es cierto. La posibilidad de que este procedimiento se determina sólo por la capacidad del sistema de procesamiento de software, lo apoyan por el / la banca móvil a Internet, el deseo del banco de proporcionar estos servicios a la población y su deseo de pagar por ese desarrollador de sistemas moneda adicional. En el sistema, el desarrollo de la que tengo la actitud, tarjetas y cuentas - que son dos entidades diferentes
. Mapa en nuestra terminología es una muestra - al igual que un símbolo, como una contraseña, certificado, prueba de identidad y algunos otros que no recuerdo inmediatamente. El token se utiliza únicamente para acceder a la cuenta. Y, en cuanto a la cuenta, puede acceder a unas pocas fichas y testigo puede servir para múltiples cuentas. Por ejemplo, en un banco, en el que el sistema funciona, durante una transacción con tarjeta es posible que se le pida que especifique una cuenta en particular - si la tarjeta de ellas está ligada más
.

2. PIN contrarias a estafa h4>
Esta función se denomina "falso PIN» (iPIN). El hecho de que algún banco ofrece a hacerlo por defecto como el PIN principal escrito por el contrario, sólo sirve para el propósito que sea más fácil la memorización. A juzgar por los comentarios, me dio la impresión de que no todo el mundo entiende esto.
Por lo que he escuchado de colegas, esta característica no es muy popular, porque tiene su lado negativo (no estoy seguro). El hecho de que se utiliza muy raramente.

3. Coleccionistas de tarjetas / supervisores h4>
De nuevo, esto no es una regla inmutable, esto se hace simplemente por la facilidad de mantenimiento. En nuestro sistema, se hace de tal manera, sospecho que todos los demás, así:
Al insertar una tarjeta de acogida, en lugar de la transacción, el cajero automático le pedirá los medidores de corriente (o la aplicación de ATM en sí puede definir un mapa e inmediatamente enviar sus propias metros - sobre las aplicaciones más adelante). Además hay una terminal de colección física con entrar en una nueva metros (esto se hace a mano, pero vagamente oyó que es posible y automático de entrada en una cinta de la encuesta ... pero creo que ahora es raro donde hay). Después de cerrar la puerta del cajero automático presiona un botón especial llamado supervisor de botón, e informa de ATM en la red, como mínimo, que cambió el estado del sensor "modo de supervisor", como máximo - su estado completo, incluyendo los nuevos contadores (y tal vez incluso de edad - ver . en el capítulo sobre la aplicación). Si el informe contiene sólo información sobre el sensor, entonces alojar sus propias peticiones contadores. En este punto, el anfitrión puede comparar lo nuevo con los viejos contadores y crear una colección de transacción. Una vez más, repito, porque funciona para nosotros, pero eso no quiere decir que funciona en todas partes. Pero como el sistema es muy flexible y autónomo, sin duda utilizar en casi cualquier producto de software de este tipo.

En lugar del equipo tarjeta para un metros de la encuesta inicial (antes el modo de transferencia supervisor de cajeros automáticos para la recolección) puede dar hacia y desde el host. Colección en tal caso podría tener este aspecto: colectores llegaron al lugar, llame al centro de procesamiento, el operador ejecuta el comando a través del sistema, entonces todo lo que en el primer escenario
.

4. Aplicación en ATM h4>
Aquí hay que señalar que todas las aplicaciones se pueden dividir en 2 tipos:

• protocolo define rígidamente, en el lado del programa ATM se ejecuta, este protocolo y se expanda no lo hace. Esto, por ejemplo, NDC, DDC y Tritón.
• protocolo no sólo no están rígidamente fijado, sino por el contrario, la aplicación de ATM es plug-in de apoyo para la comunicación con un host en particular extensible. Dispuestos de tal forma cajeros automáticos Kalignite - dicho sea de paso, el más flexible de aquellos con los que he trabajado. Apéndice Kalignite - esta es una aplicación común .Net de aparecer en las pantallas de ATM -. Páginas HTML ordinarias que se muestran a través del navegador componente estándar .Net (que, a su vez, se basa en el núcleo de IE, que tiene toda su vulnerabilidad Sin embargo, el componente fuertemente recortado). Debido a este desarrollo la parte visual de la secuencia de comandos se puede acoplar diseñadores web y disfrutar de todos los beneficios - por ejemplo, jQuery, teclado virtual y todo lo que su corazón desea
  . Dado que el código que se ejecuta ATM escrito por el desarrollador del sistema, la ejecución de las funciones de servicio se puede simplificar considerablemente - por ejemplo, la recogida de transacciones se puede formar en el cajero automático, y lo envía al host como una solicitud de transacción normal (sólo será una transacción administrativa).
  • terminal envía sólo los parámetros especificados - en este caso, el anfitrión debe ser almacenada en alguna parte de la información enviada por el cajero automático en la solicitud anterior - ATM sin estado, con estado de acogida - también lo son todo el programa ATM con el protocolo rígido (NDC / DDC, Triton, etc.), como protocolo no proporciona un lugar para almacenar los datos;
  • terminal envía todos los datos del pasado, además de los parámetros ajustados - statefull ATM, sede de apátrida. Así que mejor que se puede hacer cuando se trabaja con Kalignite, porque todavía necesita (preferentemente) para escribir su extensión para comunicarse en práctica el protocolo de acogida.

    5. Retirada de las tarjetas y PINs equivocadas h4>
    La detección de comportamientos no toma la tarjeta es completamente adaptable - ATM puede tanto agarrarla y dejar el camino. Lo mismo se aplica a la emisión de tarjetas de antes / después de que el dinero en el inicio / final de la obra durante un corte de energía (si el banco no es bastante pobre en el cajero automático debe ser UPS). ¿Qué hacer si se introduce el código PIN de forma incorrecta se introduce el PIN de forma incorrecta (si los hay), el contador se pone a cero cuando se necesita un PIN incorrecto si la tarjeta de captura - es todo acerca del anfitrión. Si el host no instruye la tarjeta de captura de cajero automático, que no asumió, ya sea por lo menos diez veces falsa, robados y perdidos.
    
    

    6. Las tarjetas con chip h4>
    ¿Qué hacer con las tarjetas con chip, si usted no puede leer el chip - depende de su escenario. Puede ofrecer una gama más reducida de los servicios y simplemente se niegan a servir. Lo mismo se aplica a las tarjetas de otros bancos.
    
    

    7. Un máximo de 40 proyectos de ley para la emisión y el algoritmo de emisión h4>
    ¿Qué algoritmo de usar tema y donde encuentra ATM - de nuevo, depende por completo de la configuración. Por supuesto, ahora, en la era de host de Internet indiscriminada ventajoso realizar todos los cálculos, y los cajeros automáticos comandos único problema. Sin embargo, por ejemplo, la gestión de Kaliginte a objetos CashDispenser-th (dispensador de efectivo) también es capaz de calcular la cuestión cantidad pokupyurnuyu utilizando diferentes algoritmos. En nuestro sistema, nosotros no usamos esta función. Una vez más, permite al usuario seleccionar el algoritmo para la emisión o, como alguien ha dicho en los comentarios, incluso los proyectos de ley específicos denominación - es totalmente dependiente de la voluntad de los bancos para crear un escenario de este tipo (bueno, y las capacidades del software, por supuesto)
    .
    Limitación de 40 proyectos de ley en realidad proviene de las limitaciones físicas - un paquete de 40 billetes de casi un centímetro de grosor. Sobre el hecho de que el cajero automático simplemente negarse a expedir una cantidad que no se puede emitir físicamente a la vez, con el error desconocido - escenario vino Developer - que no está previsto un mensaje claro sobre la causa. Con Kalignite-om todo de manera sencilla, éste es el HTML de costumbre, como he dicho anteriormente, de hecho, el sitio local, y de la respuesta del huésped NDC / DDC ATM puede incluir una actualización de la pantalla, el texto en el que, de nuevo, determina anfitrión ... Triton-protocolo y más pobres y códigos de error, tiene poco, pero Triton-s en Rusia, al parecer, no son muy comunes.
    
    

    8. Sistema operativo h4>
    Las que he probado, es necesario Windows XP. Y probé con escenario Kalignite-ovsky con NDC y DDC cajeros automáticos.
    
    
    Bueno. Espero que haya sido interesante y el caos en las mentes disminuidos. El punto principal que quería transmitir - todo es personalizable. Por supuesto, en algún lugar menos, en algún lugar más, sino que tiene más que ver con los matices más profundos que los que pueden ser vistos a simple vista.
    
    Fuente: habrahabr.ru/post/217337/