Ir para conteúdo
  • Cadastre-se

SAOliveira

Membros
  • Total de ítens

    151
  • Registro em

  • Última visita

Últimos Visitantes

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

SAOliveira's Achievements

Collaborator

Collaborator (7/14)

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

Recent Badges

1

Reputação

  1. Resolvido. Desistalei o Acbr e CapicomSDK Apaguei os diretórios e as .Dll Reinstalei o Acbr, e funcionou normal.
  2. Estou recebendo esta mensagem. Windows 8.1 pro/64 Capicom.dll na pasta SysWow64. Na instalação do Acbr, não acusou nenhum erro.
  3. Boa tarde Italo. Pelo menos para aqui, esta aparecendo que SP esta normal. (tudo palestra). Mas em homologação, nada.
  4. Estou com o mesmo erro em modo Homologação, em modo produção não ocorre.
  5. Caraca, eu achava que seria exagero postar no domingo 3 da tarde. Daniel, no caso explico o porque. A maioria dos caso, passa batido, mas sempre tem aquele que não tira a Z no dia do movimento. Como pego alguns dados da Z, inclusive os meios de pagamento. Hoje utilizo a ECF.DadosReduçãoZ, que por sinal é bem mais lenta que ECF.DadosUltimaReducaoZ. Se fosse possivel, para aquelas retornem, seria interessante. Hoje uso Daruma FS700, Bematech 2100 e 4000 Grato pela atenção no domingo.
  6. Daniel. No caso de ECF.DadosUltimaReducaoZ, não contempla os meios de pagamento, é possível implementar ?
  7. Com a Daruma FS-600 e FS-700 pelo menos comigo a coisa é contrangedora. Chega ter quase 1 metro de código de barras. Não usa TEF.
  8. Tive problemas de comunicação faz uns 4 anos, quando era Windows/64 com adaptador USB para COMx. Uma simples leitura das formas de pagamento não retornava 01,02 e sim AA.BB O Daniel, me orientou a fazer uso de PLACAS COM físicas. Segui a orientação e nunca mais tive problemas.
  9. Então, é o que eu gostaria de saber, para não ficar importunando. Mas esta versão é de 20/05/2014 Grato.
  10. Daniel, desculpa viajei... Mas ECF.DataHoraUltimaReducaoZ Retorna ERRO: Comando inválido (ECF.DataHoraUltimaReducaoZ)
  11. Regis, hoje já faço assim, mas tem um delay que no GAD não tem. Daniel no CAPICOM acho que não foi implementado. Retorna "Comando inválido.
  12. Daniel. Tem algum comando que pega direto no ECF a data (somente) da ultima redução Z ? Como o GAD da daruma faz.
  13. Resolvido Coloquei as .DLL de 32bits, apesar da maquina estar com Windows 8.1/64.
  14. No comando ECF.PafMF_GerarCAT52("09/06/2014", "09/06/2014", "E:\NFP\") Passei a ter este erro, detalhe formatei a maquina e não lembro o que esqueci no AcbrMonitor. Pasta Acbr Logs: ACBrMonitor Ver. 0.10.2.3 Conectado em: 10/06/14 16:24:31 Máquina: 127.0.0.1 Esperando por comandos. ECF.Ativar OK: ACBR.Ocultar OK: ECF.PafMF_GerarCAT52("09/06/2014", "09/06/2014", "E:\NFP\") ERRO: Erro ao executar xrGerarRelatorio_ECF_Daruma. Cod.: 103 Erro desconhecido. LogEcf -------------------------------------------------------------------------------- ATIVAR - 10/06/14 16:25:32:844 - Modelo: Daruma - Porta: COM1 - TimeOut: 3 Device: BAUD=115200 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 16:25:32:844 TX -> [ESC][239][CR] 16:25:33:000 RX <- :[ESC][239]000120006801625321006201400000000000000000000000004423342[CR] -- 16:25:33:000 TX -> [GS][255][CR] 16:25:33:141 RX <- :A0E20C000000[CR] -- 16:25:33:141 TX -> [FS]R[200]082[188] 16:25:33:281 RX <- :[200]082010064[CR][198] -- 16:25:33:281 TX -> [FS]R[200]083[189] 16:25:33:438 RX <- :[200]083010000[CR][197] -- 16:25:33:438 TX -> [FS]R[200]139[189] 16:25:33:594 RX <- :[200]13932[CR][197] -- 16:25:33:594 TX -> [GS][BS][CR] 16:25:33:735 RX <- :[CR]
×
×
  • 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.

The popup will be closed in 10 segundos...