Régys Silveira

Vou fazer os testes de códigos de barra neste fim de semana sem falta, até segunda, já dou um parecer.

Já existem tópicos tratando deste assunto aqui no fórum é tópicos gigantes com tudo muito bem discutido, por favor utilize a busca, com certeza vai achar algo.

Eu uso o ACBrValidador em produção para vários tipos de documentos, com certeza ele funciona corretamente. Para tentarmos ajudar é preciso mais informações como já disse o Daniel.

Você está utilizando Fortes ou Fast? Se for Fast altere o arquivo .fr3, Fortes somente alterando os fontes do ACBr, neste caso não aconselho, e friso como o colega disse acima, isso é puxa encheção de saco, pois não faz diferença alguma já que no XML está correto, lembrando que o DANFE não é documento fiscal é sim o XML, o DANFE não tem nenhum validade jurídica ou fiscal, ele serve somente para transitar com a mercadoria, o XML por outro lado é sim um documento fiscal válido.

Bom, sem uma mensagem de erro e um descritivo do que está ocorrendo é complica ajudar.

Aqui tem todo o material que você precisa para entender o Datasnap: http://docwiki.embarcadero.com/RADStudio/Berlin/en/Developing_DataSnap_Applications Aqui tem alguns vídeos: https://www.youtube.com/results?search_query=delphi+database+tutorial

Isso na hora de enviar o cancelamento? Tentou contato com o webservice da UF?

Eu acho que não, o ECF 09/09 até agora somente no Sul.

Tem um passo-a-passo para que possamos testar?

Você deve fazer um loop em NotasFiscais e utilizar o indice para ler: NotasFiscais.Items[X] onde X é o indice

Vou fazer uns testes mas lembro que estava ok.

Poderia anexar o log?

Geralmente sim.

Você está falando do registro de produtos (P) ou do registro de estoque (E), primeiro é preciso entender isso. Ai sim vamos verificar porque gerar somente um registro, o componente hoje e feito em cima do ao cotepe e foi homologado por centenas de usuários. Antes de alterar qualquer coisa deve existir uma justificativa, como centenas de usuários homologaram e somente você está tendo poblemas?

Então seu .ini está desatualizado ou errado, não use o .ini, deixe o ACBr utilizar os endereços internos dele, ou pegue o .ini atualizado na pasta do componente. Hoje enviei várias notas e todas foram autorizadas normalmente em homologação.

Aba ACBrSerial.

Você está utilizando o Fortes Community Edition? Só ele funciona no Seattle.

Delphi 7 estava tão bom mas mudou para Java? Estranho isso, uma enorme contradição.

Jose Carlos, poderia enviar os XMLs gerados? Chegou a verificar se os schemas estão atualizados?

Não entendi, o parâmetro está correto, ele é False por padrão sendo enviado em modo assíncrono, você ativa o modo síncrono quando quer colocando True.

Existe uma versão mais antiga do driver que tem um problema desse tipo, peça a versão mais recente ao pessoal da Daruma.

Você está considerando quando a logo está invisível? Não seria o caso de testar se tem logo e adicionar ou não conforme?

Envio em massa geralmente cai na regra de "consumo indevido", se você precisa enviar tantas notas assim em sequência é melhor montar um lote e enviar o lote.

Você ativou o modo sincrono, ele não entra na fila é a resposta é dada na mesma conexão do envio do XML, se o servidor libera essa opção com certeza ela é bem mais rápida. O problema é que só funciona para NFC-e e não é todo estado que aceita.

Enviei várias notas agora a pouco para o webservice do AM para testes e está tudo normal com o componente. Você está usando o .ini a parte ou deixando ele compilar com o resource?