José M. S. Junior

Bom dia, este desenvolvimento está em andamento... Em breve já subiremos para o SVN as classes com a estrutura WebService para o componente boleto.

O componente se baseia nas regras do Manual SICOOB para geração: Veja que apenas as 10 primeiras posições se refere ao valor passado no campo "NossoNumero", concatenando com campo "parcela" e "modalidade". Verifique se os valores destes campos estão corretos.

Bom dia Se possível anexe o log.txt do ACBrMonitor para análise.... Isso pode ocorrer se estiver utilizando configurações que precisam de interação de usuário, por exemplo: Preview de impressão, Menu de Impressão Windows... O ACBrMonitor ficará aguardando encerrar a tela e isso causa sensação de travamento...

Bom dia Como está preenchendo o campo NossoNumero? Se possível anexe o arquivo de remessa e a rejeição do Banco...

Bom dia, o qrcode na impressão ainda não foi implementado. O que já está disponível em homologação é a geração da tag no XML.

Bom dia Ricardo As formas que a SEFAZ disponibiliza para baixar Resumos e XMLs dos envolvidos na NFe é através dos métodos DistribuicaoDFe, mas para baixar o XML completo da NFe voce precisa antes enviar um evento de Manifestação de Destinatário (ou seja, está informando que recebeu a mercadoria) após manifestar voce conseguirá utilizar o NFe.DistribuicaoDFePorChaveNFe e baixar o XML completo. Também existem outros métodos DistribuicaoDFe... o DistribuicaoDFeporUltNSU permite baixar os arquivos em lotes sequenciais de 50 documentos, mas funciona da mesma forma... Vai conseguir baixar XMLs completo depois de manifestar a NFe. Veja como enviar evento de Manifestação (note que existe mais de um tipo de Manifestação) e os métodos Distribuição DFe: https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEvento.html https://acbr.sourceforge.io/ACBrMonitor/NFEDistribuicaoDFe.html

Com certeza é importante manter o padrão Wagner, assim que estiver normatizado todas as classes de Resposta entre ACBrMonitor e ACBrLib, não ocorrerá mais essas inconsistências e o manual também será atualizado.

Boa tarde A regra para geração desse grupo é que tag "vBCUFFim" não deve ser zero.

Bom dia Wagner Desde a versão 1.2.0.0 o ACBrMonitor passou por um Refactory onde foi realizado uma reestruturação completa inclusive nas classes de Respostas que passou a ser gerada de forma mais dinâmica.... Nas últimas versões vem sendo realizado uma compatibilização onde o ACBrMonitor e ACBrLib utilizam a mesma estrutura de classes para geração dos Retornos. Porém, desde o início, mesmo com essa reestruturação pode notar que os Grupos e Tags permanecem com os mesmos nomes... Realmente podem ocorrer diferenças na ordem das tags e entre maiúsculas e minúsculas, mas os nomes devem permanecer os mesmos... A recomendação é sempre realizar um tratamento no lado da aplicação convertendo tupo para minusculo por exemplo. Assim evitará esse problema em qualquer situação (No caso de linguagem case sensitive). obs: A unica diferença em relação a versões anteriores é que foi acrescentado a tag: [NFe_Arq_numNF], onde (num_NF) corresponde ao numero da NF de retorno, onde obter o caminho completo onde o XML de cada NF foi gravado. Ex: [NFe_Arq_1212] Arquivo=C:\ACBrMonitorPLUS\Arqs\..\..

Bom dia, Para quem utiliza o ACBrMonitorPLUS a propriedade "GerarInfCTeSupl" pode ser configurada para homologação na tela abaixo:

Bom dia Veja no seu arquivo sainfe.txt, a estrutura de diretórios onde está sendo gravado: [NFe_Arq18570] Arquivo=C:\ACBrMonitorPLUS\Arqs\04692640000160\NFe\201907\NFe\35190704692640000160550010000185701881346911-nfe.xml Para alterar esse path, configure na aba: DFe/Diretórios

Note que todo o tratamento do componente quando se trata do Integrador Fiscal é diferenciado.... Na função DefinirDadosIntegrador, onde voce alterou, está definido que para Cancelamento com Integrador precisa dos Dados da NFe, o correto é realizar um (LoadFromFile) da NFCe antes de enviar um evento... Assim como o envio Síncrono... como foi dito o componente apenas gera o XML na pasta do Integrador e carrega a resposta gerada pelo Integrador, nada é enviado pelo ACBr, portanto o envio neste caso deve ser sempre Síncrono.

Boa tarde Este aparelho foi homologado utilizando o ACBr. Sugiro que faça as configurações PosPrinter seguindo os passos do tópico abaixo, neste teste foi realizado testes de acentuação e Impressão de imagem:

Giovanne, verifique como está a tag "Versao" no XML da NFCe que está cancelando. No cancelamento esta tag é preenchida baseada neste campo do XML original... Caso não esteja com a Versão 4.0 no XML de Cancelamento, atualize a NFCe carregada no componente. Ex: ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.Versao:= 4.00;

A propriedade "VersaoDF" (Configuracoes / Geral) do componente ACBrNFe está configurado corretamente? Este ajuste já foi realizado conforme tópico abaixo... Certifique-se também de que seus fontes estão atualizados.

Bom dia Mas voce está lendo a resposta do Integrador? ACBrIntegrador1.ComandoIntegrador.IntegradorResposta.Codigo ACBrIntegrador1.ComandoIntegrador.IntegradorResposta.Valor Para obter a resposta obtida do integrador chame o método acima. Baseado no código de resposta precisa tratar na sua aplicação. Quando é retornado o conteúdo de um XML isso vem codificado em Base64. precisa decodificar para obter o XML... Veja que no XML de retorno mesmo obtendo mensagem "'Enviado com sucesso" está retornando um XML de erro. Veja por esse decodificador 64 https://www.base64decode.org/ Se possível anexe o XML de envia para análise...

Correto Giovanne... Mas qual a mensagem de erro provocada pelo método Enviar.GerarException ? Se o ACBr recebeu a resposta do integrador, a mesma fica gravado na pasta configurada no componente ACBrIntegrador, anexe aqui esse XML de resposta do Integrador para análise...

Não compreendi exatamente o que deseja fazer... Anteriormente já utilizava o NFCe com o integrador? Já utiliza o MFe? A NFCe deve ser utilizada como contingência do MFe... Se tratando do integrador o ACBr não realiza nenhuma comunicação WebService, apenas gera o arquivo na pasta configurada no integrador e lê o retorno do XML gerado pelo integrado também nos mesmo moldes. Então para obter a resposta precisa ler os comando do componente integrador conforme passei acima, vai conter o XML na tag Valor se foi enviado com exito... (Não vai funcionar como a NFCe via SEFAZl) , para confirmar a resposta que está tendo basta verificar o arquivo que está sendo gerado na pasta output configurada no Integrador. Precisamos saber o erro que ocorre para tentar simular por aqui para lhe ajudar...

O método StatusServiço está obtendo retorno? testando por aqui o serviço está retornando serviço inoperante.

Quanto ao Demo ACBrNFe aparentemente não está encontrando o arquivo de configuração dos Serviços "ACBrNFeServicos.ini", copie este arquivo para pasta raiz do Demo... Referente ao exception, por favor anexe um print desse erro em tela. Aparentemente esse exception não deveria impedir de consultar a resposta, lembrando que o envio da NFCe CE é Síncrono então NÃO deve consultar através do método: ACBrNFe.WebServices.Retorno.Executar; Após o envio verifique qual resposta obtem nos métodos: ACBrIntegrador1.ComandoIntegrador.IntegradorResposta.Codigo; ACBrIntegrador1.ComandoIntegrador.IntegradorResposta.Valor;

Erro Interno: 12002, parece ser instabilidade no servidor SEFAZ. Experimente aumentar o timeout

Boa tarde Se utiliza OpenSSL descomente a linha ( {$DEFINE USE_MINGW} ) e utilize as dll da pasta (C:\ACBr\DLLs\XMLSec\MinGW)

Bom dia, Foi realizado compatibilizações nas classes de respostas, com as respostas da lib. Lembrando que precisa atualizar o Projeto ACBrLib também.

Veja também o tópico abaixo, esta enviando com parâmetro "Sincrono = true"?

A UF "CE" está configurada corretamente no componente ACBrNFe (Configuracoes / WebService / UF) Por favor, realize testes com o Demo ACBrNFe para que possamos identificar o possível problema por aqui também.