katcharowski

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

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

achei no fonte "acbrblocox_reducaoz.pas" esta configuração, porém não sei com "setar" uma ou outra, "TACBrBlocoX_ConvenioECF = (cecfICMS8501, cecfICMS0909);" , poderia me ajudar ? obrigado

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.

Juliomar, obrigado pelo seu retorno, no componente estou "setando" em configuracoes.geral.versaoer = erv0205

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

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

depois de instalado, configurar a IDE para ficar semelhante ao DELPHI7: no regedit do Windows localize e altere: HKEY_CURRENT_USER\Software\Embarcadero\BDS\14.0\Form Design "Embedded Designer" (REG_SZ) = "False" obs.: fazendo isto não vai funcionar firemonkey para aplicações multi-device - não é recomendado fazer

Pessoal, Alguém já passou por uma situação semelhante: Estou tentando criar uma aplicação multi-device (delphi xe8), mas não cria o arquivo .fmx, somente o .pas ???

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

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;

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.

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.

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

alguém poderia me ajudar, já fiz tudo que podia, usei o programa de exemplo, peguei outros exemplos encontrados, acompanhei a execução do programa, mas não tem jeito, o retorno não volta corretamente, e a função EXECUTAR sempre retorna false, o que me retorna, que achei muito estranho, é o arquivo anexo. retorno.txt

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 ??

alguém por gentileza saberia me dizer como obtenho os dados dos retornos do envio dos xml. dados como o numero do recibo, ou mensagem de erro etc. obrigado

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.

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

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 ??

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.

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 .

Obrigado Régys, vou providenciar esta atualização,

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 ??

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