Capture Component

0. Requisitos base de SDK Mobile

SDK Mobile es un conjunto de librerías (Componentes) que ofrece una serie de funcionalidades y servicios, permitiendo a su vez su integración en una aplicación Mobile de forma sencilla y totalmente escalable. Dependiendo del caso de uso que se requiera, se deberá realizar la instalación de unos determinados componentes. Su alto nivel de modularidad permite que, en un futuro, se puedan añadir otros componentes nuevos sin afectar en absoluto a los ya integrados en el proyecto.

Para más información sobre la configuración base, vaya a la sección de Primeros Pasos.

---

1. Introducción

El Componente tratado en el documento actual recibe el nombre de Capture Component. Éste se encarga de realizar la captura de facturas y la captura y generación de QRs.

---

2. Integración del componente

Antes de integrar este componente se recomienda leer la documentación relativa a:

Primeros Pasos y seguir las instrucciones indicadas en dicho documento.

En esta sección se explicará paso a paso cómo integrar el componente actual en un proyecto ya existente.

2.1. Dependencias requeridas para la integración

Para evitar conflictos y problemas de compatibilidad, en caso de querer instalar el componente en un proyecto que contenga una versión antigua de las librerías de Facephi (Widgets), éstos deberán eliminarse por completo antes de la instalación de los componentes de la SDKMobile.

• Actualmente las librerías de FacePhi se distribuyen de forma remota a través de diferentes gestores de dependencias. Las dependencias obligatorias que deberán haberse instalado previamente:

  implementation "com.facephi.androidsdk:capture_component:$sdk_capture_component_version"

---

3. Iniciar nueva operación

Cuando se desea realizar una determinada operación, para generar la información asociada correctamente en la plataforma deberá ejecutarse previamente el comando newOperation.

Este comando debe haberse ejecutado anteriormente al lanzamiento del componente.

Para saber más acerca de cómo iniciar una nueva operación, se recomienda consultar la documentación de Primeros Pasos, en el que se detalla y explica en qué consiste este proceso.

---

4. Controladores disponibles

Controlador	Descripción
PhacturasReaderController	Controlador para la captura de facturas
QrReaderController	Controlador para la captura de QRs
QrGeneratorController	Controlador para la generación de QRs

---

5. Configuración del componente

Para configurar el componente actual, una vez inicializado, se deberá crear un objeto CaptureConfigurationData y pasarlo como parámetro al SDKController durante el lanzamiento del componente para capturas.

QrGeneratorConfiguration y pasarlo como parámetro al SDKController durante el lanzamiento del componente para generación de QRs.

En el siguiente apartado se mostrarán los campos que forman parte de estas clased y para qué se utiliza cada uno de ellos.

5.1. Class CaptureConfigurationData

5.1.1. extractionTimeout

Tiempo de extracción máximo

5.1.2. cameraSelected

Cámara seleccionada: FRONT, BACK

5.1.3. cameraShape

Forma de la máscara que se quiere mostrar sobre la cámara:

• SQUARE: Cuadrado
• CIRCULAR: Círculo
• RECTANGLE_TALL: Rectángulo

5.1.4. vibrationEnabled

Habilitar vibración durante el proceso

5.1.5. showStroke

Mostrar una línea como borde de la cámara

5.1.6. showDiagnostic

Mostrar pantallas de diagnóstico al final del proceso

5.1.6. transparentBackground

Máscara sobre la cámara semitransparente

5.2. Class QrGeneratorConfiguration

5.2.1. source

Texto que se va a incluir en el QR

5.2.2. width

Ancho del QR generado

5.2.3. height

Alto del QR generado

---

6. Uso del componente

6.1 Captura de factura

Una vez iniciado el componente y creada una nueva operación (apartado 3) se podrán lanzar los componentes del SDK. Hay dos formas de lanzar el componente:

• [CON TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero sí se trackearán los eventos internos al servidor de tracking:

SDKController.launch(
    PhacturasReaderController(CaptureConfigurationData()) {
        when (it) {
            is SdkResult.Error -> Napier.d("PhacturasReader: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("PhacturasReader OK: ${it.data}")
        }
    }
)

• [SIN TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero no se trackeará ningún evento al servidor de tracking:

SDKController.launchMethod(
    PhacturasReaderController(CaptureConfigurationData()) {
        when (it) {
            is SdkResult.Error -> Napier.d("PhacturasReader: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("PhacturasReader OK: ${it.data}")
        }
    }
)

El método launch debe usarse por defecto. Este método permite utilizar tracking en caso de estar su componente activado, y no lo usará cuando esté desactivado (o no se encuentre el componente instalado).

Por el contrario, el método launchMethod cubre un caso especial, en el cual el integrador tiene instalado y activado el tracking, pero en un flujo determinado dentro de la aplicación no desea trackear información. En ese caso se usa este método para evitar que se envíe esa información a la plataforma.

6.2 Captura de QR

Una vez iniciado el componente y creada una nueva operación (apartado 3) se podrán lanzar los componentes del SDK. Hay dos formas de lanzar el componente:

• [CON TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero sí se trackearán los eventos internos al servidor de tracking:

SDKController.launch(
    QrReaderController(CaptureConfigurationData()) {
        when (it) {
            is SdkResult.Error -> Napier.d("QR: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("QR OK: ${it.data}")
        }
    }
)

• [SIN TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero no se trackeará ningún evento al servidor de tracking:

SDKController.launchMethod(
    QrReaderController(CaptureConfigurationData()) {
        when (it) {
            is SdkResult.Error -> Napier.d("QR: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("QR OK: ${it.data}")
        }
    }
)

El método launch debe usarse por defecto. Este método permite utilizar tracking en caso de estar su componente activado, y no lo usará cuando esté desactivado (o no se encuentre el componente instalado).

Por el contrario, el método launchMethod cubre un caso especial, en el cual el integrador tiene instalado y activado el tracking, pero en un flujo determinado dentro de la aplicación no desea trackear información. En ese caso se usa este método para evitar que se envíe esa información a la plataforma.

6.3 Generación de QR

Una vez iniciado el componente y creada una nueva operación (apartado 3) se podrán lanzar los componentes del SDK. Hay dos formas de lanzar el componente:

• [CON TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero sí se trackearán los eventos internos al servidor de tracking:

SDKController.launch(
    QrGeneratorController(QrGeneratorConfiguration("")) {
        when (it) {
            is SdkResult.Error -> Napier.d("QrGenerator: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("QrGenerator OK: ${it.data}")
        }
    }
)

• [SIN TRACKING] Esta llamada permite lanzar la funcionalidad del componente con normalidad, pero no se trackeará ningún evento al servidor de tracking:

SDKController.launchMethod(
    QrGeneratorController(QrGeneratorConfiguration("")) {
        when (it) {
            is SdkResult.Error -> Napier.d("QrGenerator: KO - ${it.error.name}")
            is SdkResult.Success -> Napier.d("QrGenerator OK: ${it.data}")
        }
    }
)

El método launch debe usarse por defecto. Este método permite utilizar tracking en caso de estar su componente activado, y no lo usará cuando esté desactivado (o no se encuentre el componente instalado).

Por el contrario, el método launchMethod cubre un caso especial, en el cual el integrador tiene instalado y activado el tracking, pero en un flujo determinado dentro de la aplicación no desea trackear información. En ese caso se usa este método para evitar que se envíe esa información a la plataforma.

---

7. Recepción del resultado

Los controllers devolverán la información necesaria en formato SdkResult. Más información en la sección de 6. Retorno de resultado del Android Mobile SDK

7.1. Recepción de errores

En la parte del error, dispondremos de la clase CaptureError.

 NO_DATA_ERROR
 TIMEOUT
 CANCEL_BY_USER
 CANCEL_LAUNCH
 CAMERA_ERROR
 QR_GENERATION_ERROR
 ACTIVITY_RESULT_ERROR
 QR_CAPTURE_ERROR
 PHACTURAS_CAPTURE_ERROR
 CAMERA_PERMISSION_DENIED
 INITIALIZATION_ERROR

7.2. Recepción de ejecución correcta - data

En la ejecución correcta, simplemente se informa de que todo ha ido bien con el SdkResult.Success.

---

8. Personalización del componente

Aparte de los cambios que se pueden realizar a nivel de SDK (los cuales se explican en el documento de Primeros Pasos), este componente en concreto permite la modificación de textos específicos.

8.1. Textos

Si se desea modificar los textos de la SDK habría que incluir el siguiente fichero XML en la aplicación del cliente, y modificar el valor de cada String por el deseado.

    <string name="capture_component_qr_camera_message">Mantén el QR en el centro</string>
    <string name="capture_component_invoice_camera_message">Manten la factura en el centro</string>
    <string name="capture_component_button_message">Capturar</string>
    <string name="capture_component_timeout_title">Tiempo superado</string>
    <string name="capture_component_timeout_desc">Pedimos disculpas. No se ha podido hacer la captura</string>
    <string name="capture_component_internal_error_title">Hubo un problema técnico</string>
    <string name="capture_component_internal_error_desc">Pedimos disculpas. No se ha podido hacer la captura</string>