Italo Giurizzato Junior

Boa tarde @Diego Reckziegel, Já esta no SVN.

Boa tarde @valterpatrick, O componente esta configurado para a versão 4.00 do CT-e? O componente esta gerando o ID do evento com o nSeqEvento formatado para 3 dígitos e deve estar usando os Schemas anteriores da versão 4.00 que essa informação era formatada com apenas 2 dígitos.

Boa tarde @Hetosoft Sistemas, Não vejo outra alternativa entrar em contato com a SEFAZ e expor o problema.

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

Boa tarde @IgorAcertSoft, Já fiz a alteração no DANFE feito em Fortes Report e FPDF, falta fazer para o Fast Report. Como eu não trabalho com o Fast Report, vou passar para o pessoal que cuida dos DAs feito em Fast Report fazer a alteração. Assim que estiver pronto enviaremos tudo para o SVN.

Boa tarde @Renato Ferraz, No Portal do MDF-e existe uma opção para realizar a consulta, só não sei se essa consulta atua somente no ambiente de produção, mas vale a pena tentar. Link: Portal do Manifesto Eletrônico de Documentos Fiscais

Bom dia @IgorAcertSoft, Já foi criado a TK-6575 para realizar essa alteração.

Bom dia @Hetosoft Sistemas, Existem eventos que devemos sempre usar o nSeqEvento igual a 1, outros podemos até incrementar esse valor, como é o caso da carta de correção que pode chegar até 20. No caso da carta de correção podemos enviar até 20 cartas sequenciadas de 1 até 20 para a mesma nota, lembrando que a carta de numero 2 anula a de numero 1, a de numero 3 anula a de numero 2 e assim por diante. O evento eConf permite que o nSeqEvento varie de 1 até 99, eu acredito que sempre devemos usar o nSeqEvento igual a 1 e só usar o nSeqEvento igual a 2 caso a nota tenha 2 formas de pagamento. Como é possível ter até 100 formas de pagamento, isso explica o motivo do nSeqEvento para esse tipo de evento variar de 1 a 99.

Bom dia @Atalias, O retorno com o numero do protocolo só diz que o RPS foi recepcionado pelo o webservice e não que esta tudo Ok. Se faz necessário consultar para saber o resultado do processamento. Se no portal não consta a nota, isso significa que o RPS não foi aceito, tem algum dado errado nele. Só consultando o lote para saber o que esta errado.

Bom dia @Fernando Cattelan Vieira, Veja se o tópico abaixo lhe ajuda na questão da alíquota.

Bom dia @oribeiro, Pela mensagem de erro me leva a crer que você esta com os Schemas desatualizados. Pois a definição do tipo Alíquota consta que ela possui 4 dígitos.

Boa tarde @SupremaInformatica, Pelo que notei a diferença é o "?wsdl" no final da URL, correto? Se sim, não precisa. Acabei de fazer um teste usando o programa exemplo do componente ACBrNFSeX (não é a Lib), veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Patrocinio/MG Provedor : SimplISS Versão: 1.00 Data/Hora: 03/02/2025 14:41:37 Método Executado: Enviar Lote Assíncrono 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 : E901 Mensagem: Erro na autenticação do usuário. Usuário e senha não conferem. Correção: Entre em contato com o fornecedor do serviço para mais informações Como eu informei um usuário qualquer e uma senha também qualquer o erro retornado é aceitável. Mais uma coisa é certa a URL que temos no arquivo ACBrNFSeXServicos.ini esta funcionando, pois o XML do RPS foi enviado o webservice processou e recusou por conta do Usuário e Senha. Sendo assim é só uma questão de configurar corretamente.

Boa tarde @Hetosoft Sistemas, Notei que a tag nSeqEvento do envio do evento (NF-e) esta com o valor 3, já o da NFC-e esta com o valor 4. Você esta incrementando esse numero a cada envio desse evento?

Bom dia @Heckler Milas, Estou analisando a sua contribuição e notei: 1. Os seus fontes estão desatualizados em relação ao SVN. 2. O arquivo ACBrCTeDACTeRLRetrato.dfm que se encontra no SVN contem 227 KB e o que você nos enviou para analise tem somente 217 KB. Algumas units apensar de estarem desatualizar eu consegui ajustar, mas esse arquivo mencionado acima esta muito estranho essa diferença de 10 KB. Ao meu ver, você vai ter que deletar esse arquivo, baixar ele novamente do SVN para por fim incluir o objeto referente a marca d'agua.

Bom dia @Ildevir, Muito obrigado pela colaboração, já foi enviado para o SVN a alteração. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.