Denken.Von.Code

Boa tarde. Infelizmente vi o anuncio apenas hoje. Se ainda esta procurando me mande um email para [email protected] e entrarei em contato. Obrigado

[email protected]

Posso te ajudar. Mande um email com contato para [email protected] Obrigado

O meu GIT.... Compilei com a versão errada... E modifiquei, que coisa...

Percebi o erro Vou ter que mudar muido HEAD do git Obrigado

Estou refazendo a minha compilação para o Sat e baixei o ACBrTrunk2015 conforme instruções. Infelizmente o arquivo ACBrPosPrinter que deveria estar em Fontes\ACBrSerial, sumiu. Utilize ele como herança para outra classe e gostaria de saber o que aconteceu. Baixei o trunk novamente ACBrTrunk2015 e não esta presente no diretorio.

Bom dia Maicon, vi apenas hoje o classificado. Já tenho uma experiencia com Pis/Cofins e Fiscal com Dlephi, especificamente com informações de supermercado. Se ainda estiver precisando me mande mais detalhes no meu email: [email protected] Obrigado

Ao enviar o evento de um cancelamento de NFe esta aparecendo sempre o status 128 e não esta retornando nenhum xml. Coloquei para gravar o log e venja o que esta aparecendo: Ambiente : 1 Versão Aplicativo : SP_NFE_PL_006j Status Código : 107 Status Descrição : Servico em Operacao UF : SP Recebimento : 11/12/2012 16:15:39 Tempo Médio : 1 Retorno : Observação : Ambiente : 1 Versão Aplicativo : SP_EVENTOS_PL_100 Status Código : 128 Status Descrição : Lote de Evento Processado Recebimento : 11/12/2012 16:15:40 Estou enviando o evento pela chave de NFe e não estou carregando o xml. O pior é que tenho que ficar esperando e até agora nada. Já acontenceu algo assim com algúem?

Estou gerandando o Pis/Cofins e em algumas máquinas ocorre o erro "Out Of Memory", bem na fase que esta processando os movimentos de ECF (pois o cliente é supermercado). Qual o procedimento para resolver isso? Observei que existe alguns comandos WriteBlocos, isso pode resolver o problema e como devem ser utilizados? Obrigado

No tópico viewtopic.php?f=10&t=3111&p=14724#p14724 recentemente postado, mas com data antiga, ocorre o erro. Como saber e como proceder para verificar essa atualização corretamente.

Atualizei recentemente a biblioteca, e ocorreu o mesmo problema. Tive o mesmo problema e relatei no tópico viewtopic.php?f=10&t=3083. Como sabe que a correção esta na atualzação atual?

Hoje finalmente fiz um teste numa outra Daruma. Antes disso tinha desintalei o ACBRSerial e seus auxiliares e instalei tudo novamente no Delphi7. Descobri que um dos erros que ocorria era o fato de estar tentando fazer um corte de papel, e como a Daruma não tem o mecanismo ocorria o seguinte erro: -- 15:16:28 CortaPapel TX -> [28]R[200]113[181] 15:16:28 RX <- :[200]1130[CR][252] -- 15:16:28 TX -> [28]R[200]056[181] 15:16:28 RX <- :[200]0560[CR][252] -- 15:16:28 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 11 - Estendido: 86 -> MFD já cadastrada Cod.Aviso: 0 TX -> [28]F[231][LF][LF][LF][FF]H 15:16:28 RX <- :1108600[231][CR][238] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma FS-600 Documento não foi aberto Erro estendido (086 -> CCD ou RG não aberto) ---------------------------------------- Modifiquei a minha rotina de corte de papel e o problema não ocorreu mais. A partir daí comecei a fazer outros teste e me deparei um com um erro um tanto estranho. Ao chamar a rotina do SubTotal o valor retornado era o último valor do cupom impresso ou cancelado. Como estava fazendo teste com uma fiscal, sempre que fazia um cupom sempre cancelava e sempre o Subtotal vinha com o valor do cupom anterior e não com o atual. Estou usando o comando SubTotal da Acbr e com outros impressoras esse problema não ocorre. Estou enviando o log desses teste e gostaria de uma opinião. Obrigado ECF110912_001.TXT

Infelizmente estou uilizando o Delphi7 ainda... Na segunda vou testar numa outra Daruma.... e aviso o resultado... Obrigado... pela ajuda...

No dia (31/08/11) baixei a as atualizações do ACBR Serial e seus auxiliares. Atualizei e recompilei o AcrbSerial, AcbrComun e AcbrDiversos. A partir dai vários problemas começaram a aparecer com a impressora Daruma FS600: Identificação do Operador Esta ocorrendo o erro ao inicializar o PDV e depois de operador entrar no sistema: 13:50:00 RX <- :[200]047000000000100[CR][205] -- 13:50:00 IdentificaOperador() Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 10 - Estendido: 78 -> MFD foi substituída Cod.Aviso: 0 TX -> [28]C[209] [142] 13:50:00 RX <- :1007800[209][CR][216] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma FS-600 Documento sendo emitido Erro estendido (078 -> CF aberto) ---------------------------------------- Antes isso não ocorria. -x-x- Numero do Cupom Ao inicializar o PDV, pego o valor do Numero do Cupom na ECF e ocorria um erro de conversão do número, pois aparecia a palavra "angria", que acho que signfica Sangria, como ocorria um erro de conversão então colocava o valor zero. Em outras impressoras não ocorria esse problema. O mais estranho era que ao abrir um cupom e pegar o valor do numero do cupom o valor vinha corretamente. Revisando o meu código verifiquei que não estava chamando a rotina que carrega os relatorios gerenciais, mas depois disso o valor começou a 1000, mas a ECF tinha um valor de > 115.000 e alguns momentos o valor até ficava menor, ou seja, uma dor de cabeça. Veja um log gerado pelo PDV: Numero do Cupom ACBR Atual:115835 Numero do Cupom Atual:115835 Cupom 115835 Aberto. VendeItem. Trib:FF EAN:00000000000047 - Descr:DIVERSOS - Desc:R$ 0,00 - Preco:R$ 1,00 - Qtde:R$ 1,00 - UN:KG VendeItem. ItemTotal:R$ 1,00 Reiniciei o computador Configurando ACBR na porta COM3 com TimeOut de 40 Ativando a Ecf 001 ! Numero do Cupom ACBR Atual:001000 Numero do Cupom Atual:001000 Numero do Cupom Atual:000000 Numero do cupom zerado. Tentando novamente! Numero do Cupom ACBR Atual: Cancelamento Cupom Ao fazer o cancelamento do cupom depois de fechado, ocorre o erro : -- 14:11:39 CancelaCupom TX -> [28]R[200]046[180] 14:11:39 RX <- :[200]0461[CR][252] -- 14:11:39 TX -> [28]R[200]050[179] 14:11:39 RX <- :[200]050115835[CR][193] -- 14:11:39 TX -> [28]F[214][140] 14:11:39 RX <- :0000000[214]115835[CR] -- 14:11:39 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 10 - Estendido: 78 -> MFD foi substituída Cod.Aviso: 0 TX -> [28]F[218]15835[CR][FF][FF][FF]H 14:11:39 RX <- :1007800[218]000000[CR] ----------------- ERRO ----------------- Erro retornado pela Impressora: Daruma FS-600 Documento sendo emitido Erro estendido (078 -> CF aberto) ---------------------------------------- E depois de abrir um novo cupom, o saldo da compra é da compra cancelada, que ocorreu o erro. -x-x-x-x Estou enviando o log, mas infelizmente não contem o caso do número do último cupom, o restante esta documentado. Obrigado ECF110902_004.TXT

Especifiquei no ACBRTefD multiplos cartões e desabilitei o AutoEfetuarPagamento e AutoFinalizarCupom. Fazendo o 1o cartão ocorre tudo bem, mas o próximo cartão ocorre o erro acima "Operação TEF deve ser igual ao Saldo a Pagar", no momento em que ativo o CRT. Olhando o codigo e o forum antigo encontrei o seguinte codigo na procedure TACBrTEFDClass.VerificarTransacaoPagamento: if (Valor > RespostasPendentes.SaldoRestante ) then raise Exception.Create( ACBrStr( 'Operação TEF deve ser igual ao '+ 'Saldo a Pagar' ) ); Como a variavel RespostasPendentes.SaldoRestante esta zerada ocorre o erro. Olhando o froum antigo tinha a seguinte recomendação: if (Valor > SaldoAPagar ) then raise Exception.Create( ACBrStr( 'Operação TEF deve ser igual ao '+ 'Saldo a Pagar' ) ); No qual fiz o teste e executou corretamente. Como estou com a versão 1.20b, imaginei que estava desatualizado. Baixei a atualização e olhando a procedure constatei que não foi feito nenhuma alteração para resolver esse problema. Gostaria de saber se será possível essa alteração, ou a outra solução para esse probelma.