Software House, C•CURE 9000 e iSTAR
Software House es la división de control de acceso que ahora opera bajo Johnson Controls (anteriormente Tyco Security Products). Sus dos familias de controladores insignia —C•CURE 9000, una plataforma de software de nivel empresarial, e iSTAR, su línea de controladores de hardware dedicados— están ampliamente implementadas en campus corporativos, instalaciones gubernamentales, sistemas de atención médica e instituciones financieras en América del Norte e internacionalmente. Ambas plataformas comunican datos de credenciales a través del protocolo Wiegand, leyendo patrones de bits de tarjetas y llaveros presentados en los lectores de puertas.
Debido a que las líneas de productos C•CURE e iSTAR están construidas alrededor de un ecosistema de credenciales unificado, los lectores están configurados de fábrica para esperar la disposición de bits CCOTZ específica. Los sitios que ejecutan estos controladores no pueden simplemente sustituir tarjetas de 37 bits disponibles en el mercado y esperar que funcionen. Si una credencial presenta un diseño estándar HID de 37 bits, el controlador analiza los campos incorrectamente —el código de instalación y el número de tarjeta chocan con las posiciones de paridad— y se deniega el acceso o el evento se registra como una lectura inválida. Comprender esto es el primer paso para gestionar un tarjetas de formato de bits Wiegand programa correctamente.
Por qué CCOTZ no es solo 'una tarjeta de 37 bits'
El protocolo Wiegand especifica cuántos bits viajan por la línea de datos y en qué secuencia de voltaje, pero no dice nada sobre cómo se subdividen esos bits en campos. Una trama de 37 bits podría dividirse de docenas de maneras —diferentes anchos para el bit de paridad inicial, el bloque de código de instalación, el bloque de número de tarjeta y el bit de paridad final. Cada división definida por el proveedor crea un formato distinto y no intercambiable. El Guía completa de formatos Wiegand cubre esto en detalle, pero la versión corta es que los nombres de formato como “H10304” (HID de 37 bits) y “CCOTZ” son abreviaturas para una partición específica y propietaria de esos 37 bits.
CCOTZ es uno de los formatos que Security ID Systems clasifica en su alta seguridad y formato personalizado precisamente porque históricamente no ha habido credenciales compatibles disponibles a través de distribuidores generales. Las posiciones de campo que eligió Software House no se derivan de ningún estándar ANSI o SIA, y el diseño preciso no se publica en ninguna hoja de datos pública. Eso es lo que lo convierte en un formato propietario de Nivel S y lo que dificulta el suministro de reemplazos sin un proveedor especializado que haya documentado el formato a partir de muestras de hardware.
El diseño de campo CCOTZ decodificado
CCOTZ utiliza una trama total de 37 bits estructurada de la siguiente manera: 1 bit de paridad par inicial, un campo de código de instalación (el número de bits difiere de H10304), un campo de número de tarjeta y 1 bit de paridad impar final. Los anchos de bit precisos para el código de instalación y el número de tarjeta están invertidos en relación con H10304: donde H10304 asigna un campo más ancho al código de instalación y uno más estrecho al número de tarjeta, CCOTZ asigna anchos en la proporción opuesta. Los dos bits de paridad cubren cada uno diferentes mitades de la carga útil, y las reglas de paridad se aplican a un grupo de bits diferente al de H10304. Estas no son diferencias cosméticas, cambian qué números de tarjeta son representables y cuántos códigos de instalación únicos puede direccionar el sistema.
En la práctica, esto significa que un sitio que ejecute C•CURE o iSTAR normalmente verá códigos de instalación en un rango y con una distribución que parece poco familiar en comparación con los sitios emitidos por HID. El espacio de números de credenciales está estructurado según las convenciones de asignación internas de Software House. Al solicitar credenciales compatibles, debe proporcionar su código de instalación existente exactamente como está programado en el controlador, no un código del número impreso de una tarjeta, que puede o no coincidir con el valor codificado. Nuestra guía de códigos de instalación corporativos y personalizados explica cómo confirmar el código de instalación programado antes de realizar un pedido.
También cabe señalar que las credenciales CCOTZ se han emitido tanto en tecnología de proximidad de 125 kHz como en la plataforma iCLASS heredada de HF. El formato de bits subyacente es idéntico en ambas frecuencias portadoras; lo que cambia es la capa de radio y la tecnología de chip utilizada para almacenar y transmitir los datos. Una tarjeta compatible Software House CCOTZ de 37 bits reproducida en un sustrato T5577 o EM4305 opera a 125 kHz y es el reemplazo estándar para la gran mayoría de los sitios C•CURE e iSTAR que aún utilizan lectores de proximidad.
Codificación de una credencial CCOTZ compatible
La fabricación de una credencial CCOTZ compatible comienza con la codificación de la carga útil correcta de 37 bits en el sustrato elegido. El proceso de codificación escribe el código de instalación en su posición de campo adecuada, escribe el número de tarjeta en su campo adecuado y calcula ambos bits de paridad a partir del grupo preciso de bits que especifica CCOTZ, no los grupos utilizados por H10304 o cualquier otra variante de 37 bits. Un codificador que trata todos los formatos de 37 bits como intercambiables producirá una tarjeta que fallará en el lector. Esta es la razón por la que CCOTZ no se puede pedir a la mayoría de los proveedores de tarjetas de proximidad: no tienen el mapa de campos documentado y no pueden producir una credencial con paridad verificada correctamente.
Security ID Systems también suministra una tarjeta compatible Software House CCOTZ de 37 bits variante para sitios que utilizan un rango de números de tarjeta de 15 dígitos, además del rango estándar. Ya sea que esté aprovisionando credenciales para un nuevo empleado, reemplazando una tarjeta perdida o expandiendo un sitio que ha estado ejecutando C•CURE durante años, la codificación se maneja con la misma especificación de campo: código de instalación y número de tarjeta en las posiciones CCOTZ correctas con la paridad correcta. No se necesita configuración en el controlador; lee la credencial exactamente como leería una tarjeta Software House emitida originalmente.
Para formatos personalizados comparativamente oscuros en otras plataformas de control de acceso, se aplica el mismo enfoque de codificación de precisión. Formatos como la tarjeta de proximidad compatible Lenel de 42-bit y el tarjeta de proximidad compatible ATS Aritech de 32 bits cada uno lleva sus propios mapas de campo específicos del proveedor, y cada uno debe codificarse según las especificaciones para funcionar correctamente con el controlador de origen. No existe un atajo universal de “formato personalizado”.
Pedido: Formato, Código de Instalación y Verificación
Para solicitar credenciales CCOTZ compatibles, necesitará tres datos: la confirmación de que su sitio utiliza C•CURE 9000 o iSTAR (no un controlador de terceros que también acepte datos de 37 bits), el código de instalación programado en el controlador y el rango de números de tarjeta que necesita. Si tiene tarjetas existentes en el sitio, nuestro equipo puede ayudarle a verificar el código de instalación codificado con el valor impreso o programado; esto es particularmente importante en sitios antiguos donde la documentación de puesta en marcha original puede haberse perdido.
Si su instalación utiliza una capa de credenciales más avanzada —por ejemplo, iCLASS SE o una tarjeta de tecnología múltiple— la misma carga útil CCOTZ se basa en la inscripción en esas plataformas, lo que significa que su controlador y lectores gestionan la capa de aplicación segura e inscriben la credencial durante la puesta en marcha. Las credenciales en blanco compatibles para esas plataformas, como se discute en nuestra guía honesta del comprador sobre tarjetas compatibles vs. genuinas, se suministran como tarjetas en blanco inscribibles; los datos CCOTZ son escritos por su sistema durante la inscripción, no pre-codificados en la fabricación. Nuestro equipo confirmará qué modelo de suministro se aplica a su generación específica de lector y controlador antes de realizar cualquier pedido.
Los sitios con entornos de formato mixto —donde algunas puertas leen CCOTZ y otras utilizan un formato propietario diferente— pueden beneficiarse de revisar el panorama más amplio de formatos personalizados de alta seguridad disponibles en Security ID Systems. Soluciones como las tarjetas compatibles HID Corporate 1000 ilustran cómo se manejan formatos igualmente propietarios en otras plataformas: mismo principio, diferente mapa de campos, misma rigurosidad en la codificación.
Security ID Systems es un fabricante y proveedor independiente de credenciales de control de acceso compatibles y no está afiliado, autorizado ni respaldado por Johnson Controls, Tyco Security Products o Software House.
CCOTZ de 37 bits vs. HID H10304 de 37 bits: comparación campo por campo
| Campo | CCOTZ de 37 bits (Software House) | HID H10304 de 37 bits |
|---|---|---|
| Marco total de bits | 37 bits | 37 bits |
| Bit de paridad inicial | 1 bit (par) | 1 bit (par) |
| Ancho del campo de código de instalación | Asignación más estrecha (específica del proveedor) | Asignación más ancha (16 bits) |
| Ancho del campo de número de tarjeta | Asignación más ancha (específica del proveedor) | 19 bits |
| Bit de paridad final | 1 bit (impar) | 1 bit (impar) |
| Grupos de cobertura de paridad | Grupos de bits específicos del proveedor | División mitad inferior / mitad superior |
| Frecuencia portadora (común) | Proximidad de 125 kHz (T5577 / EM4305) | Proximidad de 125 kHz (T5577 / EM4305) |
| Plataforma compatible | Software House C•CURE 9000, iSTAR | Controladores compatibles con HID (estándar abierto) |
| Disponible como tarjeta compatible | Sí — requiere mapa de campos CCOTZ documentado | Sí — ampliamente disponible |