Ir para conteúdo
  • Cadastre-se

katcharowski

Membros
  • Total de ítens

    32
  • Registro em

  • Última visita

Posts postados por katcharowski

  1. caro Lucas,

    para funcionar a transmissão dos arquivos do bloco x você deve atentar a alguns detalhes:

    1) O Credenciamento do seu software deve estar atualizado com o ER 02.03 ou superior (este numero vai em "PafECF.NumeroCredenciamento", e deve ter 13 digitos)

    2) A inscrição estadual que  vai em "Estabelecimento.Ie" deve ser uma inscrição estadual de algum cliente seu, que está cadastrado no SAT do SEFAZ "sef.sc.gov.br" e deve estar ativo para você

    3) O numero de credenciamento que vai em "ecf.NumeroCredenciamento" deve ser o numero  de credenciamento do equipamento desta mesma incrição estadual, que sempre será o mesmo para todos os ecf deste cliente. Este numero você conseguirá junto a empresa que vendeu o equipamento.

    4) O numero de fabricação do ecf que vai em "ECF.NumeroFabricacao" é o numero de série do ecf que esta enviando os dados. 

    Atenção, todos estes dados tem que estar corretos, senão não funciona, estou a 1 semana peregrinando atrás disto.

    Se o seu software não tiver ER 02.03 ou superior, entre em contato com [email protected], para providenciar a sua homologação

    • Curtir 2
  2. Juliomar, perdoe-me a minha falta de conhecimento, como seria a sintaxe ?

    ReducoesZ.ConvenioECF := ; // := a que ? eu não sei como fazer a conversão de cecfICMS0909, se eu colocar simplesmente ReducoesZ.ConvenioECF := cecfICMS0909 não funciona.

     

    Obrigado novamente pela sua atenção

  3. Caro Juliomar, acho que deve haver algum problema com este numero de credenciamento, consegui transmitir o arquivo com um outro numero de credenciamento, porém agora me retorna 

    o seguinte erro "ECF 09/09 requer COO com 9 caracteres", em qual fonte eu poderia alterar para formatar este campo ?

    para "quebrar um  galho", enviei o numero do COO com 100000000 somado ao COO original, somente para validar o XML, como não sei onde alterar o fonte foi a solução que encontrei.

    obrigado.

  4. Estou tentando enviar os arquivos do bloco x de redução z e estoques, e estou recebendo o retorno de "PAC-ECF nao encontrando", verifiquei o xml e percebi que algumas tags não são geradas pelo componente, 

        with AACBrBlocoX do
        begin
            Configuracoes.Certificados.NumeroSerie := tdadosdb.qci999.FieldByName('certificado').asstring;
            Configuracoes.Certificados.Senha       := '12345';

            Estabelecimento.Ie                     := tdadosdb.cds_empresa.FieldByName('inscricao_estadual').asstring;;
            Estabelecimento.Cnpj                   := tdadosdb.cds_empresa.FieldByName('cnpj').asstring;
            Estabelecimento.NomeEmpresarial        := tdadosdb.cds_empresa.FieldByName('descricao').asstring;

            PafECF.Versao                          := '3.4.05';
            PafECF.NumeroCredenciamento            := '706800000938';
            PafECF.NomeComercial                   := 'Sinteg-ECF';
            PafECF.NomeEmpresarialDesenvolvedor    := 'SINTEG SISTEMAS DE INFORMACAO LTDA';
            PafECF.CnpjDesenvolvedor               := '08716959000130';
        end;

    será que seria este o motivo ?

    Alguém saberia me dizer porque estas tags não são preenchidas pelo componente ? será que tem alguma configuração a fazer ?

    estou anexando o xml 

    se alguém puder me ajudar ficaria agradecido
     

    reducaoz.xml

  5. Atualmente utilizo a versão 1 do provedor betha (betha.ini), funciona perfeitamente, porém gostaria de implementar o sistema com o envio sincrono da nfse, e para isto torna-se necessário utilizar a versão 2

    (bethav2), porém fazendo esta alteração, não consigo protocolar nenhum xml seja por modo assincrono ou sincrono, mesmo as funções que funcionam na versão 1, sempre retornam a mensagem

    de "arquivo enviado com problemas na assinatura". Pesquisei vários tópicos sobre este assunto, porém nenhum deles teve alguma conclusão, exceto um deles, mas tem uma restrição informando que

    "não há permissão para ver a resposta" ?? (nem sabia que tinham estas restrições ...). 

    A impressão que dá e que tem alguma configuração que deve ser feita no componente ACBR ou neste arquivo betha2.ini, tentei algumas alternativas, mas não tive sucesso.

    Se alguém tiver alguma sugestão, fico agradecido.

     

    Alexandre

  6. Instalei o pacote ACBR em uma máquina com win 7, para delphi XE8, e tudo correu normalmente, instalou todos pacotes e tudo funcionou.

    Fiz a mesma instalação em outra máquina com windows 10, também para delphi XE8 e tudo correu normalmente, instalou todos pacotes, só que

    ao entrar no delphi, não carrega varios pacotes referentes aos documentos eletronicos.

    da as seguintes mensagens:

    "can't load package c:\acbr\lib\delphi\libd22\acbr_nfe.bpl"

    não foi possivel encontrar o módulo especificado

    "can't load package c:\acbr\lib\delphi\libd22\acbr_nfeecfvirtual.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_nfedanfeescpos.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_cte.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_nfse.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_mdfe.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_gnre.bpl"

    "can't load package c:\acbr\lib\delphi\libd22\acbr_blocox.bpl"

    usei o instalador do acbr, e aparentemente estes pacotes estão no respectivo diretório.

    A única diferença entre as duas instalações, é que uma foi no win 7 e outra no windows 10.

    Alguém tem alguma idéia do que pode ser ?

    Obrigado

     

  7. Em 2017-6-15 at 17:02, patrick.knopf disse:

    Olá, estou com o mesmo problema que você resolver, o erro http 400 ao enviar o arquivo. Poderias passar o que você fez para resolver este erro ?

    Lembrando que os meus XML estão validados 100%.

    Obrigado.

    se não me engano, eu estava gerando incorretamente o arquivo com a assinatura digital, como exemplo parte do meu codigo:

     

            with sintegblocoX.WebServices.EnviarReducaoZ do
            begin
                XML       := sintegblocoX.ReducoesZ.XMLAssinado;  ****** muita atenção nesta linha aqui, eu cometi um grande erro, colocando o nome do xml. Uma caca gigante que me deu muitos problemas ********
                XMLZipado := Encodefile('c:\sinteg\paf\reducaoz'+qci920.FieldByName('crz').asstring+'.zip');

                Executar;

                vlp_recibo   := BlocoXRetorno.Recibo;
                vlp_mensagem := BlocoXRetorno.mensagem;
            end;
     

  8. Obrigado a todos que me ajudaram nas dúvidas que postei referente a transmissão/recepção dos arquivos xml do bloco x, 

    consegui resolver todos os problemas, que eram todos originários de falta de atenção de minha parte. 

    Desculpem-me pelo incomodo e por favor ignorem aquelas coisas doidas que falei que não funcionavam. Tudo está correto

    no componente, é só utilizar.

    • Curtir 2
  9. prezado anderson,

    estou usando o servidor de homologação, mas o componente acbr me retorna erro interno 0 http 400 e não sei como resolver, acompanhando o programa, chego na função TDFeHttpWinHttp.Enviar 

    comando   FWinHTTPReqResp.Execute(ConteudoXML, Resp);

    e FWinHTTPReqResp.HTTPResultCode retorna 400

    ------------------

     

    quanto ao problema do xml, já consegui solucionar, também já consegui validar o xml, mas ainda não consegui enviar devido ao problema acima relacionado

     

    prezado ricardolopes, 

    por favor desconsidere o relato referente aos problemas do xml, acho que eu estava cometendo algum equivoco,

    consegui validar o xml, agora estou com este problema de enviar conforme relatei no post anterior ao anderson.

    obrigado e desculpe-me pelo meu engano.

  10. prezado ricardolopes,

    obrigado pelo seu retorno, eu não estava conseguindo obter o retorno porque estava informando essa url

    https://sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx que é errada, agora retornei 

    http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx para continuar meus testes.

    agora me retorna este erro  "Data at the root level is invalid. Line 2, position 1."

    tentei com vário xml e todos me retornam este erro, inclusive o seu xml que você postou em artur alencar: 

    DR0515BR000000463944_2017_05_01.xml  

    entrando neste site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

    e validando este seu xml, volta o mesmo erro que volta para mim.

    não estou entendendo mais nada.

    --------------------------------------------------

    Outra coisa, esta mensagem eu obtenho na validação do xml, se eu tentar enviar o xml, da erro na aplicação:

    erro interno 0

    http 400

     

    se você puder me ajudar fico-lhe muito agradecido

     

  11. Aparentemente consegui fazer a transmissao do arquivo de redução z, porém não obtenho nenhum retorno, a chamada

     EnviarReducaoZ.Executar sempre retorna false, tentei acompanhar o programa onde traz a mensagem de retorno mas não consegui compreender muito bem.

    como estou usando delphi 2010, usei o zipmaster para zipar o arquivo e preenchi:  

    EnviarReducaoZ.XML       := 'c:\sinteg\paf\reducaoz4144.xml';//nome_arquivo.text;
    EnviarReducaoZ.XMLZipado := Encodefile(sintegzip.ZipFileName);

    evetualmente haveria alguma configuração necessária no componente, ou o que poderia me ajudar a descobrir o problema ??

  12. Caro Daniel, obrigado pelo seu retorno.

    Não posso concordar com você absolutamente, pelos seguintes motivos:

    1) Em nenhum cliente nosso acontece isso (e olha que são muitos ...)

    2) Por que seria problema na nossa aplicação, se é a mesma em todos os clientes e a única diferença é no momento que a aplicação entra no ar e é "setado" o modelo da impressora, ou seja se utilizar modelo "A" ou modelo "B" ou modelo "C" funciona, e quando "setado" para utilizar este modelo não funciona. É problema na nossa aplicação ? Se for problema na nossa aplicação então o que dever ser feito no momento em que é determinado que deve se utilizar este modelo ??? Veja abaixo parte do código onde é determinado o tipo de ECF:

    -----------------------------------------------------------------------------------------

                for indice := 0 to 17 do
                begin
                    if qci910.FieldByName('modelo_ecf').AsString = GetEnumName(TypeInfo(TACBrECFModelo), indice) then
                    begin
                        tdadosdb.sintegecf.Modelo := TACBrECFModelo( indice );
                        tdadosdb.sintegecf.Porta  := qci910.fieldByName('porta_conexao').asstring;
                    end;
                end;
    -------------------------------------------------------------------------------------------

    3) Não existe nenhuma exceção em nosso projeto, que diferencia o uso de um modelo ou outro, se for necessário alguma parametrização diferente para este modelo, por favor me diga.

    4) Neste mesmo cliente onde foi instalado este ECF, há também um ECF Bematech que utiliza o mesmo modelo (ecfescECF), que funciona perfeitamente a bastante tempo. Então pela sua dedução, nossa aplicação tem um problema de que natureza ? Se realmente existir um problema, eu não consigo nem imaginar qual seria o princípio para detectar tal problema.

    Perdoe-me por tomar seu tempo com meu problema, pois sei que não me deves nenhuma explicação, e de forma alguma estou cobrando qualquer atitude. Passamos a usar este componente a uns 6 anos atrás e até então todas as dúvidas que tivemos procuramos resolve-las sozinhos, só que neste caso, esgotamos todas as nossas alternativas.

    Para solucionar este problema, nosso cliente adquiriu o outro modelo de ECF e colocou no lugar deste, que vai ficar desativado temporariamente.

    Obrigado a todos que tentaram nos ajudar.

     

     

     

     

  13. Alô Daniel, obrigado pelo retorno, estou anexando 3 logs:

    1º log (naoabriu.txt) - Tentei acessar o programa, e nem abriu, travou, provavelmente quando estava lendo o nº de série ou data ou hora ...

    2º log (fez3etravou.txt) - Consegui acessar o programa e consegui fazer 3 cupons seguidos todos iguais, mesmo cliente, mesmo produto e qtde e valor, mesma condição de pagamento (a vista), o quarto cupom, fez o cabeçalho e travou !

    3º log (canc1fez9canc1travou.txt) - Consegui acessar o programa e cancelei o cupom que iniciei no passo anterior, então consegui fazer 8 cupons seguidos (todos iguais novamente), fiz o 9º e cancelei antes de fechar, fiz o 10º  e tudo foi bem, sai do programa e cancelei  o ultimo, e então travou novamente ....

    --------------------

    Isto acontece aleatoriamente, as vezes consegue-se fazer 1,2,3,4,5 cupons as vezes mais, as vezes menos.

    As vezes acontece quando abre o Menu Fiscal, as vezes acontece depois de cancelar um cupom

    canc1fez9canc1travou.txt

    fez3etravou.txt

    naoabriu.txt

  14. Em 08/07/2015 at 15:37, IGNACIO RODRIGUES disse:

    Finalmente testei a FS800i com as correções feita pelo Daniel Simoes, eu estava tendo problema em fechar o cupom, pois após efetuar o pagamento, o acbr não respondia para minha aplicação, o problema foi resolvido, agora consigo emitir um cupom fiscal por completo, mas tem um problema do qual não tinha falado antes neste post, que é uma comunicação muito lenta com a FS800i, tão lenta que as vezes tenho que cancelar a aplicação e iniciar a aplicação novamente fazer novamente a operação e concluir, o que poderia ser isso?

    Caro Ignacio, estou com dificuldades de fazer funcionar este modelo de ECF com o componente, você conseguiu fazer funcionar corretamente ??

    Poderia me dar algumas dicas de configuração ??

  15. Acredito que deve haver alguém que utiliza este modelo de equipamento com o componente ACBR e deva estar funcionando, não sei como seria possível publicar o nosso problema para que alguém possa dar uma sugestão ??

    Deve ser alguma configuração do ECF ou algum parâmetro ....

    Esqueci de mencionar anteriormente que o ECF bematech que utiliza o mesmo modelo (escecf) está funcionando perfeitamente.

  16. Prezado Régys, estamos com um problema que aparenta ser insolúvel com este modelo de ECF (daruma fs800), já esgotamos todas as alternativas possíveis:

    1) Atualizamos o ACBR

    2) Atualizamos os drivers do fabricante

    3) tentamos alterar todos parâmetros possíveis nas configurações do ACBR

    4) vasculhamos todo fórum em busca de alguma idéia, sugestão etc ..

    5) agora estamos com o equipamento do nosso cliente aqui conosco para tentar achar uma solução

    e mesmo assim não estamos conseguindo solucionar nosso problema.

    ----------------------------------------------

    Neste cliente tínhamos 2 ECF instalados, 1 bematech e 1 elgin k, em funcionamento a bastante tempo usando o componente ACBR e tudo 

    funcionando normalmente, então nosso cliente precisou substituir a elgin k e adquiriu esta daruma, então começaram os problemas.

    ----------------------------------------------

    estamos com a impressora aqui e fizemos vários cupons seguidos, todos com o mesmo cabeçalho, 1 produto apenas (sempre mesmo),

    e a mesma condição de pagamento (sempre a vista).

    Faz-se 1 cupom, 2 cupons, 3 cupons, 4 cupons, 5 cupons ..... todos iguais e em seguida, então de repente sem qualquer explicação o

    programa trava, as vezes quando foi feito 3 cupons, as vezes 4 ou 5 ou 6.

    as vezes trava quando logo após fazer o cabeçalho, as vezes nem inicializa o cupom, as vezes na condição de pagamento.

    Isto acontece em qualquer computador, acontecia no nosso cliente, e acontece aqui também em equipamentos diferentes com versões distintas de windows.

    -----------------------------

    Tem vezes que faz vários cupons e não trava.

    Não sabemos mais o que fazer, o pessoal da daruma até tentou nos ajudar, mas também não tivemos sucesso.

    se alguém aqui do fórum tiver alguma sugestão, ficaríamos muito agradecidos, pois a única alternativa que nos resta é desenvolver um novo projeto utilizando a DLL da daruma, só que esta alternativa se torna muito custosa , visto que todo nosso projeto está baseado no componente ACBR , e teríamos que construir algo somente para este modelo.

    obrigado

     

     

     

  17. Caro Paulinho,

    tenho exatamente o mesmo problema que você, um cliente nosso adquiriu um ECF deste modelo e constantemente perde a comunicação,

    as vezes até mesmo durante a emissão do cupom quando este tiver TEF.

    nossa situação está bastante complicada, pois o cliente utiliza bastante o equipamento.

    já pensei em desenvolver um novo projeto alternativo, utilizando a DLL do fabricante, sem utilizar o componente ACBR, porém isto demandaria

    de muito tempo.

    você teria alguma sugestão do que poderia ser feito ??

     

     

  18. tive este mesmo problema quando comecei a adaptar nosso sistema para a DARUMA, talvez seja um pouco tarde para esclarecer qual foi a solução para o meu problema.

    o que fiz foi o seguinte:

    coloquei o seguinte comando logo após identificar o modelo e a porta:

    Device.ParamsString := 'HANDSHAKE=XON/XOFF SOFTFLOW';

    se voce deixar o HANDSHAKE do jeito que está no seu log não vai funcionar

     

     

×
×
  • 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.