Cauê Lazzaroti

Estou tentando homologar para um cliente a emissão de NFS-e para Osasco (ainda provedor eGoverne, aceitando layout da reforma para algumas situações) https://nfe.osasco.sp.gov.br/EissnfeWebApp/Portal/Manual/Geracao de NFS-e Via Web Service 2.0.pdf Porém pelo que vi me parece que o componente não está adequado para essas alterações. Ao emitir pelo meu programa e também pelo Programa Exemplo, o retorno vem como "sucesso", quando na realidade não é: ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Osasco/SP Provedor : eGoverneISS Versão: 1.00 Data/Hora: 06/03/2026 17:07:24 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 : True5-rec-soap.xml NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Tomador.........: INSCRICAO DE TESTE E TESTE Mas o xml retorno do SOAP apresenta o erro anexado no tópico Pelo que vi está faltando enviar o SoapAction Corretamente no Request, mas ai recebo o retorno: Mensagem: Para utilização do método de geração de NFS-e em lote, o XML de envio deve conter no mínimo [10] recibos Também por conta de estar enviando padrão o método para emissão em Lote. Prints do Programa Exemplo, compilado com ACBR Atualizada hoje:

Bom dia. Estou com um problema na unit ACBrCTe.XmlReader na linha 733 usando Delphi 11 Alexandria ao fazer a leitura de um documento CT-e / CRT (não fiscal usado pra mercosul), acontece que o xml que nosso cliente esta tentando importar nesse modelo (antigo, por sinal), não possui a tag específica para série. Ao fazer a leitura aqui : FCTe.Ide.serie := ObterConteudo(ANode.Childrens.FindAnyNs('serie'), tcStr); retorna erro: Notei que esta tentando se obter o conteúdo com tipagem tcStr, se alterar para tcInt (tipagem da propriedade serie é realmente integer), já corrige atribuindo zero. Gostaria de verificar a viabilidade de implementar essa alteração, visto que o modelo é antigo e a tag série seria obrigatória de qualquer forma no xml. É um caso bem específico que nosso cliente recebe documentos desse modelo de terceiros para importação no sistema e posterior geração de um subcontratado. Possuo o sistema rodando também em delphi 7 e o mesmo faz a leitura da mesma forma que está acima mas não gera erro acredito por conta de ser mais "silencioso" na conversão. Irei anexar um xml modelo que o mesmo recebe removendo os dados sensíveis para verificação. CTE-CRT-EXEMPLO.xml

Bom dia @Italo Giurizzato Junior, Anexado aqui neste post Schemas_XSD_Servicos_Prestados.zip

Passei por isso também, salvo engano troquei os schemas para os que o provedor mesmo disponibiliza, no meu caso peguei do portal Giss, me parece que havia algo de errado com algum schema do ACBR Exemplo

Pessoal, recentemente a Eicon fez a troca de provedor Ginfes para Giss na cidade de Santos - SP (em teoria pois ainda funciona o WS Ginfes). A questão é que adaptei minha aplicação para funcionar e consegui homologar alguns Rps. Agora do nada todos os RPs's que envio recebo a seguinte mensagem "RPS Não assinado" mesmo assinado corretamente. Atualizei os fontes hoje e ainda persiste (ACBRNFSeX). Em conversa no discord da ACBR recebemos a informação em anexo "infoGiss". Mudei os parâmetros para assinar também o Rps não somente o Lote, e ainda persiste com ambos assinados conforme orientado pela Eicon. Atualizei novamente os fontes hoje (07/11) e ainda persiste. Obs: também já testei com o programa exemplo agora e mesmo ocorre. Alguém pode me ajudar? infoGis.txt