Fernando Di Pace

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!!!

JPace, oi priomo será?, rsrsrs, em fim. Realmente deu certo a sua dica, porém seria bom algum membro do ACBR Moderador ou Tec. fazer a correção da função, pois deixaria o componente que já é fantástico mais robusto ainda. o Trecho do código ficou assim: ... try if (ACBrNFe1.Enviar(iLoteId, true, Sincrono)) then begin SalvarNFCeProtocoloRec(ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.chNFe, ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt, FormatDateTime('mm/dd/yyyy hh:mm:ss', ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.dhRecbto) ); _Utils.DeletaArquivosTemporarios(ACBrNFe1.Configuracoes.Geral.PathSalvar); ACBrNFe1.NotasFiscais.Clear; Result := true; end; except Result := false; end; ... Valeu primo rsrsrs

Amigo você tem que solicitar o credenciamento no ambiente de homologação do CNPJ da empresa do certificado que você está usando, junto ao estado. Esse credenciamento é feito pelo contador. Espero ter te ajudado.

Amigos, Fiz um teste com a função ACBrNFe1.Enviar(iLoteId, true, Sincrono), com o pc desconectado da internet com o intuíto de observar o retorno dessa função, e me deparei com a situação de retorno positivo = true onde na realidade erá para da um retorno negativo = false. Alem de excetions raise's (Mensagens de erros) Observie que a função que é responsável por esse retorno está na Unit -> ACBrNFeWebServices -> Class -> TWebServices.Envia. Segue abaixo o corpo da função que no fim sempre retorna true, algum moderador poderia corrigir e disponibilizar os fontes no SVN, pois seria bom ter o controle correto desse método. function TWebServices.Envia(ALote: String; const ASincrono: Boolean): Boolean; begin FEnviar.FLote := ALote; FEnviar.FSincrono := ASincrono; if not Enviar.Executar then Enviar.GerarException(Enviar.Msg); if not ASincrono then begin FRetorno.Recibo := FEnviar.Recibo; if not FRetorno.Executar then FRetorno.GerarException(FRetorno.Msg); end; Result := True; end;

Amigo acredito que o problema esteja no credenciamento do emissor, Vejam: Roteiro para emissão da Nota Fiscal de Consumidor Eletrônica (NFC-e) em ambiente de homologação A empresa interessada em se credenciar no ambiente de homologação da Nota Fiscal de Consumidor Eletrônica (NFC-e) na Paraíba deverá enviar um e-mail para [email protected] [email protected] formalizando o interesse, incluindo o CNPJ, Inscrição Estadual e nome das pessoas responsáveis pela emissão da NFC-e para contato. A empresa deverá possuir um certificado digital compatível com a emissão da NFC-e. Se já utiliza para emissão de NF-e, também poderá utilizá-lo para a Nota Fiscal de Consumidor Eletrônica. A empresa deverá adquirir um programa emissor de NFC-e ou baixar um programa gratuito para emissão, disponível em breve no Portal Estadual da NFC-e. A Receita Estadual enviará para a empresa um código chamado CSC- Código de Segurança do Contribuinte para viabilizar a emissão da Nota Fiscal de Consumidor Eletrônica. A Receita Estadual credenciará inicialmente a empresa no ambiente de homologação, para testes. Realizados os testes com sucesso, a partir de outubro de 2014 será liberado o ambiente de produção, quando as NFC-e terão validade jurídica. Telefones para contato: (83)3218-4717/4718

Boa noite amigos. Estou tendo um problema ao transmitir uma NFC-e, usando um certificado de um cliente da PB, porém quando estou transmitindo a NFCe estou recebendo a seguinte informação: Versão Layout : 3.10 Ambiente : 2 Versão Aplicativo : SVRS201411131054 Status Código : 203 Status Descrição : Rejeicao: Emissor nao habilitado para emissao da NF-e UF : PB dhRecbto : 23/11/2014 23:47:09 chNFe : 25141110362889000100650010000000011000000016 Alguém poderia me ajudar? Obs: O componente está devidamente configurado: moNFCe, ve310, Certificado Setado, Unidade federativa apontada corretamente e etc.

Boa noite Rubens. Realmente os novos schemas disponibilizados pela receita estão criticando o ncm 99, e acredito que a unica solução é utilizar o código completo, principalmente para o ambiente 3.10, então aconselho você obrigar o usuário informar o NCM do produto no cadastro do produto e na transmissão da nota.

Valeu Italo, vai ajudar muito ao pessoal que por ventura se deparou com o problema acima informado.

Regys, observei que nas pastas do acbr existe vários arquivos schemas voltado para a versão 3.10, existe PL_008a.zip, PL_008b.zip, PL_008c.zip e PL_008d.zip eu usei PL_008d.zip deve ser a última? Mais de qualquer forma consegui passar pelo o erro que estava tendo, agora estou com um erro de validação de dados no xml sobmetido pelo echemas. De qualquer forma agradeço pela atenção. Vou agora verificar o erro no xml.

Boa tarde. Amigo estou tentando enviar um Nfe no ambiente 3.10 modificando o modelo e ambiente do componente via rum-time pelo demo do acbr e estou recebendo a seguinte msg: Baixei a via svn a versão 7040 do acbr e observei que na pasta schemas não tem nfe_v3.10.xsd será que o problema é esse? --------------------------- Debugger Exception Notification --------------------------- Project ACBrNFe_demo.exe raised exception class EACBrNFeException with message 'Arquivo C:\NFe\Schemas\nfe_v3.10.xsd não encontrado'. Process stopped. Use Step or Run to continue. --------------------------- OK Help ---------------------------

Bom dia Juliomar. Sim, tentei instalar pelo ACBrInstall, porem não consegui pois o mesmo re retorna um erro nesse caso eu desmarquei os componentes do fortsreport e posteriormente instalei na mão comentando o método acima. veja o log de erros do ACBrInstall:

Amigo baixei a versão da compilação do acbr 6616, ao instala os componentes para o fortesreport o delphi não consegue compilar a classe: TACBrNFeDANFCeFortes, apresentando um erro no método: procedure TACBrNFeDANFCeFortes.Imprimir(DanfeResumido : Boolean = False); ... begin ... // Para que serve esse método ?? // SetVersion( CommercialVersion, ReleaseVersion, CommentVersion ); ... end; Onde exite um comentário: // Para que serve esse método ?? //, esse comentário já vem nos fontes. Eu só consegui instalat o componente quando comentei o método: SetVersion( CommercialVersion, ReleaseVersion, CommentVersion ); Algum moderador poderia verificar se realmente esse método era pra tá nessa classe mesmo?????

Ok italojjr é isso mesmo se colocar o codigo acima citado em tempo de projeto dá certo, porem se colocar na propriedade do objeto visual ele não consegue setar o valor para 310 em tempo de execução. Obg. pela resposta.

Ok, Juliomar agradeço pelo sua resposta. Porem se vc observar no codigo abaixo na classe pcnConversao do acbr, variável AVersaoDF não vai consegui setar os valores do ambiente 310, pois ela se modifica em tempo de execução para 200, acredito que o acbr não está usando o codigo da versão da mensagens para ambiente 3.10 ainda não. function GetVersaoNFe(AModeloDF: TpcnModeloDF; AVersaoDF: TpcnVersaoDF; ALayOut: TLayOut): string; begin result := ''; case AModeloDF of moNFe: begin case AVersaoDF of ve200: begin case ALayOut of LayNfeStatusServico: result := '2.00'; LayNfeRecepcao: result := '2.00'; LayNfeRetRecepcao: result := '2.00'; LayNfeConsulta: result := '2.01'; LayNfeCancelamento: result := '2.00'; LayNfeInutilizacao: result := '2.00'; LayNfeCadastro: result := '2.00'; LayNfeEnvDPEC: result := '1.01'; LayNfeConsultaDPEC: result := '1.01'; LayNFeCCe: result := '1.00'; LayNFeEvento: result := '1.00'; LayNFeConsNFeDest: result := '1.01'; LayNFeDownloadNFe: result := '1.00'; LayNfeAutorizacao: result := '2.00'; LayNfeRetAutorizacao: result := '2.00'; end; end; ve310: begin case ALayOut of LayNfeStatusServico: result := '3.10'; LayNfeRecepcao: result := '3.10'; LayNfeRetRecepcao: result := '3.10'; LayNfeConsulta: result := '3.10'; LayNfeCancelamento: result := '3.10'; LayNfeInutilizacao: result := '3.10'; LayNfeCadastro: result := '2.00'; LayNfeEnvDPEC: result := '1.01'; LayNfeConsultaDPEC: result := '1.01'; LayNFeCCe: result := '1.00'; LayNFeEvento: result := '1.00'; LayNFeConsNFeDest: result := '1.01'; LayNFeDownloadNFe: result := '1.00'; LayNfeAutorizacao: result := '3.10'; LayNfeRetAutorizacao: result := '3.10'; end; end; end; end; moNFCe: begin case AVersaoDF of ve300: begin case ALayOut of LayNfeStatusServico: result := '3.00'; LayNfeRecepcao: result := '3.00'; LayNfeRetRecepcao: result := '3.00'; LayNfeConsulta: result := '3.00'; LayNfeCancelamento: result := '3.00'; LayNfeInutilizacao: result := '3.00'; LayNfeCadastro: result := '2.00'; LayNfeEnvDPEC: result := '1.01'; LayNfeConsultaDPEC: result := '1.01'; LayNFeCCe: result := '1.00'; LayNFeEvento: result := '1.00'; LayNFeConsNFeDest: result := '1.01'; LayNFeDownloadNFe: result := '1.00'; LayNfeAutorizacao: result := '3.00'; LayNfeRetAutorizacao: result := '3.00'; end; end; ve310: begin case ALayOut of LayNfeStatusServico: result := '3.10'; LayNfeRecepcao: result := '3.10'; LayNfeRetRecepcao: result := '3.10'; LayNfeConsulta: result := '3.10'; LayNfeCancelamento: result := '3.10'; LayNfeInutilizacao: result := '3.10'; LayNfeCadastro: result := '2.00'; LayNfeEnvDPEC: result := '1.01'; LayNfeConsultaDPEC: result := '1.01'; LayNFeCCe: result := '1.00'; LayNFeEvento: result := '1.00'; LayNFeConsNFeDest: result := '1.01'; LayNFeDownloadNFe: result := '1.00'; LayNfeAutorizacao: result := '3.10'; LayNfeRetAutorizacao: result := '3.10'; end; end; end; end; end; end;