Italo Giurizzato Junior

Boa tarde, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Alexandre, Abra o XML de envio (20230301164505-ger-nfse-soap.xml) e note que as tags <usuario> e <pass> estão vazias. Essas informações devem ser configuradas no componente: Configuracoes.Geral.Emitente.WSUser e Configuracoes.Geral.Emitente.WSSenha

Bom dia Almeida, Veja se você consegue com o provedor um XML de envio de lote de Rps a titulo de exemplo, para que possamos montar um exatamente igual.

Bom dia Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3668

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3667

Bom dia Paulo, Essa imagem é com o programa exemplo em execução? Me parece que não.

Boa noite Rodrigo, Já esta no SVN.

Boa tarde Almeida, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Marco, Substitua a unit por esta em anexo e testa a consulta ao Lote, Consulta NFSe Por Faixa e Consulta NFSe Serviço Prestado. IPM.Provider.pas Boa tarde @Diego Foliene, Pega essa unit que anexei e acrescanta o TratarRetorno da consulta ao lote para atender a tag <item> Depois anexa aqui para o Marco repetir os testes.

Boa tarde @dreamsoft_PR, Já mudei o atributo ID. O que não ficou claro é referente ao conteúdo dos grupos nfseCabecMsg e nfseDadosMsg, eles devem ficar ou não dentro do CDATA?

Muito obrigado, já inclui na minha lista de tarefas para analisar o problema. TK-3662

Boa tarde Leandro, Com certeza você deve ter unit alterada localmente ou cópia de unit do ACBr dentro das pastas da sua aplicação. Delete as units alteradas ou cópias, atualize novamente, reinstale e faça os testes usando o programa exemplo.

Boa tarde Leandro, Verifique se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone. Caso afirmativo, delete. Atualize todos os fontes de todas as pastas, reinstale o ACBr com a opção de apagar arquivos antigos marcada e por fim compile a aplicação com a opção Build.

Boa tarde Paulo, Você esta usando o novo componente (ACBrNFSeX)?

Boa tarde Rodrigo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3659

Boa tarde Leandro, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde, Você poderia anexar o XML (soap) que contem essa mensagem?

Bom dia Willian, Já esta no SVN.

Olá pessoal, Lá vamos nós mais uma vez, só que agora é a vez de algumas melhorias no CT-e. E quais são as novidades da versão 4.00 do CT-e? Eliminação do SOAP Header dos Webservices Não precisamos se preocupar pois o componente vai se encarregar de não gerar o grupo <Header> ao montar o Envelope a ser enviado para o WebService da SEFAZ. Eliminação da Denegação e do CTe de Anulação Com essa nova versão não teremos mais como emitir um CT-e de Anulação, somente CT-e Normal, CT-e Complementar e CT-e de Substituição. O Manual não diz o porque, mas acredito que essa alteração vem de encontro com o DC-e (Declaração de Conteúdo Eletrônico). Quanto a Denegação o que tudo indica nenhum CT-e vai ser Denegado, ou seja, ou ele vai ser autorizado ou rejeitado. Eliminação do Serviço de Autorização Assíncrono O envio do CT-e passa a ser no modo síncrono e unitário, ou seja, somente um CT-e por vez será enviado para o WebService e já teremos como resposta o protocolo de autorização ou a rejeição. Ampliação do Nro Seq dos Eventos Antes um tipo de evento que poderia ser enviado mais de uma vez (por exemplo Carta de Correção) estava limitado a 20, agora o limite é 999. Eliminação do serviço de inutilização Com a versão 4.00 não teremos mais como inutilizar um numero de um CT-e que não foi enviado para a SEFAZ, acredito que caso ocorra um pulo, por exemplo, foi enviado o CT-e de numero 500 e por algum problema foi enviado o CT-e de numero 505, vai ser possível em seguida enviar os CT-e de números 501, 502, 503 e 504 para depois voltar a sequencia normal ou seja emitir o CT-e de numero 506 em diante. Sobre os prazos A versão 4.00 vai estar disponível a partir de 04/2023 em ambiente de Homologação e a partir de 06/2023 em Produção. Quanto as Soluções ACBr Haverão ajustes no componente ACBrCTe para atender a versão 4.00, oque naturalmente se refletirá nas versões posteriores da ACBrLibCTe e do ACBrMonitor. Fiquem atentos as atualizações dos fontes do ACBr e não percam o bonde. Quanto a minha Aplicação? Com certeza a sua aplicação deve ter uma opção para emitir CT-e de Anulação e Inutilização de Números, pois bem essas opção não poderão mais poder ser utilizadas com a nova versão. Sugerimos que apresente uma mensagem ao usuário informando que essa opção não esta mais disponível na versão 4.00 do CT-e. Se a sua aplicação permitia o envio de um lote de CT-e, agora só será possível enviar um de cada vez, logo você vai ter que mudar isso. Com certeza a sua aplicação envia eventos, fique atento a esta questão: para os tipos de eventos que permite enviar mais do que 1 para o mesmo CT-e, lembre-se que agora o limite passou de 20 para 999. Leitura recomendada: Temos os manuais (que são 3) da versão 4.00 em nossas biblioteca. http://svn.code.sf.net/p/acbr/code/tools/DFe/CTe/

Leandro, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Rogério, Desfaça essa alteração. Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Leandro, Substitua pela unit em anexo, reinstale o ACBr e faça um novo teste com esse XML que você anexou. ACBrNFSeXLerXml_ABRASFv2.pas