Introdução ao Kit de Desenvolvimento do IBM Datacap Taskmaster Capture

Acesse aplicativos de amostra, ações customizadas de C# .NET e painéis DotEdit

Este artigo apresenta uma visão geral dos os aplicativos de amostra e as ferramentas para vários segmentos de mercado e segmentos de mercado específicos disponíveis no kit de desenvolvimento do IBM Datacap Taskmaster Capture (DDK). Estão incluídos links para cada um dos componentes.

Robert Ferin, Advisory Software Engineer, IBM

Robert Ferin é desenvolvedor do IBM Datacap Taskmaster Capture. Faz parte da equipe desde 2007 e, atualmente, concentra-se no suporte à localização do produto Taskmaster. Antes disso, acumulou 20 anos de experiência em desenvolvimento de software.



25/Set/2012

Visão Geral

O IBM Datacap Taskmaster Capture automatiza a entrada de dados a partir de documento para reduzir o custo e acelerar as eficiências do processo de documento. Essa solução avançada de captura de documentos ajuda a eliminar a preparação de documentos e a entrada de dados manual, que são trabalhosas, para aperfeiçoar o processamento e a indexação de documentos. O kit de desenvolvimento do Datacap Taskmaster Capture Development (DDK) contém vários downloads diferentes que são úteis para ampliar o seu conhecimento sobre o Taskmaster e expandir os recursos dentro desse software.

Em um nível mais alto, são fornecidos vários aplicativos de amostra que destacam os recursos disponíveis no Datacap Taskmaster Capture e podem ser utilizados para necessidades de negócios específicas. Por exemplo, se o seu tipo de processamento de negócios requer o reconhecimento da caligrafia em um formulário pré-impresso, realizar key-from-image (KFI) ou entender como aproveitar os outros recursos, esses cenários estão incluídos nos aplicativos de amostra. As amostras podem ser colocadas em uma instalação já existente do Datacap Taskmaster Capture 8.1.

Para os que precisam expandir ou customizar o Datacap Taskmaster Capture, o DDK inclui o que é necessário para customizar um painel de verificação DotEdit. Com os painéis customizados, é possível customizar para formulários específicos ou para o seu segmento de mercado vertical específico.


Público-alvo

Muitas vezes, os kits de desenvolvimento de software se destinam a pessoas com grande conhecimento técnico. No entanto, os downloads de software disponíveis neste DDK se destinam a dois níveis de qualificação:

Aplicativos de amostra do Datacap Taskmaster Capture
Aplicam-se a qualquer pessoa que tenha um conhecimento funcional da execução dos aplicativos do Datacap Taskmaster Capture.
Ações customizadas e painéis DotEdit customizados do Datacap Taskmaster Capture
Aplicam-se à equipe de suporte do aplicativo Datacap Taskmaster Capture que realizam implementações customizadas, à equipe de suporte ao aplicativo do revendedor que realiza implementações customizadas e à equipe de TI do cliente responsável por implementações do Taskmaster Capture.

1040EZ (Finanças)

O aplicativo de amostra 1040EZ usa um formulário de imposto escrito à mão como exemplo de um dos vários tipos de implementação vertical.

O aplicativo 1040EZ mostra exemplos de:

  • Consulta ao banco de dados
  • Exportação do banco de dados
  • Cálculo e validação de campos numéricos
  • Reconhecimento da caligrafia

Consulte Downloads para acessar o aplicativo de amostra 1040EZ.

Instalação do aplicativo de amostra 1040EZ

Siga estas etapas para instalar o aplicativo de amostra:

  1. Coloque o aplicativo de amostra no diretório do Datacap. Normalmente, é C:\Datacap\1040EZ.
  2. Edite o arquivo datacap.xml e inclua uma linha referente ao aplicativo 1040EZ. Se ele estiver instalado em C:\Datacap, a nova entrada aparecerá assim: <app name="1040EZ" ref="1040EZ"></app>
    Se o 1040EZ está instalado em outro diretório, especifique o caminho completo dele em ref= parameter.
  3. Se o 1040EZ estiver instalado em um local que não seja o C:\Datacap, configure os diretórios corretos para o 1040EZ no Application Manager.

Agora o aplicativo 1040EZ está pronto para executar.

Fluxo de trabalho do aplicativos 1040EZ

O aplicativo 1040EZ é formado pelas tarefas a seguir:

  • VScan – A etapa de varredura virtual que simula as páginas de amostra do imposto, lidas a partir do diretório Images.
  • PageID – Identifica cada página do lote para confirmar que são os formulários de imposto esperados.
  • Profiler – Alinha a página, realiza o reconhecimento e valida os dados na página.
  • Verify – Mostra cada página do operador para fazer as correções necessárias.
  • Export – Coloca os dados de cada página em um arquivo no formato XML.

Reconhecimento da caligrafia

O formulário de amostra 1040EZ contém dados escritos à mão. O mecanismo ICR/C funciona melhor no reconhecimento da caligrafia. Antes do reconhecimento, a página varrida é identificada por meio de impressões digitais correspondentes, preparando-a para o reconhecimento. As ações de reconhecimento ocorrem na tarefa Profiler .

Consulta ao banco de dados

Nesse formulário 1040EZ, o nome e o endereço da pessoa estão escritos à mão no formulário. No entanto, para esta demonstração, essas informações são obtidas por reconhecimento. O aplicativo realiza uma consulta do nome e endereço usando o número de seguridade social fornecido. No momento da verificação, a imagem do endereço escrito à mão é exibida juntamente com as informações conhecidas retornadas pelo banco de dados. Isso permite que o verificador compare as informações do banco de dados com as informações fornecidas no formulário. Também reduz o tempo necessário para o reconhecimento correto do texto.

As regras de consulta executam depois do reconhecimento. A regra TaxpayerName realiza uma consulta SQL usando a ação ExecuteSQL. Os resultados da consulta preenchem o campo. Os campos subsequentes, como "Address" e "City", são preenchidos pela ação PopulateWithResult que pega as informações da consulta anterior e as armazena no campo atual.

Validação de campos e cálculos

O conjunto de regras Validate tem regras para realizar validações em cada um dos campos. Por exemplo, os campos de número de seguridade social (SSN) podem ser testados para confirmar que o comprimento é exatamente de nove caracteres, por meio das ações IsFieldLengthMin("9") e IsFieldLengthMax("9"). O campo cônjuge tem validações adicionais que permitem que o campo esteja vazio verificando se há comprimentos zero. Observe que as ações não validam que o campo contém somente números porque, na guia Zones, os campos estão configurados para reconhecer como números — o que também aumenta a probabilidade de que o texto seja reconhecido corretamente. Por exemplo, o mecanismo não precisa "adivinhar" se o caractere é um 1 numérico ou um l alfabético — ele irá supor que o valor é numérico.

O formulário de imposto tem campos que são cálculos de outros campos. É possível ver isso no campo 4AdjustedGross. Ele chama CalculateFields("'1TotalWages' + '2TaxableInterest' + '3Unemployment' = '4AdjustedGross'"). Essa ação avalia a expressão e configura o status do campo com base no resultado. Se o status falha, o usuário tem que revisar os campos para corrigir o erro.

Exportação do banco de dados

As regras de banco de dados operam no nível do lote e da página. No nível do lote, a conexão com o banco de dados é aberta usando ExportOpenConnection. Uma sequencia de conexão de banco de dados é armazenada no servidor de aplicativos e configurada com o Application Manager. O parâmetro inteligente @APPVAR(*/exportdb:cs) obtém a sequencia de conexão de banco de dados. A cadeia de caracteres de amostra se conecta a um banco de dados de acesso. Para exportar as ações para um banco de dados SQL ou Oracle, a única mudança necessária é usar o Application Manager para alterar a sequência de conexões para o banco de dados desejado.

Deve-se ressaltar que as senhas devem ser configuradas no Application Manager e obtidas com um parâmetro inteligente. Isso criptografa as senhas e impede o uso de senhas não criptografadas nos parâmetros de ação. Os parâmetros inteligentes são extremamente úteis — certifique-se de revisar a documentação sobre eles.

A exportação de dados ocorre na regra de página "Rule: Page_1040ez". Nesta amostra, a ação ExportFieldToColumn é usada para exportar os dados de cada página. À medida que cada ação executa, a consulta de banco de dados é criada na memória e enviada ao banco de dados quando a ação AddRecord é realizada. Depois que todas as ações são processadas, as regras anexadas ao evento de fechamento de lote são executadas, chamando a regra "Rule: 1040EZ_Close" e ExportCloseConnection.

Usuários e estações do 1040EZ

Usuários definidos

O que vem a seguir são as informações do usuário que serão necessárias para fazer login no aplicativo. O ID do administrador tem todas as permissões administrativas para ver e modificar as configurações de fluxo de trabalho do aplicativo. Os IDs de usuário e senhas fazem distinção entre maiúsculas e minúsculas.

ID do usuárioSenha
admin admin
edit1 admin
recog1 admin
scan1 admin

As verificações do tipo duplo-cego e em duas passagens requerem vários usuários. O primeiro e o segundo verificador do lote têm que ser pessoas diferentes. As configurações administrativas requerem usuários exclusivos.
Estações definidas

As estações a seguir são predefinidas no aplicativo Express. A execução do fluxo de trabalho duplo-cego exige o uso de pelo menos duas estações.

1
2
local
remoto
remote1
remote2
remote3

Express (vários segmentos de mercados)

O aplicativo de amostra Express usa um conjunto de formulários de entrada desorganizados para mostrar exemplos de separação de páginas, digitação a partir da imagem, e entrada de dados do tipo duplo-cego, em que vários operadores verificam os mesmos documentos e os resultados são comparados. Por exemplo, isso pode ser usado em um cenário de negócios em que os documentos de entrada são muito variados ou por outra razão de negócios pela qual faz sentido digitar os dados manualmente a partir do formulário e, em seguida, utiliza um segundo usuário adicional para digitar e verificar os dados. A interface de verificação se concentra no cliente da web do Datacap Taskmaster Capture.

Esse aplicativo mostra exemplos de:

  • Identificação manual de páginas
  • Key from image (KFI)
  • Verificação do KFI por dois usuários
  • Verificação do tipo duplo-cego

Consulte Downloads para acessar o aplicativo de amostra Express.

Instalação do aplicativo de amostra Express

Siga estas etapas para instalar o aplicativo de amostra:

  1. Coloque o aplicativo de amostra no diretório do Datacap. Normalmente, é C:\Datacap\Express.
  2. Edite o aplicativo datacap.xml e inclua uma linha referente ao aplicativo Express. Se ele estiver instalado em C:\Datacap, a nova entrada aparecerá assim: <app name="Express" ref="Express"></app>
    Se Express estiver instalado em outro diretório, especifique o caminho completo dele em ref= parameter.
  3. Se o Express estiver instalado em um local que não seja C:\Datacap, configure os diretórios corretos para o Express no Application Manager.

Agora o aplicativo Express está pronto para executar.

Fluxo de trabalho do aplicativo Express

O aplicativo Express é formado pelos fluxos de trabalho a seguir:

  • Remote Index - Varredura remota e upload com entrada de dados de índice em uma passagem
  • Local All - Varredura local com entrada de dados em uma passagem
  • TwoPass - Varredura remota com entrada de dados em duas passagens
  • Remote RScan - Varredura remota com entrada de dados em uma passagem. Requer um scanner
  • DoubleBlind - Varredura remota com verificação do tipo duplo-cego em três passagens
  • Vscan to Upload - Varredura remota com entrada de dados em uma passagem

Atalhos definidos

Interactive

  • Index - Indexação manual, executa as tarefas "Key".
  • RScan to Upload - RScan para upload remoto.
  • Upload - Faz o upload de imagens e de imagens varridas
  • Vscan to Index - VScan remoto para indexação.
  • Vscan Local - Vscan na LAN

Segundo plano

Como acontece com qualquer tarefa em segundo plano, as tarefas em segundo plano do Express podem ser executadas manualmente usando o DotScan. Como alternativa, é possível configurar o Rulerunner para executá-las automaticamente.

  • PrepData - Comparação e ocultamento de dados entre as passagens.
  • Assemble - Identificação de páginas usando folhas de separador de código de barras e criando a estrutura do documento
  • RRExport - Exportação dos dados

Indexação

A tarefa de indexação é uma tarefa que não realiza reconhecimento na página. Também chamada de key from image (KFI), o operador preenche manualmente as informações do campo olhando a imagem varrida exibida na tela. No aplicativo Express, o operador seleciona o tipo de documento. A seleção do tipo faz com que apareçam na tela os campos adequados para a imagem.

Verificação em duas passagens

A verificação em duas passagens requer dois operadores exclusivos. O primeiro operador insere manualmente os dados do campo olhando a imagem na tela. Depois que o operador de verificação envia o lote, ele passa para a tarefa PrepData e, em seguida, fica à disposição para ser verificado por outro operador. A configuração da etapa "Key2of2" tem a seleção "Queue by" configurada como "Other User". Essa configuração exige que outro operador processe a etapa de verificação seguinte.

Na segunda etapa de verificação, o usuário verá novamente as mesmas imagens. O usuário passa acesse os campos e insere os dados de acordo com a tela. Se a entrada do segundo usuário corresponde à entrada do primeiro usuário, o cursor passa para o campo seguinte. Se a entrada não corresponde, o campo é apagado e o cursor permanece nele. Em seguida, o usuário tem que inserir os dados novamente. Isso se repete até que o usuário insira exatamente os mesmos dados duas vezes. Depois que todos os campos tiverem sido processados, o usuário poderá enviá-los e passar para a página seguinte.

Verificação do tipo duplo-cego/em três passagens

O aplicativo Express também mostra um exemplo de verificação completa do tipo duplo-cego. Na verificação do tipo duplo-cego, os três operadores revisam os mesmos documentos. Primeiro, um operador realiza KFI nas imagens do lote. Em seguida, um segundo operador também realiza KFI nas mesmas imagens do lote. Nessa segunda etapa, as entradas do segundo operador não são comparadas com as do primeiro. Após a conclusão do lote, ele passa para um terceiro operador.

A configuração da etapa "Key3" tem a configuração "Queue by" definida como "Other Station And Other User". Essa configuração requer apenas um usuário e uma estação. Ao realizar a etapa de indexação, a tarefa não estará disponível para ser selecionada por um usuário, a menos que a estação e o operador não sejam os mesmos das etapas anteriores.

Quando o terceiro operador realiza a etapa de verificação, os campos entre o primeiro e o segundo operador são comparados. Se as comparações não correspondem, o campo é mostrado na cor vermelha. O terceiro operador pode revisar os campos com falha e fazer correções conforme a necessidade.

Usuários e estações do Express

Usuários definidos

O que vem a seguir são as informações do usuário que serão necessárias para fazer login no aplicativo. O ID do administrador tem todas as permissões administrativas para ver e modificar as configurações de fluxo de trabalho do aplicativo. Os IDs de usuário e senhas fazem distinção entre maiúsculas e minúsculas.

ID do usuárioA senha
admin admin
Indexer1 Indexer1
Indexer2 Indexer2
Indexer3 Indexer3
scan scan

As verificações do tipo duplo-cego e em duas passagens requerem vários usuários. O primeiro e o segundo verificador do lote têm que ser pessoas diferentes. As configurações administrativas requerem usuários exclusivos.
Estações definidas

As estações a seguir são predefinidas no aplicativo Express. A execução do fluxo de trabalho duplo-cego exige o uso de pelo menos duas destas estações:
1
2
local
remoto
remote1
remote2
remote3

Repasse da operação em duas passagens no Express

As etapas de verificação em várias passagens do aplicativo Express podem ser novidade para você, caso você só esteja familiarizado com os outros aplicativos de amostra e de base que realizam a verificação em uma única etapa com um verificador, como acontece normalmente no reconhecimento. Para conhecer melhor o aplicativo Express, veja este repasse do exemplo em duas passagens fornecido pelo aplicativo Express.

  1. Efetue login no TMWeb como o primeiro operador, Indexer1.
  2. Selecione Vscan to Index.
  3. Selecione Two Pass.
  4. Varredura virtual em imagens do diretório Express\Images.
  5. Selecione Upload.
  6. Execute a tarefa Assemble com o DotScan ou o Rulerunner.
  7. Na tela do atalho TMWeb, selecione Index.
  8. Revise cada página, certifique-se de que ela tenha sido identificada corretamente pelos códigos de barras e corrija os tipos errados.
  9. Depois que a página estiver com o tipo correto, preencha as informações de campo referentes à página.
  10. Depois que todas as páginas estiverem concluídas, envie o lote e efetue logoff.
  11. Execute a tarefa PrepData com o DotScan ou o Rulerunner.
  12. Efetue login com um ID do usuário diferente, como Indexer2.
  13. Selecione Index
  14. À medida que cada página é visualizada, insira os dados da mesma. Se os dados correspondem ao do primeiro operador, basta inseri-los uma vez. Caso contrário, é necessário inseri-los duas vezes, de forma exatamente igual, para que sejam aceitos.
  15. Envie o lote.
  16. Use o DotScan ou o Rulerunner para executar a etapa RRExport .
  17. A tarefa de exportação criará um arquivo de texto simples no diretório Express\Export.

Survey (vários segmentos de mercados)

O aplicativo de amostra Survey usa um formulário de pesquisa de opinião de amostra para coletar informações escritas à mão e seleções do usuário no formulário. O processo mostra o uso de um formulário com cores removidas, optical mark recognition (OMR), ID de página usando códigos de barras e reconhecimento de caligrafia com densidade fixa com reconhecimento do Taskmaster Capture. Neste aplicativo, são utilizadas âncoras para alinhar adequadamente a imagem varrida à impressão digital existente, fornecendo um reconhecimento melhor e reduzindo a correção manual de erros.

É possível aplicar um exemplo como esse ao seu aplicativo vertical. As cores removidas nos formulários pré-impressos fornecem um reconhecimento melhor e detecção de OMR.

Esse aplicativo mostra exemplos de:

  • Reconhecimento de texto escrito à mão com densidade fixa
  • Usando um formulário com cores removidas
  • Optical mark recognition (OMR)
  • A identificação de página usando códigos de barras impressos no formulário (sem páginas divisoras).
  • Alinhamento de páginas a uma impressão digital usando âncoras.

Consulte Downloads para acessar o aplicativo de amostra Survey.

Instalação do aplicativo de amostra Survey

Siga estas etapas para instalar o aplicativo de amostra:

  1. Coloque o aplicativo de amostra do diretório Datacap. Normalmente, é C:\Datacap\Survey.
  2. Edite o arquivo datacap.xml e adicione uma linha referente ao aplicativo Survey. Se ele estiver instalado em C:\Datacap, a nova entrada aparecerá assim: <app name="Survey" ref="Survey"></app>
    Se Survey estiver instalado em outro diretório, especifique o caminho completo do diretório em ref= parameter.
  3. Se Survey estiver instalado em um local que não seja C:\Datacap, configure os diretórios corretos do Survey no Application Manager.

Agora o aplicativo Survey está pronto para executar.

Fluxo de trabalho do aplicativo Survey

O aplicativo Survey é formado pelas tarefas a seguir:

  • VScan – A etapa de varredura virtual que simula a varredura de quatro páginas de amostra, lidas a partir do diretório Images.
  • PageID – Identifica cada página do lote para confirmar que são os formulários esperados de Survey.
  • Profiler – Alinha a página, realiza o reconhecimento e valida os dados na página.
  • Verify – Mostra cada página do operador para fazer as correções necessárias.
  • Export – Coloca os dados de cada página em um arquivo no formato XML.

Usando formulários com linhas removíveis

O arquivo "Survey Blue Dropout.PDF" mostra um formulário colorido que usa uma cor removível. A cor pode mudar de acordo com o seu scanner. Os formulários com linhas removíveis permitem remover facilmente as linhas de formulário antes do reconhecimento, fornecendo resultados melhores de reconhecimento de caracteres e de OMR. O formulário de entrada de origem está localizado no diretório Examples. Há dois formulários de exemplo diferentes.

É possível usar o formulário com linhas removíveis em conjunto com um scanner que removerá a cor removível durante a varredura, deixando na imagem dentro do lote somente o texto a ser reconhecido. A remoção de cores é prática porque o scanner faz o trabalho e não mexe nas informações escritas à mão.

No caso dos formulários que precisam ser branco e preto, há um formulário de amostra que usa linhas pontilhadas na cor cinza claro. Essas linhas pontilhadas podem ser removidas por meio da ação ImageEnhance com as configurações de remoção de manchas. Também é possível usar as configurações de tolerância para remover todas as informações na cor cinza claro. Da mesma forma, é possível usar linhas sólidas em conjunto com as configurações de remoção de linhas. Ao usar formulários em preto e branco, tome cuidado ao criá-los, já que a capacidade de remover linhas sem remover as informações escritas à mão é necessária. A remoção das linhas em preto e branco permite copiar os formulários ou enviá-los por fax.

Zoneamento de um formulário com linhas removíveis

No diretório Examples, você encontra o arquivo "Fingerprint Creation Template.tif". Examinando esse formulário, você vê que todas as informações removíveis foram eliminadas e há marcas que indicam cada zona. Essa imagem mostra uma forma prática de criar zonas para o formulário no Datacap Studio. Para fazer isso em um formulário, basta marcar os cantos opostos de cada zona no formulário original em papel para mostrar o local e o tamanho. Efetue a varredura do formulário e submeta-o ao processo de remoção. O resultado disso é uma imagem em que as informações removíveis foram eliminadas, mas as marcas de zoneamento permaneceram. Use essa imagem como impressão digital e, em seguida, efetue o zoneamento dos campos, usando as marcas de referência.

Identificação de páginas com código de barras

O formulário de amostra Survey contém um código de barras para identificação de páginas — um método alternativo de identificar as páginas. Quando os códigos de barras são usados, a correspondência de impressões digitais não é necessária. Se é possível controlar o formato do formulário, é possível considerar a possibilidade de usar um código de barras para identificar as páginas, caso tenha vários tipos de formulário. Nesse exemplo, o conjunto de regras PageID procura o código de barras e, depois de localizá-lo, configura a impressão digital sem estabelecer a correspondência de impressões digitais.

Âncoras para o alinhamento de formulários

O formulário tem uma linha em forma de "T" na parte superior e uma na parte inferior. Essas áreas estão zoneadas como um campo e também são designadas como campos "âncora". Antes do reconhecimento, a ação MatchPattern é usada para alinhar o formulário varrido à impressão digital usando as âncoras. Esse registro permite um reconhecimento melhor, detecção de OMR e visualização durante a verificação, mesmo se você estiver usando uma configuração de remover distorção durante o aprimoramento da imagem. É possível usar uma âncora ou mais para alinhar uma imagem — geralmente, duas ou três âncoras funcionam melhor para o alinhamento. As âncoras não têm, necessariamente, que estar nas partes superior e inferior, como neste exemplo. É possível ter uma âncora de registro em cantos opostos da página.

Também se pode usar uma única âncora para o registro. Duas âncoras ou mais são úteis, já que podem compensar melhor a distorção ou o alongamento da imagem.

Optical mark recognition (OMR)

Partes do formulário de amostra têm campos de OMR. Os campos de OMR podem ser reconhecidos com a ação RecogOMRThreshold. A ação testa o campo de OMR para determinar se há uma marca proposital na área. Com os formulários removíveis — do tipo que o Survey usa, a detecção de OMR funciona melhor. É possível visualizar as regras de reconhecimento para ver como as ações de OMR estão configuradas. Observe que os parâmetros são ajustados com base no tamanho da caixa de OMR.

O OMR pode ser realizado até em formulários pretos (páginas que não têm remoção de linhas). É necessário ajustar os parâmetros de entrada de ação para ignorar as partes pretas do formulário impresso. Outra dica para os formulários pretos em que o campo de OMR é uma caixa de linha preta preenchida com um traço ou marca: criar a zona em torno de toda a caixa de linha preta, para que a caixa preta do formulário seja incluída no campo com zoneamento. Os parâmetros de detecção de ação de OMR devem ser configurados para ignorar as linhas pretas da caixa. A inclusão da caixa inteira na zona ajuda a reduzir os erros de detecção de OMR caso o formulário não fique alinhado de forma exata — o que pode fazer com que parte da caixa preta seja considerada uma marca.

Reconhecimento da caligrafia

O mecanismo de ICR/C, que é melhor para o reconhecimento de caligrafia, reconhece o campo. O texto escrito do formulário tem largura fixa — portanto, as zonas de cada campo são configuradas na guia Zones para indicar que são de caligrafia de densidade fixa. Depois da verificação, o aplicativo criará um arquivo de exportação no formato XML.

Validação

O conjunto de regras Validate realiza vários testes. Alguns grupos de OMR podem ter várias seleções; outros só podem ter um número específico. Essas validações são realizadas com as ações IsMinOMRChecked e IsMaxOMRChecked. Por exemplo, só é possível verificar um tipo de pagamento. É possível verificar várias contribuições e o formulário tem que ser assinado.

O formulário também valida datas e quantias. Por exemplo, a data inicial deve ser anterior à data final. A contribuição total deve corresponder ao cálculo com base na frequência. É possível impedir o operador de aprovar uma validação que falha. Esse aplicativo permite que um documento com erros de validação passe.

Usuários e estações do Survey

Usuários definidos

O que vem a seguir são as informações do usuário que serão necessárias para fazer login no aplicativo. O ID do administrador tem todas as permissões administrativas para ver e modificar as configurações de fluxo de trabalho do aplicativo. Os IDs de usuário e senhas fazem distinção entre maiúsculas e minúsculas.

ID do usuárioSenha
admin admin
edit1 admin
recog1 admin
scan1 admin

As verificações do tipo duplo-cego e em duas passagens requerem vários usuários. O primeiro e o segundo verificador do lote têm que ser pessoas diferentes. As configurações administrativas requerem usuários exclusivos.
Estações definidas

As estações a seguir são predefinidas no aplicativo Express. A execução do fluxo de trabalho duplo-cego exige o uso de pelo menos duas estações.

1
2
3
4
background
remote1

Painéis customizados do DotEdit (vários segmentos de mercados)

O Taskmaster Capture fornece o aplicativo cliente DotEdit para verificação de páginas. Os painéis de verificação customizados DotEdit para aplicativos do Datacap Taskmaster Capture podem ser criados usando o Microsoft® Visual Studio®.

Os painéis customizados abrem o aplicativo Datacap Taskmaster Capture para permitir a customização total do painel de verificação para corresponder às suas necessidades específicas. O link de download fornece o código-fonte de base necessário para criar e modificar painéis.

Os painéis de verificação customizados DotEdit fornecem:

  • Controle do layout de campos e imagens
  • Acesso ao Datacap Object (DCO) e às variáveis do aplicativo
  • Funcionalidade customizada específica para o seu aplicativo vertical
  • Exibição de imagens corporativas ou logotipos customizados no seu painel

Consulte Downloads para acessar o aplicativo de amostra dos painéis DotEdit customizados.

Consulte o guia Creating Custom DotEdit Panels Guide para obter mais informações sobre como desenvolver painéis de verificação de dados para o DotEdit.


Conclusão

Este artigo descreveu o Developer Kit do IBM Datacap Taskmaster Capture Developer e mostrou como ele pode aprimorar a experiência do produto. Os aplicativos de amostra destacam alguns dos recursos disponíveis e mostram como é possível usá-los no seu aplicativo. Para proporcionar mais controle sobre a tela de verificação, eu incluí informações sobre a customização do painel de verificação DotEdit, que oferece controle total sobre o painel apresentado pelo seu aplicativo.


Downloads

DescriçãoNomeTamanho
1040EZ sample applicationTaskmaster-DDK-8.1-1040ez.zip522KB
Express sample applicationTaskmaster-DDK-8.1-Express.zip380KB
Survey sample applicationTaskmaster-DDK-8.1-Survey.zip757KB
DotEdit sampleTaskmaster-DDK-8.1-DotEditPanels.zip54KB

Recursos

Aprender

Obter produtos e tecnologias

Discutir

Comentários

developerWorks: Conecte-se

Los campos obligatorios están marcados con un asterisco (*).


Precisa de um ID IBM?
Esqueceu seu ID IBM?


Esqueceu sua senha?
Alterar sua senha

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


A primeira vez que você entrar no developerWorks, um perfil é criado para você. Informações no seu perfil (seu nome, país / região, e nome da empresa) é apresentado ao público e vai acompanhar qualquer conteúdo que você postar, a menos que você opte por esconder o nome da empresa. Você pode atualizar sua conta IBM a qualquer momento.

Todas as informações enviadas são seguras.

Elija su nombre para mostrar



Ao se conectar ao developerWorks pela primeira vez, é criado um perfil para você e é necessário selecionar um nome de exibição. O nome de exibição acompanhará o conteúdo que você postar no developerWorks.

Escolha um nome de exibição de 3 - 31 caracteres. Seu nome de exibição deve ser exclusivo na comunidade do developerWorks e não deve ser o seu endereço de email por motivo de privacidade.

Los campos obligatorios están marcados con un asterisco (*).

(Escolha um nome de exibição de 3 - 31 caracteres.)

Ao clicar em Enviar, você concorda com os termos e condições do developerWorks.

 


Todas as informações enviadas são seguras.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=80
Zone=Segmentos de mercado
ArticleID=836435
ArticleTitle=Introdução ao Kit de Desenvolvimento do IBM Datacap Taskmaster Capture
publish-date=09252012