WSOFT TECNOLOGIA LTDA.

@Cognum Informatica Ltda., Olá, Eu tive mais sorte. Eu abri um chamado ontem para reportar este problema e conseguiram resolver o problema de empresa não cadastrada hoje por volta das 15h.

Pode fechar esse post com sucesso. Já consegui passar desse erro. Eu acompanhei outros posts e consegui ajustar o envelope soap e o rps. Obrigado, Jair Pereira

@Cognum Informatica Ltda., Como resolve esse problema de empresa não cadastrada? Estou com o mesmo problema aqui. Obrigado, Jair Pereira

Olá Pessoal, Estou portando a emissão da nota fiscal de serviço de Jundiaí do padrão GINFES para o padrão ABRASF 2.04 que entra em vigor 31/10/2024. Quando envio o RPS dá o seguinte erro: Codigo:E183 A mensagem XML do cabeçalho do arquivo enviado está fora do padrão especificado. Correcao: Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema. Já modifiquei várias vezes o cabeçalho do RPS e o cabeçalho do envelope SOAP que envia o RPS mas nada resolveu até agora. Está assim o cabeçalho do RPS: cXML := '<p:EnviarLoteRpsEnvio xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:p="http://www.giss.com.br/enviar-lote-rps-envio-v2_04.xsd" xmlns:p1="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">' E está assim o meu envelope soap: cXML :="<?xml version='1.0' encoding='UTF-8' standalone='yes'?>" + ; '<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" ' +; 'xmlns:nfse="http://nfse.abrasf.org.br">' +; '<soapenv:Header/>' +; '<soapenv:Body>' +; '<nfse:' + 'RecepcionarLoteRpsRequest' + '>' +; '<nfseCabecMsg>' + ; "&lt;?xml version='1.0' encoding='UTF-8' standalone='yes' ?&gt;" +; '<cabecalho xmlns="http://www.abrasf.org.br/nfse.xsd" versao="1.00" >' +; '<versaoDados>2.04</versaoDados>' +; '</cabecalho>' +; '</nfseCabecMsg>' +; '<nfseDadosMsg>' + '&lt;?xml version="1.0" encoding="UTF-8" ?&gt;' + cRPS + '</nfseDadosMsg>' +; '</nfse:' + 'RecepcionarLoteRpsRequest'+ '>' +; '</soapenv:Body>' +; '</soapenv:Envelope>' Será que alguém consegue dar uma luz aonde está o erro? Obrigado, Jair Pereira * Eu não uso componente da ACBr Lib. Desenvolvo na linguagem Clipper Harbour.

Olá, bom dia Os problemas da emissão de NFS-e eram erros provenientes do ambiente GINFES de Jundiaí, tinha um serviço operando de forma inconsistente. Mas hoje eu tenho o desafio de começar a usar o componentes ACBrNFSeX para emitir as notas fiscais de serviço de Jundiaí. Espero que eu encontre os primeiros passos para isso no FORUM. Obrigado, Jair Pereira

Olá, Eu não uso ACBrNFSeX mas serve como referência. Nossa linguagem de uso é Harbour. Eu mandei e-mail para o canal de suporte da NFS-e de Jundiaí mas eles são lentos para responder. Mas eu percebi uma coisa, o Sistema de nota fiscal de serviço de Jundiaí está transformando meus RPS's enviados em nota fiscal de serviço. Mas o WEBSERVICE consulta de lote está retornando um retorno estranho para meu Sistema que é E87 Número de lote inexistente na base de dados. Meu Sistema envia o lote, recebe o protocolo, e na sequência já consulta se o protocolo virou NFS-e. Será que a prefeitura de Jundiaí mudou o tempo do processamento do lote e por isso está dando lote inexistente? Tomara que o suporte da NFSe de Jundiaí me responda isso.

Prezados, boa tarde Na semana passada eu estava conseguindo emitir a nota fiscal de serviço da cidade de Jundiaí, mas nessa semana (22.02.2024) está dando erro E87 Lote inexistente quando o mando serviço consulta de lotes para ver se o RPS foi transformado em uma NFSE. Alguém sabe se mudou alguma coisa nos WEBSERVICES da cidade de Jundiaí? Será que tem algum erro nos XML's que eu estou gerando? Obrigado, Jair Pereira consulta_de_lote.xml retorno_consulta_lote.xml rps_produzido.xml