Italo Giurizzato Junior

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

Boa tarde Beretta, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes com o programa exemplo do componente ACBrNFSeX.

Boa tarde, Substitua a unit pela que esta em anexo. Reinstale o ACBr, recompila a aplicação e faça um novo teste. Vamos ver se agora as palavras com vogais acentuadas vão ser exibidas corretamente. Betha.Provider.pas

Boa tarde Rogério, Você enviou o Rps no modo assíncrono, correto? Tente enviar no modo síncrono e depois no modo unitário.

Vanderlei, Em ambiente de produção tive o seguinte retorno: Requisição Ambiente: 1 Cidade : Vazante/MG Provedor: NFSeBrasil Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Acesso não permitido, verifique os dados e certifique-se de possuir permissão para a operação. Correção: --------- Em homologação: Requisição Ambiente: 2 Cidade : Vazante/MG Provedor: NFSeBrasil Versão: 1.00 Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 12002 Erro HTTP: 0 URL: http://web1.memory.com.br:81/nfse/ws/lote_rps_service.php Erro: 12002 - TimeOut de Requisição Falha Enviando a Requisição. Erro: 12002 - TimeOut de Requisição Correção: --------- O que tudo indica é que o ambiente de homologação esta com problemas.

Boa tarde Leandro, Você tem as URLs de homologação e produção a serem utilizadas para a cidade de Ribeirão Preto?

Boa tarde a todos, Somente e somente para testes. Para não ficar alterando o arquivo ACBrNFSeXServicos.ini, compilando ele, reinstalando o ACBr e recompilando a aplicação, você pode apenas alterar o ACBrNFSeXServicos.ini e copiar para dentro da pasta que esta o executável, desta forma a aplicação vai utilizar esse arquivo com as suas alterações.