Italo Giurizzato Junior

Boa tarde Renato, Já esta no SVN.

Boa tarde Willians, Já esta no SVN.

Boa tarde @gerasoft, Desculpe pela demora, vamos fazer o seguinte teste: Na unit que faz a leitura do XML (IPM.LerXml temos o seguinte: aValor := ObterConteudo(ANodes[i].Childrens.FindAnyNs('codigo_item_lista_servico'), tcStr); ItemListaServico := PadLeft(aValor, 4, '0'); altere para: aValor := ObterConteudo(ANodes[i].Childrens.FindAnyNs('codigo_item_lista_servico'), tcStr); ItemListaServico := aValor; Salve a unit alterada, reinstale o ACBr e faça um novo teste.

Bom dia @mar1975, O provedor Ginfes segue a versão 1 do layout da ABRASF. Por favor leia o tópico a abaixo. Quando aparece a mensagem: Serviço não implementado pelo Provedor, isso significa que você esta tentando usar um serviço que o provedor não implementou em seu webservice, logo não tem nada haver com a versão da Lib que você esta usando. Um provedor que se utiliza da versão 1 ou 2 da ABRASF e que não implementou um determinado serviço que esta previsto no manual da ABRASF, pode no futuro vir a implementar, caso isso ocorra nós iremos fazer as devidas alterações para que você possa usar esse serviço. Mas até hoje eu não vi isso ocorrer.

Boa tarde @dant, O tipo de enumerados TipoTributacaoRPS conforme já te mostrei acima foi criado para atender alguns provedores que não seguem o layout da ABRASF. E alguns desses provedores o valor do enumerado é uma letra e outros é um numero. Já o tipo de enumerados TnfseNaturezaOperacao foi criado para atender os provedores que seguem o layout da ABRASF, mas veja como são as coisas, se você pegar o manual da versão 1 do layout da ABRASF que é o layout utilizado pela cidade de Recife, os valores são: Código de natureza da operação 1 – Tributação no município 2 - Tributação fora do município 3 - Isenção 4 - Imune 5 – Exigibilidade suspensa por decisão judicial 6 – Exigibilidade suspensa por procedimento administrativo Conforme consta no manual. Mas tem provedor que achou muito pouco ou não gostou dos valores de 1 até 6 e veja como ficou a definição desse tipo: TnfseNaturezaOperacao = (no0, no1, no2, no3, no4, no5, no6, no7, no8, no9, no10, no11, no12, no13, no14, no15, no17, no18, no50, no51, no52, no53, no54, no55, no56, no57, no58, no59, no60, no61, no62, no63, no64, no65, no66, no67, no68, no69, no70, no71, no72, no78, no79, no81, no91, no101, no102, no103, no104, no105, no106, no107, no108, no109, no110, no111, no112, no113, no114, no115, no116, no117, no118, no121, no200, no201, no300, no301, no400, no501, no511, no512, no515, no521, no522, no539, no541, no549, no551, no601, no611, no612, no613, no615, no616, no621, no622, no701, no711, no712, no901, no902, no911, no912, no921, no931, no951, no952, no971, no981, no991, noNenhum); Como você pode ver uma verdadeira aberração. Eu não vejo a hora de que todas as cidades resolvam migrar para o Padrão Nacional, assim acaba com essa palhaçada. Por fim, não tem muita diferença entre esses dois tipos. Na NFS-e você tem que dançar conforme a musica que o provedor toca.

André, Esse é o grupo <serv> de uma nota que emiti em ambiente de produção no inicio de fevereiro (prestador é MEI). <serv> <locPrest> <cLocPrestacao>3554003</cLocPrestacao> </locPrest> <cServ> <cTribNac>010601</cTribNac> <xDescServ>SERVICO DE CONSULTORIA</xDescServ> </cServ> </serv> O seu XML: <serv> <locPrest> <cLocPrestacao>4204202</cLocPrestacao> </locPrest> <cServ> <cTribNac>010601</cTribNac> <cTribMun>001</cTribMun> <xDescServ>discriminacao I; discriminacao II</xDescServ> </cServ> </serv> Note que o serviço é o mesmo, o que muda é o código IBGE do local da prestação e a descrição do serviço.

Bom dia Oliveira, A versão 2.04 do provedor ISSNet só foi implementado no novo componente: ACBrNFSeX. O componente só vai imprimir o QR-Code no DANFSE se no XML da NFS-e conter em alguma tag a string do QR-Code ou se no arquivo ACBrNFSeXServicos.ini conter a string do QR-Code para a referida cidade, caso contrario não vai imprimir. Se tratando do provedor ISSNet tanto na versão 1.00 quanto na 2.04 no XML da NFS-e não contem a string do QR-Code e nem no arquivo ACBrNFSeXServicos.ini Para a versão 2.04 foi implementando um método chamado ConsultarLinkNFSe que retorna a string do QR-Code. De posse da string do QR-Code, você deve ler o XML da nota, passar para a propriedade NFSe.Link e por fim mandar imprimir o DANFSE. Esse processo é só para o provedor ISSNet na versão 2.04

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

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>

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.

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 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.

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.