Fernando Di Pace

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;

Sr. Juliomar estou sim seguindo as regras do fórum, só citei o problema nesse tópico, pois o Sr. cgcesa comentou o problema q está tendo com a transmissão da NFe 310 com o acbr com a propriedade FModeloDF, comentei nesse fórum com o intuito de ajudar a comunidade acbr encontrar o problema resolver de forma célere assim como sempre faço e tenho tempo, pois acredito no acbr, e uso o acbr a bastante tempo, me desculpe se no seu ponto de vista eu estou ferindo alguma regra do fórum, ao tentar ajudar um amigo no fórum. No link onde vc citou como resposta da questão acima, não existe nenhum resposta sua sobre o problema acima menciona, e acredito q o objetivo desse fórum é tentarmos resolver os problemas e chegarmos em um denominador comum. Sem mais.

cgcesar Essa propriedade: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; Em tempo de execução a propriedade VersaoDF que recebe o valor acima citado muda para versão 200, ou seja, dando a falsa impressão que o sistema está usando o ambiente 3.10, mais na realidade está utilizando o ambiente 2.00. na realidade não existe ve310 Segue o trecho do código da classe ACBrNFeConfiguracoes que está ocorrendo o problema: procedure TGeralConf.SetModeloDF(AValue: TpcnModeloDF); begin FModeloDF := AValue; FModeloDFCodigo := StrToInt(ModeloDFToStr(FModeloDF)); if FModeloDF = moNFe then SetVersaoDF(ve200) else SetVersaoDF(ve300); end;

Amigos ao mudar a propriedade VersaoDF para 310 do componente ACBRNFe, em tempo de execução a propriedade VersaoDF que recebe o valor acima citado muda para versão 200, ou seja, dando a falsa impressão que o sistema está usando o ambiente 3.10, mais na realidade está utilizando o ambiente 2.00. Algum moderador poderia explicar o que está acontecendo? Segue o trecho do código da classe ACBrNFeConfiguracoes que está ocorrendo o problema: procedure TGeralConf.SetModeloDF(AValue: TpcnModeloDF); begin FModeloDF := AValue; FModeloDFCodigo := StrToInt(ModeloDFToStr(FModeloDF)); if FModeloDF = moNFe then SetVersaoDF(ve200) else SetVersaoDF(ve300); end; Obs: Minha versão do ACBR é : 2561 data atualização SVN 26/03/2014 23:41

Depois de muito pesquisar cheguei a resolução do problema. Formatei os computadores que estavam com esse problema instalei o SO, um bom Antivírus, e em seguida as instalações dos certificados e suas respectivas cadeias de certificado. O problema desapareceu, resolvi postar os procedimentos que tomei, se alguém tiver com esse problema poderá fazer os procedimentos que informei e poderá lograr êxito. Gostaria de agradecer a todos que contribuíram diretamente e indiretamente para resolução do problema.

Bom dia Carlos. Eu fiz uma checagem nos xml's gerados antes e pós erro e não encontrei esse tipo de erro que vc está mencionando, porém a minha revisão é 6031, seria bom vc atualizar a sua versão dos fontes e ver se esse problema dos valores dos impostos continua ou não, porém vou te adiantando que o erro: Assinatura difere do calculado, persiste pois comigo todo santo dia tenho esse erro nos clientes, se é um erro na sefaz não sei ainda, estou verificando, mais que é muito estranho isso é!!!!

anfm obrigado pela resposta, realmente existia erro na base de calculo, porem eu tenho dois xml que se refere aoutra nota e não tem erro de validação de dados, porém existe apresentou erro no envio, no primeiro momento que gerei o xml e mandei enviar deu o erro de Assinatura difere do calculado, salvei com o nome: Erro-NFe.xml e em seguida mandei transmitir novamente onde a nota foi enviada como sucesso, comparei o dois arquivos e observei que são iguais o que está faltando um para o outro é só os dados do protocolo de recebimento da sefaz, mais o resto está ok. Eu estou tendo essa mensagem de Assinatura difere do calculado, de qualquer forma vou anexar os xml's aqui para analise. anfm se vc puder me ajudar ficarei muito grato!!! Erro-NFe.xml -NFe.xml

Bom dia amigos, Segue o XML que está aparecendo o erro: Assinatura difere do calculado. Algum moderador poderia analisar para ver se encontra algum problema na estrutura do xml????? -NFe.xml

OK Francisco. Assim que ocorre o problema antes de mandar reenviar vou capturar o xml e mandarei. Só que eu estou resolvendo o problema da seguinte forma, eu mando gerar duas vezes o xml a primeira eu descarto o que fica valendo é a segunda vez, pois estou suspeitando do campo cNF - Código Numérico que compõe a Chave de Acesso. Esse campo é gerado de forma aleatória, estou achando que pode ser esse campo, veja só estou achando! Pois estou pesquisando e verificando todas as possibilidades. Após a alteração de gerar duas vezes o xml e descartar a primeira vez até agora o erro não aconteceu mais, porém vou ficar na observação.

Pois é Italojjr Muito estranho esse problema eu não tenha, faz mais de dois anos que fiz essa aplicação com o ACBR e nunca tive esse erro antes, e olhe que que tenho uma porrada de clientes usando, porém dois clientes me reportaram esse erro essa semana. minha sorte é quando mandamos reenviar da certo. Vou futucar aqui e vejo se acho algo.

Sim, já chequei. Porém o exemplo talvez não ocorra por se tratar de valores estáticos, pois em um ambiente normal a coisa muda de figura. E existe um monte de relatos no próprio site do ACBR com essa situação em que outras pessoas passaram e estão passando por esse problema. Até no CTe existe casos como esse: Veja: e não houve solução. No meu caso está acontecendo na NFe, porém quando mando retransmitir novamente funciona, é muito estranho. ?????

Boa tarde amigos. Estou tendo o seguinte erro ao transmitir a Nfe para sefaz: Assinatura difere do calculado. Quando eu mando transmitir pela segunda vez dá certo, esse erro é intermitente, ou seja, tem hora que dá e tem hora que não dá. Já atualizei os fontes do ACBR recompilei a aplicação e mesmo assim uma vez ou outra esse erro aparece, eu nunca tive esse erro antes. Já verifiquei certificado, cadeia de certificado, instalei em uma máquina limpa com o windows 7 recém-instalado, o xml não tem caracteres especial, em fim, existe alguma coisa estranha pois na segunda tentativa de envio ele consegue transmitir. Será que existe alguma coisa estranha na geração do numero aliatório da chave da nfe no ACBR?????????? Algum moderador poderia me ajudar?

Sua pasta tá bloqueada, você tem que fazer dois passos: 1º) Ir na pasta clicar com o botão direito escolher Tortoise->release lock 2º) Depois Ir na pasta clicar com o botão direito escolher Tortoise-> Clean Up... Pronto... Espero ter ajudado!