Ir para conteúdo
  • Cadastre-se

Gr@c@

Moderadores
  • Total de ítens

    2.185
  • Registro em

  • Última visita

  • Days Won

    27

Tudo que Gr@c@ postou

  1. Fiz update do Trunk2 revisão 10659 (hoje 15/12/2015 13:49hs) mas dá erro ao compilar ACBr_GNRe.dpk. Sei que o componente ainda não está 100% pronto no trunk2, mas não encontro a opção de desabilitar a instalação do GNRe no ACBrInstall_Trunk2.exe como fazia antes. Na verdade, nem uso esse componente. Desculpe, encontrei a solução em outro post: No ACBrInstall_Trunk2.ini definir para zero as linhas referentes a GNRe. ACBr_GNRE.dpk=0 ACBr_GNREGuiaFR.dpk=0 ACBr_GNREGuiaRL.dpk=0
  2. darlananogueira eu consegui consultar as notas e obter o retorno correto. Meus clientes também conseguiram. Não fiz nenhuma alteração em aplicativo ou em schemas. O serviço de consulta está intermitente, ora dá erro 12031,12039,requisição não enviada, tempo expirado. Tem que ir tentando até conseguir o retorno correto. Vejas as respostas do Fale Conosco MG "Pedimos desculpas pelos transtornos causados e informamos que quanto ao erro de acesso ao webservice consulta situação2, esclarecemos que o mesmo já se encontra sob análise e tratamento de nossa área técnica. " em outra resposta... "Problema resolvido , tente outra vez ."
  3. darlananogueira eu consegui consultar as notas e obter o retorno correto. Meus clientes também conseguiram. Não fiz nenhuma alteração em aplicativo ou em schemas. O serviço de consulta está intermitente, ora dá erro 12031,12039,requisição não enviada, tempo expirado. Tem que ir tentando até conseguir o retorno correto. Vejas as respostas do Fale Conosco MG "Pedimos desculpas pelos transtornos causados e informamos que quanto ao erro de acesso ao webservice consulta situação2, esclarecemos que o mesmo já se encontra sob análise e tratamento de nossa área técnica. " em outra resposta... "Problema resolvido , tente outra vez ."
  4. Erro de consulta em MG foi corrigido. Problemas no SEFAZ mesmo.
  5. Erro de consulta em MG foi corrigido. Problemas no SEFAZ mesmo.
  6. Pessoal, o problema do SEFAZ/MG ref ao retorno vazio foi corrigido. Acabei de consultar uma nota feita sexta-feira e o retorno veio 100-NFe autorizada
  7. Pessoal, eu também estou com esse erro e enviei reclamação no Fale Conosco de MG. Vocês reclamaram tbem? Isso se faz necessário pra que eles vejam que existem mais pessoas com o problema. Eu estou com esse problema também consultando pelo recibo.
  8. Esse problema é o SEFAZ que tem que resolver, já que eles que criaram a tag de email no xml. Se isso está causando vulnerabilidade para fraude não é problema nosso e não acho que cabe a nós tirar a informação do xml. O próprio SEFAZ já percebeu isso, tanto é que criou a tag XMLAut para que somente os autorizados na nfe possam fazer o download. Caso o usuário do nosso aplicativo não queira que conste email no xml, então ele (usuário) que não informe o xml no cadastro do cliente e envie o xml ao destinatário de forma manual. Ou então, você coloque uma opção no seu aplicativo para que o usuário marque se "deseja constar email no xml".
  9. já te respondemos sobre isso em outro post. MG está com problemas e está retornando um arquivo vazio na consulta. Você já entrou no site de MG e enviou uma reclamação ao Fale Conosco? O erro não está sendo causado pelo ACBr.
  10. Depende do estado. Se tem alguém de MG que esteja funcionando normal ainda não sei. Mas aqui e em outros colegas que tem outro aplicativo não está funcionando.
  11. MG hoje está com problemas. Está retornando arquivos vazios.
  12. Como disse, vc tem que checar pela chave de acesso. Vc deve ter esse campo na sua tabela, já que o Sped exige essa informação para documentos fiscais modelo 55, 65 e 57. Eu além disso, também checo pela série+numero nf+emitente.
  13. Aqui não dá erro 500, simplesmente traz o retorno vazio (certificados Serasa). Em outro cliente, traz Requisição não enviada 12157 erro ao suporte a canais seguros (não é certificado Serasa). Os clientes estão conseguindo enviar, autorizar e imprimir as notas. Porém o retorno está vindo vazio e os xml's estão ficando sem o protocolo de autorização. Mesmo consultando a nota pela chave ou pelo protocolo, não dá certo. Consultando no SEFAZ as notas estão autorizadas. Muito estranho.
  14. A pergunta tá estranha mas qualquer checagem que queira fazer sobre NFe, tem que ser pela chave de acesso ou protocolo.
  15. aqui em MG ainda não está funcionando
  16. MG também com erro, não somente com Serasa, mas outros certificados. A NF-e envia, é autorizada, mas o protocolo não retorna.
  17. UF-> MG Sim, tanto com CT-e como com NF-e. A NF-e envia, é autorizada, mas o protocolo não retorna. SP também está com problemas e já está no vermelho. MG ainda tá verde.
  18. obrigada, Italo. Reposta correta.
  19. Na pasta mensal está salvando os arquivos xml de NFe processados corretamente -nfe.xml. Quanto aos arquivos de inutilização e evento de CC-e está salvando tudo : -ped-inu.xml, -eve.xml e não somente os -proc-eventoNFe.xml e proc-inu.xml. Tenho que fazer alguma configuração no trunk2 ?
  20. Não estou conseguindo imprimir inutilização no Trunk2. Em debug dá um Access Violation neste bloco with RLPDFFilter1.DocumentInfo do begin Title := ACBrStr('Inutilização - Nota fiscal nº ' + FormatFloat('000,000,000', FNFe.Ide.nNF)); KeyWords := ACBrStr('Número:' + FormatFloat('000,000,000', FNFe.Ide.nNF) + '; Data de emissão: ' + FormatDateTime('dd/mm/yyyy', FNFe.Ide.dEmi) + '; Destinatário: ' + FNFe.Dest.xNome + '; CNPJ: ' + FNFe.Dest.CNPJCPF ); end; seguido de: Source File not found RLReport.pas Os demais relatórios (NFe, CCe) estão OK. Em anexo o arquivo de inutilização homologado 31158649309500014855003000000001000000001-inu.xml 31158649309500014855003000000001000000001-procInutNFe.xml
  21. Você não citou se é Danfe em Fast ou Fortes. Meu Danfe em Fortes está correto.
  22. Gr@c@

    Logo no Fortes Report

    Testei agora o ExpandirLogomarca e está funcionando sim, a imagem ocupa todo o espaço destinado a ela. no componente uso tamanhoHeight := 0 e tamanhoWidth := 0, recuologo = 0; já testei com várias imagens com até 1000KB
  23. Gr@c@

    Logo no Fortes Report

    Inverti a rotina, abastecendo primeiro o ACBrNFeDANFeRL1 e depois o ACBrNFe1.DANFE e funcionou. Vou analisar os fontes do ACBr para entender melhor. Obrigada.
  24. Gr@c@

    Logo no Fortes Report

    Régys, aqui não consigo fazer imprimir nenhuma imagem. Testei com imagens pequenas também.
  25. Gr@c@

    Logo no Fortes Report

    A imagem não imprime no Danfe do Fortes Report. Já tentei tipos jpg e bmp e são imagens que eu já usava no Rave e no QuickReport. Estou começando a usar o Fortes e não sei se há alguma restrição quanto a imagens. ACBrNFe1.DANFE := ACBrNFeDANFeRL1; ACBrNFe1.DANFE.Logo := Trim(edtDANFELogo.Text); ACBrNFe1.DANFE.ExpandirLogoMarca := False; ACBrNFe1.DANFE.TamanhoLogoHeight := 0; ACBrNFe1.DANFE.TamanhoLogoWidth := 0; ACBrNFe1.DANFE.RecuoLogo := 0; ACBrNFe1.DANFE.LogoemCima := FALSE; ACBrNFeDANFeRL1.Logo := ACBrNFe1.DANFE.Logo; ACBrNFeDANFeRL1.ExpandirLogoMarca := ACBrNFe1.DANFE.ExpandirLogoMarca; ACBrNFeDANFeRL1.TamanhoLogoHeight := ACBrNFe1.DANFE.TamanhoLogoHeight; ACBrNFeDANFeRL1.TamanhoLogoWidth := ACBrNFe1.DANFE.TamanhoLogoWidth; ACBrNFeDANFeRL1.RecuoLogo := ACBrNFe1.DANFE.RecuoLogo; ACBrNFeDANFeRL1.LogoemCima := ACBrNFe1.DANFE.LogoemCima;
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.