Italo Giurizzato Junior

Bom dia Denis, Você poderia anexar o XML da nota que é salvo em disco? Quero fazer um teste.

Boa tarde Antonio, Acredito que sim.

Boa tarde Diogo, Muito obrigado pela colaboração, já esta no SVN.

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

Bom dia Souza, Até o momento não temos. Ainda estamos analisando a viabilidade de se fazer.

Bom dia Denis, O componente esta configurado para salvar em disco, ou você pega o XML que esta sendo salvo no banco de dados e salva em disco? De qual propriedade você pega o XML?

Bom dia Bill, Como você esta fazendo? Você esta carregando o XML da NFS-e através do LoadFromFile e depois executando o ImprimirPDF? Ou esta executando o método ObterDANFSE, passando como parâmetro a chave da NFS-e? Acabei de fazer um teste usando o programa exemplo, carreguei o XML que você anexou e mandei gerar o PDF através do método ImprimirPDF. A carga e a geração do PDF ocorreram sem nenhum problema. Só não testei o ObterDANFSE pelo simples fato de que o meu CNPJ não consta dessa nota.

Bom dia Rodrigues, Tenha em mente que se você utilizar os caracteres #10 e #13 para incluir uma quebra de linha no XML não importa onde, o componente vai remover, pois não pode existir esses caracteres no XML, principalmente se o mesmo vai ser assinado.

Denis, Os XMLs retornados estão sendo salvos em disco ou no banco de dados? Todos os fontes estão atualizados?

Boa tarde Antonio, Eu sempre me baseio nos schemas. Segundo os schemas temos: <!--TIPO COMPLEXO PARA INFORMAÇÕES DO LOCAL DA PRESTAÇÃO DO SERVIÇO--> <xs:complexType name="TCLocPrest"> <xs:sequence> <xs:element name="cLocPrestacao" type="TSCodMunIBGE" minOccurs="0"> <xs:annotation> <xs:documentation>Código do município onde o serviço foi prestado (tabela do IBGE)</xs:documentation> </xs:annotation> </xs:element> <xs:element name="cPaisPrestacao" type="TSCodPaisISO" minOccurs="0"> <xs:annotation> <xs:documentation>Código do país onde o serviço foi prestado (Tabela de Países ISO)</xs:documentation> </xs:annotation> </xs:element> </xs:sequence> </xs:complexType> Como você pode notar tanto a tag cLocPrestacao quanto cPaisPrestacao são opcionais (numero mínimo de ocorrências é zero). Se o local da prestação do serviço for um município brasileiro devemos informar o código IBGE do mesmo, por outro lado se o local for fora do Brasil devemos informar a sigla na tag cPaisPrestacao. O que diz o Manual: Como você pode ver não existe nenhuma indicação que devemos informar 9999999 em cLocPrestacao se for exterior e a sigla e por outro lado se não for exterior não devemos informar BR em cPaisPrestacao. O que eu entendi referente a tabela que contem as siglas dos países, mais precisamente a ultima linha que contem o ZZ: ZZ = Município não possui a informação no sistema próprio. Ao cadastrar o tomador não foi informado o pais do mesmo, neste caso devemos informar ZZ em cPaisPrestacao. Observação importante: O Anexo IV - LeiautesRN_ADN-SNNFSe_V1.00.02 tem haver com o compartilhamento de dados entre os municípios e a ADN, quando o município aderiu somente o compartilhamento. Veja: Já o Anexo I - LeiautesRN_DPS_NFSe-SNNFSe_v1.00.02 tem o layout do DPS que é gerado e enviado pelo contribuinte para o ADN - Ambiente de Dados Nacional. Como você pode ver é muito fácil se perder com a documentação disponibilizada da NFS-e Padrão Nacional.

Boa tarde Denis, Você poderia anexar esse outro XML que contem a tag CompNfse para que eu possa analisar o problema?

Boa tarde Elison, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Antonio, Existe esse ZZ pois ele consta na tabela (Anexo A) disponibilizado no Portal Nacional da NFS-e. Veja: Mas realmente precisamos analisar mais afundo essa questão.

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

Bom dia Denis, Esse XML foi baixado do Portal da Prefeitura ou foi retornado pelo WebService? Por padrão todos os XML de NFS-e segundo o layout da ABRASF devem começar pela tag CompNfse e esse XML esta começando pela tag Nfse. Veja:

Bom dia Silva, Pode ser um bug no webservice deles, ou apesar de existir o serviço no webservice ele esta desativado a pedido da prefeitura que deseja que o envio seja feito de forma unitária.

Bom dia Felipe, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Elison, Já esta no SVN. Quanto a esse erro, comigo não ocorreu. Verifique a configuração na aba Certificados e WebServices no diz respeito as propriedade de configuração: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType.

Bom dia Marcos, Já esta no SVN.

Bom dia Danio, Já esta no SVN. Quanto a esse erro retornado, acredito que seja necessário realizar um cadastro junto a prefeitura/provedor para que o prestador de serviço possa emitir a sua nota via webservice.

Bom dia Antonio, O XML retornado pelo ConsultarNFSePorChave é o da NFS-e e infelizmente não existe nenhuma tag que indica que a nota se encontra cancelada. Como as NFS-e do Padrão Nacional são canceladas por um evento, vai ser necessário você executar o método ConsultarEvento. Onde temos que informar a chave da NFS-e e opcionalmente o tipo de evento e se este possa conter mais de uma ocorrência devemos informar também o numero sequencial do evento. Estude o código do botão [Consultar Evento por Chave] e na unit PadraoNacional.Provider, mais precisamente a procedure TratarRetornoConsultarEvento, para saber quais tag são lidas do retorno. Nesse retorno você vai ter a data/hora do processamento do evento.

Bom dia Souza, Se o PDF baixado pelo ObterDANFSE esta ficando em branco é porque você esta com os seus fontes desatualizados. Tive esse mesmo problema e encontrei onde esta o bug e fiz apliquei uma possível solução. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Bill, Notei que esse XML, somente o grupo infNFSe esta assinado, o grupo infDPS não esta. O componente ACBrNFSeX assina o DPS antes de ser enviado, logo o XML da NFS-e retornado pela API contem 2 assinaturas, a do DPS feita pelo componente e a da NFS-e feita pela API. Você esta com todos os fontes de todas as pastas atualizados, pois detectei um erro no componente que estava corrompendo o PDF baixado da API.

Bom dia Antonio, Assim que eu tiver um retorno do pessoal da RFB/SERPRO lhe informo aqui.

Bom dia Antonio, Se foi eu lhe peço desculpas. Mas temos que analisar todos os fontes com alterações enviados por vocês, pois tivemos casos de aceitar colaboração e esta acabou gerando um efeito colateral com outros provedores. Outra coisa ao enviar alguma contribuição, envie somente a unit alterada e procure sempre fazer a alteração com os fontes atualizados. Você concorda que a função SiglaISO2ToCodIBGEPais retorna -1 caso não encontre a tag cPaisPrestacao não exista no XML. Desta forma ao tentar gerar novamente o XML, vai acabar gerando a tag com o valor ZZ. Se alterarmos a função para retornar o valor zero em vez de -1, não vamos precisar do IF que você incluir na unit que faz a leitura do XML. Desta forma resolvemos esse problema e se amanhã aparecer outro provedor que se utilize da mesma função não teremos que lembrar de colocar o IF, pois não teremos o mesmo problema que você esta enfrentando. Mais uma vez muito obrigado pelos testes, analise e apontar uma solução para o problema. Toda colaboração é sempre bem vinda, pois todos nós saímos ganhando. Você encontrou um erro, outros podem encontrar outros erros, se todos vão nos passando esses erros e uma possível solução, repito todos saem ganhando, pois o componente se torna a cada dia mais robusto.