1 Dúvida: Será necessário apresentar atestado de capacidade técnica para atender o pregão? Qual a quantidade?

1 Dúvida: Será necessário apresentar atestado de capacidade técnica para atender o pregão? Qual a quantidade? Esclarecimento: Os atestados de capacidade técnica serão exigidos conforme art. 30, Inciso II, da lei 8.666/93. 2 Dúvida: Será necessário fornecer saída em arquivos PDF pesquisável? O item 3.5.1 diz que não será necessária ferramenta de OCR, para entregar PDF pesquisável é obrigatória a utilização de ferramenta OCR. Podemos considerar apenas PDF Imagem (não necessita de OCR)? Esclarecimento: O PDF pesquisável será gerado por software OCR existente na aplicação do BB. O fornecedor não necessitará fornecer software para geração de tal arquivo. 3 Dúvida: Para atender plenamente os itens 3.1 até o item 3.3, o banco utilizará perfis de digitalização pré configurados com chamada via backend? Esclarecimento: A configuração é dinâmica, em aplicativo do Banco do Brasil. O driver fornecido deve ser compatível com tais requisitos. 4 Dúvida: Item 8.1.2.2 Será necessário fornecer duas mídias com drivers ou o banco realizará as instalações via rede (script de instalação solenciosa? Esclarecimento: O item 8 refere-se à avaliação. Nesse caso, o fornecimento deverá ser efetuado com duas mídias. Para fornecimento às agências, a distribuição se dará via rede, com script de instalação silenciosa. 5 Dúvida: Item 8.1.2.7, 8.1.2.8 e 8.1.2.9 É obrigatória a compatibilidade com DKMS mesmo que o fabricante forneça drivers, instaladores e ferramentas de instalação compatíveis com todas distribuições utilizadas pelo Banco (RPM e DEB) incluindo customizações? Esclarecimento: A finalidade da exigência de compatibilidade com DKMS é, caso o driver envolva a instalação de um módulo (driver) no kernel linux, este possa evoluir de versão sem o risco de quebrar a compatibilidade com o binário novo. Caso o driver do fabricante não envolva um módulo de kernel, o DKMS torna-se desnecessário pois essa especificação lida apenas com drivers que envolvam módulo de kernel. 6 Dúvida: Na especificação 2.1 - As dimensões máximas do equipamento fechado (tampas/bandejas fechadas) não deve ser superior a (A x L x P) 9 x 29 x 11 cm, temos dúvidas pois não entendemos o motivo do equipamento fechado ter essas dimensões, sendo que para fazer digitalizações ele obrigatoriamente deverá estar aberto, ocupando uma área maior na mesa, pois ele fechado com 1 / 12

certeza haverá diminuição da área plana do equipamento, porém ao digitalizar obrigatoriamente o equipamento deverá estar aberto. O equipamento de maior dimensão por nós oferecido tem as seguintes dimensões: (A x L x P) 16,5 x 30 x 16 cm - Altura: 7cm a mais não interfere no espaço plano da mesa - Largura: 1 cm seria insignificante em questão do tamanho do equipamento - Profundidade: 5 cm não perderia as características de scanner portátil para esse processo, sendo que o scanner fechado com as dimensões solicitadas ao abrir irá aumentar a profundidade do mesmo consideravelmente. As dimensões solicitadas da RFI somente dois fabricantes atenderiam essas dimensões. Esclarecimento: BB avaliará a possibilidade de alterar tais dimensões. 7 Dúvida: No item 3, todas as especificações devem ser via driver TWAIN e SANE, ou intercaladas entre driver e software? Por exemplo: Item 3.2.26 - Controle da qualidade JPEG, onde nosso driver SANE não é possível ter essa configuração, nesse caso o software Linux tendo essa função atenderia as necessidades do banco ou todas as funções devem ser comprovadas via driver e via software? Esclarecimento: Todas as funções devem estar presentes no driver e serão acessadas pela aplicação de digitalização do BB (MDC). 8 Dúvida: Item 1.7.2 - Suportar papéis com gramatura entre 41-100 g/m², no mínimo. Em relação a este item, exceto o Banco do Brasil tenha identificado algum tipo de documento que será corriqueiramente digitalizado que possua gramatura inferior a 50g/m², informamos que o padrão geral no mercado é para gramatura mínima de 50 g/m², sendo assim solicitamos que esta seja a mínima gramatura a ser solicitada, e sugerimos que o máximo a ser solicitado seja gramatura de 200g/m². Obs.: desconhecemos mídias normalmente utilizadas pelos Bancos e demais clientes, inferiores a 50 g/m². Esta nova gramatura permitirá aos usuários dos scanners digitalizarem documentos de mais espessura, tais como cédulas de identidade e carteiras de motorista e até cartões em PVC, como já previsto no item subsequente. Dessa forma, uma sugestão de novo texto seria: 1.7.2 Suportar papéis com gramatura entre 50-200 g/m², no mínimo. Esclarecimento: BB avaliará a possibilidade de alterar o item. 2 / 12

9 Dúvida: Item 2.1 - as dimensões máximas do equipamento fechado (tampas/bandejas fechadas) não deve ser superior a (A x L x P) 9 x 29 x 11 cm Em relação a este item, sugerimos, respeitosamente, que as medidas máximas exigidas em edital sejam de (A x L x P) 15,4 x 29,7 x 15,2 cm. Ressalta-se que tanto as medidas de altura quanto de largura precisam ser alteradas a fim de viabilizar a participação de Epson. Dessa forma, não interromperão a comunicação visual entre o profissional do Banco do Brasil que atende seu cliente. Assim, uma sugestão de novo texto seria: 30 x 15,5 cm Item 2.1 - As dimensões máximas do equipamento fechado (tampas/bandejas fechadas) não deve ser superior a (A x L x P) 15,5 x Esclarecimento: BB avaliará a possibilidade de alterar tais dimensões. 10 Dúvida: Item 8.1.2 e subitens pertinentes - Softwares A proponente Epson do Brasil entende que: a) para a utilização Linux/Kernel, ocorrerão eventualidades em que a aplicação poderá utilizar uma versão de Kernel inferior ao 2.3 b) dada a necessidade de se processar e de se trabalhar os documentos com a maior velocidade e número de recursos possíveis, as versões de Kernel devem ser mais recentes, já partindo do 2.3 em diante. Nossos entendimentos a e b estão corretos? 3 / 12

Esclarecimento: Os entendimentos "a" e "b" não estão corretos, o equipamento deverá ser compatível com os sistemas operacionais relacionados no item 8.1.2 que não fazem uso do kernel 2.3. 11 Dúvida: Em relação a este item e diante do explicitado nos anteriores, entendemos que caso a proponente possua compatibilidade às exigências dos tópicos 8.1.2.1 à 8.1.2.5 não serão necessárias outras adequações em termos de softwares do produto ofertado. Nosso entendimento está correto? Esclarecimento: Solicitamos esclarecer detalhadamente quais são as "outras adequações em termos de softwares do produto ofertado". 12 Dúvida: Pedimos a gentileza de informar se a certificação prevista nesta Portaria será exigida aos licitantes quando do certame para aquisição dos scanners. Esclarecimento: Conforme Anexo 1 da Portaria 170/2012 INMETRO, para o equipamento Scanner, serão exigidas certificações nos requisitos de Segurança e Compatibilidade eletromagnética. 13 Dúvida: No item 3, todas as especificações devem ser via driver TWAIN e SANE, ou intercaladas entre driver e software? Por exemplo: Item 3.2.26 - Controle da qualidade JPEG, onde nosso driver SANE não é possível ter essa configuração, nesse caso o software Linux tendo essa função atenderia as necessidades do banco ou todas as funções devem ser comprovadas via driver e via software? Esclarecimento: O aplicativo de digitalização do Banco utilizará driver SANE em seu cliente Linux. Portanto este controle da qualidade JPEG deve estar disponível via driver SANE, assim como disponibilizado via driver TWAIN (para o cliente Windows). 4 / 12

14 Dúvida: Item 3.2.5 - Controle da ordem das informações recebidas do scanner ( feeder order ). No que se refere ao item acima exposto, a proponente gostaria de entender através deste questionamento ao que se aplica a referida especificação. Entendemos que tal especificação poderia remeter a algum tipo de gestão da ordem das informações que são recebidas pelo scanner. No entanto, em um processo de digitalização convencional, as informações enviadas durante a captura das imagens vão sendo emitidas sistematicamente para o computador de forma automática, seguindo a ordem na qual se encontram os documentos posicionados dentro do ADF. O referido controle ou gestão poderia então ocorrer assim que tais informações são devidamente enviadas ao computador. Com este adendo, desejamos saber: Nosso entendimento está correto? Esclarecimento: Este controle visa permitir ao aplicativo de digitalização do Banco possuir a capacidade configurar receber do scanner a primeira página ou última página em primeiro lugar. Por default, é imperativa a possibilidade de se configurar o scanner para que a aplicação receba do scanner a primeira página em primeiro lugar. Um scanner que ofereça a última página em primeiro lugar sem possibilidade de configuração desta característica oferecerá problemas à aplicação atual. Um scanner que ofereça a primeira página em primeiro lugar sem a possibilidade de configuração desta característica exigirá que a aplicação seja modificada, caso seja necessário no futuro que a última página seja fornecida em primeiro lugar. 15 Dúvida: Item 3.2.8 - Controle do número de páginas que o scanner pode armazenar em seu buffer. Normalmente, em scanners desse porte não se utiliza o recurso de armazenamento em buffer uma vez que as imagens capturadas seguem direto para o PC. Dessa forma, entendemos que essa exigência poderia ser excluída. Está correto nosso entendimento? 5 / 12

Esclarecimento: Atualmente existem scanners utilizados pelo BB com o aplicativo de digitalização que implementam esta capacidade. Visa aumentar a performance de processamento e transferência do scanner. O scanner será capaz de capturar o número de imagens de forma proativa, e não precisa aguardar a aplicação solicitar a transferência de imagens. Só é capaz se o dispositivo possua buffers internos capazes de armazenar as imagens. A ausência de tal capacidade afeta a velocidade de captura e transferência de imagens de documentos. 16 Dúvida: Item 3.2.9 - Controle de transferência de múltiplas páginas por sessão. No que tange ao item acima descrito, a proponente gostaria de entender a aplicabilidade desta especificação. Em nosso entendimento, existe a digitalização convencional de múltiplas páginas em qualquer processo simples a ser realizado em um scanner de documentos, páginas estas que vão sendo agrupadas dentro da interface de um dado computador à medida que vão sendo processadas para o meio digital. Não há, efetivamente, dentro do exemplo citado, um controle de transferência específico para o dito processo, uma vez que o processamento das páginas é sequencial, automático. Nosso entendimento está correto? Esclarecimento: O que é necessário é que a interface do driver do scanner (TWAIN ou SANE) permita ser configurada de forma que em uma única sessão inicializada de comunicação entre a aplicação e o scanner seja possível o envio de múltiplas imagens capturadas, já que o aplicativo de digitalização do Banco suporta e aguarda tal funcionalidade. A ausência desta capacidade de configuração (ex: driver permite apenas que uma imagem seja transferida por sessão) poderá demandar mudanças na comunicação entre aplicação e scanner. E com certeza reduzirá a velocidade de transferência de imagens do scanner para a aplicação. 17 Dúvida: Item 3.2.10 - Controle do mecanismo de brilho automático (habilitar ou desabilitar). Em digitalizações que englobam documentos por escrito ou documentos que contenham fotografias e textos recomenda-se a calibração da intensidade do brilho quando é necessário ressaltar um determinado ponto da imagem, especialmente se esta estiver desgastada pela ação 6 / 12

do tempo. Se o brilho, dentro das circunstâncias citadas, tem uma aplicação esporádica (não seria usado o tempo todo), e se este pode ainda, eventualmente, precisar ser aumentado ou diminuído conforme a necessidade de um dado documento, a proponente entende que a ferramenta incluída dentro do software de digitalização que gerencie o mecanismo do brilho poderia ser tanto automática quanto manual, desde que permitindo a melhoria do status do documento depois de digitalizado, uma vez que, dentro do âmbito do ajuste manual, também se pode ter uma acuracidade maior do nível de brilho que se deve utilizar para sanar uma determinada necessidade. O nosso entendimento está correto? Esclarecimento: É necessário que o aplicativo de digitalização do Banco possa habilitar ou desabilitar um mecanismo de brilho automático que o driver do scanner implementa. Por default, nosso aplicativo desliga este mecanismo, já que aplica configuração seletiva de brilho para cada tipo de documento em diferentes scanners. Um driver que possua este mecanismo de brilho automático implementado e que não permita o seu desligamento prejudicará a capacidade do aplicativo de digitalização do Banco em tratar o brilho de forma seletiva e configurável. Daí a necessidade de que tal recurso existente possa ser ativado ou desativado pelo MDC. 18 Dúvida: Itens 3.2.16 - Controle da profundidade de cores (bit depth), 3.2.17 - Controle da redução de profundidade de cor (bit depth reduction) e 3.2.21 - Controle de filtros aplicados às imagens e suas características de cor disponíveis para aplicação, 3.2.33 - Controle da identificação dos formatos de dados de cor disponíveis e 3.2.35 - Controle de sombra. Solicitamos, gentilmente, ao Banco do Brasil que descreva se pretende usar estes novos scanners para digitalização de imagens em grande escala e com necessidade de alta qualidade, pois os recursos acima se aplicam a este tipo de demanda. Documentações tradicionais do dia a dia (abertura de contas/ financiamentos/ aplicações, seguro autos etc.) não há qualquer utilização destes recursos. Esclarecimento: A solução de digitalização do Banco prevê e permite a captura de documentos não financeiros coloridos. Melhorias e ajustes em documentos coloridos para obtenção da melhor qualidade de imagem com o menor tamanho de arquivo foram solicitadas e utilizaram 7 / 12

como uma das ferramentas a parte dos ajustes possíveis disponibilizados via drivers de scanner. A questão relativa a tais configurações serem dispensáveis ou não está associada a características de ajustes necessários no scanner para a obtenção da melhor imagem possível. Alguns (nem todos) os scanners atuais do BB possuem via driver todas as características mencionadas para uso. Se não existirem, não permitirão ajustes além do que o scanner oferece como padrão. 19 Dúvida: Item 3.2.28 - Controle do mecanismo / algoritmo de redução de ruído. Solicitamos gentilmente ao Banco do Brasil detalhe real utilização desta exigência, pois caso se refira a ruído operacional, os scanners já trabalham em níveis permitidos pela. Caso esteja se referindo a ruído como sujeiras na imagem certamente que o produto possui recursos capazes de limpá-las durante o processo de digitalização. Esclarecimento: No aplicativo de digitalização do Banco, para diferentes scanners têm sido utilizados diferentes mecanismos de noise reduction que os scanners suportam e oferecem via driver, de acordo com suas características. Por exemplo: Para alguns scanners já adquiridos pelo BB, é configurado o modo automático de controle, entre outros que tem disponível. Ou seja, o dispositivo escolherá entre as formas de redução de ruído que possui. Para outros, um mecanismo que verifica sempre se cada pixel é ruído ou não será utilizado foi selecionado. Para um scanner que não oferece configuração para redução de ruído entre diferentes formas o scanner utilizará sempre o único que tem. Ou não utilizará nenhum, se não tiver qualquer mecanismo de redução de ruído. A sua imagem poderá não ser tão limpa quanto outros que possuem mais de uma forma de redução de ruído, e permitem selecionar a melhor. 20 Dúvida: Item 3.2.30 - Controle do escaneamento fora dos limites padronizados ( overscan ). 8 / 12

Considerando o descritivo acima apresentado, a proponente entende que o recurso em questão também pode ser compreendido como enchimento de borda, levando-se em conta principalmente o termo limites padronizados. Uma vez que a referida função permitiria a digitalização até as bordas, já fora dos limites padronizados. O nosso entendimento está correto? Esclarecimento: É um mecanismo para configurar o scanner para escanear fora dos limiares definidos no frame em uso. Isto ajuda a obtenção dos dados da imagem que poderia ser perdida devido a ocorrência de distorção ( skewing ). Não pode ser considerado enchimento de borda. Tal recurso poderá ser configurado via driver para ser controlado automaticamente pelo scanner ou de forma específica, configurado pela aplicação. 21 Dúvida: Item 3.2.31 - Controle do sabor da imagem ( pixel flavor ). Solicitamos gentilmente que o Banco do Brasil descreva mais detalhadamente este recurso, e em quais situações e documentação do dia a dia efetivamente será necessário e por que. Esclarecimento: Recurso disponibilizado por drivers de scanner para indicar como um bit de dados deve ser interpretado quando transferido do scanner para a aplicação. Seletivamente, por configuração, um bit zero poderá ser considerado com preto ou branco. Permite a reversão de cores em nível de dispositivo, configurado por uma aplicação, sem a necessidade de que a aplicação realize a inversão da cor da imagem. 22 Dúvida: Item 3.2.37 - Controle da transferência de dados via buffers para aplicação. A respeito do conteúdo da especificação acima, a proponente deseja entender sua aplicabilidade dentro do contexto de utilização dos scanners. Em geral, aplicações com o requerimento de buffer costumam estar relacionadas a um fluxo muito grande de digitalizações diárias e frequentes, o que consequentemente remeterá a Scanners de altíssima produtividade, com um potencial de ciclo diário e velocidade de digitalização consideravelmente maiores do que os valores encontrados dentro do último conjunto de especificações emitidas pelo Banco do 9 / 12

Brasil, na qual se encontra esta especificação. Entendemos que, embora a quantidade de documentações a se digitalizar possa atingir patamares expressivos ocasionalmente, a presença do buffer poderia ser subutilizada e ainda gerar um custo extra possivelmente desnecessário ao Banco do Brasil, além de encontrar poucas se não apenas uma solução em Scanner básicos com esta função. Desta forma solicitamos excluir este item Esclarecimento: Configura-se como a capacidade de configurar o scanner via driver para oferecer à aplicação transferências de dados da imagem em modo tiled ou stripped (para transferências buferizadas em memória). O aplicativo de digitalização do Banco por default utiliza o modo stipped de transferência de dados bufferizados. É necessário que o driver permita por API garantir a configuração e o uso deste modo de transferência de dados. 23 Dúvida: Item 3.2.39 - Controle e definição do mecanismo de transferência de dados entre scanner e aplicação. Considerando o descrito dentro da especificação acima, a proponente deseja entender a aplicabilidade e o contexto da mesma dentro da utilização diária no Banco do Brasil. O termo aplicação está posicionado de uma forma com a qual não se possibilita uma interpretação clara da necessidade como um todo. A transferência de dados entre o scanner e o software de digitalização, por exemplo, segue uma sistemática própria de processamento, variando a velocidade conforme o teor do documento processado, o que não se aplicaria a um determinado tipo de controle e/ou definição. Entretanto, se faz necessária a real compreensão da referida especificação para que o nosso entendimento acerca da mesma fique elucidado completamente. Esclarecimento: Permite a identificação e configuração via driver de quais mecanismos de transferência o scanner suporta e qual será utilizado em sua comunicação com a aplicação. Como exemplo, podemos citar: nativo ao sistema operacional, arquivo, memória, arquivo em memória. Algumas destas formas suportam compressão de dados outras não. Dependendo do scanner, o aplicativo de digitalização do Banco hoje configura o dispositivo de captura no modo nativo ou arquivo. Todos os scanners utilizados pelo BB hoje oferecem para Windows esta configuração. 10 / 12

24 Dúvida: Itens - 3.2.40 - Controle e definição da resolução do eixo X e 3.2.41 - Controle e definição da resolução do eixo Y. No que tange aos itens acima (que estão em conjunto nesta análise devido à sua semelhança), a proponente deseja entender a aplicabilidade e o contexto da mesma dentro da utilização diária no Banco do Brasil. O Scanner de Documentos convencional possui a capacidade de trabalhar em diversos tipos de resolução, que podem ser definidas e controladas pelo usuário para a obtenção da melhor qualidade final e compressão do arquivo em formato digital. Entretanto, as terminologias eixo X e eixo Y são geralmente associadas aos Scanners Fotográficos, com um apelo mais profissional para restaurações de imagens, englobando mais a questão da resolução nos seus pormenores. Entendemos que para o processamento de documentos comuns, a resolução, estando em conformidade com o requisito mínimo do Edital (600 dpi), e permitindo ajustes de redução para necessidades especificas de compressão, já poderia estar em conformidade com a proposta do Banco do Brasil. Nosso entendimento está correto? Esclarecimento: Os controles de configuração via driver do scanner por parte da aplicação é necessário para que o aplicativo de digitalização do Banco defina com qual a resolução X e Y o scanner deverá gerar as imagens solicitadas. Tal configuração poderá variar, dependendo do veículo a ser utilizado (ex: para cheques, temos 300 como valor configurado / para cartões e documentos não financeiros, temos 200 como valor configurado). Todos os scanners utilizados pelo BB hoje oferecem para Windows esta configuração. 25 Dúvida: Item 3.2.43 - Controle de exclusão automática de início e fim de página de um documento. Entendemos que essa função seja para excluir páginas inteiras em branco e partes de páginas em branco, sendo estes no início ou fim daquelas. Está correto nosso entendimento? Esclarecimento: A habilitação de tal facilidade via scanner permite que o scanner: Identifique o início de um documento quando informações visuais estão presentes, iniciando a transferência dos dados a partir deste momento. 11 / 12

Identifique o fim de um documento quando informações visuais deixam de existir, concluindo a transferência dos dados a partir deste momento. Apesar de não ser indispensável para o aplicativo de digitalização do Banco, tal funcionalidade permite maior velocidade na transferência de dados para a aplicação, já que páginas inteiras ou partes de páginas sem informação (em branco) não serão transferidas pelo scanner como imagem. 12 / 12