Italo Giurizzato Junior

Boa tarde @simtechsistemas, Realmente esta muito estranho esse erro. Notei que o CNPJ e a Inscrição Municipal informados no grupo <LoteRps> são os mesmos informados no grupo <Prestador> E você diz que o certificado digital contem o mesmo CNPJ do prestador. Esse cliente já emite nota usando outra solução, correto? Os testes com a sua aplicação estão sendo realizados em ambiente de homologação, correto? Se sim, para as duas perguntas acima, por favor faça um teste de envio para o ambiente de produção. Pode ser que o provedor existe uma autorização para liberar o ambiente de homologação e outra para o de produção.

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

Bom dia Gabriel, Notei as seguinte diferenças: A sua aplicação esta gerando com estes dados: <serv> <locPrest> <cLocPrestacao>4314902</cLocPrestacao> </locPrest> <cServ> <cTribNac>010701</cTribNac> Código do serviço Diferente <xDescServ>teste</xDescServ> </cServ> </serv> <valores> <vServPrest> <vServ>0.01</vServ> </vServPrest> <trib> <tribMun> <tribISSQN>4</tribISSQN> <tpRetISSQN>1</tpRetISSQN> </tribMun> <totTrib> <indTotTrib>0</indTotTrib> Essa informação não consta no XML gerado pelo Portal </totTrib> </trib> </valores> Gerado pelo Portal: <serv> <locPrest> <cLocPrestacao>4314902</cLocPrestacao> </locPrest> <cServ> <cTribNac>990101</cTribNac> <xDescServ>teste</xDescServ> </cServ> </serv> <valores> <vServPrest> <vServ>0.01</vServ> </vServPrest> <trib> <tribMun> <tribISSQN>4</tribISSQN> <tpRetISSQN>1</tpRetISSQN> </tribMun> <totTrib> <pTotTribSN>5.00</pTotTribSN> Essa informação não esta sendo gerada pela sua aplicação. </totTrib> </trib> </valores>

Bom dia Douglas , Veja como é lido do XML da NFS-e no componente novo através do programa exemplo, mais precisamente a procedure ChecarResposta, no final dessa procedure é mostrado isso.

Bom dia Leandro, A prefeitura ainda não deu nenhum retorno sobre esse problema, que inclusive já foi detectado por eles?

Bom dia Willian, Vamos a mensagem de erro: X800', 'Erro de Validação: --> 1839 - Element ''{http://www.sped.fazenda.gov.br/nfse}chNFSe'': [facet ''pattern''] The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern ''[0-9]{50} Vamos remover o que não é relevante: Erro de Validação: Element chNFSe: The value ''NFS42002002247884403000104000000000000223103631988614'' is not accepted by the pattern [0-9]{50} O que essa mensagem esta querendo lhe dizer: O elemento chNFSe com o valor "NFS42002002247884403000104000000000000223103631988614" não é aceito pelo padrão [0-9]{50}. O que significa [0-9]{50}? Significa que o conteúdo do elemento chNFSe tem que ter 50 caracteres e todos eles tem que estar na faixa de 0 até 9. Note que a chave que você informou contem o literal NFS, esses 3 caracteres invalidam a informação.

Boa tarde Willian, Se o contribuinte for MEI use o evento teCancelamento que a nota é cancelada no mesma hora. O evento teAnaliseParaCancelamento foi criado para atender quem não é MEI e a prefeitura aderiu ao projeto e ela não quer que a nota seja cancelada de forma imediata e sim que passe por uma analise.

Olá Pessoal, Foi realizado uma alteração no schema do Padrão Nacional bem como na unit ACBrNFSeXConversão no que se refere ao tipo TtribISSQN, visando as informações contidas no manual. No Manual temos: No Schema: O tipo Imunidade no manual aparece com o valor 2 e no schema com o valor 4. Foi feita a correção no schema e no componente, antes a sequencia dos enumerados eram: TtribISSQN = (tiOperacaoTributavel, tiExportacao, tiNaoIncidencia, tiImunidade); Agora passou a ser assim: TtribISSQN = (tiOperacaoTributavel, tiImunidade, tiExportacao, tiNaoIncidencia); Com essa alteração ao informar o valor tiImunidade vai gerar o XML com o valor 2 e não com o valor 4, desta forma ficando em conformidade com o manual. Favor atualizarem todos os fontes de todas as pastas e reinstale o ACBr, não esqueçam de enviar a atualização dos schemas para os seus clientes.

Gabriel, Até onde sei o código do município informado no grupo Órgão Gerador é sempre do município do prestador.

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

Bom dia Douglas, Tente desta forma: ACBrNFSeX1.Provider.TipoRPSToStr(FDmNFServico.ACBrNFSeX.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)

Bom dia Gabriel, Você esta usando o componente ACBrNFSe ou o ACBrNFSeX. Se ainda usa o componente antigo, 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 Para informar o código do municipio onde o serviço foi prestado use o campo: NFSe.Servico.CodigoMunicipio

Bom dia Cleiver, O prestador é MEI ?

Bom dia Célio, Se o XML do RPS e o Lote não estão com a assinatura digital, isso significa que os seus fontes estão desatualizados. Veja: procedure TACBrNFSeProviderDesenvolve203.Configuracao; begin inherited Configuracao; with ConfigGeral do begin UseCertificateHTTP := False; ConsultaNFSe := False; end; with ConfigAssinar do begin Rps := True; LoteRps := True; ConsultarLote := True; ConsultarNFSeRps := True; CancelarNFSe := True; RpsGerarNFSe := True; end; with ConfigWebServices do begin VersaoDados := '2.03'; VersaoAtrib := '2.03'; end; end; No ConfigAssinar consta que é para assinar o RPS, o lote de RPS, a consulta ao lote, a consulta a NFS-e por RPS, a consulta a NFS-e, o cancelamento e o RPS ao usar o serviço de envio unitário. Você tem fontes 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.

Bom dia, O certificado digital usado para assinar o documento tem o mesmo CNPJ do prestador? Se sim, o certificado digital usado para estabelecer a conexão com o webservice é o mesmo do prestador? Se sim, vai ter que entrar em contato com a prefeitura ou provedor e relatar o problema.

Bom dia Bruno, Esse XML não esta segundo o padrão nacional e sim segundo o padrão do provedor. Por favor a questão de carregar e imprimir o DANFSE do primeiro XML que você anexou funcionou? Se sim, vou dar como fechado esse tópico, pois uma coisa é o XML do padrão nacional e outra coisa é outro XML do padrão do provedor. Não vamos misturar os assuntos.

Bom dia Wesley, Essas informações não ajudam. Eu preciso apenas da URL do webservice de produção. Essas URLs que tem nesse site são de emissão via site da prefeitura eu preciso da URL para emissão via webservice.

Wesley, Entre em contato com a prefeitura ou com o provedor para saber da URL de Produção. O provedor contratado pela prefeitura é Fiorilli.

Célio, Tente contato com o provedor. Vou manter ele aberto, quem sabe o provedor responde rapido, ai finalizamos ele com a solução do problema.

Boa tarde Célio, Isso é falha no webservice do provedor que esta gerando no encoding errado. Tente entrar em contato com o provedor e relatar o problema.

Boa tarde Diego, Vou levar para a reunião de equipe para decidirmos sobre esse assunto. TK-4568

Boa tarde Willian, No XML do RPS que você anexou na sexta-feira temos o seguinte: <opSimpNac>3</opSimpNac> Isso significa que o contribuinte é ME/EPP e Optante pelo Simples Nacional. Afinal de contas o contribuinte é MEI ou ME/EPP ?

Boa tarde Wesley, Notei que não temos esse provedor implementado. Você sabe quais são as URLs de homologação e de produção? Tem o manual desse provedor? Tem os schemas?

Boa tarde William, Agora precisa saber com o contador qual é o correto, pois você disse que com o valor 2 ou 3 o DPS foi processado com sucesso.

Boa tarde, OptanteSN := osnOptanteMEI ; /// quando usar o naoOptante? Resposta: você vai usar o valor naoOptante quanto o contribuinte não for MEI ou MEEPP Servico.ItemListaServico := '010601'; // esse campo é fixo ou tenho que colocar a que já uso na NFSe sem ser Nacional? Resposta: Esse valor não é fixo, você tem que informar o código do item de serviço e ele varia dependendo da atividade do contribuinte. Servico.Valores.tribMun.cPaisResult := 0; ///aqui colocar o 1058 ou deixar 0 mesmo? Resposta: Se for informado "Exportação de serviço" no campo tribISSQN (tribISSQN = 2), então o campo "cPaisResult" deve ser informado com o código do país onde o serviço foi prestado. // tlDevidoNoMunicPrestador, tlDevidoNoMunicTomador, tlSimplesNacional, tlIsentoImune Servico.TipoLancamento := tlSimplesNacional; no caso de lucro real ou presumido, qual usar na nfe nacional Resposta: Esse campo só é utilizado pelo provedor GeisWeb, se você esta emitindo uma nota segundo o Padrão Nacional, pode deixar ele de lado. Servico.CodigoTributacaoMunicipio := ''; deixar vazio ou preencher com o codigo de cada municipio? Resposta: Se o contribuinte for MEI não informar código nenhum, caso contrario deve-se verificar qual é o código de tributação estipulado pelo município para o respectivo contribuinte. Esse código tem 3 dígitos.