Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

Daniel Simoes

Fundadores
 Perfil  Explorar Conteúdo

  • Total de ítens

    27.013

  • Registro em

  • Última visita

  • Days Won

    756

 Tipo de Conteúdo 

Tudo que Daniel Simoes postou

  1. Daniel Simoes
    Pedron, Como você pensa em declarar essa propriedade ? (Que tipo ?)
  2. Daniel Simoes
    Mas porque ele está tentando ler algo ? vc comandou algo nele ? Como está o Callstack ?
  3. Daniel Simoes
    Desculpe-me mas não tenho tempo para Debugar no Linux, no momento... Por favor tente avançar mais... use o Debug, tente descobrir o motivo do travamento...
  4. Daniel Simoes
    Sim... Você pode editar o XML e tratá-lo diretamente na sua aplicação, antes da assinatura e envio...
  5. Daniel Simoes
    Qual é o passo a passo para configurar e reproduzir o problema, usando o Demo do ACBrNFe ?
  6. Daniel Simoes
    Humm.. se o problema for apenas a presença do "CFe", poderíamos aplicar um "workaround", nos fontes do ACBr, para que esse Bug do Emulador passe desapercebido... Vou atualizar meu emulador e fazer alguns testes...
  7. Daniel Simoes
    Ele agrupará no mesmo CCD, todas os pagamentos que tiverem o mesmo índice de Forma de pagamento...
  8. Daniel Simoes
    O erro aparenta ser na rotina de Impressão usando EscPos... a porta informada para o dispositivo, não foi encontrada...
  9. Daniel Simoes
    Qual é exatamente o problema ? Por favor anexe um PDF de exemplo...
  10. Daniel Simoes
    Nesse caso, você deve corrigir os erros no seu XML.... O ACBrMonitorPLUS não está aplicando nenhuma modificação no XML que vc enviou, ele simplesmente repassa o XML para o SAT O envio do XML para o SAT, ocorreu com sucesso... basta ler o conteúdo de ACBrSAT.log
  11. Daniel Simoes
    Por essas e outras, que recomendo apenas A1 e OpenSSL... onde esses problemas de certificado, não existem...
  12. Daniel Simoes
    Mais um ponto de preocupação (além do Switch e cabos de rede)... se a máquina do Servidor SAT para... TODOS os caixas morrem... Sei que não é simples desenvolver um servidor desse nível...e deve ser muito bacana ver ele funcionando... mas sinceramente... acho que isso é "economia a base da porcaria"... eu não entro nessa conversa do Cliente... Seu cliente pode achar que está economizando... mas no dia que der um problema em um dos componentes cruciais...e ele ter prejuízos e reclamações, ele vai querer achar um culpado... mesmo que o motivo seja a queima dos equipamentos por descarga elétrica... Bom... acho que já deixei claro meu ponto de vista... vou parar de monitorar esse tópico...
  13. Daniel Simoes
    Um valor bom para TimeOut é 10... No caso do protocolo 'EscEcf', como o ECF tem a capacidade de responder que está ocupado... o TimeOut não tem muita função...
  14. Daniel Simoes
    Consegue em ambos os casos.. via programação seria melhor... pois seria mais fácil de fazer um "merge" com as futuras modificações do ACBr
  15. Daniel Simoes
    o erro indica que o seu provedor recusou a conexão... com certeza há algo errado na sua configuração... mas fica impossível ajudar, sem saber mais detalhes do seu provedor...
  16. Daniel Simoes
    Tente também com: "libCapicomDelphiSoap".. Leia mais em:
  17. Daniel Simoes
    Você observou no Log, que o o componente detecta a situação de loop e sai dela corretamente ? Estude o Log com atenção... Acredito que o seu problema, seja o TimeOut muito alto... (30)... o componente ficará aguardando uma resposta válida do ECF por até 30 segundos
  18. Daniel Simoes
    O que você quer dizer com "agora não passa pelo monitor" ?? Conforme descrito na correção... o XML será enviado para o SAT, exatamente igual, como você o enviou para o MonitorPLUS... e isso pode ser comprovado com o ACBrSAT.log (O XML foi enviado com sucesso)
  19. Daniel Simoes
    Vc usa o ACBrTEFD ? Devida a essa limitação de alguns ECFs, o ACBrTEFD, agrupa vários Comprovantes, que usam a mesma forma de pagamento, em um único CCD
  20. Daniel Simoes
    Sim... no caso do TEF, as maquininhas autônomas (chamadas de "POS"), podem ser usadas com contingência... e NFCe, pode ser usada em modo off-line... A conta que deve ser feita é: - Qual a economia gerada na compra de SATs ? - Qual o prejuízo/hora, se o todos os caixas pararem ?
  21. Daniel Simoes
    Por favor poste um exemplo do XML sem a assinatura, e um Exemplo de como ele deverá ficar após assinado
  22. Daniel Simoes
    Mas se o Switch morre, todos os caixas param de operar.... Já se perguntaram se Burger King, Americanas, Carrefour usariam esse modelo ? Para quem o cliente vai ligar desesperado, quando o Switch cair, e todos os caixas pararem ? Dependendo do volume do cliente, talvez só o prejuízo causado por uma situação dessas (lucro cessante), por alguns minutos, já represente um valor maior do que o do SAT... Na minha opinião o PDV deve ser capaz de funcionar mesmo totalmente off-line... e a transição on-line / off-line, deve ocorrer de forma transparente para o operador... Para quem nunca fez certificação de PAF-ECF, pode ser muito difícil de implementar um PDV totalmente off-line ... mas com certeza isso é um recurso muito valioso no momento da venda do sistema...
  23. Daniel Simoes
    Isso não depende do ACBrECF... Enquanto o ECF responder que está ocupado... para o ACBrECF, só resta aguardar e pedir novamente o status...
  24. Daniel Simoes
    Em que momento ela fica ocupada por tanto tempo ? consegue identificar isso no Log, pelo numero de pedidos de Status ?
  25. Daniel Simoes
    Leia o protocolo do EscEcf... O ACBr perguntou: "Qual o seu Status ?" e o ECF respondeu WAK (ocupado)... Faça o seguinte, crie um novo Log, e reproduza no ECFTeste, a situação onde ocorre o loop infinito...
×
×
  • 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...