Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 8 Abril Membro Pro Verificado Postado 8 Abril (editado) Olá! Estamos tentando emitir uma NFSe via ACBr API para o provedor EloTech de Ivaí / PR O Payload que estamos enviando seria este abaixo: { "provedor": "padrao", "ambiente": "homologacao", "referencia": "45402907000115_504_08:31:34", "infDPS": { "dhEmi": "2026-04-08T08:14:33.000Z", "dCompet": "2026-04-08T00:00:00.000Z", "prest": { "CNPJ": "45402907000115", "regTrib": { "regEspTrib": 1 } }, "toma": { "xNome": "SELLER TINTAS LTDA", "end": { "endNac": { "cMun": "4111407", "CEP": "84460000" }, "xLgr": "INDUSTRIAL DA LINHA GONCALVES JUNIOR", "tpLgr": "Rua", "nro": "1", "xBairro": "LINHA GONCALVES JUNIOR" }, "fone": "4232471285", "email": "[email protected]", "IE": "xxx", "CNPJ": "30201806000109" }, "serv": { "cServ": { "cTribNac": "140101", "xDescServ": "DIAGNOSTICO COMPUTADORIZADO - R$ 10,00\nMÃO DE OBRA - R$ 10,00", "CNAE": "4520001" }, "infoCompl": { "xInfComp": "OS nº 234 Modelo: OROCH 16 EXP42 Placa: xxx KM: 121135 Ano/Modelo: 2016/2017 Chassi:xxx" } }, "valores": { "vServPrest": { "vServ": 10 }, "trib": { "tribMun": { "tribISSQN": 1, "tpRetISSQN": 1, "cLocIncid": "4111407" }, "totTrib": { "vTotTrib": { "vTotTribFed": 0, "vTotTribEst": 0, "vTotTribMun": 0 } } } } } } O retorno que recebemos: { "error": { "code": "ValidationFailed", "message": "Validation failed: Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais ).", "errors": [ { "code": "X800", "message": "Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais )." } ] } } O Payload estaria de acordo com o esperado para o envio, como podemos fazer para pegar o XML que está sendo gerado e está sendo passado pela validação? Como não passa para validação não é gerado o ID da NFSe para utilizar os métodos https://prod.acbr.api.br/debug/{id} e https://prod.acbr.api.br/debug/http-requests/{id_req}/request-content. Editado 8 Abril por VEXCOM Sistemas - Valtair Remoção de dados sensíveis
Consultores Michel Araruna Postado 8 Abril Consultores Postado 8 Abril Ola meu amigo boa tarde tudo bem? Estamos analisando sua dúvida e logo retornamos com a solução ok Obrigado pela compeensão
Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 13 Abril Autor Membro Pro Verificado Postado 13 Abril Bom dia! Temos alguma atualização sobre a analise?
Consultores Daniel InfoCotidiano Postado 13 Abril Consultores Postado 13 Abril Bom dia ! Estamos finalizando os testes. ja reporto aqui. Daniel de Morais (Infocotidiano) Ajude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord
Consultores Daniel InfoCotidiano Postado 13 Abril Consultores Postado 13 Abril @VEXCOM Sistemas - Valtair No meu ambiente (fora da api nao tive o mesmo comportamento) preciso de um favor. Pode por favor anexar o DPS aqui gerado para que eu possa comparar com os schemas do provedor. vou te passar o link p poder baixar; https://dev.acbr.api.br/docs/api/#tag/Nfse/operation/BaixarXmlDps Daniel de Morais (Infocotidiano) Ajude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord
Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 13 Abril Autor Membro Pro Verificado Postado 13 Abril 4 horas atrás, Daniel InfoCotidiano disse: @VEXCOM Sistemas - Valtair No meu ambiente (fora da api nao tive o mesmo comportamento) preciso de um favor. Pode por favor anexar o DPS aqui gerado para que eu possa comparar com os schemas do provedor. vou te passar o link p poder baixar; https://dev.acbr.api.br/docs/api/#tag/Nfse/operation/BaixarXmlDps Não consigo gerar o XML do DPS pois no endpoint de emissão já ocorre o erro e nao passa para frente para gerar o ID da NFSe e utilizar no método GET https://prod.acbr.api.br/nfse/{id}/xml/dps. Emitindo com o endpoint POST https://prod.acbr.api.br/nfse/dps usando o payload abaixo: { "provedor": "padrao", "ambiente": "producao", "referencia": "45402907000115_504_08:31:34", "infDPS": { "dhEmi": "2026-04-13T11:14:33.000Z", "dCompet": "2026-04-13T00:00:00.000Z", "prest": { "CNPJ": "45402907000115", "regTrib": { "regEspTrib": 1 } }, "toma": { "xNome": "SELLER TINTAS LTDA", "end": { "endNac": { "cMun": "4111407", "CEP": "84460000" }, "endExt": { "cPais": "BR", "cEndPost": "84460000", "xCidade": "Ivai", "xEstProvReg": "PR" }, "xLgr": "INDUSTRIAL DA LINHA GONCALVES JUNIOR", "tpLgr": "Rua", "nro": "1", "xBairro": "LINHA GONCALVES JUNIOR" }, "fone": "4232471285", "email": "[email protected]", "IE": "xxx", "CNPJ": "30201806000109" }, "serv": { "locPrest": { "cLocPrestacao": "4111407", "cPaisPrestacao": "BR" }, "cServ": { "cTribNac": "140101", "xDescServ": "DIAGNOSTICO COMPUTADORIZADO - R$ 10,00\nMÃO DE OBRA - R$ 10,00", "CNAE": "4520001" }, "infoCompl": { "xInfComp": "OS nº 234 Modelo: OROCH 16 EXP42 Placa: xxx KM: 121135 Ano/Modelo: 2016/2017 Chassi:xxx" } }, "valores": { "vServPrest": { "vServ": 10 }, "trib": { "tribMun": { "tribISSQN": 1, "tpRetISSQN": 1, "cLocIncid": "4111407" }, "totTrib": { "vTotTrib": { "vTotTribFed": 0, "vTotTribEst": 0, "vTotTribMun": 0 } } } } } } Neste endpoint com o payload é retornado: { "error": { "code": "ValidationFailed", "message": "Validation failed: Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais ).", "errors": [ { "code": "X800", "message": "Erro de Validação: --> 1871 - Element '{http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}Cep': This element is not expected. Expected is ( {http://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd}CodigoPais )." } ] } } Não permitindo que eu prossiga para outras validações. Parece que ox XSD da EloTech são diferentes para emissão: https://shad.elotech.com.br/schemas/iss/nfse_v2_03.xsd
Consultores valter.patrick Postado 14 Abril Consultores Postado 14 Abril @VEXCOM Sistemas - Valtair poderia nos enviar o retorno da rota Debug? Das 4 se possível. https://dev.acbr.api.br/docs/api#tag/Debug Valter Patrick Gerente de Projetos e Consultor ACBr (33)98400-0936 GitHub: https://github.com/valterpatrick Ajude o Projeto ACBr crescer - Assine o Clube PRO (15) 2105-0750 (15)99790-2976. Discord
Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 14 Abril Autor Membro Pro Verificado Postado 14 Abril 5 horas atrás, valterpatrick disse: @VEXCOM Sistemas - Valtair poderia nos enviar o retorno da rota Debug? Das 4 se possível. https://dev.acbr.api.br/docs/api#tag/Debug Olá! Pelo que analisei, não está sendo possível obter esses retornos. Os métodos de consulta exigem o ID da NFS-e para validação, porém esse ID só é gerado quando o payload consegue passar pelo método POST /nfse/dps. Como, neste caso, o envio inicial já retorna erro de XSD, a requisição não é processada e, consequentemente, nenhum ID é gerado. Sem esse identificador, não é possível utilizar os métodos de debug ou consulta para obter mais detalhes, o problema está logo no início do processo.
Consultores valter.patrick Postado 15 Abril Consultores Postado 15 Abril @VEXCOM Sistemas - Valtair vamos atualizar a API hoje no final da tarde. Poderia por favor realizar novos testes no final da tarde após às 17hs ou amanhã? Valter Patrick Gerente de Projetos e Consultor ACBr (33)98400-0936 GitHub: https://github.com/valterpatrick Ajude o Projeto ACBr crescer - Assine o Clube PRO (15) 2105-0750 (15)99790-2976. Discord
Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 15 Abril Autor Membro Pro Verificado Postado 15 Abril 2 horas atrás, valterpatrick disse: @VEXCOM Sistemas - Valtair vamos atualizar a API hoje no final da tarde. Poderia por favor realizar novos testes no final da tarde após às 17hs ou amanhã? Claro, amanhã na primeira hora realizaremos o teste e retornaremos por aqui. Agradeço pela atenção.
Membro Pro Verificado VEXCOM Sistemas - Valtair Postado 20 Abril Autor Membro Pro Verificado Postado 20 Abril Boa tarde! Realizando novas validações vimos que o erro de XSD deixou de ocorrer, pelo método POST https://prod.acbr.api.br/nfse/dps passou corretamente e gerou o ID. Porém, estou recebendo esses retornos ao consultar a ID da NFSe gerada no método GET https://prod.acbr.api.br/nfse/nfs_3a20c3a823ba4d4095588e4c42ee6f66: { "id": "nfs_3a20c3a823ba4d4095588e4c42ee6f66", "created_at": "2026-04-20T19:19:00.763Z", "status": "erro", "ambiente": "producao", "referencia": "45402907000115_504_08:31:34", "DPS": { "serie": "1", "nDPS": "330" }, "mensagens": [ { "codigo": "E327", "descricao": "O regime de tributação informado difere do registrado na Prefeitura." }, { "codigo": "E337", "descricao": "A Retenção informada no xml(nfse:IssRetido) não é compatível com a regra do município." }, { "codigo": "E292", "descricao": "País do tomador do serviço indevido" } ] } O payload de emissão seria este abaixo: { "provedor": "padrao", "ambiente": "producao", "referencia": "45402907000115_504_08:31:34", "infDPS": { "tpAmb": 1, "dhEmi": "2026-04-20T08:14:33Z", "verAplic": "acbrapi", "dCompet": "2026-04-20", "prest": { "CNPJ": "45402907000115", "regTrib": { "regEspTrib": 1 } }, "toma": { "CNPJ": "30201806000109", "IE": "xxx", "xNome": "SELLER TINTAS LTDA", "end": { "endNac": { "cMun": "4111407", "CEP": "84460000" }, "xLgr": "INDUSTRIAL DA LINHA GONCALVES JUNIOR", "tpLgr": "Rua", "nro": "1", "xBairro": "LINHA GONCALVES JUNIOR" }, "fone": "4232471285", "email": "[email protected]" }, "serv": { "cServ": { "cTribNac": "140101", "CNAE": "4520001", "xDescServ": "DIAGNOSTICO COMPUTADORIZADO - R$ 10,00\nMÃO DE OBRA - R$ 10,00" }, "infoCompl": { "xInfComp": "OS nº 234 Modelo: OROCH 16 EXP42 Placa: xxx KM: 121135 Ano/Modelo: 2016/2017 Chassi:xxx" } }, "valores": { "vServPrest": { "vServ": 10 }, "trib": { "tribMun": { "tribISSQN": 1, "tpRetISSQN": 1, "cLocIncid": "4111407" }, "totTrib": { "vTotTrib": { "vTotTribFed": 0, "vTotTribEst": 0, "vTotTribMun": 0 } } } } } } Acredito que o erro de regime de tributação ocorra por conta dos outros dois erros, pois tentamos emitir com todas as opções disponíveis de regime de tributação e o retorno sempre foi o mesmo Sobre a retenção e o país, mesmo preenchendo o payload corretamente, é retornado que não está sendo preenchido o país do tomador e que a retenção informada não é compatível com a regra. Porém mesmo mudando o tipo de retenção e tentando adicionar o bloco "endExt" o mesmo erro é retornado, provavelmente algum ajuste que falta na comunicação. Poderia validar?
Consultores Solution valter.patrick Postado 20 Abril Consultores Solution Postado 20 Abril Referente a rejeição 292 - País do tomador do serviço indevido, creio ser algo relacionado ao provedor. Outros usuários apresentaram o mesmo problema. Eles fizeram testes com e sem o código do pais do tomador informado e ou dava rejeição por não informar ou por informar o código do pais. Eu recomendo entrar em contato (se possível o cliente final reclamar na prefeitura, pois assim gera mais pressão) com o pessoal do provedor e questionar eles a respeito, quanto mais pessoas reclamando melhor. Referente as rejeições E327 e E337, favor conferir como está o seu cadastro na prefeitura, talvez esteja cadastrado de uma forma onde não permita enviar os dados conforme está enviando agora. 1 Valter Patrick Gerente de Projetos e Consultor ACBr (33)98400-0936 GitHub: https://github.com/valterpatrick Ajude o Projeto ACBr crescer - Assine o Clube PRO (15) 2105-0750 (15)99790-2976. Discord
Membro Pro Verificado Microsys Sistemas Postado 7 Maio Membro Pro Verificado Postado 7 Maio Tambem estou com este problerma "292 - País do tomador do serviço indevido".
Recommended Posts
Crie uma conta ou entre para comentar
Você precisar ser um membro para fazer um comentário
Criar uma conta
Crie uma nova conta em nossa comunidade. É fácil!
Crie uma nova contaEntrar
Já tem uma conta? Faça o login.
Entrar Agora