Configuración de Cashmatic en ImaCash
Antes de configurar
- El proveedor debe habilitar la API HTTPS de Cashmatic y facilitar por un canal privado la dirección, el puerto y una cuenta autorizada. Confirmar permisos de consulta, cobro, cancelación y retirada; no hay un puerto ni credenciales universales.
- El ordenador necesita .NET Framework 4.7.2 o posterior. Utilizar un certificado válido para la dirección configurada o una huella SHA-256 confirmada por el proveedor por un canal fiable. No aceptar automáticamente el certificado recibido ni desactivar su comprobación.
- Dedicar el dispositivo a esta instancia de ImaCash. No iniciar movimientos desde otra aplicación o desde la administración de Cashmatic mientras ImaCash lo utilice: la cancelación del servicio no ofrece un bloqueo frente a órdenes simultáneas de terceros.
Pasos en ImaCash
- Abrir Configuración → Máquina y seleccionar Cashmatic. El conector está disponible en el canal beta; confirmar la versión y la instalación con el responsable técnico.
- Introducir la dirección del dispositivo o del servicio indicado por el proveedor, el puerto HTTPS, el usuario y la contraseña privados. No confundir esa dirección con la del ordenador de ImaCash.
- En Certificado HTTPS (SHA-256), dejar el campo vacío si el certificado ya es válido o introducir la huella autorizada del certificado del dispositivo. Este campo no es una carpeta ni un archivo.
- Elegir la moneda configurada en el equipo. El selector admite monedas de dos decimales; su presencia en la lista no acredita que el modelo o firmware las soporte.
- Guardar y comprobar la conexión con el equipo en reposo. Se consultan información, estado e inventario, sin iniciar un movimiento de efectivo. Una lectura fallida no equivale a inventario cero ni acredita la prueba completa del cobro.
Funciones del conector beta
Incluye cobros manuales e integrados, cancelación de un cobro propio antes de alcanzar el importe con devolución completa confirmada, abonos, retiradas por importe e inventario reciclable y total. El resultado exige confirmar la operación propia, los importes de entrada y salida y su finalización; un acuse o volver a reposo no bastan.
No están habilitados rellenados, cambios de denominaciones, vaciados, aperturas, depósitos libres, admisión continua ni selección de denominaciones. No se reconstruye un desglose de efectivo desde diferencias de inventario.
Si el resultado queda pendiente
Ante una pérdida de comunicación, entrega incompleta o resultado que no pueda identificarse, revisar la operación y el efectivo con el responsable técnico. No repetir el cobro, abono o retirada para probar ni reiniciar para desbloquearlo. La revisión en memoria no se recupera de forma persistente entre procesos.
Modelo y puesta en servicio
Antes del uso comercial, el proveedor debe confirmar el modelo, firmware y API, incluida la consulta por referencia de una operación todavía activa. Después se requiere una prueba supervisada de cobro exacto, cambio, cancelación, abono, retirada y cortes de comunicación, contrastando el efectivo y el historial. Esta guía y las pruebas de software no acreditan certificación ni validación física de un modelo.