Daniel Simoes

Você precisa fornecer informações detalhadas, de como reproduzir o problema, (passo a passo) usando o Demo do ACBrNFe

O problema, é o que eu já falei... o Delphi não está achando a BPL do Fortes... Talvez você não tenha configurado corretamente, observe que há um opção para fazer "override" de PATH dentro do Delphi Você pode ainda, copiar a BPL dele para a pasta "Delphi\Projects\BPL"

Evite posta repetidamente o mesmo assunto... isso incomoda a todos... poste uma vez e aguarde a resposta

Mas a Impressão não tem uma relação direta com o WebService... Estamos falando de um problema na recepção do WebService, ou de um problema na impressão do DANFE ?

Por favor forneça instruções claras, de como reproduzir o erro

Sim, ela existe no ACBrSAT.CFe ACBrSAT1.CFe.Total.DescAcrEntr.vAcresSubtot := 5;

Teste o seu XML com o utilitário InteliSAT da TANCA... Extraia o Log do SAT e veja os motivos do erro

Veja que o fortes cria o BPL em um diretório diferente do usado pelo Delphi... BPLs são como DLLs, precisam estar no PATH da máquina para serem carregados... Edite o seu Environment / Path, para e inclua o diretório que o Fortes criou o BPL

O correto sempre é UTF8... de acordo com as Normas Técnicas...

Bom... acho que a minha mensagem acima, é bem clara ao informar que você está enviando um ID diferente da calculada pelo Monitor,... Não há pendencias do nosso lado...

Você verificou se está com a última versão do Trunk do Fortes CE ?

Os parâmetros de largura e tamanho não tem o mesmo comportamento em equipamentos diferentes.. Por isso que eles são parâmetros... ou seja, para que possam ser ajustados..

Não consegui compreender a sua mensagem... Se for um novo assunto, por favor abra um novo tópico

O erro parece ser nas Units do FastReport, e não do componente... Use o Fortes CE que é bem mais simples...

E qual Tag é essa ? (de acordo com a especificação técnica do SAT, onde o CFe é descrito)

Remova alguns dos seus anexos no painel de controle, para liberar espaço... assim você conseguirá anexar aqui no fórum

Jamil, Sua atitude foi grosseira... e portanto não merece uma resposta, mas sim uma advertência... O ACBr é OpenSource... abra os fontes e veja você mesmo os endereços que ele usa...

Sobre as DLLs, você deve copiar TODAS as DLLs da Pasta OpenSSL e XMLSec para o diretório System do seu Windows... Atente para o fato, de que essas DLLs são 32 bits... então elas devem ir para o c:\windows\syswow64 em S.O. de 64 bits

Os endereços do ACBr já estão corretos a um bom tempo atrás... Mesmo no Trunk

Não sou a pessoa mais indicada.. Não conheço o Rave...

Pode ser o fato de que o Trunk2 compila CAPICOM e OpenSSL na mesma aplicação... Se desejar "derrubar" o suporte a uma dessas bibliotecas de segurança, edite o arquivo ACBr.inc Exemplo, para remover o suporte a OpenSSL, habilite a diretiva abaixo, em ACBr.inc: {$DEFINE DFE_SEM_OPENSSL}

Será que não é somente a questão da USB 2.0 ? Estou relutante em aumentar esse Sleep, pois pode causar lentidão na leitura da resposta...

Os endereços no ACBr já estão corretos a um bom tempo... não deve ser um problema...

Não é um problema no Schema ou no Monitor... é apenas o fato de que a informação que você submeteu para esse campo... não é compatível com a regra do Schema para esse campo... Veja o seu campo nFCI: 1233336-2523625-523652396-7485887888 Veja a regra do Schema para esse campo: [A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12} O primeiro Bloco, antes do hífen, deveria ter 8 chars {8}, com letras de A a F ou números de 0 a 9 [A-F0-9] Mas o seu primeiro bloco, só tem 7 dígitos: 1233336 Tente validar o seu XML em algum dos Validadores de NFe, on-line... e provavelmente você terá um erro bem semelhante... O exemplo no manual do fisco, para o campo nFCI, é B01F70AF-10BF-4B1F-848C-65FF57F616FE

Ainda há um bug na atualização do arquivo, em relação ao WebService de Consulta.. estou averiguando...