felipetomm
-
Total de ítens
40 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que felipetomm postou
-
Corrigindo. O problema não era temporariamente, e sim, se extendia até o encerramento da aplicação. Para tal, descobrimos que a informação temporária é resolvida somente após executar a chamada da seguinte linha: Printer.Create; Como o procedimento que executamos utiliza do objeto Printer, o mesmo acabava pegando o tamanho fixado após a impressão do cupom. Com a linha acima, o objeto é recriado com as definições padrões das impressoras do sistema. Acreditamos ainda não ser a melhor prática, mas foi a única que atendeu ao problema, sem a necessidade de realizar alterações no fonte. Sugestões são bem vindas. -
Bom dia Pessoal. Estou necessitando realizar essa alteração. Meu problema não é exatamente esse. Pra mim, o comprimento do doc fica fixado (temporariamente) na impressora em 29,7cm logo após a impressão da NFCe. O problema é que o arquivo seguinte acaba pegando tal formatação, e então não imprime por completo (apenas 29,7cm). Se eu realizo a impressão desse mesmo documento em outro ponto do sistema, e não em conjunto com a impressão da acbr, a impressão sai normal. Portanto, já descartamos qualquer configuração de formulario de impressão, drivers, etc, e sabemos que o problema está ali, na impressão da nfce. Porém, gostaria de implementar tudo isso através de um helper, visto que tal propriedade não está acessível a nível do componente. Assim, não necessitamos alterar o código a cada atualização da acbr. A menos que tenha sido realizada alguma modificação. Alguém saberia como posso implementar desse modo? Ou alguma outra alternativa para não realizar alterações no fonte da ACBr? Grato pela atenção.
-
Nota fala q não foi, depois fala q ta em duplicidade
felipetomm replied to guimamonteiro's tópico in ACBrNFe
Boa tarde. Na mosca Ricardo. Estava com o mesmo problema. Para garantir (não sei se é "válido"), adicionei uma verificação da chave na sefaz. Assim, qualquer problema que tenha ocorrido no bloco abaixo, verifica na sefaz e atualiza o valor do protocolo. try EnviouSefaz:= NFeNFCe.WebServices.Enviar.Executar; except EnviouSefaz:= False; end; Esta é a função que faço a validação da chave: try NFe.WebServices.Consulta.NFeChave:= Copy(NFe.NotasFiscais.Items[Pos].NFe.infNFe.ID,4,44); if NFe.WebServices.Consulta.Executar then begin if NFe.WebServices.Consulta.cStat = 100 then begin Result:= True; NFe.NotasFiscais.Items[Pos].NFe.procNFe.nProt:= NFe.WebServices.Consulta.protNFe.nProt; NFe.NotasFiscais.Items[Pos].NFe.procNFe.digVal:= NFe.WebServices.Consulta.protNFe.digVal; NFe.NotasFiscais.Items[Pos].NFe.procNFe.dhRecbto:= NFe.WebServices.Consulta.protNFe.dhRecbto; end else begin Tfrms_mensagem.Mensagem('MasterNFE: Nota '+NFe.WebServices.Consulta.NFeChave+' apresentou o seguinte retorno:'+sLineBreak+ NFe.WebServices.Consulta.XMotivo,'C',[mbOk]); Result:= False; end; end else Result:= False; except Result:= False; end; -
Bom dia Italo. Sua resposta me fez ver um outro ponto deste problema. Não havia me dado conta de que o componente era alimentado pelo comando "Add". Logo, sua resposta faz todo sentido. Para contornar isso, vou passar a populá-lo através de "Items[x]". Assim, vou sempre trabalhar com a mesma posição do item, o que não acontecia com o "Add", pois a cada procedure, o Add era equivalente a um novo item (correto?). Muito obrigado!
-
Bom dia pessoal. Estou iniciando um projeto com ACBr, onde até então, havia trabalhado apenas com os exemplos da própria ACBr. Por padrão, nos exemplos, ao iniciar uma NFe, todas as propriedades do TACBrNFe recebem os seus devidos valores (Ide, Dest, Emit, Produto, etc) em uma única chamada. Ao iniciar um projeto por conta própria, minha intenção inicial era de "quebrar" essa chamada em várias rotinas, onde cada rotina ficaria responsável por alimentar as partes do componente, de modo a tornar o código mais organizado/limpo. Porém, me deparei com o seguinte problema: quando realizo essa "quebra" em várias rotinas, a cada nova chamada o componente perde os valores atribuídos na chamada anterior. Então vem minha grande dúvida: isto é um comportamento normal ou vem a ser uma falha minha? Obrigado.
-
Acredito que seja devido a problemas enfrentados pelo próprio SourceForge. http://www.projetoacbr.com.br/forum/announcement/9-problema-para-acessar-o-repositório-dos-fontes/ Se verificar o item "SourceForge Allura Subversion (SVN) service –" o status está "offline" http://sourceforge.net/blog/category/sitestatus/
-
Boa noite. Estou tendo alguns problemas em relaçao a geração do DANFe da NFe com RaveCB, o mesmo não está criando os quadros do cabeçalho, exemplo na imagem em anexo. Acredito que seja devido a minha versão do rave. Utilizava a verão que acompanha o delphi 7, e hoje realizei os passos para atualizar para a versão 5.0.8, porém, o problema continua. São somente os quadros no cabeçalho da Danfe, o restante da nota está ok. Alguma dica de qual procedimento devo fazer? Ou o que possa estar fazendo errado? Obs: Para a atualização do rave, segui os passos deste tópico, o processo ocorreu 100% -> Obrigado pela atenção.
-
Só uma obs, eu tinha um manual aqui com data de 24/07/14, e no mesmo estava da seguinte maneira: BA|refNFe| Já neste outro manual (link no comentario 13) com data de 24/11/14, a instrução já é diferente: BA02|refNFe| Não qual o manual você está se baseando para montar teu txt, talvez dê uma verificada se é a versão mais atualizada.
-
Correto, no manual nao cita o campo BA, e no txt você está colocando ele: BA| BA02|35150244913721000249550010001235891001235891| Já experimentou nao informar o BA mas somente BA02?
-
Felipe Walleg, acredito que seja nessa sequencia: BA|refNFe| onde "refNFe" seria a chave de acesso, logo ficaria: BA|xxxxxxxxxxxxxxxxxxxxxx| Se precisar pode baixar o manual de layout txt http://www.emissornfehom.fazenda.sp.gov.br/v310/docs/[Emissor_NF-e]_Manual_de_layout_TXT-NF-e_v3.1.0.pdf Att,
-
Boa tarde Alexandre.. Utilizo a versão 0.9.02.0
-
Opa.. Funcionou, eu não estava informando o campo Tipo=NFe. Muito obrigado pela ajuda Rubens e aos demais tambem.
-
De fato nao especifiquei o Tipo=NFe, pois no fonte ele já estava recebendo este valor. A finalidade já estava especificando como 4 - Devolução Vou testar assim que possível, e informo o resultado. Obrigado Rubens..
-
Eu utilizo o layout para os comandos do componente. Segundo: http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html [NFRe001] refNFe=xxxxxxxxxxxxxxxxxx Outras notas estão funcionando perfeitamente, somente com a devolução que tive problema. Estou informando os campos corretamente no caso de NFe referenciada?
-
Passei pelo mesmo problema hoje, porém, utilizo o componente ACBrNFeMonitor2. Mesmo especificando o bloco [NFRef001] e refNFe= "chave de acesso da nfe referenciada" no arquivo da nota, o retorno da sefaz acusava que não havia nenhuma nfe referenciada. Após algumas tentativas, abri o xml, e de fato, os campos destinados a NFe Referenciada nao haviam sido criados pelo NFeMonitor. Como era uma nota meio urgente, tive que alterar manualmente e depois enviar para a sefaz, autorizou sem problemas. Já dei uma pesquisada aqui no forum, mas nao encontrei uma soluçao. Tambem dei uma verificada na função GerarNFeIni, para ver se estava informando os campos corretamente, a principio tudo ok. Alguma ideia do que pode estar ocorrendo?