En esta sección, encontrará toda la información necesaria para implementar el SDK Android de la plataforma Unico IDCloud.
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
En esta sección, encontrará toda la información necesaria para el uso e integración del SDK de la plataforma Unico IDCloud en sus aplicaciones Web.
En esta sección, encontrará toda la información necesaria para el uso e integración del SDK de la plataforma Unico IDCloud en sus aplicaciones Web para la captura de selfies.
Este guía fue elaborada para ayudarlo a implementar el SDK Android de manera rápida y sencilla. A continuación, vea el paso a paso de todo el proceso de integración. Después de eso, si desea personalizar la experiencia, no deje de ver la sección Personalización Android.
Cree una instancia del builder (Generado a través de la interfaz IAcessoBioBuilder
), proporcionando como parámetro el contexto y el ambiente en cuestión, y la implementación de la clase AcessoBioListener
.
La implementación de esta clase es muy simple y se puede hacer con pocas líneas de código. Lo único que necesita hacer es instanciar el builder proporcionando el contexto correspondiente y sobrescribir los métodos de callback con la lógica de negocio de su aplicación:
Configure el ambiente que se utilizará en la ejecución del SDK. Utilice el enumerado Environment
que contiene los siguientes valores enumerados:
Environment.PROD
: para ambiente de Producción;
Environment.UAT
: para ambiente de Homologación.
Vea cómo implementarlo en el siguiente ejemplo:
Tenga en cuenta que el trabajo de implementación de la clase AcessoBioListener
es, en su mayoría, la configuración de los métodos de callback. Cada método se llama en una situación específica de retorno del SDK.
Basta con sobrescribir los métodos ejemplificados en el paso anterior con la lógica de negocio de su aplicación.
Este método se invoca siempre que ocurra cualquier error de implementación al utilizar alguno de nuestros métodos:
onErrorAcessoBio(ErrorBio errorBio)
Al ser invocado, el método recibe un parámetro de tipo ErrorBio que contiene detalles del error. Obtenga más información sobre el tipo ErrorBio
en la sección de tratamiento de errores.
onUserClosedCameraManually()
Este método se invoca siempre que el usuario cierre la cámara de forma manual, como por ejemplo, al hacer clic en el botón "Volver".
onSystemClosedCameraTimeoutSession()
Este método se invoca tan pronto como se alcance el tiempo máximo de sesión (sin capturar ninguna imagen).
Se puede configurar en el builder a través del método setTimeoutSession. Este método debe recibir el tiempo máximo de la sesión en segundos. Es posible cambiar el tiempo máximo de sesión de su usuario utilizando la funcionalidad de detección del rostro (cámara de selfie con captura inteligente). Si el usuario supera el tiempo determinado en su proceso para capturar la foto, puede mostrar un mensaje personalizable o una instrucción al usuario. El valor predeterminado es de 40 segundos y su valor mínimo también es de 40 segundos.
onSystemChangedTypeCameraTimeoutFaceInference()
Este método se invoca tan pronto como se alcance el tiempo máximo para la detección del rostro de un usuario (sin haber detectado nada). En este caso, el modo de cámara se cambia automáticamente al modo de captura manual (sin la silueta de captura inteligente).
El tiempo máximo de captura al utilizar la detección del rostro (cámara de selfie con captura inteligente) es de 13 segundos. Si el usuario tiene dificultades para capturar la foto mediante la detección del rostro y supera el tiempo determinado en su proceso, la captura se cambia automáticamente a manual, con el objetivo de facilitar la acción para el usuario (TimeoutToFaceInference).
Todos los métodos anteriores deben ser creados de la forma indicada en su proyecto (aunque sin ninguna lógica). De lo contrario, el proyecto no se compilará correctamente.
El SDK tiene configurado y habilitado por defecto el encuadre inteligente y la captura automática. Por lo tanto, debe configurarse el modo de cámara en su builder de la siguiente manera:
Los valores false/true de los métodos anteriores no alteran la experiencia de captura, solo sirven para la lógica interna del funcionamiento del SDK.
La implementación de estos métodos listeners debe realizarse mediante una instancia de la clase iAcessoBioSelfie
.
El método de apertura de la cámara, que se llama en la siguiente etapa, necesita saber qué hacer al lograr capturar una imagen con éxito o si ocurre algún error en el proceso. Es necesario especificar "qué hacer" al método de apertura de la cámara mediante la implementación de listeners que se llaman en situaciones de éxito o error.
A través de la configuración de los listeners, puede especificar qué sucede en su App en situaciones de error (Método onErrorSelfie
) o éxito (Método onSuccessSelfie
) durante la captura de imágenes.
Cambios en la nomenclatura para versiones anteriores a 4.2.1:
El método prepareCamera
, que antes era prepareSelfieCamera
;
La clase CameraListener
, que antes era SelfieCameraListener
;
El objeto UnicoCheckCameraOpener.Camera
, que antes era UnicoCheckCameraOpener.Selfie
.
Para la configuración de los listeners, es necesario implementar:
Para continuar con la apertura de la cámara, primero es necesario prepararla utilizando el método prepareCamera. Este método recibe como parámetro la implementación de la clase CameraListener
, la clase o el JSON con las credenciales, generados en esta etapa.
Cuando la cámara esté preparada, se dispara el evento onCameraReady
, que recibe como parámetro un objeto del tipo UnicoCheckCameraOpener.Camera
.
Es necesario sobrescribir este método, realizando la apertura de la cámara con el objeto recibido a través del método open()
. El método open()
debe recibir como parámetro los listeners configurados en los pasos anteriores.
onSuccessSelfie
Al realizar una captura de imagen con éxito, este método es invocado y retorna un objeto del tipo ResultCamera
, que se utiliza posteriormente en la llamada a las APIs REST:
El objeto ResultCamera
retorna 2 atributos: base64
y encrypted
:
El atributo base64
puede ser utilizado si se desea mostrar una vista previa de la imagen en su app.
El atributo encrypted
debe ser enviado en la llamada a las APIs REST del IDCloud.
El atributo encrypted
está destinado estrictamente al envío de la imagen a través de las APIs. No debe abrirse ni serializarse este atributo, ya que sus características pueden ser alteradas sin previo aviso. Su uso debe ser exclusivo en las interacciones con las APIs para garantizar la integridad y seguridad de los datos. Unico no se responsabiliza por daños derivados de esta práctica, ya que las modificaciones pueden ocurrir de manera inesperada.
Los archivos base64/encrypted
pueden sufrir variaciones en tamaño según diversas variables, entre ellas, la calidad de los dispositivos y las fotos generadas por los mismos, así como las reglas de negocio de Unico. Para evitar problemas en su aplicación, no limite en su lógica de programación ni en su infraestructura el tamaño de la cadena generada por el SDK para los archivos.
onErrorSelfie
Cuando ocurre algún error en la captura de imagen, este método es invocado y retorna un objeto del tipo ErrorBio
:
Infórmese más sobre los tipos de ErrorBio
en la sección de tratamiento de errores del SDK.
Si es necesario convertir el base64 a bitmap, el método estándar no funciona para Android. Es necesario realizar el split a partir de la coma (,
) para que funcione. Si desea saber más, lea el artículo: How to convert a Base64 string into a Bitmap image to show it in an ImageView?
La captura de las imágenes es solo la primera parte del proceso. Después de capturar la imagen, es necesario enviar el encrypted
generado por el SDK a las APIs REST. Infórmese más en la sección Creación de proceso.
Por motivos de seguridad, el intervalo entre la generación del encrypted
y su envío a través de uno de los flujos disponibles debe ser de hasta un máximo de 10 minutos. Los envíos realizados después de este período serán rechazados automáticamente por la API.
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará toda la información necesaria para el tratamiento de los errores del SDK de la plataforma Unico IDCloud en sus aplicaciones Android.
ErrorBio
Este objeto es retornado siempre que ocurre un error en el SDK Android.
getCode()
Método utilizado para obtener el código de error ocurrido
getDescription()
Método utilizado para obtener la descripción del error ocurrido
A continuación se presenta la lista de posibles códigos de error del SDK Android:
73001
Context invalid
73002
Did not grant permission to open camera
73003
The lest API is 21(LOLLIPOP)
73004
Could not find implementation interface callback iAcessoBioSelfie
73005
Could not find implementation interface callback iAcessoBioDocument
73006
Unable to open camera on emulators
73100
Unable to connect to internet
73200
Please inform the json file name
73202
Unable to parse json file
73300
Unable to get unico authentication object
73301
Unable to parse object
73302
Could not find the unico token
73303
Current host is not registered
73400
Could not initialize camera
73500
Unable to get session token, service response error
73501
Unable to parce object
73502
Could not get session token
73701
Could not find active liveness import
73702
Unable to initialize active liveness in production mode
73703
Unable to get active liveness session
73704
The user pressed the cancel button and did not complete the Session.
73705
The Session was not performed successfully and a FaceScan was not generated. In general, other statuses will be sent to the
73706
The camera access is prevented because either the user has explicitly denied permission or the user's device is configured to
73707
The Session was cancelled due to the app being terminated, put to sleep, an OS notification, or the app was placed in the
73708
The Session was cancelled because device is in landscape mode. The user experience of devices in these orientations is poor
73709
The Session was cancelled because device is in reverse portrait mode. The user experience of devices in these orientations is
73710
The Session was cancelled because the user was unable to complete a Session in the default allotted time or the timeout set
73712
The Session was cancelled due to memory pressure.
73712
The Session was cancelled because your App is not in production and requires a network connection.
73713
The Session was cancelled because your key needs to be validated again.
73714
The Session was cancelled because the developer-configured encryption key was not valid.
73715
The Session was cancelled because not all guidance images were configured.
73716
The Session was cancelled because SDK was unable to start the camera on this device.
73717
The Session was cancelled because the user was in a locked out state.
73718
The Session was cancelled because of an unknown and unexpected error. SDK leverages a variety of iOS APIs including camera,
73719
The Session cancelled because user pressed the Get Ready screen subtext message. Note: This functionality is not available by
73800
Could not build encrypted key
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará toda la información necesaria para la personalización del SDK de la plataforma Unico IDCloud en sus aplicaciones Android.
El SDK Android permite que se realicen algunas personalizaciones. A continuación, vea todas las personalizaciones posibles para este SDK.
Es posible configurar la experiencia de los mensajes informativos de los marcos de captura cambiando su idioma. Utilice el enumerado LocaleTypes
, que contiene los siguientes valores:
LocaleTypes.PT_BR
: para Portugués (Brasil);
LocaleTypes.ES_MX
: para Español (México);
LocaleTypes.ES_ES
: para Español (España);
LocaleTypes.EN_US
: para Inglês (EUA).
Vea cómo implementarlo en el siguiente ejemplo:
Puede ser necesaria una activación remota para utilizarlo. Si desea usarla, comuníquese con su gerente de proyectos o con el soporte de Unico.
Si no se configura, por defecto, el SDK utilizará el Portugués como idioma principal.
Esta es una etapa opcional, pero muy recomendada para que el proceso de captura tenga la identidad visual de su empresa.
Es posible personalizar algunos objetos del marco de acuerdo con el modo de cámara utilizado, mediante el método setTheme()
.
Los tipos admitidos para la representación de color son Color Resource o String que contenga el código hexadecimal del color. Ejemplo: R.color.red o #FF0000.
Todos los métodos están disponibles a continuación:
También es posible realizar personalizaciones de forma estática. En su archivo colors.xml, agregue el siguiente código:
A continuación, consulte la especificación de campos de personalización:
Esta es una etapa opcional, pero muy recomendada para que el proceso de captura tenga la identidad visual de su empresa.
Es posible personalizar algunos objetos del marco de acuerdo con el modo de cámara utilizado, mediante el método setTheme()
.
Los tipos admitidos para la representación de color son Color Resource o String que contenga el código hexadecimal del color. Ejemplo: R.color.red o #FF0000.
Todos los métodos están disponibles a continuación:
También es posible realizar personalizaciones de forma estática. En su archivo colors.xml, agregue el siguiente código:
A continuación, consulte la especificación de campos de personalización:
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará toda la información necesaria para el uso e integración del SDK de la plataforma Unico IDCloud en sus aplicaciones Android para la captura de documentos.
Este guía ha sido elaborada para ayudarlo a implementar el SDK Android de manera rápida y sencilla. A continuación, vea el paso a paso de todo el proceso de integración. Después de eso, si desea personalizar la experiencia, no deje de consultar la sección Personalización Android.
En este modo de cámara, existe un marco de captura para ayudar al usuario a posicionar correctamente el documento. Después de posicionar el documento de manera correcta, el usuario debe hacer clic en el botón para realizar la captura de la foto del documento.
El SDK no realiza ningún tipo de validación sobre lo que se está capturando.
En este modo de cámara es posible capturar los documentos:
CPF: Captura del frente del CPF;
CNH: Captura de la CNH abierta;
CNH frente: Captura del frente de la CNH;
CNH verso: Captura del reverso de la CNH;
RG frente: Captura del frente del RG;
RG verso: Captura del reverso del RG;
Otros: Captura de cualquier otro documento.
Cree una instancia del builder (Generado a través de la interfaz IAcessoBioBuilder
), proporcionando como parámetro el contexto en cuestión y la implementación de la clase AcessoBioListener
.
La implementación de esta clase es bastante simple y se puede hacer con pocas líneas de código. Todo lo que necesita hacer es instanciar el builder proporcionando el contexto correspondiente y sobrescribir los métodos de callback con las lógicas de negocio de su aplicación:
Tenga en cuenta que el trabajo de implementación de la clase AcessoBioListener
consiste en gran parte en la configuración de los métodos de callback. Cada método se llama en una situación específica de retorno del SDK.
Basta con sobrescribir los métodos ejemplificados en el paso anterior con las lógicas de negocio de su aplicación:
onErrorAcessoBio(ErrorBio errorBio)
Al ser invocado, el método recibe un parámetro del tipo ErrorBio que contiene detalles del error. Infórmese más sobre el tipo ErrorBio
en la sección de tratamiento de errores.
onUserClosedCameraManually()
Este método se invoca siempre cuando el usuario cierra la cámara de forma manual, como por ejemplo, al hacer clic en el botón "Volver".
onSystemClosedCameraTimeoutSession()
Este método se invoca tan pronto como se alcanza el tiempo máximo de sesión (sin capturar ninguna imagen).
Puede configurarse en el builder a través del método setTimeoutSession. Este método debe recibir el tiempo máximo de la sesión en segundos. Es posible cambiar el tiempo máximo de sesión de su usuario al utilizar la funcionalidad de detección facial (Cámara de selfies con captura inteligente). Si el tiempo determinado para capturar la foto se excede, puede mostrar un mensaje personalizable o una instrucción al usuario. El valor predeterminado es de 40 segundos y su valor mínimo también es de 40 segundos.
onSystemChangedTypeCameraTimeoutFaceInference()
Este método se invoca tan pronto como se alcanza el tiempo máximo para la detección facial de un usuario (sin que nada haya sido detectado). En este caso, el modo de cámara se cambia automáticamente al modo de captura manual (sin la silueta de captura inteligente).
El tiempo máximo de captura al utilizar la detección facial (Cámara de selfies con captura inteligente) es de 13 segundos. Si el usuario tiene dificultades para capturar la foto mediante la detección facial y excede el tiempo determinado en su proceso, la captura se cambia automáticamente a manual, con el objetivo de facilitar la acción para el usuario (TimeoutToFaceInference).
Todos los métodos anteriores deben ser creados de la forma indicada en su proyecto (aunque sin ninguna lógica). De lo contrario, el proyecto no se compilará correctamente.
La implementación de estos métodos listeners debe hacerse a través de una instancia de la clase iAcessoBioSelfie
.
El método de apertura de la cámara, que se llama en la siguiente etapa, necesita saber qué hacer cuando logre capturar una imagen con éxito o si ocurre algún error en el proceso. Es necesario especificar "qué hacer" al método de apertura de la cámara mediante la implementación de listeners que se llaman en situaciones de éxito o error.
A través de la configuración de los listeners, puede especificar qué ocurre en su App en situaciones de error (Método onErrorDocument
) o éxito (Método onSuccessDocument
) durante la captura de imágenes.
El siguiente ejemplo ilustra la configuración de los listeners, el build y la apertura de la cámara:
Es necesario crear una instancia del builder a través del método build()
. Este método está disponible a través del objeto generado con la interfaz IAcessoBioBuilder
y la clase AcessoBio
:
El siguiente paso es preparar la cámara utilizando el método prepareDocumentCamera()
con el objeto retornado por el builder (nombrado como UnicoCheckCamera
en el ejemplo anterior).
El método prepareDocumentCamera()
genera un objeto del tipo UnicoCheckCameraOpener.Document
, que se utiliza para abrir la cámara con su método open()
, recibiendo los parámetros del tipo de documento a capturar, siendo estos:
DocumentCameraType.CPF
Marco para captura del frente del CPF
DocumentCameraType.CNH
Marco para captura de la CNH abierta
DocumentCameraType.CNH_FRENTE
Marco para captura del frente de la CNH
DocumentCameraType.CNH_VERSO
Marco para captura del reverso de la CNH
DocumentCameraType.RG_FRENTE
Marco para captura del frente del RG
DocumentCameraType.RG_VERSO
Marco para captura del reverso del RG
DocumentCameraType.None
Marco para captura de cualquier otro documento
Caso precise capturar um documento que não possuímos um frame Si necesita capturar un documento para el cual no tenemos un marco específico (por ejemplo, RNE, entre otros), utilice el marco DocumentCameraType.None
, que le permitirá usar un marco genérico, rectangular, que puede ser utilizado para orientar cualquier captura.
Al realizar una captura de imagen con éxito, este método es invocado y retorna un objeto del tipo ResultCamera
, que se utiliza posteriormente en la llamada a las APIs REST:
El objeto ResultCamera
retorna 2 atributos: base64 y encrypted:
El atributo base64
puede ser utilizado si desea mostrar una vista previa de la imagen en su app.
Tanto el atributo encrypted
como el atributo base64
pueden enviarse en la llamada a las APIs REST.
Si es necesario convertir el base64 a bitmap, el método estándar no funciona para Android. Es necesario realizar el split a partir de la coma (,
) para que funcione. Si desea saber más, lea el artículo How to convert a Base64 string into a Bitmap image to show it in an ImageView?.
Cuando ocurre un error en la captura de imagen, este método es invocado y retorna un objeto del tipo ErrorBio
:
Infórmese más sobre los tipos de ErrorBio
en la sección de tratamiento de errores del SDK.
La captura de las imágenes es solo la primera parte del proceso. Después de capturar la imagen, es necesario enviar el base64
generado por el SDK a las APIs REST. Infórmese más en la sección Creación de proceso.
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará la solución a algunos problemas comunes en la integración del SDK de la plataforma Unico IDCloud en sus aplicaciones Android.
El material de ofuscación tiene como objetivo ayudar al desarrollador a superar los problemas de ofuscación en su aplicación.
El ofuscador del cliente puede afectar el funcionamiento del SDK, por lo que es necesario que no ofusque el código del SDK.
Unico se exime de responsabilidad en relación con los conflictos de ofuscación con el SDK.
La ofuscación es un proceso que transforma el bytecode en una forma menos legible por humanos, dificultando así la ingeniería inversa.
Este proceso consiste en eliminar información relacionada con la depuración, como tablas de variables, números de líneas, y renombrar paquetes, clases y métodos.
Al integrar el SDK Android en la aplicación, pueden ocurrir fallos.
Cuando la ofuscación se realiza mediante DexGuard, en caso de fallo, utilice las siguientes reglas:
Cuando la ofuscación se realiza mediante ProGuard, en caso de fallo, utilice las siguientes reglas:
A partir de la versión 4.4.x del SDK, Unico comenzó a usar su propio repositorio Maven para distribuir el SDK de Android y cambió el nombre de la dependencia del SDK, además de realizar ajustes en las reglas de ProGuard y DexGuard para los clientes que utilizan la biblioteca de GuardSquare, como se describe en la sección de Ofuscación de código arriba.
Cambia el repositorio Maven al nuevo repositorio en el archivo build.gradle
del proyecto.
La implementación se hacía de la siguiente manera:
Ahora debe actualizarse al nuevo repositorio:
Cambia la dependencia del SDK a la nueva dependencia en el archivo app/build.gradle
del proyecto.
La implementación se hacía de la siguiente manera:
Ahora debe actualizarse a la nueva dependencia:
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará todas las actualizaciones del SDK de Android.
Mantenga su SDK de Android siempre actualizado con la última versión disponible.
Se utiliza el versionado semántico para numerar las versiones. Para más información, consulte el artículo Visión General.
Guía de actualización para la versión 5.x.x
La actualización mayor que se está implementando a partir de la versión 5.x.x debería haberse realizado en el lanzamiento de la versión 4.4.0. Este cambio está relacionado con la ofuscación de código y requiere ajustes en las reglas de ProGuard y DexGuard para los clientes que utilizan la biblioteca de GuardSquare.
Además, el repositorio donde se distribuye el SDK ha cambiado y también se ha modificado el nombre de la dependencia del SDK. Debe actualizar sus registros de acuerdo con el artículo Actualización del SDK versión 4.3.x.
Ajustes de dependencias internas garantizando la compatibilidad con la versión de Kotlin 1.6.0
.
Soporte para la cámara trasera en flujos de tiendas físicas;
Actualización del SDK y servidor de Liveness con interacción;
Mejoras internas del producto. Estas mejoras no afectan directamente la experiencia del usuario final, manteniendo la interfaz y funcionalidades externas sin cambios.
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
En esta sección, encontrará toda la información necesaria para la instalación del SDK de la plataforma Unico IDCloud en sus aplicaciones Android.
Es necesario que su entorno de desarrollo cumpla con los siguientes requisitos previos:
Tener la versión del SDK Android en la versión 21 o superior;
Tener configurado el repositorio Maven de Unico.
El componente de captura proporcionado a través del SDK Android es compatible con las versiones iguales o superiores de las siguientes tecnologías:
Android: 5.0 (API 21);
Kotlin: 1.6.
Este SDK no funciona en emuladores, solo en dispositivos físicos.
El SDK Android es compatible con la gran mayoría de dispositivos que tengan Android 5.0 (API de nivel 21) o versiones superiores.
La siguiente tabla lista los dispositivos probados en laboratorio, además de la disponibilidad de las extensiones del proveedor/fabricante. Algunas extensiones listadas pueden estar sujetas a APIs o SKUs específicos del fabricante. Haga clic a continuación para ver los dispositivos probados:
Dispositivo
Versión de Android
Resultado de la prueba
Tipo de prueba
ASUS - X01BDA
10.0.0
Físico
ASUS - Z01KD
8.0.1
Físico
HUAWEY - P30 Lite
9.0.0
Físico
LG - K22
10.0.0
Físico
LG - Q6
7.0.0
Físico
MOTOROLA - Moto one macro
10.0.0
Físico
MOTOROLA - Moto G4
6.0.1
Físico
MOTOROLA - Moto G5s Plus
8.1.0
Físico
MOTOROLA - Moto G6 Play
9.0.0
Físico
MOTOROLA - Moto G7 Play
10.0.0
Físico
MOTOROLA - Moto G7 Power
10.0.0
Físico
MOTOROLA - Moto G8 Power Lite
10.0.0
Físico
SAMSUNG - A01
10.0.0
Físico
SAMSUNG - J8 SM J810M
8.1.0
Físico
SAMSUNG - Galaxy A30s SM-A307GT
10.0.0
Físico
SAMSUNG - Galaxy A51
10.0.0
Físico
SAMSUNG - Galaxy A71
11.0.0
Físico
SAMSUNG - Galaxy S20+
11.0.0
Físico
SAMSUNG - s10e
11.0.0
Físico
XIAOMI - Mi 8 Lite
9.0.0
Físico
XIAOMI - Mi 8 Lite
10.0.0
Físico
XIAOMI - Poco X3
10.0.0
Físico
XIAOMI - Redmi Note 8
10.0.0
Físico
XIAOMI - Redmi Note 8 Pro
10.0.0
Físico
XIAOMI - Redmi Note 9
10.0.0
Físico
XIAOMI - Redmi Note 9 Pro
10.0.0
Físico
GOOGLE - Pixel sailfish
8.0.0
Virtual (TestLab)
HUAWEY - ALE L23
5.0.0
Virtual (TestLab)
HUAWEY - ANE LX1
9.0.0
Virtual (TestLab)
HUAWEY - ANE LX2
9.0.0
Virtual (TestLab)
HUAWEY - COR L29
8.1.0
Virtual (TestLab)
HUAWEY - MHA L29
7.0.0
Virtual (TestLab)
HUAWEY - NEO L29
9.0.0
Virtual (TestLab)
SAMSUNG - SC 02J
8.0.0
Virtual (TestLab)
SAMSUNG - SM G891A
9.0.0
Virtual (TestLab)
SAMSUNG - SM G930AZ
8.0.0
Virtual (TestLab)
SAMSUNG - SM G935A
8.0.0
Virtual (TestLab)
SAMSUNG - SM G965N
9.0.0
Virtual (TestLab)
SAMSUNG - SM G965U1
8.0.0
Virtual (TestLab)
SAMSUNG - SM G981U1
10.0.0
Virtual (TestLab)
SAMSUNG - SM J727V
8.1.0
Virtual (TestLab)
SAMSUNG - SM N950F
9.0.0
Virtual (TestLab)
SAMSUNG - SM N950N
9.0.0
Virtual (TestLab)
SAMSUNG - SM N950U
8.0.0
Virtual (TestLab)
SAMSUNG - SM N960F
9.0.0
Virtual (TestLab)
SAMSUNG - SM N960N
9.0.0
Virtual (TestLab)
SAMSUNG - SM N960U1
8.1.0
stLab)
Para implementar el SDK Android de la plataforma Unico IDCloud en su aplicación Android, siga los pasos listados a continuación:
El SDK Android se proporciona a través de un Repositorio Maven. Agregue al bloque de repositories del archivo build.gradle
existente en la raíz de su proyecto:
Habilite el soporte para AndroidX en su archivo gradle.properties
en la raíz de su proyecto (esto garantiza un mejor rendimiento y funcionamiento del frame de captura):
Después de configurar el SDK Android, solo debe importarlo en su proyecto. Para ello, agregue acessobio-android
al bloque dependencies
del archivo app/build.gradle
.
La dependencia debe ser incluida en un archivo diferente al utilizado en el paso anterior. En este paso, es necesario utilizar el archivo build.gradle
correspondiente al módulo y no al proyecto:
Al compilar el proyecto, puede encontrarse con el siguiente error:
Invoke-customs are only supported starting with android 0 --min-api 26
Esto ocurre por una incompatibilidad con la versión del frame min-26. Agregue las siguientes líneas al bloque compileOptions en el mismo archivo app/build.gradle
:
Póngase en contacto con el equipo de CSs y/o el equipo de Onboarding.
Solicite la SDK Key proporcionando los identificadores de sus aplicaciones: Bundle Identifier para iOS, PackageID para Android y Host para WEB.
Los identificadores de sus aplicaciones serán vinculados a la SDK Key por el equipo de Unico.
Recibirá su SDK Key para implementar el AcessoBioConfigDataSource.
Listo. Una vez finalizada la instalación del SDK, continúe con la implementación leyendo el material Guía de uso e integración a continuación:
¿No encontraste algo o aún necesitas ayuda? Si ya eres cliente o socio, puedes ponerte en contacto a través del Centro de Ayuda.
Tener instalada la versión 9 o superior de (IDE oficial de desarrollo de Google);