Diego Foliene

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4934

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

Bom dia! Por favor, faça um teste lendo o código de verificação das propriedades: //Se estiver usando o envio Síncrono e modo de envio diferente de unitário ACBrNFSeX.WebService.Emite.Resumos[Indice].CodigoVerificacao; //Se estiver usando o envio Síncrono e modo de envio unitário ACBrNFSeX.WebService.Emite.CodigoVerificacao; //Se estiver usando modo de envio assíncrono ACBrNFSeX.WebService.ConsultaLoteRps.Resumos[Indice].CodigoVerificacao; Se ele de fato não estiver lhe retornando nenhuma informação. Marque está opção no programa exemplo para que ele gere para você os envelopes da requisição. Eles são o arquivo que de fato é enviado ao provedor e a resposta do provedor inalterada pelo webservice. Ambos os arquivos terão -soap no nome.

Bom dia! Por favor, pode disponibilizar ambos os envelopes para análise? Por conter usuário e senha, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Como um complemento:

Boa tarde! No componente ACBrNFSe, você está fazendo o envio para o mesmo provedor, versão e URL que está sendo feito no TACBrNFSeX? O componente ACBrNFSe foi descontinuado e já não sofre manutenções e atualizações tem um tempo. Você teria que alterar a URL do provedor manualmente ai do seu lado para que ambos tentem comunicar com o mesmo provedor e ambiente. O ACBrNFSe foi configurado com o mesmo prestador de serviços do NFSeX? Também foi consultado o mesmo lote? Por favor, defina a propriedade ACBrNFSe.Configuracoes.WebServices.Salvar := True; e repita o teste em ambos os componentes. Ao fazer isso, ele vai gerar para você os arquivos de envelope da requisição. Estes são o arquivo que é enviado para o provedor e a resposta do mesmo inalterada pelo ACBr. Ambos vão ter um "-soap" no nome. Compare os envelopes de envio do componente novo com o antigo para ver se há alguma diferença.

Correção da URL de homologação enviada ao SVN. fiz atualização e reinstalei e agora consulto e me deu o seguinte retorno: Obtive o mesmo resultado. Até mesmo clicando na URL puramente para abrir ela no navegador também abre: O que não acontece se eu abrir a URL de uma outra cidade atendida pelo mesmo provedor na mesma versão indicada: Por favor, consegue confirmar junto a prefeitura se a mudança de provedor já está em vigor ou se os mesmos estão passando por alguma instabilidade?

É uma possibilidade. Eu não possuo dados válidos para emissão, então ao receber o erro de usuário ou senha inválidos, julguei que a comunicação foi feita com sucesso e o WS me barrou por de fato não ter um usuário e senha corretos. URLs enviadas ao SVN. Por favor, queira atualizar e testar novamente.

Já havia sido emitido alguma NFS-e para o IPM via web service e não via site? Por favor, se você utilizar a opção de "Solicitação de Acesso ao Sistema" ou de "Consulta de Solicitação de Acesso ao Sistema" disponíveis neste link: https://lagoavermelha.atende.net/?pg=autoatendimento#!/tipo/servico/valor/82/padrao/1/load/1 ele devolve uma mensagem de que já está em ordem ou de que já existe cadastro?

Contribuição enviada ao SVN na Rev-31805. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4931

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

Bom dia! Estes campos estão previstos na Nota Técnica 2023/004 - NFe: Evento de Conciliação Financeira a qual já possui uma TK em nosso backlog para implementação.

Bom dia! Seguindo os moldes das outras classes, na Rev-31801 foram adicionados novos campos para receberem estes valores. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! O QrCode é formado usando está string: Se você observar, ela veio no grupo <outrasInformacoes> no seu XML. No seu PDF, o problema está acontecendo porque na string lida está faltando o último número 8. Por favor: Verifique se seus fontes estão atualizados. Verifique se você não possui alterações locais nos seus fontes. Isso é indicado por uma bolinha vermelha ao lado da unit. Pelo layout, do PDF, me parece que você está utilizando o Fast como motor de impressão. Sendo este o caso, verifique se o .fr3 que está usando está atualizado e não possui alterações locais. Fiz um teste usando o programa exemplo com o XML que disponibilizou e tanto no impresso em Fortes, FPDF e Fast(DANFSe.fr3, DANFSe_Padrao.fr3 e DANFSe_Novo.fr3) a informação foi lida corretamente.

Bom dia! Obrigado por reportar. Foi criada a #TK-4925 para tratativa do caso e parecer do consultor responsável.

Por favor: Você está utilizando o ACBrMonitor no Linux? Para alterar você executou o instalador desta versão mais antiga? Por favor, faça um teste colocando as Dlls deste LINK na mesma pasta de instalação do seu ACBrMonitorPLUS. Lembre-se de pegar elas respeitando a arquitetura do Monitor.

Bom dia! Por favor, pode enviar para [email protected] o XML que utilizou para realizarmos um teste? Não se esqueça de colocar no corpo do e-mail o link deste tópico para posterior identificação.

Você tinha citado que só conseguiria testar com outra cidade na próxima semana. É possível realizar então um teste para a mesma cidade, mas não utilizando o SetAutenticacaoNFSe(ou qualquer um dos novos métodos adicionados) para ver o resultado?

Olá pessoal! Para aqueles que estiverem tendo problemas utilizando as Libs do ACBr com um projeto em C# ou VB.Net em um servidor IIS, mesmo referenciando corretamente as classes e distribuindo a Lib e suas dependencias. Nosso amigo @Alexandre De Pádua Fonseca conseguiu utilizar com sucesso realizando o seguinte procedimento: 1. No momento de instanciar a classe que faz o bind dos métodos da dll conforme o exemplo, utilizar desta forma: ACBrCTe = new ACBrCTe(Server.MapPath("/") + "ACBrLib.ini", ""); 2. Foi preciso criar uma pasta Docs em C:\Windows\System32\inetsrv\ 3. Fornecer permissão IIS_IUSRS, IUSR;

Se possível, por favor, faça também o teste com alguma outra cidade que use provedor diferente para ver se ocorre erro semelhante.

Bom dia! Funciona. Mas para isso, as notas e os eventos de manifestação também precisam ter sido feitos no ambiente de homologação. Na NT2014/002 é descrito algumas possibilidades que podem devolver consumo indevido. No caso específico que citou vale destacar: Extra: Por ser PRO, você tem acesso aos cursos disponibilizado pelo ACBr. Um deles é o Implementando o Serviço Distribuição DFe. O mesmo é feito usando Delphi, mas o conceito pode ser muito bem aproveitado.

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

Conferindo no seu arquivo de log, pude observar que para o comando NFSe.CriarEnviarLoteRPS, você passou apenas o primeiro parâmetro que é o conteúdo do INI. Por favor, faça um teste passando também o segundo parâmetro que é o número do lote de RPS a ser enviado. Vale lembrar que apenas os parâmetros que estão entre [] são opcionais no comando.