Nildo Oliveira SAUTO

SOLUÇÃO. Junto ao meu exe haviam várias DLLs, por exclusão foi removendo todas elas, e colocando DLLs mais atuais, principalmente as que são utilizadas pelo ACBr. Encerrado!

Bom dia. Alguém mais detectou esse problema em suas aplicações??

Sim Daniel, existe apenas uma atualização pendente do windows, que é a kb5034441, que está apresentando um erro no momento de instalar. Já testei em alguns computador, e em todos apresenta o erro na instalação. O Microsoft deve lançar alguma correção.

Fiz o procedimento indicado, mas não resolveu o problema. Mas obrigado por compartilhar!

Olá, após a última atualização do Windows, este erro aparece quando vamos executar a partir do sistema, uma caixa de diálogo do Windows, como por exemplo: salvar o PDF de uma nota emitida, ou até mesmo executar o componente OpenDialog do Delphi, para selecionar um caminho de um diretório ou selecionar um arquivo qualquer. O erro trata-se realmente da chamada de uma caixa de diálogo do Windows. O problema é que isso também afeta os componentes de impressão utilizados pelo ACBr para impressão do DANFE. Se desinstalarmos a atualização volta a funcionar normalmente. O problema é que esta atualização fica sempre sendo reinstalada, pois trata-se de um pacote de atualizações do sistema operacional.

Bom dia. Gostaria de propor uma melhoria com relação a impressão de boletos layout carnê. Percebi que com a última atualização foi priorizado pelo componente não truncar os dados do pagador, e sim quebrar a linha para que seja impresso todos os dados do endereço. Isso foi muito bom. Porém gerou um problema que é, em uma folha A4, dependendo do tamanho do endereço do pagador, só é possível imprimir 2 boletos (carnê) por folha, quando o ideal seriam 3. A sugestão seria, deslocar o campo "CPF/CNPJ do sacado" mais para direita, possibilitando assim a impressão do endereço completo em uma única linha.

Masssaaaaaa SOLUCIONADO!

Olá, a impressão dos dados de endereço do PAGADOR na impressão do boleto (Fortes), utilizando o layout CARNÊ, está saindo invertida. Enquanto a ordem "correta" é: Logradouro + Bairro + Cidade + CEP, no layout PADRÃO, no layout CARNÊ é impressa: CEP + Cidade + Logradouro + Bairro. A sugestão é para alteração. Obrigado!

Exatamente Lucimauro, a minha dúvida inicial sempre foi exatamente essa que você mencionou! Estou em busca dessa informação! Mas me parece que o ACBr ainda não tem isso implementado!

Boa noite. Obteve êxito?

Boa tarde. Existe sim a obrigatoriedade para NFCe. Na verdade como na emissão tanto de CFe ou NFCe existe o envio de pagamento para o Validador Fiscal de Pagamento (via integrador), temos que enviar no XML da Resposta Fiscal, o texto para impressão no POS. Para CFe já está OK, faltando somente a do NFCe.

Boa noite. 1 - Utilizando os códigos abaixo, eu consigo capturar o TEXTO referente a um Cupom Fiscal Eletrônico, CFe, para poder enviar para a impressão em um POS. (Envio também para o Integrador, exigência do estado do Ceará) //Carrego o XML no componente ACBrSAT.CFe.LoadFromFile('C:\CFe23200124854238000142592300756490001107620659.xml'); //Atribuo o texto na minha variavel vImpressaoESCPOS vImpressaoESCPOS := FRM_Data.ACBrSATExtratoESCPOS.GerarImpressaoFiscalMFe(ACBrSAT.CFe); 2 - Preciso fazer a mesma captura do TEXTO, só que referente a um NFCe - Nota Fiscal de Consumidor Eletrônico, estou tentado uma codificação abaixo, mas não obtive sucesso, nem compila na verdade. //Carrego o XML no componente ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(C:\NFe23200124854238000142592300756490001107620659.xml); ERRO, tentativa de codificar a captura do NFCe vImpressaoESCPOS := ACBrNFeDANFeESCPOS.ImprimirDANFE(.ACBrNFe.NotasFiscais[0].NFe); Como eu teria que fazer as combinações de componentes, e quais funções chamaria pra capturar esse TEXTO. Quando falo TEXTO, me refiro ao texto da impressão do extrato.

Sim, usamos os instaladores e cadeias disponíveis no site da VALID

Exatamente meu amigo!

Estão normais, como de todos os outros clientes. E tão provável que não seja configuração, que quando utilizo um outro certificado nessa mesma máquina, A1 ou um outro A3 ou TOKEN que não seja essa versão ATHENA da VALID, da tudo certo!

Daniel, o pior é que a VALID se isenta totalmente, pois alegam que o certificado funciona em outras aplicações, em navegadores e em Desktop. Uma outra informação é: esse certificado já funcionou em nosso sistema. Provavelmente depois de alguma atualização do Windows, passou a gerar alguma incompatibilidade e aparece a mensagem de e SISTEMA PAROU, e encerra a aplicação!

Bom dia Daniel, ele também funciona normalmente naquele emissor gratuito de NFe. Que por sua vez é em JAVA. Estamos tentando ver alguma solução!

Boa tarde. Tenho um cliente que utiliza um novo certificado da VALID o Atenas, o mesmo precisa de um programa assistente instalado para responder as solicitações feitas para o certificado de qualquer que seja o software ou página web solicitante. O problema é: quando consulto o serviço ou tento emitir uma NFe o utilizando o ACBR o nosso sistema simplesmente é encerrado, (como se acontecesse algum problema ou incompatibilidade com o Windows). Quando eu desinstalo o assistente do VALID ATENAS, o ACBR não fecha, ele consegue comunicar normalmente, só não finaliza a operação, pq não consegue encontrar o certificado! Informações: Windows 10 atualizado, Cadeias de certificado da VALID instaladas e atualizadas, Schemas atualizados. Em anexo segue foto do certificado utilizado!

RESOLVIDO MEU AMIGO! Só para ficar claro para quem passar por esse problema, foi uma série de acertos que foi feito! Atualização do ACBr, Atualização de Schemas, inclusão da TAG infCTeSupl Obrigado a todos pela ajuda fundamental que me prestaram! Abraço a todos, Deus abençoe!

Luis atualizei os fontes do ACBR, coloquei a Geração do QR Code, removi a pICMSInterPart, ela não está mais aparecendo no XML, porém aparece um erro agora na estrutura. Em anexo segue novo XML e o Print do Errro. 29190923259028000224570010000002321445763560-cte.xml

Caro Ítalo vou pedir mais uns minutos da sua atenção. Em anexo segue dois XMLs, o PRIMEIRO é com a pICMSInterPart com o valor 100. Isso faz apresentar o erro de Schemas Inválido. O segundo é com o pICMSInterPart com valor 0, que ocasiona o rejeição 786 - Grupo de informações de partilha deve ser informado... Vou buscar na documentação como implementar a TAG qrCodCTe nos meus XMLs Aguardo, desde já agradeço! Segundo.xml Primeiro.xml

Bom dia. 29190823259028000224570010000002191067813355-cte.xml

Fiz o teste retirando pICMSInterPart só que quando não preencho esse campo o ACBR retira do XML a TAG - <ICMSUFFim> toda! E ai caiu em uma outra rejeição que é justamente a da obrigatoriedade da informação desta tag para Não contribuintes! Ajuda por favor!

Bom dia. Mas amigo, se eu remover aparece a rejeição obrigando a ser informada pois o tomador de serviço é não contribuinte! Alguma outra ideia?