José M. S. Junior

As vídeo-aulas do curso estão na plataforma Nutror, precisa usar o mesmo e-mail da sua conta no fórum: https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor/

Boa tarde Verifique se o modelo está correto cdecl https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html A Lib também precisa rodar na mesma arquitetura da dll SAT ex: x86

Altere SSLib para openSSL para teste e grave as alterações, para ficar dessa forma Verifique qual o timeout na aba webService, experimente aumentar entre 15 e 30...

Bom dia Se o componente localizar a NFe pela chave no diretório configurado, já realiza a atualização realmente, mas esse comportamento não mudou, mesmo em versões antigas isso já existia, pode ser que está controlando os XMLs gerados em outro diretório, por isso não ocorria.

Disponível na versão, favor atualizar para última versão para testes.

Bom dia, esse erro interno normalmente é instabilidade da SEFAZ.

Bom dia, Esse banco parece ter layouts diferentes para o mesmo Banco, no layout que temos especifica com essa nomenclatura atual, se possível anexe o manual que o Banco se baseia, assim podemos verificar a melhor forma de tratar isso

Adicionado tarefa - #TK-1931

Olhando aqui no Monitor, realmente não está disponível essa configuração, mas podemos adicioná-la para o modelo 65, pois já existe no componente a opção de não imprimir itens.

Bom dia, a versão simplificada sem os itens acho que seria permitido apenas no modelo 65. No modelo 55 não tem essa opção.

Creio que o erro esteja nos campos (dVenc=2021/09/17) e (vPag=2021/09/17) esse campo deve ser o valor do pagamento. Outro detalhe, na sua rotina gere apenas os campos e grupos necessários, se estiver em branco não adicione no arquivo. Assim fica mais limpo e evita problema de alguma tag preenchida de forma inválida.

Bom dia, Verifique a configuração do logotipo, veja se está configurado uma imagem válido ou se não está muito grande.

Bom dia, Como eu disse esse retorno é da própria SEFAZ, indica que não existe esse chave na SEFAZ... Tente pesquisar essa mesma chave com a rejeição ( NF-e nao consta na base de dados da SEFAZ) pelo portal da SEFAZ. O erro: (ERRO: DigestValue do documento 28210907684607000187650090000008729900002785 não confere). Indica que o XML local foi modificado e isso invalida a assinatura do XML, note que no ACBrMonitor aba NFe/Geral tem a opção de não validar o DigestValue ao consultar, mas se desmarcar essa opção precisa saber que pode estar atualizando o protocolo de autorização em um XML que foi modificado, ou seja, não é o mesmo XML que está na SEFAZ embora seja a mesma chave. Creio que esteja ocorrendo esses problemas quando gera NFCe off-line. A NFCe gerada off-line não pode ser alterada antes do envio, além disso não utilize a mesma numeração da NFCe gerada em modo normal, sempre incremente o nNF para gerar a NFCe OffLine e posteriormente apenas envie para SEFAZ sem alterar nada nesse XML, assim evita esse problema...

Isso é nas configurações da biblioteca em "Ambiente" https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Bom dia, Isso indica que não existe nenhum documento disponível para esse Destinatário, mas note que está consultando em ambiente de homologação, só vai trazer se existir documento em homologação emitido contra esse CNPJ. Em produção pode ser que exista...

Esses retornos não são do ACBrMonitor e sim da própria SEFAZ... Esse erro ocorre ao consultar uma chave diferente da que foi recepcionada na SEFAZ, pode estar utilizando a mesma numeração mas o código é diferente . Isso Pode ocorrer quando é gerado em contingência utilizando a mesma numeração que já foi recepcionada na SEFAZ. Esse justifica o erro retornado acima, ou seja, o xml na SEFAZ está diferente do atual na sua máquina. Pode ter sido alterado o xml original após o envio ou foi emitido offLine utilizando a mesma numeração. Para evitar isso sugiro que veja as melhores práticas para emissão off-line nos vídeos de Contingência OffLine - Aula26: https://acbr.nutror.com/curso/59fa9f9962ed0e88ca5d25ffe138c121dc5b88e7/dominando-acbrlib-para-nfe-em-java

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde. Esse XML está fora do padrão, pode verificar utilizando o validador MDFe: https://dfe-portal.svrs.rs.gov.br/Mdfe/ValidadorXML A sugestão é que utilize o ACBr mesmo para gerar o XML...

Se for NFe, depende do servidor virtual disponível para o seu estado, segue os códigos: https://acbr.sourceforge.io/ACBrMonitor/NFESetFormaEmissao.html Mas para isso o SVC deve estar ativo pela SEFAZ. Pode alterar para o SVC e realizar uma Consulta de Status.

Boa tarde A propriedade que define se é o Banco que emite é: Cedente.ResponEmissao. Nesse caso imagino que possa passar o nosso numero com zeros.

Boa tarde, Qual documento está testando? As configurações do WebService estão corretas?

Ok, vamos verificar e posicionamos aqui. Tarefa #TK-1905

Bom dia, A resposta deve ser a mesma da inclusão, ou seja, uma lista com os títulos, neste caso vai retornar preenchido apenas a Data Hora de Baixa e NumeroConvenio. deve estar ocorrendo algum erro no retorno da API que não está permitindo gerar a resposta. Vamos tentar simular por aqui... Voce está testando a Baixa em Produção ou Homologação?

@Carlos Paiva, quando você emite em contingência, você deve apenas salvar o XML alterado para contingência e imprimir, posteriormente quando retomar a conexão vai apenas enviar o XML gerado em contingência (Sem alterar) através do método https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarNFe.html Sugiro que dê uma olhada também nas aulas sobre contingência Off-Line (Aulas 26 - 4 até 6): https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor/

Aparentemente está ocorrendo algum problema com o serviço, pois mesmo o Json, deveria retornar a Data e Hora de Baixa.