Italo Giurizzato Junior

Olá pessoal, A pesar do titulo fazer referencia a NF-e, mas esse artigo é valido também para a NFC-e, CT-e, CT-e OS, MDF-e e BP-e. Alguns desenvolvedores preferem gerar através da sua aplicação o XML para depois ser lido pelo ACBrMonitor ou pelo componente que vão dar continuidade, ou seja, assinar, validar e enviar para SEFAZ. Vi relatos no fórum que o desenvolvedor gerou o XML com uma determinada chave e o Monitor ou o componente mudaram essa chave. Porque isso ocorre? Essa alteração é provocada porque o valor da tag cNF (se tratando da NF-e e NFC-e) esta com o valor zero ou possui um valor em cNF diferente do que foi usado para compor a chave. Se o valor for zero o componente que é usado pelo Monitor vai gerar um numero aleatório. Agora se o valor de cNF for diferente do que foi usado na chave o componente se encarrega de corrigir a chave. Como é composta a chave? Chave = <Código da UF(2)><Ano de Emissão(2)><Mês de Emissão(2)><CNPJ do Emitente(14)><Modelo(2)><Série da Nota(3)><Numero da Nota(9)><Tipo de Emissão(1)><Código da Nota(8)><Digito Verificador(1)> O <Numero da Nota> é o valor de nNF e o <Código da Nota> é o valor de cNF. Para os demais modelos de documentos fiscais eletrônicos temos: CT-e / CT-e OS <Numero do Conhecimento> = nCT <Código do Conhecimento> = cCT MDF-e <Numero do Manifesto> = nMDF <Código do Manifesto> = cMDF BP-e <Numero do Bilhete> = nBP <Código do Bilhete> = cBP

Boa tarde a todos, Favor atualizar os fontes e façam novos testes.

Boa tarde Élviro, Não existe DACTE Resumido, o que o seu cliente te passou é um DACTE impresso 2x em uma folha A4. Como você usa o Fortes Report me parece que isso não seja possível, mas é possível imprimir o DACTE no tamanho A5. Já quem usa o Fast Report existe a opção de imprimir o mesmo DACTE 2x em uma folha A4.

Boa tarde Vinicius, Ao reinstalar os componente você marcou a opção para apagar os arquivos antigos? Favor anexar o log de instalação. Outra coisa, não existe mais a unit pcnRetConsNFeDest.

Bom dia, Favor anexar os XMLs de envio e de retorno.

Bom dia Danillo, Resumindo, ao executar o DistribuicaoDFe as notas previamente Manifestadas (evento de manifestação do destinatário) são baixadas sem o namespace na tag <NFe>, correto? Isso ocorre com todas as notas ou só com algumas?

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

Boa tarde Tulio, Muito obrigado, vou checar o XML gerado pelo componente com o exemplo.

Boa tarde Dercide, Vai ser preciso comparar as duas versões da unit para descobrir o que foi mudado.

Boa tarde Walter, Até onde sei Essa cidade se utiliza do provedor WebISSv2. Se ela mudou de provedor se faz necessário fazer as alterações no arquivo Cidades.ini e no arquivo Fiorilli.ini incluído a ULR de produção, pois a de homologação é igual para todas as cidades.

Boa tarde Leonard, Entre em contato com eles e solicite o Schema, pois o que esta sendo usado não possui esse campo.

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

Edson, Essa unit é responsável por gerar o XML.

Duarte, Pode anexar a unit alterada aqui mesmo, para que possamos analisar.

Boa tarde Leandro, Use o INI em anexo e faz o teste usando o programa exemplo do componente. Use o botão [Enviar Lote RPS (EnviarSincrono)] Pronimv2.ini

Boa tarde Everton, Pelo retorno eu entendo que não ocorreu nenhum erro, pois o valor da tag Erro é False. E no campo Numero temos um numero que acredito ser o numero da nota. A tag Link é retornada vazia, acredito eu para impedir que alguém envie o link de uma nota que não tenha validade jurídica para o tomador do serviço. Concluo que se a nota for enviada para o ambiente de produção, na tag link vai constar o link que você deve enviar para o tomador para que este baixe a nota.

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

Boa tarde Edson, É preciso descobrir qual unit do componente foi atualizado com essa atualização para descobrirmos o que provocou esse erro.

Boa tarde Duarte, Em vez de gerar o XML do RPS, salvar e depois carregar com o método LoadFromString, porque não gera e envia de uma vez? Ou fazer uma alteração nessa unit do componente para não formatar com 4 zero caso seja o provedor Abaco.

Boa tarde Claudio, Você pode acrescentar a cidade em questão da mesma forma que as demais que utilizam o mesmo provedor.

Boa tarde Murilo, Tente passar o valor da alíquota dividida por 100, ou seja, em vez de 5 informar 0.05

Boa tarde Roberto, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Duarte, Se todos os fontes estiverem atualizados em vez de atribuir 0120 (por exemplo) ao campo ItemListaServico, basta atribuir 120.

Bom dia Roberto, Na unit pcesS2299, temos a seguinte linha: If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 0, obj.QtdDiasInterm); basta fazer a seguinte alteração: If (obj.QtdDiasInterm > 0) And (VersaoDF <> ve02_04_01) Then Gerador.wCampo(tcInt, '', 'qtdDiasInterm', 1, 2, 1, obj.QtdDiasInterm); Alterando o valor do parâmetro de zero para 1, instrui o wCampo a gerar a tag mesmo que o seu valor seja zero. Faça essa alteração e faça novos testes. Fico no aguardo de um retorno.

Bom dia Élviro, A unit pcnRetConsStatServBPe não tem nada haver com o CT-e, veja que ela se refere ao retorno da consulta ao status de serviço do BPe. Essa unit não existe mais, pois essa unit foi substituída pela pcnRetConsStatServ que se encontra na pasta: ...\Fontes\PCNComum Quanto ao erro apresentado na imagem, me diga uma coisa, você esta emitindo um CT-e Normal ou de Complemento de Valores? Veja que esta aparecendo na mensagem de erro de validação: <infCteComp> esse grupo possui uma tag chamada chCTe que deve conter a chave do CT-e a ser complementado. Se não se trata de um CT-e de Complemento de Valores o valor correto a ser informado em tpCTe é tcNormal.