Los competidores te casan con una marca. Nosotros usamos un patrón Adapter: cada cámara declara su proveedor LPR y el sistema enruta los eventos. Si mañana cambias de Hikvision a Dahua, no cambia ni una línea del flujo de negocio.
| Marca | Método de integración | Accuracy | Costo | MVP |
|---|---|---|---|---|
Provision-ISR I6-240LPRN-MVF2 + similares | ONVIF Profile M + HTTP push | 99% | Sin costo recurrente | En MVP |
Hikvision Cámaras IP con LPR integrado | ISAPI HTTP listener | 95-99% | Sin costo recurrente | En MVP |
Dahua Cámaras IP con LPR integrado | HTTP webhook + SDK | 95-98% | Sin costo recurrente | Post-MVP |
PPA Smart Cámaras LPR locales | A determinar según firmware | 90-95% | Sin costo recurrente | Post-MVP |
PlateRecognizer (SaaS) Cualquier cámara IP/webcam | Snapshot Cloud API | 99% (condiciones óptimas) | USD 50-200/mes según volumen | En MVP |
Cam ENTR01 Provision-ISR ──► ProvisionIsrAdapter ──┐
│
Cam SALI02 Hikvision ──► HikvisionAdapter ──┼─► PlateDetectionDispatcher
│ │
Webcam PPM01 (genérica) ──► PlateRecognizer ──┘ ▼
TransactionService
(lógica de negocio)Cambiar el adapter de una cámara NO requiere tocar la base de datos, ni los flujos de entrada/salida, ni código fuera depackages/adapters/lpr/.
Test e2e activa simultáneamente Hikvision + Provision-ISR + PlateRecognizer y verifica que los 3 emiten eventos al dispatcher sin conflicto.
Agregar soporte para una nueva marca = ~200 líneas de código en su carpeta, cero cambios en el resto del sistema.
Si tu cámara expone ONVIF, HTTP webhook o un SDK, podemos hacerla compatible en menos de una semana.