Italo Giurizzato Junior

Bom dia Diogo, Fiz testes usando a unit e com com os schemas que você anexou e continua o mesmo erro que reportei na minha postagem de 29/01. Detalhe importante estou usando o programa exemplo com as mesmas configurações que você me passou na sua postagem do dia 30/01. Você tem certeza que a unit que você esta usando para enviar o RPS é exatamente a mesma que você anexou? Após você alterar a unit, reinstalou o ACBr e compilou a aplicação com a opção Build?

Bom dia Willian, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5108

Bom dia Tiago, a tag <cLocIncid> pertence ao layout da NFS-e e não do DPS, sendo assim o seu conteúdo é gerado pela API da NFS-e Padrão Nacional. Checando o manual na aba RN MUN.INCID INFO.SERV. nota-se que a API se utiliza do código de Tributação Nacional para determinar a Localidade de Incidência. O Código de Tributação Nacional é a tag <cTribNac> que é alimentada através do campo: NFSe.Servico.ItemListaServico Por exemplo: Se o código for: 010101 - Análise e desenvolvimento de sistemas, a Localidade de Incidência será: Estabelecimento/Domicílio do Prestador Se o código for: 030501 - Cessão de andaimes, palcos, coberturas e outras estruturas de uso temporário, a Localidade de Incidência será: Local da Prestação definida na tag <cLocPrestacao> que é alimentada através do campo: NFSe.Servico.CodigoMunicipio Se o código for: 042201 - Planos de medicina de grupo ou individual e convênios para prestação de assistência médica, hospitalar, odontológica e congêneres., a Localidade de incidência será: Estabelecimento/Domicílio do Tomador. Resumindo, o valor de cLocIncid depende das informações referente ao Código de Tributação Nacional e Local de Prestação informados no XML do DPS.

Bom dia Felipe, O atributo na tag SignatureValue já esta pronto, fiz um teste e a tag foi gerada com o atributo exigido pelo provedor. Eu aguardando a analise do @Daniel Simoes das alterações que fiz para poder enviar para o SVN.

Bom dia André, Verifica se nenhuma tag contem vogal acentuada ou cedilha ou caracteres do tipo "&". Se desejar pode anexar o XML do DPS aqui para que possamos analisar.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Felipe, Faça um teste com a unit em anexo, lembre-se que é necessário reinstalar o ACBr e depois compilar a aplicação. PRODAUB.GravarXml.pas

Bom dia Willian, Tente informar "01" com série em vez de "1" Verifique também com o provedor se existe uma série especifica para o ambiente de homologação.

Bom dia @gerasoft, Se o provedor IPM permite informar um código de até 5 dígitos devendo ser ignorado o primeiro, o código 21009 tem que ser informando como sendo 1009 (primeiro digito ignorado). Informando somente 1009, no meio entendimento vai constar esse código tanto no XML a enviado quanto no de retorno. Chegou a fazer esse teste?

Bom dia Osmar, Vamos a lista: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @douglasKrafti, Não sei se é o seu caso, mas o componente estava gerando o mesmo identificador para os dois ambientes: homologação e produção. Se você enviava uma nota de numero 10 para o ambiente de homologação e depois a nota de numero 10 para o ambiente de produção, o provedor recusava a nota informando que já existia uma nota com o mesmo identificador. Foi feita uma alteração no componente visando contornar esse problema, alteração esta enviada para o SVN no dia 11/01/2024 conforme consta no change-log, veja: 11/01/2024 -- IPM.LerXml -- (...) -- IPM.GravarXml -- [*] Alteração no profeixo da tag <identificador> para quando o envio for para teste. Se produção usar "nfse_" se homologação usar "nfseh_". -- IPM.LerXml -- [*] Incluido a leitura da tag <data_fato> que é a data de competencia. Por: Diogo Loff Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e por fim recompile a aplicação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Felipe, Eu já fiz as alterações necessárias para gerar o atributo na tag SignatureValue. Como o componente ACBrNFSeX não tem a sua própria rotina de assinatura, ou seja, ele utiliza a rotina que todos os componentes que requerem assinatura digital a utiliza temos que ter muita cautela, pois pode gerar um efeito colateral nos demais componentes. Por favor aguarde um pouco mais, pois estamos trabalhando para encontrar uma solução para o problema.

Bom dia Níssius, Sim, veja o Schema como ficou: <xs:simpleType name="TSTribISSQN"> <xs:annotation> <xs:documentation> Tributação do ISSQN sobre o serviço prestado: 1 - Operação tributável; 2 - Imunidade; 3 - Exportação de serviço; 4 - Não Incidência; </xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:enumeration value="1"/> <xs:enumeration value="2"/> <xs:enumeration value="3"/> <xs:enumeration value="4"/> </xs:restriction> </xs:simpleType> Veja como esta nos fontes do componente: function tribISSQNToStr(const t: TtribISSQN): string; begin result := EnumeradoToStr(t, ['1', '2', '3', '4'], [tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia]); end; function StrTotribISSQN(out ok: Boolean; const s: string): TtribISSQN; begin result := StrToEnumerado(ok, s, ['1', '2', '3', '4'], [tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia]); end;

Bom dia Kaue, Mas porque você enviou um RPS Nota Fiscal Conjugada (2) em vez de RPS (1) ?

Bom dia @gerasoft, E qual seria o serviço cujo código é 21009 ?

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

Bom dia Lindomar, Para ser gerada a tag com o literal ISENTO devemos informar essa informação ao campo IE.

Bom dia Diogo, Já esta no SVN.

Bom dia Willian, As URLs do site não necessariamente são iguais as do WebService. Já esta no SVN.

Bom dia Marcos, Já esta no SVN.

Bom dia @New Standard Software, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia @New Standard Software, Essa troca de provedor não existe, leia atentamente o comunicado. Reforço a postagem do @Alexandre de Paula acima.

Bom dia @luizhenriqueluvizutto, Mais um provedor que diz que segue o layout da ABRASF, mas faz as suas modificações só dizer eu sou o fodão. Já inclui na minha lista de tarefas para analisar o problema. TK-5095

@gary.rj, Nesse outro software o ambiente de envio é o mesmo? Exemplo: Se software envia um RPS com alíquota 2% para o ambiente de homologação e no XML da NFS-e a alíquota esta como 4% No outro software ele envia um RPS com alíquota 2% para o ambiente de homologação e no XML da NFS-e a alíquota esta como 2% Ambos os RPS enviados são do mesmo provedor para a mesma cidade, a única diferença entre os dois RPS é o seu numero. Você entendeu a minha colocação? Pois da forma que você colocou da a impressão que o componente esta fazendo algo de errado.