Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

SisComp - Proc. de Dados

Membros Pro
 Perfil  Explorar Conteúdo

  • Total de ítens

    293

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que SisComp - Proc. de Dados postou

  1. SisComp - Proc. de Dados
    ok, obrigado.
  2. SisComp - Proc. de Dados
    Justamente Italo, imprimindo o mesmo xml com o meso programa compilado no delphi 7 e no seattle o logo parou de aparecer, a mensagem de homologação está aparecendo em todas impressões em ambiente de produção, o quadro modal também parou de ser impresso... os fontes são os mesmos, só mudei a compilação. São esses problemas na impressão do Seattle que estou tentando demonstrar e pedindo ajuda para resolver.
  3. SisComp - Proc. de Dados
    Olá Italo, conforme solicitado, seguem os PDFs da impressão mesmo XML. aguardo ajuda. DAMDFe_Retrato_SEATTLE.pdf DAMDFe_Retrato_DELPHI_7.pdf
  4. SisComp - Proc. de Dados
    Olá amigos, de acordo com o que o ACBr sugeriu efetuei a migração de minha aplicação desenvolvida em Delphi 7 para a versão Delphi Seattle Update1, porém estou com problemas na impressão do DAMDFe, anteriormente no Delphi 7 com o acbr com uma versão de 3 meses atras a impressão saia ok, quando atualizei o ACBr e compilei no delphi Seattle a impressão sempre mostra a Mensagem de HOMOLOGAÇÃO, MDF-E PREVISÃO e MDF-E CANCELADO. Já verifiquei as propriedades da impressão e elas estão sendo alimentadas da forma correta, caso algum amigo teve o mesmo problema gostaria de saber o que fez para resolver. Em anexo segue o PDF demonstrando o DAMDFe impresso no Delphi7 e no Seattle. DAMDFe_Retrato_D7.pdf DAMDFe_Retrato_SEATTLE.pdf
  5. SisComp - Proc. de Dados
    Boa Tarde, Tenta esse código no cancelamento //..carregar o arquivo do cfe de venda ACBrSAT.CFe.LoadFromFile(vArquivo); ACBrSAT.CFe2CFeCanc; vTexto:=ACBrSAT.CFeCanc.GerarXML(True); ACBrSAT.CancelarUltimaVenda(ACBrSAT.CFeCanc.infCFe.chCanc,vTexto);
  6. SisComp - Proc. de Dados
    Boa Tarde, tenta carregando os arquivos xml do cfe novamente. exemplo: //.xml normal do cfe ACBrSAT.CFe.LoadFromFile(vArquivo); //..xml do cancelamento do cfe quando for imprimir o cancelado ACBrSAT.CFeCanc.LoadFromFile(vArquivo); ACBrSAT.CFe.GerarXML(True); ACBrSAT.ImprimirExtrato;
  7. SisComp - Proc. de Dados
    Bom Dia, Obrigado Daniel.
  8. SisComp - Proc. de Dados
    Bom Dia, estamos com o mesmo problema relatado no tópico. Para tentar resolver estamos guardando o número de sessão para quando ocorrer alguma falha poder consultar a sessão, porém estamos com uma duvida referente ao código retornado, está sempre retornando o código 6000. Pelo que vi no manual ao consultar uma sessão de uma venda que deu certo o retorno deveria ser 11000 porém está sempre retornando o código 6000. Este retorno está correto? Exemplo do código abaixo: //..Enviando o Cupom Fiscal ACBrSAT.EnviarDadosVenda(ACBrSAT.CFe.GerarXML( True )); if ACBrSAT.Resposta.codigoDeRetorno = 6000 then begin //..gravamos os dados do cupom end else begin //..se o retorno acima for diferente de 6000 consultamos a sessão para ver se transmissão do cupom foi realizado corretamente //..esse retorno deveria ser 11000, mas pelos nossos teste está vindo 6000 vNrSessaoAux:= ACBrSAT.numeroSessao; vRetConsultaSessao:= ACBrSAT.ConsultarNumeroSessao(vNrSessaoAux); if ACBrSAT.Resposta.codigoDeRetorno = 11000 then begin //..gravamos os dados do cupom end else begin showmessage(ACBrSAT.RespostaComando); exit; end; end;
  9. SisComp - Proc. de Dados
    Boa Tarde, Aqui utilizamos o autorizador próprio.
  10. SisComp - Proc. de Dados
    Boa Tarde, sgeinformatica Muito obrigado pela atenção. No meu caso não fica gravado o 1º xml na pasta do sistema ou no banco de dados e o aparelho transmiti esse CFe ficando registrado o somente o último CFe transmitido. O que pudemos notar é que quando ocorre o retorno "Sat em processamento. Tente novamente" é que acontece o problema de duplicidade. Antes de enviar o EnviarDadosVenda verificamos se já existe o número de CFe ou Chave de Acesso para não deixar o Sistema enviar novamente a mesma venda e mesmo assim ocorre o problema.
  11. SisComp - Proc. de Dados
    Bom Dia a todos. sgeinformatica estou com o mesmo problema, tanto no SAT da DIMEP como no Bematech. Você conseguiu alguma solução para esse problema ou tem alguma dica para me ajudar ?
  12. SisComp - Proc. de Dados
    Boa Tarde, Daniel Muito Obrigado. Já fiz as configurações para escpos e está dando certo.
  13. SisComp - Proc. de Dados
    Bom Dia, Pessoal Estou com problema na Impressão do Extrato da Venda do SAT. Utilizo a opção Fortes o teste está sendo feito em uma impressora Elgin i9. Estou usando a configuração: Largura:302 Topo:5 Fundo:4 Esquerda:4 Direita:4 Quando inserimos até uma determinada quantidade de Itens na impressão sai certinho a impressão (conforme está no anexo: Correto.jpg). A Partir de uma determinada quantidade de itens a margem da esquerda do Extrato vai aumentando (conforme está no anexo: Errado.jpg) e acaba cortando as informações ,mesmo eu utilizando as mesmas configurações citadas. O ACBR foi atualizado hoje(19-02-2016), juntamente com a reinstalação do FortesReport que está no site do ACBR. Já verifiquei o fonte do ACBrSATExtratoFortesFr.pas e não consegui resolver. Alguém já passou por esse problema e poderia me ajudar?
  14. SisComp - Proc. de Dados
    ok, Obrigado Juliomar
  15. SisComp - Proc. de Dados
    Olá amigos, desde cedo estou com um problema com o servidor do sefaz de MT, não consigo transmitir notas em produção, retorna a mensagem de erro em anexo, já em homologação está normal, ligamos no sefaz e consultei no portal, nos informaram que o serviço está ok. Mais alguém está tendo essa dificuldade? Nos outros estados a emissão da nfe está ok.
  16. SisComp - Proc. de Dados
    Ok, deu certo. Obrigado
  17. SisComp - Proc. de Dados
    Olá amigos, retomando os problemas do DACTE no fastreport utilizando o DACTE.fr3, após atualizar meus fontes no Trunk2 obtive um novo problema: em anexo a mensagem de erro. Verificando em outro post aqui do fórum, corrigimos uma declaração de variável que de acordo com o outro post estava errada procedure PageHeader1OnBeforePrint(Sender: TfrxComponent); var // intNr_Nota : Integer; intNr_Nota : String; begin porém mesmo depois dessa correção o problema persiste.
  18. SisComp - Proc. de Dados
    Olá amigos, consegui resolver o problema desinstalando o ACBr e instalando novamente, agora deu tudo certo. Valeu pela força.
  19. SisComp - Proc. de Dados
    Atualizei meus fontes do acbr hoje, abri o meu fonte e está identico ao que vc me enviou... tem alguma outra opinião do que possa fazer para resolver?
  20. SisComp - Proc. de Dados
    Olá amigos, estou gerando o sped fiscal do movimento de janeiro e me deparei com um problema, o validador do sefaz passou a fazer novas verificações e está acusando alguns problemas em meu arquivo, dentre os problemas informados, é que no meu BLOCO G, no registro G130 está faltando o número de série do documento fiscal, hoje já estou informando isso na geração do sped, porém o mesmo não está indo para o TXT. essa é a linha gerada pelo acbr |G130|1|12198|55||62718|33120110702511000370550050000627181004199520|27012012| essa é a linha de como deveria ter sido gerada |G130|1|12198|55|001|62718|33120110702511000370550050000627181004199520|27012012| Alguém poderia me ajudar a resolver esse problema?
  21. SisComp - Proc. de Dados
    Olá amigo, atualize seu FAST REPORT para a versão 5 e utilize o arquivo DACTE.FR3, irá resolver seu problema
  22. SisComp - Proc. de Dados
    entendi, e quem pode providenciar essa compatibilidade? pois não tenho o Lazarus, dai fico limitado ao poder contribuir com o projeto.
  23. SisComp - Proc. de Dados
    Certo, mas toda vez que atualizar o ACBr terei que ficar fazendo esse ajuste manualmente? pois isso é uma falha ao imprimir a DACTE e o fonte anexado já está corrigido, acredito que mais gente também deva estar com o mesmo problema, quando essa correção poderá ir para o SVN ? E quanto ao problema do DACTE do FAST Report que apresenta falta de propriedades e classes ? Se o mesmo for resolvido posso voltar a usar o Fast, pois sempre usei ele, só migrei para o Fortes porque ele deixou de funcionar.
  24. SisComp - Proc. de Dados
    Olá Julimar, efetuei todas as verificações que me pediu, os fontes estão diferentes, em anexo ao post segue os arquivos quais substitui em minha pasta fontes e em seguida a impressão voltou a funcionar como deveria. Para chegar a essa conclusão fiz os seguintes passos: Removi o ACBr do Delphi, limpei os caminhos da biblioteca, executei o apagar.bat, apaguei fisicamente a pasta trunk2 e reiniciei o computador, fiz o download dos fontes do trunk2 novamente, instalei em meu delphi e mesmo assim não funcionou, substitui os fontes pelos fontes que peguei no outro tópico e só ai a impressão veio a funcionar. Se possível, peço a gentileza que suba esses fontes para o SVN, pois como disse anteriormente, esses fontes não estão no trunk2. abaixo seguem os fontes e o PDF demonstrando como ficou após trocar os fontes. ACBrCTeDACTeRLRetrato.dfm ACBrCTeDACTeRLRetrato.pas PDF - Juliomar.pdf
  25. SisComp - Proc. de Dados
    Sim, li o tópico, o mesmo está com data de 19 de novembro, porém meus fontes foram atualizados hoje e o problema persiste, acredito que tenha se perdido essa atualização, pois já removi e instalei todo o ACBr do meu delphi e o problema continua, o que devo fazer para resolver esse problema ?
×
×
  • 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.

The popup will be closed in 10 segundos...