# Controle de Qualidade e Sequência Quando o GBDS recebe uma nova transação, uma checagem de controle de qualidade e sequência é realizada. Essa verificação tem o propósito de evitar que transações ruins de serem inseridas no banco de dados. Qualquer transação rejeitada pela controle de qualidade e sequência é enviada ao MIR para revisão manual. {% hint style="info" %} Veja o [manual do MIR (Manual Image Review)](/aplicacoes/mirweb.md) para mais informações sobre como lidar com transações enviadas à ele. {% endhint %} ## Passos de Verificação ### Checagem de Qualidade O primeiro passo quando se recebe uma nova transação é a realização de uma verificação de qualidade pelo GBDS de cada template de biometria submetido. Se a qualidade de qualquer template não alcançar o limiar configurado, toda a transação é enviada para o MIR para verificação manual. {% hint style="info" %} Veja o [Manual de Configuração do GBDS](/configuracao-do-gbds/gbds4conf.md) ou contate o time de suporte da Griaule para mais informações. {% endhint %} Qualquer problema identificado por esse passo de verificação será retornado como `"QualityIssue"` pela API. ### Checagem de Duplicidade Nesse passo, o GBDS compara cada digital contra as outras para checar duplicidade. Se alguma duplicata for identificada, a transação é enviada para o MIR para verificação manual. Qualquer problema identificado nesse passo será retornado como `"DuplicationIssue"` pela API. ### Checagem de Sequência Para realizar esse passo, o GBDS requer imagens de digitais pousadas capturadas simultaneamente (*4-slap fingerprint*) (índices 940 e 941) O GBDS tentará segmentar essas imagens e extrair um número predeterminado de biometrias. Então, irá comparar as imagens segmentadas contra as digitais capturadas individualmente (usualmente, capturas roladas). {% hint style="info" %} Em casos de amputação ou deficiência temporária, a imagem pode conter menos que quatro dedos. {% endhint %} Se qualquer comparação identificar um não-casamento, o GBDS tentará corrigir o índice dos dedos que não casam e fará uma autocorreção. Se houver qualquer problema identificado que o GBDS não possa autocorrigir, ou que o número de autocorreções seja maior que o máximo configurado, nenhuma correção será feita e a transação será enviada para o MIR. {% hint style="info" %} Veja o [manual de configuração do GBDS](/configuracao-do-gbds/gbds4conf.md) ou contate o time de suporte da Griaule para mais informações. {% endhint %} Qualquer problema identificado nesse passo de verificação será retornado como `"SequenceControlIssue"` pela API. O fluxo de comparação para checagem de sequência será o seguinte: #### Fluxo de Trabalho de Comparação As imagens individuais das digitais (roladas ou planas), com índices entre 0 e 3 serão comparadas contra as imagens segmentadas do índice 940. Então, as imagens de digitais individuais dos índices entre 6 e 9 serão comparadas contra as imagens segmentadas do índice 941. Os índices para as imagens de digitais individuais são: | Índice | Digital | Índice | Digital | | ------ | ------------------ | ------ | ----------------- | | 0 | Mínimo Esquerdo | 5 | Polegar Direito | | 1 | Anelar Esquerdo | 6 | Indicador Direito | | 2 | Médio Esquerdo | 7 | Médio Direito | | 3 | Indicador Esquerdo | 8 | Anelar Direito | | 4 | Polegar Esquerdo | 9 | Mínimo Direito | ## Tratando Anomalias Para saber mais informações sobre o MIR e os processos de tratamento de anomalias, veja o manual do MIR, como mencionado acima. Nessa seção, os processos de análise de qualidade realizados pelo servidor serão detalhados, desde o momento GBDS recebe a decisão fornecida pelo MIR. ### Transação Aprovada Sem Mudanças Dada essa decisão, o GBDS manterá a transação original sem mudanças e continuará o processo de cadastro. O GUID (Global Unique IDentifier) da transação (TGUID), irá permanecer o mesmo para ambas operações (`QUALITY_ANALYSIS` and `ENROLL`). O fluxo de notificação será o seguinte: #### Análise de Qualidade - Aprovado A primeira notificação conterá o status `"APPROVED"` para a operação de `"QUALITY_ANALYSIS"`. ```json { "operation": "QUALITY_ANALYSIS", "tguid": "", "status": "APPROVED" } ``` #### Cadastro - Cadastrado A segunda notificação conterá o status `"ENROLLED"` para a seguinte operação de `"ENROLL"`. ```json { "operation": "ENROLL", "tguid": "", "status": "ENROLLED" } ``` ### Transação Aprovada com Mudanças Dada essa decisão, o GBDS irá manter as mudanças feitas pelo examinador (imagens deletadas ou editadas) e irá gerar um novo TGUID para o cadastro. O fluxo de notificação para essa decisão é similar ao gerado pela "*Transação Aprovada sem Mudanças*", adicionando o novo TGUID: #### Análise de Qualidade - Aprovado A primeira notificação conterá o status `"APPROVED"` para operação de `"QUALITY_ANALYSIS"` e incluirá o novo campo `"newTransactionGUID"` denotando que a transação foi aceita com mudanças e apontando para o novo TGUID. ```json { "newTransactionGUID": "", "operation": "QUALITY_ANALYSIS", "tguid": "", "status": "APPROVED" } ``` #### Cadastro - Cadastrado A segunda notificação conterá o status `"ENROLLED"` para a seguinte operação de `"ENROLL"`. {% hint style="info" %} A operação de `ENROLL` será realizada para a transação alterada, então o TGUID mencionado será o novo que foi gerado pela operação de `QUALITY_ANALYSIS`. {% endhint %} ```json { "operation": "ENROLL", "tguid": "", "status": "ENROLLED" } ``` ### Transação Rejeitada Dada a decisão, o GBDS não continuará o processo de cadastro e descartará toda a transação. O TGUID continuará o mesmo. {% hint style="info" %} O histórico da transação será mantido, mas o perfil não será inserido no banco de dados como um registro de pessoa ativa. {% endhint %} O fluxo de notificação será o seguinte: #### Análise de Qualidade - Rejeitado A primeira notificação conterá o status `"REJECTED"` pela operação de `"QUALITY_ANALYSIS"`. ```json { "operation": "QUALITY_ANALYSIS", "tguid": "", "status": "REJECTED" } ``` #### Cadastro - Falha O resultado da operação de `QUALITY_ANALYSIS` será seguido de uma notificação de cadastro apontando para o status `"FAILED"` para a operação de `"ENROLL"`. ```json { "operation": "ENROLL", "tguid": "tguid", "status": "FAILED" } ``` --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.griaule.com/integracao-do-gbds/qualitycontrol.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.