Italo Giurizzato Junior

Bom dia André, Notei agora isso no seu XML: <cServ> <cTribNac>010601</cTribNac> <cTribMun>001</cTribMun> <xDescServ>discriminacao I; discriminacao II</xDescServ> </cServ> Remova essa informação: <cTribMun>001</cTribMun>

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

Bom dia @dant, Checando o código fonte do componente, mas precisamente a unit ACBrNFSeXProviderBase temos a definição de duas funções que se utilizam esses enumeradores. function TACBrNFSeXProvider.TipoTributacaoRPSToStr(const t: TTipoTributacaoRPS): string; begin Result := EnumeradoToStr(t, ['T', 'F', 'A', 'B', 'M', 'N', 'X', 'V', 'P'], [ttTribnoMun, ttTribforaMun, ttTribnoMunIsento, ttTribforaMunIsento, ttTribnoMunImune, ttTribforaMunImune, ttTribnoMunSuspensa, ttTribforaMunSuspensa, ttExpServicos]); end; function TACBrNFSeXProvider.StrToTipoTributacaoRPS(out ok: Boolean; const s: string): TTipoTributacaoRPS; begin Result := StrToEnumerado(ok, s, ['T', 'F', 'A', 'B', 'M', 'N', 'X', 'V', 'P'], [ttTribnoMun, ttTribforaMun, ttTribnoMunIsento, ttTribforaMunIsento, ttTribnoMunImune, ttTribforaMunImune, ttTribnoMunSuspensa, ttTribforaMunSuspensa, ttExpServicos]); end; A sequencia das Letras é a mesma dos enumerados, portanto T = ttTribnoMun e assim por diante. O que significa cada enumerador, bom procuramos dar um nome ao enumerador que seja o mais próximo possível do venha a ser. ttTribnoMun = Tributado no Municipio ttTribforaMun = Tributado fora do Municipio ttTribnoMunIsento = Tributado no Municipio - Isento ttTribforaMunIsento = Tributado fora do Municipio - Isento ttTribnoMunImune = Tributado no Municipio - Imune ttTribforaMunImune = Tributado fora do Municipio - Imune ttTribnoMunSuspensa = Tributado no Municipio - Suspensa ttTribforaMunSuspensa = Tributado fora do Municipio - Suspensa ttExpServicos = Exportação Serviço Acima eu lhe passei uma analise do código do componente, mas o que você utiliza (componente, ACBrLib ou o Monitor)?

Boa tarde @leonard.miranda, Esse erro esta ocorrendo em ambiente de homologação, mas o de produção esta OK. Favor entrar em contato com o provedor e expor o problema que esta ocorrendo em ambiente de homologação.

Bom dia Jair, A cidade Jundiaí/SP se utiliza do provedor Ginfes. Por mais que você tenha ouvido falar ou tenha lido algo que mudou para ISSOnline é tudo balela. Se você gera o XML do RPS e depois importa pelo site da prefeitura, ai sim mudou, pois a importação esta exigindo que o layout do XML esteja na versão 2.04 da ABRASF. Agora se a tua aplicação esta consumindo o webservice do Ginfes, neste caso não mudou nada.

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

Bom dia @gerasoft, Você fez o teste que eu sugeri acima? Se sim, qual foi o resultado?

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

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

Boa tarde Diogo, Vou fazer os ajustes e enviar para o SVN assim que possível.

Boa tarde @luizhenriqueluvizutto, Você chegou a alterar os schemas, removendo os zeros a esquerda? Se sim, o XML deve ter sido validado e o RPS foi processado com sucesso pelo webservice?

Boa tarde André, Também esta ocorrendo em ambiente de produção? Muito estranho. Sei que o ambiente de homologação esta com problemas, mas o de produção é para funcionar, inclusive cheguei a emitir notas no inicio deste mês.

Boa tarde @Zottis, Um prestador de serviço (MEI) tem 3 formas de emitir a sua NFS-e segundo o Padrão Nacional. 1. Emitir a sua nota através do Portal Nacional da NFS-e, para isso basta se cadastrar e definir uma senha, o usuário normalmente é o CNPJ. 2. Emitir a sua nota através do APP para smartphone. 3. Emitir a sua nota através de uma aplicação de terceiro que consome a API da NFS-e Padrão Nacional. O componente ACBrNFSeX se encaixa nessa terceira opção, ou seja, ele consome se utiliza da API para emitir a nota. Todos os serviços disponibilizados pela API foram implementados no componente ACBrNFSeX. Mas para consumir a API independente do serviço a ser consumido se faz necessário o certificado digital do prestador de serviço. Se a sua ideia é desenvolver uma aplicação usando o componente ACBrNFSeX para emitir notas fiscais de serviços de MEI, a resposta a sua pergunta é SIM, vai precisar do certificado digital.

Bom dia @DouglasDuarte07, Complementando ou resumindo tudo o que foi dito: 1. A NFS-e é a nível municipal e não estadual; 2. Para realizar um teste completo (envio do RPS e obter a NFS-e) de emissão de uma nota para a cidade XYZ se faz necessário usar os dados (CNPJ e Insc. Municipal) de um prestador dessa cidade XYZ. 3. Alguns provedores exigem que o XML do RPS ou do Lote de RPS a ser enviado seja assinado digitalmente, neste caso o certificado tem que ter o mesmo CNPJ do prestador, caso contrario o RPS vai ser recusado pelo webservice do provedor contratado pela prefeitura. 4. Se o provedor não exige que o XML seja assinado, normalmente existe o uso de usuário e senha, neste caso vai ser necessário usar esse usuário e senha, caso contrario o RPS vai ser recusado pelo webservice do provedor. Como você pode ver muito diferente da NF-e (por exemplo) que se funcionar para um contribuinte da sua cidade/estado, com certeza vai funcionar para a grande maioria dos contribuintes desse estado a não ser que ele se encaixe em outra categoria. Exemplo: você faz uma aplicação para um empresa que vende mercadoria manufatura, vai ter que fazer ajustes para uma outra empresa que seja indústria. Agora se você se contentar com o envio e obter uma resposta do provedor acusando alguma rejeição, você pode usar o seus dados e o seu certificado.

Willian, Favor atualizar todos os fontes, reinstale o ACBr e inicie os testes.

Bom dia Kaue, Já esta no SVN.

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?