Modelo neural personalizado do Document Intelligence
Importante
- As versões de visualização pública do Document Intelligence fornecem acesso antecipado a recursos que estão em desenvolvimento ativo.
- Recursos, abordagens e processos podem mudar, antes da Disponibilidade Geral (GA), com base nos comentários dos usuários.
- A versão de visualização pública das bibliotecas de cliente do Document Intelligence usa como padrão a versão 2024-02-29-preview.
- A versão de pré-visualização pública 2024-02-29-preview está atualmente disponível apenas nas seguintes regiões do Azure:
- E.U.A. Leste
- Oeste dos EUA2
- Europa Ocidental
Este conteúdo aplica-se a:v4.0 (visualização) | Versões anteriores:v3.1 (GA)v3.0 (GA)
Este conteúdo aplica-se a:v3.1 (GA) | Última versão:v4.0 (visualização) | Versões anteriores:v3.0
Este conteúdo aplica-se a:v3.0 (GA) | Últimas versões:v4.0 (visualização)v3.1
Modelos de documentos neurais personalizados ou modelos neurais são um tipo de modelo profundamente aprendido que combina recursos de layout e linguagem para extrair com precisão campos rotulados de documentos. O modelo neural personalizado de base é treinado em vários tipos de documentos, o que o torna adequado para ser treinado para extrair campos de documentos estruturados, semiestruturados e não estruturados. Modelos neurais personalizados estão disponíveis na v3.0 e modelos posteriores A tabela abaixo lista os tipos de documentos comuns para cada categoria:
Documentos | Exemplos |
---|---|
estruturado | inquéritos, questionários |
semiestruturado | faturas, ordens de compra |
não estruturado | contratos, cartas |
Os modelos neurais personalizados compartilham o mesmo formato e estratégia de rotulagem que os modelos de modelo personalizados. Atualmente, os modelos neurais personalizados suportam apenas um subconjunto dos tipos de campo suportados por modelos de modelo personalizados.
Capacidades do modelo
Importante
A partir da versão 2024-02-29-preview
da API, os modelos neurais personalizados adicionam suporte para campos sobrepostos e confiança nas células da tabela.
Atualmente, os modelos neurais personalizados suportam apenas pares chave-valor e marcas de seleção e campos estruturados (tabelas), versões futuras incluem suporte para assinaturas.
Campos de formulário | Marcas de seleção | Campos tabulares | Assinatura | País/Região | Campos sobrepostos |
---|---|---|---|---|---|
Suportado | Suportado | Suportado | Não suportado | Suportado 1 | Suportado 2 |
1 Os rótulos de região em modelos neurais personalizados usam os resultados da API de layout para a região especificada. Esse recurso é diferente dos modelos de modelo em que, se nenhum valor estiver presente, o texto é gerado no momento do treinamento.
2 Campos sobrepostos são suportados a partir da versão 2024-02-29-preview
da API REST. Os campos sobrepostos têm alguns limites. Para obter mais informações, consultecampos sobrepostos.
Modo de construção
A operação de modelo personalizado de compilação suporta modelos personalizados de modelo e neurais . As versões anteriores da API REST e das bibliotecas de cliente suportavam apenas um único modo de compilação que agora é conhecido como o modo de modelo .
Os modelos neurais suportam documentos que têm as mesmas informações, mas estruturas de página diferentes. Exemplos desses documentos incluem formulários W2 dos Estados Unidos, que compartilham as mesmas informações, mas podem variar em aparência entre as empresas. Para obter mais informações, consulteModo de compilação de modelo personalizado.
Idiomas e localidades suportados
Consulte a nossa página Suporte a idiomas — modelos personalizados para obter uma lista completa dos idiomas suportados.
Campos sobrepostos
Com o lançamento das versões de API 2024-02-29-preview e posteriores, os modelos neurais personalizados suportarão campos sobrepostos:
Para usar os campos sobrepostos, seu conjunto de dados precisa conter pelo menos uma amostra com a sobreposição esperada. Para rotular uma sobreposição, use o rótulo de região para designar cada uma das extensões de conteúdo (com a sobreposição) para cada campo. A rotulagem de uma sobreposição com a seleção de campos (realçando um valor) falhará no estúdio, pois a rotulagem de região é a única ferramenta de rotulagem suportada para indicar sobreposições de campos. O suporte de sobreposição inclui:
- Sobreposição completa. O mesmo conjunto de tokens é rotulado para dois campos diferentes.
- Sobreposição parcial. Alguns tokens pertencem a ambos os campos, mas há tokens que são apenas parte de um campo ou outro.
Os campos sobrepostos têm alguns limites:
- Qualquer token ou palavra só pode ser rotulado como dois campos.
- Os campos sobrepostos numa tabela não podem abranger as linhas da tabela.
- Os campos sobrepostos só podem ser reconhecidos se pelo menos uma amostra no conjunto de dados contiver rótulos sobrepostos para esses campos.
Para usar campos sobrepostos, rotule seu conjunto de dados com as sobreposições e treine o modelo com a versão 2024-02-29-preview
da API ou posterior.
Os campos tabulares adicionam confiança na tabela, linha e célula
Com o lançamento das versões da API 2022-06-30-preview e posteriores, os modelos neurais personalizados suportarão campos tabulares (tabelas):
- Os modelos treinados com a API versão 2022-08-31 ou posterior aceitarão rótulos de campo tabulares.
- Os documentos analisados com modelos neurais personalizados usando a API versão 2022-06-30-preview ou posterior produzirão campos tabulares agregados nas tabelas.
- Os resultados podem ser encontrados na matriz do
analyzeResult
objeto que é retornadadocuments
após uma operação de análise.
Os campos tabulares suportam tabelas de páginas cruzadas por padrão:
- Para rotular uma tabela que abrange várias páginas, rotule cada linha da tabela nas diferentes páginas em uma única tabela.
- Como prática recomendada, certifique-se de que seu conjunto de dados contenha algumas amostras das variações esperadas. Por exemplo, inclua amostras em que a tabela completa está numa única página e em que as tabelas abrangem duas ou mais páginas.
Os campos tabulares também são úteis ao extrair informações repetidas dentro de um documento que não é reconhecido como uma tabela. Por exemplo, uma seção repetitiva de experiências de trabalho em um currículo pode ser rotulada e extraída como um campo tabular.
Os campos tabulares fornecem confiança na tabela, linha e célula começando com a 2024-02-29-preview
API:
Tabelas fixas ou dinâmicas adicionam suporte de confiança para os seguintes elementos:
- Confiança na tabela, uma medida de quão precisamente toda a tabela é reconhecida.
- Confiança de linha, uma medida de reconhecimento de uma linha individual.
- Confiança celular, uma medida de reconhecimento de uma célula individual.
A abordagem recomendada é revisar a precisão de cima para baixo, começando com a tabela primeiro, seguida pela linha e, em seguida, pela célula.
Veja as pontuações de confiança e precisão para saber mais sobre a confiança na tabela, linha e célula.
Regiões suportadas
A partir de 18 de outubro de 2022, o treinamento de modelo neural personalizado do Document Intelligence só estará disponível nas seguintes regiões do Azure até novo aviso:
- Leste da Austrália
- Sul do Brasil
- Canadá Central
- Índia Central
- E.U.A. Central
- Ásia Leste
- E.U.A. Leste
- E.U.A. Leste 2
- França Central
- Leste do Japão
- E.U.A. Centro-Sul
- Sudeste Asiático
- Sul do Reino Unido
- Europa Ocidental
- E.U.A. Oeste 2
- US Gov - Arizona
- US Gov - Virginia
Gorjeta
Você pode copiar um modelo treinado em uma das regiões selecionadas listadas para qualquer outra região e usá-lo de acordo.
Use a API REST ou o Document Intelligence Studio para copiar um modelo para outra região.
Gorjeta
Você pode copiar um modelo treinado em uma das regiões selecionadas listadas para qualquer outra região e usá-lo de acordo.
Use a API REST ou o Document Intelligence Studio para copiar um modelo para outra região.
Gorjeta
Você pode copiar um modelo treinado em uma das regiões selecionadas listadas para qualquer outra região e usá-lo de acordo.
Use a API REST ou o Document Intelligence Studio para copiar um modelo para outra região.
Requisitos de entrada
Para obter melhores resultados, forneça uma foto nítida ou uma digitalização de alta qualidade por documento.
Formatos de ficheiro suportados:
Modelo PDF Imagem: jpeg/
jpg, png, bmp, tiff, heifMicrosoft Office:
Word (docx), Excel (xlsx), PowerPoint (pptx) e HTMLLida ✔ ✔ ✔ Esquema ✔ ✔ ✔ (2024-02-29-preview, 2023-10-31-preview, ou posterior) Documento Geral ✔ ✔ Pré-criado ✔ ✔ Neural personalizado ✔ ✔ ✱ Os ficheiros do Microsoft Office não são atualmente suportados para outros modelos ou versões.
Para PDF e TIFF, até 2.000 páginas podem ser processadas (com uma assinatura de nível gratuito, apenas as duas primeiras páginas são processadas).
O tamanho do arquivo para analisar documentos é de 500 MB para a camada paga (S0) e 4 MB para a camada gratuita (F0).
As dimensões da imagem devem estar entre 50 x 50 pixels e 10.000 px x 10.000 pixels.
Se os seus PDFs forem bloqueados por uma palavra-passe, terá de remover o bloqueio antes da submetê-los.
A altura mínima do texto a ser extraído é de 12 pixels para uma imagem de 1024 x 768 pixels. Esta dimensão corresponde a um texto de cerca
8
de -ponto a 150 pontos por polegada.Para treinamento de modelo personalizado, o número máximo de páginas para dados de treinamento é 500 para o modelo de modelo personalizado e 50.000 para o modelo neural personalizado.
Para treinamento de modelo de extração personalizado, o tamanho total dos dados de treinamento é de 50 MB para o modelo de modelo e 1G-MB para o modelo neural.
Para treinamento de modelo de classificação personalizado, o tamanho total dos dados de treinamento é
1GB
de no máximo 10.000 páginas.
Melhores práticas
Os modelos neurais personalizados diferem dos modelos de modelo personalizados de algumas maneiras diferentes. O modelo ou modelo personalizado depende de um modelo visual consistente para extrair os dados rotulados. Modelos neurais personalizados suportam documentos estruturados, semiestruturados e não estruturados para extrair campos. Ao escolher entre os dois tipos de modelo, comece com um modelo neural e teste para determinar se ele suporta suas necessidades funcionais.
Lidar com variações
Modelos neurais personalizados podem generalizar em diferentes formatos de um único tipo de documento. Como prática recomendada, crie um modelo único para todas as variações de um tipo de documento. Adicione pelo menos cinco amostras rotuladas para cada uma das diferentes variações ao conjunto de dados de treinamento.
Nomenclatura de campos
Quando você rotula os dados, rotular o campo relevante para o valor melhora a precisão dos pares chave-valor extraídos. Por exemplo, para um valor de campo que contenha o ID do fornecedor, considere nomear o campo supplier_id. Os nomes dos campos devem estar no idioma do documento.
Rotulagem de valores contíguos
Os tokens de valor/palavras de um campo devem ser:
- Numa sequência consecutiva em ordem de leitura natural, sem intercalar com outros campos
- Em uma região que não abrange outros campos
Dados representativos
Os valores nos casos de formação devem ser diversos e representativos. Por exemplo, se um campo for nomeado data, os valores para esse campo devem ser uma data. O valor sintético, como uma cadeia de caracteres aleatória, pode afetar o desempenho do modelo.
Limitações Atuais
- O modelo neural personalizado não reconhece valores divididos entre limites de página.
- Tipos de campo neurais personalizados sem suporte são ignorados se um conjunto de dados rotulado para modelos de modelo personalizados for usado para treinar um modelo neural personalizado.
- Os modelos neurais personalizados são limitados a 20 operações de compilação por mês. Abra uma solicitação de suporte se precisar que o limite seja aumentado. Para obter mais informações, consulte Cotas e limites do serviço Document Intelligence.
Formar um modelo
Modelos neurais personalizados estão disponíveis na v3.0 e modelos posteriores.
Tipo de Documento | API REST | SDK | Modelos de etiquetas e testes |
---|---|---|---|
Documento personalizado | Inteligência Documental 3.1 | SDK de Inteligência Documental | Estúdio de Inteligência de Documentação |
A operação de compilação para treinar o modelo suporta uma nova buildMode
propriedade, para treinar um modelo neural personalizado, defina o buildMode
como neural
.
https://{endpoint}/documentintelligence/documentModels:build?api-version=2024-02-29-preview
{
"modelId": "string",
"description": "string",
"buildMode": "neural",
"azureBlobSource":
{
"containerUrl": "string",
"prefix": "string"
}
}
https://{endpoint}/formrecognizer/documentModels:build?api-version=v3.1:2023-07-31
{
"modelId": "string",
"description": "string",
"buildMode": "neural",
"azureBlobSource":
{
"containerUrl": "string",
"prefix": "string"
}
}
https://{endpoint}/formrecognizer/documentModels/{modelId}:copyTo?api-version=2022-08-31
{
"modelId": "string",
"description": "string",
"buildMode": "neural",
"azureBlobSource":
{
"containerUrl": "string",
"prefix": "string"
}
}
Próximos passos
Aprenda a criar e compor modelos personalizados: