Fernando Di Pace

Boa noite Claudio, Olha só, desconheço que tenha algum webservice que retorne se um NCM é valido ou não. No meu caso estou fazendo o seguinte! Eu baixei a tabela de NCM atualizada, criei uma tabela e na base de dados e antes de inserir eu valido o item com essa tabela, caso o NCM estiver ok ele registra o item para ser vendido caso contrário ele mostra uma mensagem para usuário solicitando a correção do cadastro. Link da tabela: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE= No meu caso está funcionado blz... Sei que uma fila de um supermercado é meio que complicado essa operação, mais eu oriento os meus clientes da seguinte forma: O caixa isola o produto detectado com problema passa a informação para alguém que é responsável pelo cadastro, e continua passando os demais produtos, dá tempo ser corrigido e quando ela for passar novamente ele vai está corrigido.

Boa note Sérgio é verdade. Baixei a Tabela 16.1.A fornecida pelo IBPT e realmente ela não existe, sofreu mesmo alteração o ncm que substitui seria esse: 20098910 pela tabela nova. Valeu amigo pela dica!

Amigos estou com o seguinte erro ao transmitir NFCe Rejeicao: Informado NCM inexistente, o NCM que estou usando nessa nota existe sim que é: 2009.80.00 SUCOS DE OUTRAS FRUTAS,PRODS.HORTICOLAS,NAO FERMENTADOS "C. Regras de Validação Diversas A partir desta NT será verificado se o NCM informado no item da Nota Fiscal existe na tabela de NCM publicada pelo Ministério do Desenvolvimento (MDIC). Foram alteradas também diversas regras de validação, melhorando a qualidade da informação recebida, afetando, principalmente, os sistemas das SEFAZ Autorizadoras." Fonte: NT2015/002 Porém estou tentando localizar a tabela de NCM publicada pelo Ministério do Desenvolvimento (MDIC) e não estou conseguindo vocês poderiam me informar onde posso acha-la? Segue o xml em anexo para uma avaliação. 25160110362889000100650010000005411011711524-nfe.xml

Boa tarde Sérgio. Já tive esse problema, a semana passada, porém a solução que encontrei no momento que deu o erro no cliente foi meio que absurda, mandei transmitir novamente e deu certo sem fechar a aplicação. Quando digo mandei transmitir novamente eu gero o xml novamente assino e mando transmitir. Não existe uma causa definida para esse erro, portanto se esse erro persistir a formatação e instalação do SO resolve o problema. Já foi aberto uma discussão aqui no fórum em outro tópico sobre esse problema dá uma pesquisada que você acha. Foi bastante discutido possa ser que você encontre algo de novo.

Boa tarde Claudio Esse procedimento está totalmente errado pois quando você coloca a transmissão em OffLine blz ele não vai criticar o ncm, porém quando vc for transmitir esse xml ele vai continuar dando erro. Você vai resolver o problema do tráfico no caixa, porem não vai consegui transmitir o xml. até mesmo por você vai ter que pegar o mesmo xml gerado no principio offline e vai ter que transmiti-lo. Caso você altere o xml com o NCM correto Vai dá erro Rejeicao: Parametro do QR-Code divergente da Nota Fiscal (digVal). Eu acho que a solução não é essa não viu, o certo seria vc criar uma validação de NCM antes de inserir os itens para ser vendido.

Bom dia felipenapa Já existe um post falando sobre esse problema espero que te ajude, segue o link abaixo: http://www.projetoacbr.com.br/forum/topic/25068-infnfesupl-e-qrcode/ Caminho: NFe[1]/infNFeSupl/qrCode/

Maurício, anexa novamente seu xml em zip, não estamos conseguindo baixar, e verifique a dica de Italo observe se você não tem outro res em outra pasta que não seja, ...\Acbr\Fontes\ACBrDFe\ACBrNFe, veja também se antes do método de transmitir você está configurando o componente corretamente. Eu estou fazendo assim: function TransmiteNFCe : Boolean; begin ... ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe := True; ... end; Obs: Eu estou transmitindo normalmente no estado PB.

Thyago me parece que o paramento cdFuncao=FIS_1410 ainda permanece no seu código! Veja que na mensagem ele ainda aparece! Vou te mandar o meu arquivo e siga o passo de Compila_RES.BAT e observe se no REBUILD do seu delphi ele está conseguindo compilar o projeto, pois tive alguns problemas de compilação no delphi eu alterava algo no código fonte do ACBR e quando compilava a linha alterada ou inserida não era reconhecida pelo compilador (compilava mais não executava o comando que eu colocava) Eu tive que refazer a instalação da VCL ACBR novamente dai deu certo, faça um teste coloque um ShowMessage dentro de algum método implementado do ACBR e verifique se ele é executado ou marcado na compilação, caso contrario aconselho você apagar a pasta do ACBR e rever a instalação da VCL do ACBR. Lembrando que a alteração do código fonte é só pra ver ser o seu delphi está conseguindo compilar as suas implementações, depois deixe o código do jeito que estava. ACBrNFeServicos.ini

Mauricío, Anexa o xml pra gente dá uma olha e tentar ver onde está o problema.

Robson eu ainda não coloquei as URLs no arquivo, pois como VC pode ver acima no email, o pessoal da sefaz PB ainda estão adaptando as URLs a NT 2015/002 segundo o e-mail acima vai demorar ainda uma semana. Quanto as URLs no arquivo estou usando conforme as orientaçoes de Ítalo.

Você deve está com o mesmo problema que eu estava tendo com a url da PB. Conselho, mande e-mail para a Sefaz do seu estado solicitando o link de validação do QRCode para produção e homologação, caso você precise alterar a URL veja a dica de Italo acima, onde informa como você deve proceder na alteração da url no arquivo ACBNFeServicos.INI e recompilar o projeto.

Bom dia Amigos, Recebi o e-mail da Sefaz PB informando as novas URLs e o reconhecimento do problema que eles estão tendo para adequar as urls a nova NT 2015/002 segue em anexo o print do e-mail.

a dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado. De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente. O código do componente esta em conformidade com os manuais e notas técnicas. Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado. Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes. Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua. Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente. Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR. Bom dia Fernando, Cada um interpreta da sua forma. Alterar o arquivo INI compila-lo para gerar um novo RES que será carregado para dentro do EXE durante a compilação da aplicação ou configurar o componente conforme dito pelo Daniel para que a aplicação se utilize do INI alterado, para mim não significa que o código do componente foi alterado. De todos os Estados brasileiros que emitem NFC-e somente PB quis ser diferente. O código do componente esta em conformidade com os manuais e notas técnicas. Todas as URLs de todos os web services de todos os Estados agora estão no arquivo ACBrNFeServicos.INI Se você seguir a sugestão do Daniel, devera distribuir junto com a sua aplicação o arquivo INI acima mencionado. Por outro lado se amanhã alguma SEFAZ resolver alterar alguma URL, basta você efetuar essa alteração no INI e enviar a todos os seus clientes. Agora se você achar por bem que deve gerar um novo RES e compilar a sua aplicação e por fim atualizar os seus clientes, isso é uma decisão sua. Volto a afirmar a minha interpretação, gerar um novo RES para mim não significa alterar o código do componente. Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR. Boa tarde Italo, Só para lhe Responder: Não há nenhuma dificuldade em alterar o arquivo ini conforme a sua orientações, o complicado era que não sabíamos que poderíamos fazer esse procedimento, até VOCÊ mesmo em postagem anteriores informou que teríamos que infernizar a SEFAZ! Lembra? Acho que você nem sabia qual era o problema anteriormente se soubesse não teríamos complicado tanto o assunto do blog, mais agradeço pela informação. Boa tarde Italo, Fiz alteração conforme a citação e deu certo!

Bom dia Italo, realmente ficou claro para mim agora depois da explicação de Daniel Simões e me desculpe se de alguma forma gerei algum mau estar nas minhas sugestões. Quanto a URL do estado PB estou esperando algumas respostas sobre o parâmetro cdFuncao=FIS_1410 e assim que eles me responderem irei compartilhar com vocês. Pois o meu objetivo é sempre contribuir com essa VCL tão maravilhosa que é o ACBR.

Mais de toda forma a alteração do arquivo ACBrNFeServicos.ini e a execução Compila_RES.BAT altera ACBrNFeServicos.res e depois o rebuild no projeto, então meu caro não deixa de ser uma alteração nos fontes, não é mesmo? Terminamos alterando o fonte de toda forma, coisa que você tanto estava criticando, isso é uma incoerência! Mais blz o que vale é o resultado final. Muito obrigado Italo vamos ficar no aguardo pra ver se a sefaz PB resolve esse problema.

Boa tarde Italo, Só para lhe Responder: Não há nenhuma dificuldade em alterar o arquivo ini conforme a sua orientações, o complicado era que não sabíamos que poderíamos fazer esse procedimento, até VOCÊ mesmo em postagem anteriores informou que teríamos que infernizar a SEFAZ! Lembra? Acho que você nem sabia qual era o problema anteriormente se soubesse não teríamos complicado tanto o assunto do blog, mais agradeço pela informação.

Regys no caso da NFCe? Como deve proceder? Fiz o teste conforme a solicitação do Regys, porém o arquivo nem é gerado. A pasta que criei está na C:\Temp com permissão total para usuário e mesmo assim nem gera. Estou fazendo a chamada desse código no Show do Form. segue o código abaixo: ACBrNFe1.Configuracoes.Arquivos.IniServicos :='C:\Temp\NFCe.ini'; E outra coisa Juliomar dá uma olhada nas minhas postagens acima, pois não sei se o ini vai resolver não, caso ele venha a funcionar.

Fernando, eu estava enfrentando dificuldades aqui tbm, pensei em alterar o código fonte só que estava no aguardo da resposta da SEFAZ-PB, mas infelizmente até agora nada... Foi o jeito fazer esta alternativa para validação e envio da NFC-e pois as softwares houses precisam testar suas aplicações! Acho que o interessante seria alterar as URLs nos fontes do ACBr de "http://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410" para "www.receita.pb.gov.br/nfce" na hora de gerar o XML. Só tem um problema Robson, se você observar esse link aponta para o ambiente de produção "redireciona para o link anterior" para o que o schema está criticando, resolve o problema de validação, porém, e esse link se refere a url do QRCode veja a documentação deles abaixo: fonte: http://www.receita.pb.gov.br/Servicos/nfce/arquivos/URL Consulta NFCe QR Code.pdf URL Consulta NFC-e QR Code A URL da página de consulta estadual da NFC-e para inclusão no Código do QR Code é a seguinte: https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 Temos abaixo um exemplo de código QR Code gerado para a Paraíba: https://www5.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410&chNFe=2514082429350000013065001000 0000021123456785&nVersao=100&tpAmb=1&dhEmi=323031002d30382d32385431363a300xx03a33392d30333a3030&vNF=1.49 &vICMS=0.00&digVal=39563761683058727865534015306xxx56596e71707863664d4473d&cIdToken=000001&cHashQRCode=4 BCFDA36E8364F4936XXXF7615E8EFXXXD5D9740 Para o ambiente de homologação deve ser usada a URL abaixo: http://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 OBS: No DANFE NFC-e deve ser impressa a informação de consulta pela chave de acesso (campo VI do DANFE NFC-e) para o endereço: www.receita.pb.gov.br/nfce EU: o ideal seria altera no método Na Class: ACBrNFe Método: GetURLQRCode, como eu fiz ou pelo param cUF = 25 'PB' redirecionar para url informada www.receita.pb.gov.br/nfce, só para passar pela validação do schema PL008h. Tendo em vista que é só a url do QRcode e não os de autorização, status, cancelamento e etc. Isso é só uma humilde sugestão para o pessoal que administra os fontes do ACBR.

Amigos Moderadores, Seria interessante implementarmos uma solução definitiva no fonte, para ficarmos despreocupados e não precisarmos usar o INI como a única alternativa. Acabei de receber um e-mail da sefaz PB com a seguinte informação: RESPOSTA DA GTI PARA PROBLEMAS DA URL Em 21/10/2015 : 10:30hs Bom dia, A URLhttp://www6.receita.pb.gov.br/atf/seg/SEGf_AcessarFuncao.jsp?cdFuncao=FIS_1410 pode ser substituída por www.receita.pb.gov.br/nfce Atenciosamente, --) Analista de Sistemas indracompany.com Este prazo foi prorrogado p 01/12/2015, veja "informes" disponivel no Portal Nacional da NFE, site: http://www.nfe.fazenda.gov.br/PORTAL/principal.aspx 16/10/2015 - Atenção: Publicada atualização da NT2015/002 e respectivo Pacote de Liberação, contendo as seguintes alterações Atenção: Publicada atualização da NT2015/002 e respectivo Pacote de Liberação, contendo as seguintes alterações: Alteração do prazo de implantação da versão em produção para o dia01/12/2015, por solicitação das empresas; Alteração do campo de valor do Encerrante para 3 casas decimais; Eliminação da regra de validação prevista originalmente para o piloto da NFC-e (RV: A02-10); Para os casos de exportação indireta (CFOP=3.503, 7.501) passa a ser obrigatória a informação de Nota Fiscal referenciada (RV: I08-190); Para a NFC-e, não deve ser informado o grupo de exportação (tag:detExport, RV: I50-10); Melhor definidas as regras de validações relacionadas com a venda de Combustível pela NFCe, documentando a obrigatoriedade da informação do grupo de combustível conforme critério da UF (eliminada RV LA01-10 e LA01-30, alterada RV LA01-20); Na validação do QR-Code da NFC-e, serão aceitos os caracteres hexadecimal em letras maiúsculas ou minúsculas, conforme Manual do DANFE da NFC-e (RV: ZX02-64, ZX02-92, ZX02-116); Flexibilizada a implantação em produção de algumas regras de validação, permitindo que elas sejam implementadas pelas empresas em uma data variável, a partir da implantação da NT em produção pela SEFAZ Autorizadora até a data informada na própria regra de validação (data limite = 01/01/2016). Ou seja, a empresa pode implantar as mudanças necessárias em seus aplicativos, dentro deste período informado, em qualquer data a seu critério. As regras de validação com esta flexibilização são: RV I05-20, LA01-20, LA11-10, N12-30, N12a-20, N12a-30, YA04-10, YA04a-10, YA05-10, ZX02-10, entre outras alterações detalhadas na Nota Técnica. Assinado por: Coordenação Técnica do ENCAT 25/09/2015 - Atenção: Publicado o Manual de Especificações Técnicas do DANFE NFC-e e QR Code - versão 3.3, contendo os Padrões Técnicos do DANFE-NFC-e e QR Code. (link para o Manual de Especificações Técnicas do DANFE NFC-e e QR Code - versão 3.3) Assinado por: Coordenação Técnica do ENCAT

Regys no caso da NFCe? Como deve proceder? Segue o mesmo que ele explicou acima! abriu o arquivo e olhou? Ok, Juliomar vou fazer o teste.

Regys no caso da NFCe? Como deve proceder?

Boa noite. Quanto ao problema na URL da Paraíba, acredito que o pessoal da SEFAZ não tem interesse de padronizar conforme a documentação QR-Code Versão 3.3 conforme a citação nesse tópico, pois já mandei diversos e-mails Dúvidas / Sugestões: E-mail: [email protected] informando que o schema PL008h não reconhece o parâmetro cdFuncao=FIS_1410 que encontrasse na URL do estado, e não obtive êxito. Então fiz a seguinte alteração no fonte para poder resolver o problema e não ficar esperando uma resposta que nunca vem da SEFAZ PB, e acredito que eles não irão mudar a URL e padronizar como são nos outros estados, pois o pessoal é meio fraco e lento. OBS: OS FONTES DO ACBR DEVERÃO ESTÁ ATUALIZADOS TRUNCK2, pois os fontes já possui os schemas atualizados. Infelizmente com essa alteração não será possível acessar os dados via QRCode, porem vai passar pela validação do schema e vai transmitir, a consulta vai ficar via site e informado a chave do cupom até eles resolverem o que vão fazer digo a SEFAZ PB. então segue o código abaixo: Na Class: ACBrNFe Método: GetURLQRCode foi colocado o seguinte código: function TACBrNFe.GetURLQRCode(const CUF: integer; const TipoAmbiente: TpcnTipoAmbiente; const AChaveNFe, Destinatario: String; const DataHoraEmissao: TDateTime; const ValorTotalNF, ValorTotalICMS: currency; const DigestValue: String): String; ... // Passo 6 if Pos('?', urlUF) > 0 then begin if (Pos('cdFuncao=FIS_1410', urlUF) > 0) then Result := StringReplace(urlUF, 'cdFuncao=FIS_1410', '', [rfReplaceAll, rfIgnoreCase]) + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode else Result := urlUF + '&' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode; end else Result := urlUF + '?' + sEntrada + cIdCSC + '&cHashQRCode=' + cHashQRCode; end;

Bom dia Juliomar! Quando você diz os campos não é esse mais? Significa que houve alguma mudança no fonte do ACBR????

Boa noite Juliomar, Vou fazer um teste, será que ela está 100% compatível? Vou testar qualquer coisa mantenho informado no post. Obg! Juliomar Deu certo cara a instalação pelo: https://github.com/fortesinformatica/fortesreport-ce ! Valeu! Vou testar essa versão do fortes pra ver se está confiável, pois é uma versão em aberto ainda. Mais valeu mesmo pela dica!

Boa noite Regys, Eu uso a versão 7 do delphi, mais estou querendo atualizar o projeto da NFe para o delphi xe8, eu baixei a versão do fortes no site http://fortesreport.com.br/?page_id=25 VCL 3.71B e não instalou no delphi xe8 por incompatibilidade, qual a versão do fortes que você está usando no delphi xe8? e se você pode disponibilizar um link pra gente? Valeu!!!