Ir para conteúdo
  • Cadastre-se

Jackson_rr

Membros
  • Total de ítens

    21
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Jackson_rr's Achievements

Apprentice

Apprentice (3/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

1

Reputação

  1. Ola, amigos boa noite O Correto é pela data da emissão, pois quando em contingencia, o que vale é a data da contingencia, observe tambem a chave da NFCe, la vai o ANO e MES Espero ter ajudado.
  2. Olá amigos Não utilizo o ACBR ainda pois estou migrando meu sistema para DELPHI / LAZARUS, mais isto acontece comigo tambem, creio que deva ser alguma limitação do Windows quanto ao numero de chamadas na impressora, pois só acontece com clientes com muito movimento, especificamente, verifiquei que isso ocorre quando ultrapassa as 500 impressões, sempre tenho que desligar e ligar a impressora para resolver. Espero ter ajudado.
  3. Ola, Boa tarde Daniel Como falei, nao tenho muito conhecimento em DELPHI ou LAZARUS, e não saberia como fazer isso, como postado acima, creio que mostrei onde possa ser feita a modificação, vou ver como faço e anexo aqui as modificações. Obrigado pelo pronto atendimento, e será um prazer contribuir com o projeto. Fico no aguardo para quaisquer esclarecimento.
  4. Ola, bom dia Se voce observar onde tem o "Result :=" vera que nos fontes originais nao tem, foi eu quem colocou, eu só esqueci de colocar os comentarios onde foram as mudanças. Fico no aguardo.
  5. Ola, amigos Boa noite, Sou novo no mundo do Delphi e Lazarus, pois estou convertendo meu sistema em xHarbour para inicialmente em LAZARUS, e me deparei com um problema que ao consultar um XML Assinado, o componente esta sempre me retornando verdadeiro, e ao analizar a rotina vi que tem um pequeno erro, o qual fiz a correção e funcionou. Estou colocando aqui para que possa ser analisado, e se, de fato estiver correto, possam fazer a devida correção function TACBrNFe.Consultar(AChave: String): Boolean; var i: integer; begin Result := False if (NotasFiscais.Count = 0) and EstaVazio(AChave) then GerarException(ACBrStr('ERRO: Nenhuma Nota Fiscal Eletrônica ou Chave Informada!')); if NaoEstaVazio(AChave) then begin NotasFiscais.Clear; WebServices.Consulta.NFeChave := AChave; Result := WebServices.Consulta.Executar; end else begin for i := 0 to NotasFiscais.Count - 1 do begin WebServices.Consulta.NFeChave := NotasFiscais.Items[i].NumID; Result := WebServices.Consulta.Executar; end; end; // Result := True; <<=== aqui estava sempre retornando TRUE. end; Fico no aguardo para qualquer esclarecimento.
  6. Ola Rafael Tenho para varias ECF o .C das chamadas da DLL do fabricante, só por curiosidade, por que não usar a DLL do fabridante, a comunicação não seria mais rápida, pois temos situações em que tem que ter a DLL do fabricante. Para qual ECF você quer ? outra coisa, mesmo a DLL do fabricante não devolve em ARRAY somente em STRING, por isso proponho o retorno no caso complexos, por exemplo FORMAS DE PAGAMENTOS ALIQUOTAS e outros, pode retornar uma STRING separada por "|" igual ao ACBRMonitor faz, pois fica facil transformar para ARRAY se nescessário for. Fico no aguardo ====================================================================== []___ / /\____ Jackson Douglas C. Brito /_/\_//____/\ Engenheiro de Soluções | || ||| ||| OnTop Sistemas / Wild Sistemas | || |||__||| Boa Vista - RR (95)-8112-8570 ======================================================================
  7. Ola amigos Rafael usando o ACBR32.DLL, a comunicação será feita pela DLL do fabricante ou acesso direto como o ACBRMonitor, pergunto isso pois se for pela DLL do fabricante estou disposto a trabalhar no testes e te dar sugestoes para os retornos. Fico no aguardo. -- ====================================================================== []___ / /\____ Jackson Douglas C. Brito /_/\_//____/\ Engenheiro de Soluções | || ||| ||| OnTop Sistemas / Wild Sistemas | || |||__||| Boa Vista - RR (95)-8112-8570 ======================================================================
  8. Ola Regys Até concordo com você, que para us usuários do SAC tenha as atualizações SEMANAIS, mais pelo que tenho lido aqui no fórum o SF é para ser atualizado pelo menos 1 UMA VEZ por mês, ou estou enganado, não haverá mais atualizações no SF, será somente para quem tem o SAC ?, digo isso pois uso o ACBRMONITOR, e não tenho DELPHI ou LAZARUS, pois não sei usar. Bom de qualquer forma fico no aguardo.
  9. Ola Regys É isso mesmo somente para PRE-VENDAS e DAVs. Seria possível esta implementação no ACBRMonitor ou isso somente a nível de DLL. Outra coisa vi que existem varias melhorias no ACBR... seria possível colocar um novo EXE no SF. Fico no Aguardo
  10. Jackson_rr

    Daruma MACH2 com DAV

    Ola amigos Sei que no ACBR tem opção para que na hora de enviar para a ECF DARUMA MACH2, a impressão se torna mais rápida... qual seria o procedimento para que EU possa obter esta funcionalidade no ACBR. Obs: ACbrMonitor 9.9 Fico no Aguardo.
  11. Ola amigos Daniel uso o ACBRMonitor, seria possível você subir uma nova versão para SF. Fico no Aguardo...
  12. Ola amigos Como uso o ACBRMonitor, passei o comando "DataHoraSB" E este mesmo comando uso nas outras ECF... e funciona normal, creio que pode ser algum BUG com relacao a MP-3000, pois ate o momento foi somente com ela que apareceu este pequeno problema. Fico no aguardo
  13. Ola amigos Tenho uma MP-3000 que nao esta trazendo o dados do Soft Basico vejam abaixo a MP-3000 Invalid date [0][0][0][0] CNPJ:11111111111111111111 IE:22222222222222222222 IM:33333333333333333333 23/01/2012 01:28:33 COO:005985 LEITURA MEM[224]RIA FISCAL REDU[128][199]O: 0235 a 0235 Contador Geral de Opera[135][198]o N[198]o-Fiscal: 001157 Contador de Redu[135][228]es Z: 0235 Contador de Rein[161]cio de Opera[135][198]o: 002 Contador de Fita-detalhe: 000000 REIN[214]CIO OPERA[128][199]O CRO DATA HORA 001# 15/01/2007 16:44:41V 002 25/01/2007 18:34:18V IMPRESS[199]O FITA DETALHE CFD DATA HORA COOi COOf CNPJ: USU[181]RIOS Usu[160]rio:0001 CRO:001 15/01/2007 16:44:41V CNPJ: 11111111111111111111 IE: 22222222222222222222 IM: 33333333333333333333 GT: 167.190,50 REDU[128][228]ES DI[181]RIAS Usu[160]rio:0001 CRZ CRO COO DATA HORA VENDA BRUTA DI[181]RIA ( R$) DT=desconto ICMS DS=desconto ISSQN AT=acr[130]scimo ICMS AS=acr[130]scimo ISSQN CT=canc.ICMS CS=canc. ISSQN ON=opera[135][198]o n[198]o-fiscal 0235 002 005982 17/01/2012 22:53:08 R$ 1.154,61 DT=1,00 CT=119,18 T17,00%=1034,43 ON=120,00 Total do m[136]s 01 de 2012 Venda Bruta ( R$) 1.154,61 DT=1,00 CT=119,18 T17,00%=1034,43 ON=120,00 Total do per[161]odo: Venda Bruta ( R$) 1.154,61 DT=1,00 CT=119,18 T17,00%=1034,43 ON=120,00 N[163]mero de Redu[135][228]es Restantes: 1809 DADOS GERAIS SOFTWARE B[181]SICO 01.00.00 14/12/2006 11:04:03V 01.00.01 15/01/2007 16:42:07V MOEDA: R 15/01/2007 16:43:47V QUANTIDADE: 03 15/01/2007 16:43:47V VALOR UNIT[181]RIO: 03 15/01/2007 16:43:47V MFD: 6760061208073 CODIFICA[128][199]O GT a partir de 15/01/2007 16:43:47V 0=Q, 1=W, 2=E, 3=R, 4=T, 5=Y, 6=U, 7=I, 8=O, 9=P 18BIJI73 8FBB5TAK MKRAGDGH 1869BD73 8F991E98BDF9BEMATECH MP-3000 TH FI ECF-IF VERS[199]O:01.00.01 ECF:8224 LJ:8224 QQQQQQQQQQWUIWPQYQ 23/01/2012 01:28:36 FAB:BE070671200012000022 Agora a MP-4000 Data Hora Sw.Básico: (10/03/09 11:00:15) [0][0][0][0] CNPJ:06.905.627/0001-78 IE:24.014637-3 23/01/2012 00:19:08 COO:032944 LEITURA MEM[224]RIA FISCAL REDU[128][199]O: 0388 a 0388 Contador Geral de Opera[135][198]o N[198]o-Fiscal: 000482 Contador de Redu[135][228]es Z: 0388 Contador de Rein[161]cio de Opera[135][198]o: 002 Contador de Fita-detalhe: 000000 REIN[214]CIO OPERA[128][199]O CRO DATA HORA 001# 11/05/2009 22:31:48 002 12/05/2009 08:11:29 IMPRESS[199]O FITA DETALHE CFD DATA HORA COOi COOf CNPJ: USU[181]RIOS Usu[160]rio:0001 CRO:001 11/05/2009 22:31:48 CNPJ: 06.905.627/0001-78 IE: 24.014637-3 IM: GT: 611.757,75 REDU[128][228]ES DI[181]RIAS Usu[160]rio:0001 CRZ CRO COO DATA HORA VENDA BRUTA DI[181]RIA (R $) DT=desconto ICMS DS=desconto ISSQN AT=acr[130]scimo ICMS AS=acr[130]scimo ISSQN CT=canc.ICMS CS=canc. ISSQN ON=opera[135][198]o n[198]o-fiscal 0388 002 032943 20/01/2012 23:22:49 R $ 8,80 02T17,00%=8,80 Total do m[136]s 01 de 2012 Venda Bruta (R $) 8,80 T17,00%=8,80 Total do per[161]odo: Venda Bruta (R $) 8,80 T17,00%=8,80 N[163]mero de Redu[135][228]es Restantes: 2959 DADOS GERAIS SOFTWARE B[181]SICO 01.00.01 10/03/2009 11:00:15 MOEDA: R 11/05/2009 22:31:48 QUANTIDADE: 03 11/05/2009 21:29:48 VALOR UNIT[181]RIO: 03 11/05/2009 21:29:48 MFD: 392204112090309733 CODIFICA[128][199]O GT a partir de 11/05/2009 22:31:48 0=Q, 1=W, 2=E, 3=R, 4=T, 5=Y, 6=U, 7=I, 8=O, 9=P 5ELL9EEC AOWDELG& SSRVILWN 5BJC5AEC 5FPBA6FTILKJBEMATECH MP-4000 TH FI ECF-IF VERS[199]O:01.00.01 ECF:004 LJ:0001 QQQQQQQQQQUWWIYIIY 23/01/2012 00:19:12 FAB:BE090910100010005972 A unica coisa que vi diferente foi a letra "V" no final dos dados da MP-3000 o restante esta tudo igual.... Isso poderia ser um BUG no ACBRMonitor. Fico no Aguardo []s Jackson Douglas Boa Vista - Roraima
  14. Ola amigos Regys seria possivel subir uma nova versao do ACBRMonitor para o SF... pois a que estou esta me dando erro no ECFTESTE... e gostaria de testar por ele tambem... Fico no aguardo
  15. Ola amigo Sim... creio que seja a ultima... pois pequei do SVN e coloquei na pasta do ACBRMonitor. O Interessante é que somente esta função do menu fiscal que esta com problemas, o restante esta 1000% Fico no aguardo
×
×
  • 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.