Marcio Henrique

Victor tambem possuo varios clientes utilizando o sistema da mesma forma com o Bradesco e homologados anteriormente sem esses ajustes, porem como falei anteriormente essa semana ao deparar com a homologacao de mais um cliente bradesco obtive esse retorno e conseguindo a homologacao somente com o ajuste enviado pelo Guilherme.

apos resolover o problema acima que nao tinha a ver exatamente com esse post passei a ter o mesmo retorno do homologador citado pelo colega Linha 5, colunas 106 a 131, Nº Cód. Identificação/Contrato, Operação Contratada, não informado. Linha 5, colunas 132 a 139, Prazo de validade do Contrato/Autorização inválido. ao compilar o acbr com os arquivos enviados pelo colega setando ACBrBoleto.Cedente.DebitoAut := False consegui concuir a homolgacao . Percebi que o codigo ainda nao consta o ajuste na trunk do acbr . Desde ja agradeço pela contrinuicao e aguardo a atualizacao do componente no repositorio

pessoal estou com meu acbr atualizado porem ao tentar homologar essa semana com o bradesco obtive o seguinte retorno Linha 1, colunas 072 a 072, Header de arquivo, Dígito verificador. Deixar em branco. Linha 2, colunas 073 a 073, Header de lote, dígito verificador. Deixar em branco. porem isso estava ok ate hoje . vi que no inicio do mes foram passados atualizacoes referentes ao componente. esses ajustes que o pessoal contribuiu por ultimo pode ter causado esse problema ? se alguem puder ajudar com algum dica ficaria muito agradecido . sigo no aguardo .Obrigado !

ok , me desculpe ,vou abrir outro topico obrigado

pessoal estou com meu acbr atualizado porem ao tentar homologar essa semana com o bradesco obtive o seguinte retorno Linha 1, colunas 072 a 072, Header de arquivo, Dígito verificador. Deixar em branco. Linha 2, colunas 073 a 073, Header de lote, dígito verificador. Deixar em branco. porem isso estava ok ate hoje . esses ajustes que o pessoal contribuiu por ultimo pode ter causado esse problema ? se alguem puder ajudar com algum dica ficaria muito agradecido . sigo no aguardo .Obrigado !

extraindo a unit que o colega ale.phy enviou em ACBR\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe compilou mas nesse momento nao esta vindo isso do repositorio por favor verifiquem e atualizem

acabei de atualizar o acbr e estou rebendo erro ao compilar o pacote NFSe [dcc32 Fatal Error] pnfsNFSeW.pas(149): F2613 Unit 'pnfsNFSeW_Siat' not found.

Boa Tarde ! Estou com o mesmo problema em meus clientes estou utilizando o acbr trunk 2 e depois que atualizei nao consigo fazer o fechamento ja testei com o DemoTEF e o simulador Pay&GO exatamente como o amigo brasil descreveu ,e nao funciona ,aparece fechamento bem sucedido mas nao imprime o fechamento ,estou utilizando impressoras BEMATECH MP 2100 e MP4000 nos testes Se puderem conferir isso ai se realmente nao esta funcionando ,e ajudar com alguma dica talvez estou fazendo alguma coisa errada . Fico no aguardo obrigado !

Pessoal executando o sistema por fora do delphi funciona tudo normal e imprime as vias corretamente com as mudanças que fiz acima, testado em uma BEMATECH MP4000 TH FI via USB e tbem com um Emulador da EPSON

Boa Tarde ! Consegui resolver o problema da seguinte forma: Na Unit ACBrTEFD tem a procedure TACBRTEFDRespTXT.ConteudoProperty que e onde percorre o arquivo para montar a imagem do comprovante dentro dessa procedure inicializei as variaveis Usar711 = False; Usar713 = True; Usar715 = False; pois o conteudo da via do cliente esta nos campos 713 com isso solucionei o problema de a via do cliente sair apenas com os campos 711 do arquivo consequentemente aparece o saldo na via do cliente que sai com todos os campos 713 impressos agora. So que existe um problema que é intermitente que e o seguinte: Sempre uso NumVias = 2; Ora Imprime 2 vias cliente e 1 estabelecimento, ora imprime 1 cliente e 2 estabelecimento e ora imprime 2 clientes e 2 estabelecimento respectivamente; se coloco NumVias = 1; imprime 1 via cliente como falei no post acima estou usando Emulador PayGoDEMO atual do site da NTK ,Trunk2 e tbem estou usando a impressora BEMATECH MP4000 TH FI via USB. por hora vou deixar assim no cliente pois verifiquei que as vias tanto do cliente(completa com o saldo) qto a do estabelecimento sempre sao impressas ,mesmo com a intermitencia constatada. se alguem tiver mais alguma dica e ou puder simular isso que passei para que possamos descobrir se realmente existe alguma coisa que posso estar fazendo errado eu agradeço . em anexo segue os logs onde as 5 ultimas vendas foram feitas apos a mudança . Obrigado! Obs:depois dessa mudança fizemos os testes tbem no emulador da epson e nele imprime corretamente 1via cliente e 1 via estabelecimento sempre sem problemas como pode ser constatado ai no log do emulador que segue em anexo. LOGECF.TXT LOGTEF.TXT LOGEPSON.txt

Em anexo segue log do ACBRECF. LOGECF.TXT

Estou com o mesmo problema no comprovante do sodexo no tef da cappta, o pessoal me passou um arquivo de resposta para que eu fizesse testes aqui, mas nao consigo trocar o conteudo do arquivo durante o processo, ele vai para o buffer muito rapido ,se tento dar um sleep(5000); em ACBRTEFDClass procedure TACBrTEFDArquivo.LeArquivo ,ele nao bufferiza o arquivo. ao tentar ACBRECF.Maxlinasbuffer = 0 so imprime uma via do estabelecimento e qdo coloco ACBRECF.Maxlinasbuffer = 3 imprime duas vias do estabelecimento e a do cliente nao sai em nenhum momento .estou usando o emulador PAYGO do Site da NTK e o repositorio TRUNK2 .vou postar o arquivo de resposta que a cappta me passou do sodexo e o do teste que fiz aqui e o log gerado pelo componente nos testes , se puderem ajudar . Obrigado pela atencao! SODEXO CAPPTA IntPos.001 LOGTEF.TXT IntPos.001