volmir

bom dia sei que ja existem varios topicos sobre o assunto, porem nao consegui resolver meu problema quando envio um crt esta retornando a mensagem "Operação TEF deve ser limitada ao Saldo restante a Pagar". porem isso so ocorre no cliente e não é sempre é de vez em quando e percebi que nao é em uma bandeira especifica pode acontecer com qualquer bandeira na minha aplicacao nao acontece e nem no exemplo que vem junto pois ja estou a dias testando com o demo e com minha aplicacao e nao consiguo reproduzir o erro tenho tef com o Daruma (Linx) e cappta porem com os dois acontece isso no cliente, ja em minha aplicacao e no demo nao ocorre. minha aplicacao segui o demo programando os eventos de acordo com o exemplo a principio tudo ok funcionando porem quando jogo minha aplicacao no cliente acontece isso "as vezes". segue em anexo log que peguei do cliente pra ver se descobria algo diferente porem nao consegui identificar nada de estranho que pudesse me auxiliar a qual rumo tomar se alguem puder me auxiliar. TEFDial.log

eu entendi que foi desfeita a transacao pois foi enviado um NCN e logo apos foi cancelada a transacao porem minha duvida é porque nos relatorios da linx continua como pendente vou ver com eles talvez seja por se tratar de ambiente de testes

em anexo log TEFDial.log

assim primeiro é enviado um CRT (fica la como pendente) depois e feita a impressao se deu tudo certo a impressao é confirmado a transacao pendente caso deu erro na impressao é enviado um NCN (não confirmacao) , porem la na linx fica como pendente parece que não é desfeita a transacao

pois é ai que fiquei com a duvida pois la nos relatorio da Linx vai ficar como pendente isso nao vai ser um problema sera?

bom dia, revivendo o topico pois fiquei com duvida deixei a propriedade ConfirmarAntesDosComprovantes = false porem percebi que ao tirar o relatorio esta ficando pendente estes lancamentos estou falando em NFCe com D-TEF da Linx segundo o roteiro A transação deve ser aprovada e as 2 vias do cupom TEF impressas.A automação pode adotar um dos procedimentos abaixo para a confirmação da transação TEF:1)Confirmar a transação logo após a impressão do cupom TEF.2)Após impressão a automação deverá apresentar mensagem perguntando ao operador se a impressão foi efetuada corretamente,Sim, Não ou Reimprime. Escolher a opção“Sim”, a transação deve serconfirmada. A finalizadade do Sim é confirmar a transação, do Não é desfazer e do Reimprime e imprimir novamente o cupom TEF. A confirmação da transação TEF pode ser efetuada antes da NFC-e/SAT ser transmitida ou após sua transmissão. porem percebi que esta sendo enviado um NCN e eu acho que deveria ser enviado um CNC pra cancelar a transacao que esta pendente, estou meio confuso preciso de uma opiniao de vcs

resposta do suporte da CAPPTA ele sempre vai enviar da seguinte forma campo 029-xxx com duas vias (cliente e lojista com tamanho normal) campo 711-xxx com via reduzida campo 713-xxx com apenas via Cliente (com tamanho normal) campo 715-xxx com apenas via Lojista (com tamanho normal)

boa tarde, estou homologando tef com a cappta via transferencia de arquivos porem sempre esta imprimindo resumido, como faço pra nao imprimir resumido, pelo que tive analizando nos fontes ele sempre vai imprimir resumido caso vier na resposta tenho como configurar pra nao imprimir resumido ou optar entre um ou o outro conforme necessidade do cliente, nao encontrei alguma forma de fazer isso, acredito que deveria ter uma conf. propriedade pra definir qual opcao optar grato volmir

tanto é que na impressao em fortes report esta aparecendo esta informacao se informa-la tanto é que na impressao em fortes report aparece esta informacao se informa-la

bom dia, não, no manual diz apenas pra informar o endereço e nr, porem como meus clientes estão pedindo achei interessante colocar pois acredito que informacoes a mais nao causariam problemas o que nao pode acontecer é de faltar informacoes, porem para o usuario seria muito util esta informacao, minha opiniao att

boa tarde, fiz uma alteracao para sair a impressao do complemento do endereco do cliente na impressao da nfce em fastreport ema anexo arquivo modificado ACBrNFeDANFEFRDM.pas

boa tarde, em relacao ao CNAB 400 Tipo de Serviço = 5 (Cobrança de Multa) é opcional sendo assim o pessoal do banco pediu pra nao gerar esta linha se o titulo nao conter Multa fiz a alteracao e estou enviando em anexo para analize. grato volmir MI - CBB - Manual CNAB 400.pdf ACBrBancoCecred.pas

ok deu certo obrigado

bom dia, atualizei os fontes fui instalar e aconteceu este erro "D:\Componentes\DelphiXE5\ACBR\Fontes\ACBrSerial\ACBrDevice.pas(846) Error: E2003 Undeclared identifier: 'cACBrDeviceSetTypeException' D:\Componentes\DelphiXE5\ACBR\Fontes\ACBrSerial\ACBrDevice.pas(1231) Error: E2003 Undeclared identifier: 'cACBrDeviceSemImpressoraPadrao' D:\Componentes\DelphiXE5\ACBR\Fontes\ACBrSerial\ACBrDevice.pas(1239) Error: E2003 Undeclared identifier: 'cACBrDeviceImpressoraNaoEncontrada' D:\Componentes\DelphiXE5\ACBR\Fontes\ACBrSerial\ACBrDevice.pas(1527) Error: E2003 Undeclared identifier: 'cACBrDeviceImpressoraNaoEncontrada' D:\Componentes\DelphiXE5\ACBR\Fontes\ACBrSerial\ACBrBAL.pas(2057) Fatal: F2063 Could not compile used unit 'ACBrDevice.pas' Compilation failure Erro ao compilar o pacote "ACBr_Serial.dpk"."

nao estu conseguindo imprimir os comprovantes com rede bin na rede cielo impreme certinho porem se mudar pra rede bin nao imprime ja testei com o demo e tambem nao funciona minhas configuracoes sao tef_dial com GP Direcao tenho o tef da Direcao porem configurado com integracao via GP Dir ai nas configuracoes do tef coloco tef_dial e no caminho do executavel de Tef_dial coloco o caminho do GPDirecao.exe lembrando com a rede cielo impremi certinho sempre uso assim porem agora um cliente quer mudar para esta rede pois é mais barato segundo ele e apartir dai comecou o problema nao consiguo imprmir os comprovantes ele nem chega a chamar o metodo ComandaECFImprimeVia, percebi tambem que ImagemComprovante2aVia.Text esta sempre sem conteudo no metodo TACBrTEFD.ImprimirTransacoesPendentes; Logs.zip

bom dia fiz uma alteracao nos registros J1 e J2 para evidenciar. Segundo o pessoal da Uno Chapeco pela qual vou homologar meu Paf-Ecf os fiscais estao pedindo para substituir o conteudo, visto que o campo a ser evidenciado posui aenas 1 caraccter. em anexo minha alteracao. ACBrPAF_J_Class.pas

boa tarde, estive conversando com o pessoal do sicoob e descobrimos que eles estao com um poblema na validacao dos arquivos pelo sicobnet, o campo convenio deve ser passado em branco mesmo confome manual. caso contrario nao passa no painel de validacao, (eles criaram um painel pra nos desenvolvedores fazermos as validacoes dos arquivos de remessa). Entao no painel esta seguindo o manual porem no sicoobnet esta esperando um campo numerico(erro deles).Portanto precisamos voltar mesmo como era antes. Mesmo caso para a versao do layout do arquivo e versao do layout do lote

ninhuem passou por isso ainda

ok obrigado

vou homologar meu sistema em outubro e apartir de semtembro deve ser homologado com a ER 02.04 e nela contem os registros J1 e J2. Procurei no acbr mas nao encontrei como gerar este registros isso nao foi implementado no ACBr ?

bom dia, estou com problema ao atender o requisito XII onde diz que ao emitir a primeira reducao z do mes o sistema deve gerar automaticamente os arquivos Arq MF e Arq MFD. minha impressora é uma bematech MP 2100 TH FI. Sistema operacional de 64 bts. apos emitir a reducao z devo gerar este dois arquivos ai chamo as funcoes: DM.ecf1.PafMF_ArqMF(PathArquivo); e DM.ecf1.PafMF_ArqMFD(PathArquivo); pra gerar este arquivos. o primeiro Aqr MF gera normal, porem a chamar a funcao pra gerar o segundo arquivo acontece o erro. nao sei o que devo fazer entre uma chamada e outra. pois se eu for no menu fiscal e gerar um, fechar o sistema e depois gerar o outro funciona, so nao funciona se eu chamar um seguido do outro. Ja tentei inverter a ordem das chamadas porem sem sucesso da erro tambem. em anexo logs e imagem do erro ECF.log

bom dia tambem nao estou conseguindo imprimir as guias tanto em fastreport como em fortes report

boa tarde, entrei em conta via skype com o pessoal da bematech e nao esta facil de nos entendermos. segue parte da conversa [15:32:00] Bematech Software Partners -Denis / Paulo: Na função Bematech_FI_VeriticaTotalizadoresParciaisMFD e VeriticaTotalizadoresParciaisCV0909 é retornado a base de calculo. [15:36:01] Guilherme -Suporte ZettaBrasil: Isso são funções da dll, e na comunicação direta como fica? [15:36:31] Bematech Software Partners -Denis / Paulo: Na função Bematech_FI_VeriticaTotalizadoresParciaisMFD é by-pass. [15:36:45] Bematech Software Partners -Denis / Paulo: Da forma que a impressora retorno é passado para a variável. [15:37:03] Bematech Software Partners -Denis / Paulo: Na outra os valores são capturados através de uma leitura X pela serial [15:40:33] Bematech Software Partners -Denis / Paulo: Temos alguns clientes que utilizam os comandos ESC/ECF e não encontraram dificuldade para capturar os valores. Esses dados são validados pelo fisco durante a homologação da impressora.

hum blz juliomar entao vou ligar novamente e cobrar deles pois tenho varios clientes ja com este impressora e estou com este problema todo mes ao gerar os arquivos pra contabilidade. vou cobrar deles novamente uma solucao grato

boa tarde, alguem obteve um posicionamento claro da bematech sobre isso, pois entrei em contato com eles e me pediram pra entrar em contato com o pessoal do ACBR dando a entender que a culpa é do ACBR, porem questionei eles o porque de outros modelos da mesma bematech retornarem a base de calculo me mando usar a dll que esta retornando corretamente segundo eles porem nao consegui testar utilizando a dll.