Italo Giurizzato Junior

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.

Bom dia Célio, Descobri que apesar de no inicio do XML constar o encoding UTF-8 o XML na verdade foi gerado no formado ANSI.

Bom dia José, Você poderia anexar o XML do CT-e versão 4 de Complementação para que possamos analisar?

Boa tarde Célio, Favor configurar o componente para salvar os arquivo soap. Faça um novo teste e anexe os arquivo soap salvos para que possamos analisar.

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