onOffice: quien llama aparece en la barra lateral

En administración de fincas no somos nuevos: casavi y Propstack están conectados y responden en el momento de la llamada. Faltaba el lado de las agencias inmobiliarias, y ahí no hay forma de esquivar a onOffice.

Por qué onOffice tiene la mejor búsqueda del catálogo

La mayoría de los sistemas obliga a decidir: ¿se busca en el campo de fijo o en el de móvil? Querer los dos son dos consultas, y tomar solo uno es encontrar la mitad.

onOffice no plantea esa pregunta. Sobre su campo `normalizedPhoneNumbers` el fabricante escribe, literalmente, que enumera «todos los números normalizados (incluidos el principal, el móvil, etc.)» de una dirección, y que se puede buscar por un número normalizado «completo o parcial».

• Todos los números en lugar de uno: sin disyuntiva entre fijo y móvil.
• Normalizados: onOffice ordena las grafías antes de comparar.
• Coincidencias parciales: un número se encuentra a partir de un fragmento.

Es más de lo que promete la mayoría. Como referencia: otro sistema español exige que el número coincida carácter por carácter, espacios incluidos, o no encuentra nada.

1. 1 Suena el teléfono Llamada entrante
2. 2 Webex comunica el número
3. 3 Haus iT Caller ID unifica el formato
4. 4 Su onOffice consulta Sus datos de clientes se quedan aquí
5. 5 La barra lateral nombra a quien llama

Lo que ha costado esta conexión

Solemos decir: una conexión es un archivo de descripción, no un programa. Cuarenta y cinco veces ha sido cierto. Con onOffice, no del todo.

onOffice firma cada petición. De la documentación, literalmente: el valor de comprobación se forma concatenando marca de tiempo, token, tipo de recurso e identificador de acción «en este orden», aplicando SHA-256 con el secreto como clave y codificando el resultado en Base64.

Un archivo de descripción no puede hacer eso. La firma vale solo para esa petición y ese instante: antes de enviarla no existe. Así que el motor tuvo que aprender a calcularla.

7 métodos de acceso

Ahí se nota un catálogo cuidado: el esfuerzo se paga una vez, no por sistema.

Qué está comprobado y qué no

Aquí no hay tasa de reconocimiento ni tiempo de respuesta, porque todavía no existe un acceso a onOffice en el que medirlos. Una cifra sin medición sería una afirmación.

Sí está comprobado que la petición que construye el portal coincide campo por campo con el ejemplo del fabricante, que la firma calculada coincide con la que produce el propio código de ejemplo en PHP de onOffice, y que el portal extrae correctamente nombre e identificador de la respuesta de ejemplo de la documentación.

Si algo falla, lo dice

onOffice responde a un error de procesamiento con un código de error en el cuerpo de la respuesta, no con un error HTTP. Sin una precaución, la falta de permiso sobre el módulo de direcciones tendría el mismo aspecto que «el número no está»: una lista vacía y ningún aviso.

Por eso el portal comprueba ese código expresamente. En la puesta en marcha, distinguir entre «sin permiso» y «sin resultados» es la mitad del diagnóstico.