Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Ryan molina

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    69

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Ryan molina postou

  1. Ryan molina
    Olá Guilherme, Basta passar o caminho do arquivo XML que foi gerado anteriormente. Abraço.
  2. Ryan molina
    Bom dia pessoal, Estou com dificuldade para identificar a origem de um erro que está acontecendo em apenas um cliente nosso. Vejam o anexo, em determinado momento no comando "AbreCupom" tenho como retorno: ERRO: Unable to create file "" Pesquisei no fórum e existem relatos do mesmo erro mas sempre mostrando o caminho e qual arquivo que não foi possível criar. Desta forma é possível verificar permissão de pasta, antivírus, etc. Porém no meu caso não está mostrando nenhum caminho ou arquivo. Pra garantir já dei permissões na pasta para o sistema operacional e desabilitei a varredura do antivirus na pasta do ACBr e do meu sistema. O erro acontece aleatoriamente durante o dia. Depois de cancelar o cupom que fica aberto após o erro volta a funcionar normalmente. Abraço logComandos.txt
  3. Ryan molina
    Veja essa dica que dei em outro post, acredito que pode lhe ajudar: http://www.projetoacbr.com.br/forum/topic/25058-por-favor-me-ajudem-a-identificar-o-motivo-desta-venda-não-funcionar-já-estou-pirando-de-tanto-tentar/?do=findComment&comment=162402 Abraço
  4. Ryan molina
    Bom dia Paulo, O problema do "loop" existe, é inegável. Basta usar o programa WinITFI2 RAT da própria Bematech, programar a emissão e cancelamento de uns 3 ou 4 cupons em sequencia e verificar no log o tratamento que eles fazem. Vais ver que apresenta inúmeras vezes mensagens de "aguardando retorno da impressora". Da mesma forma se utilizar o ACBr e verificar o log de envio de comandos pro ECF, por diversas vezes o ECF retorna muitos [WAK] em sequencia. Em resumo o problema do "loop" existe, mas acredito que seja contornável via software, como o programa WinITFI2 RAT já faz e o ACBr também passou a fazer depois das alterações realizadas com base neste post. Pra finalizar, a própria Bematech nos confirmou que o modelo MP4200 TH FI II tem um problema relacionado a placa de comunicação com o fisco que pode causar esse problema do "loop", se quiser o contato deles posso te passar. Quanto a outros dispositivos conectados na USB interferindo na comunicação, isso é 100% verdade também. Já pegamos casos de clientes que conectavam o celular com frequência no computador e era "batata", conectou o celular no PC a USB do ECF parava de funcionar. Não só com Bematech isso, com a EPSON também já vi acontecer, em um outro post o Daniel até colocou um link da microsoft sobre isso, mas não consegui achar agora. Temos conseguido estabilizar os clientes com a MP 4200, reinstalando o driver USB com aquele "BemaDrivers", usando o ACBrPLUS compilado após as mudanças proposta neste post e instruindo a conectar apenas o necessário na USB dos caixas. Caso tenha alguma outra novidade atualizo aqui. Abraço
  5. Ryan molina
    Beleza, valeu pelo retorno Daniel.
  6. Ryan molina
    Apenas para atualizar o post. Estou utilizando a opção "USB" sem problemas desde o começo da semana na minha máquina e em clientes, por enquanto tudo certo com a dll 4.4.14. Utilizamos o ACBrPlus aqui.
  7. Ryan molina
    Segue anexo passo a passo. Fiz os testes no ACBrPlus. Substituir no anexo [Arquivo] pelo caminho do arquivo retornado pelo comando NFE.CriarNFe Qualquer dúvida me avise PassoAPasso.txt
  8. Ryan molina
    Atualizei e compilei o trunk2 agora e testei, não deu ainda. O arquivo da pasta logs ainda não é atualizado com as informações da tag "protNFe". Sabe se foi essa a alteração que foi realizada?
  9. Ryan molina
    Realmente o XML que eu mandei pra impressão não tinha a tag. Acho que tem alguma relação com o post abaixo: http://www.projetoacbr.com.br/forum/topic/24750-xml-transmitido-não-salva-na-pasta-xml/ Veja no log de comandos que anexei. Estou mandando assinar, validar, enviar e imprimir o xml que foi retornado no CriaNFe. Porém nesse arquivo não é gerado a tag "protNFe". Essa tag só é gerada no arquivo que vai para a pasta de destino configurada na aba diretórios, conforme imagem. Devo alterar meu sistema para buscar nessa pasta de destino o arquivo final? Eu utilizava o ACBrNFeMonitor, comecei a usar o PLUS agora por causa da nova nota técnica. No ACBrNFeMonitor sempre usei essa lógica de mandar imprimir o arquivo retornado pelo CriaNFe depois de assinado, validade e enviado. logAcbrNFe.txt logAcbrPlus.txt xmlPastaLogs.xml xmlPastaConfigurada.xml
  10. Ryan molina
    Segue imagem, utilizamos impressão ESC-POS, começou recentemente a faltar essa protocolo na impressão, não consigo especificar uma data.
  11. Ryan molina
    Já gerei várias vezes o ato COTEPE aqui utilizando a nossa MP4200 e de clientes, sempre sem problemas. Tem que estar com a Bemafi32.dll na versão 7 e aquele parâmetro "protocolounico=1". Os erros que você relatou aqui são exatamente os mesmos que aconteciam conosco quando uma dessas duas condições acima não eram atendidas. Abraço
  12. Ryan molina
    Marcelo, Para Bematech, altere no arquivo "Bemafi32.ini" na pasta do ACBr o seguinte parâmetro: "ProtocoloUnico=1". Me avise se der certo. Abraço
  13. Ryan molina
    Até aonde sei no trunk2 tem apenas o ACBrPlus. O Daniel ou o Juliomar podem me corrigir se eu estiver enganado. Temos aqui instalado o Lazarus e compilamos o ACBrPlus conforme vão saindo as novidades.
  14. Ryan molina
    Qual o windows que está usando? Estou testando na minha máquina com windows 8.1 e uma T900F. Mantive o TMVirtualComPort instalado e no momento via ACBrPlus funciona tanto colocando porta USB como colando a porta COM. Abraço
  15. Ryan molina
    Bom dia, Caso seu SAT não esteja retornando uma mensagem com as validações mais precisas, sugiro utilizar o aplicativo InteliSAT da Tanca. Independente do SAT que você use ele tem uma opção para validar o XML. O link para download é: http://www.tanca.com.br/drivers.php?cat=24&sub=43 Opção: Ferramenta Desenvolvimento InteliSAT. Validei seu XML conforme imagem em anexo e retornou os campos com problema. Abraço
  16. Ryan molina
    Olá pessoal, novidades sobre este assunto. Conseguimos contato com a Bematech referente aos problemas que estão acontecendo com a MP4200. Nos retornaram email esclarecendo a situação conforme abaixo: "Nossa engenharia detectou um comportamento, diferente do habitual, no modelo do ECF MP-4200 TH FI II, e que em alguns casos pode ocorrer para o ECF MP-4200 TH FI na versão de firmware 01.00.02. No entanto, uma simples manutenção em um componente interno do ECF, soluciona este comportamento. As autorizadas estão sendo instruídas a realizar esta manutenção." E complementaram explicando que: " As impressoras possuem uma placa de comunicação com o fisco. Como não existe esta comunicação a placa fica tentando o contato e entra em loop, dando erro de comunicação.A manutenção a ser feita pelas assistência, é manualmente desativar esta placa. Segundo ele tem muitos softwares que não tem problema com isso, que tratam este "ocupado"." Qualquer outra novidade atualizo aqui. Abraço
  17. Ryan molina
    Olá Rodrigo, Existe um tópico no fórum falando sobre a descontinuação do trunk. Estou utilizando o trunk2 e enviando NFCe sem problemas. Acredito que você terá de migrar para o trunk2 também. Abraço
  18. Ryan molina
    Estava com o erro "Rejeição (394): Nota Fiscal sem a informação do QR-Code" Fiz a atualização dos fontes/schemas e deu tudo certo no envio.
  19. Ryan molina
    Acredito que só no Trunk2. Tem um tópico no forúm falando sobre a descontinuação do trunk.
  20. Ryan molina
    Depois de sexta feira com as atualizações do SVN e os drivers novos resolveu o problema dos loops no momento das vendas. No log eles ainda acontecem, mas se resolvem sozinhos. Mas está acontecendo em alguns outros momentos o loop. Por exemplo, no comando DataHoraSB ele fica em "loop" aleatoriamente. Em anexo os logs. Qualquer idéia é bem vinda. LogAcbrBematech.txt
  21. Ryan molina
    Nos testes que fiz continua funcionando normalmente se utilizar o TMVirtualComPort. Abraço
  22. Ryan molina
    Sei que o protocolo de comunicação é diferente, mas estou com o mesmo problema com MP 4200, que tem somente a opção de COM Virtual. Acontece aleatoriamente, tanto nos clientes como aqui no nosso ECF. Estamos com o ACBr e os drivers atualizados. Segue anexo o log. Notei que no programa da bematech (WinITFI2 RAT) existem parâmetros, conforme imagem, para setar os tempos de espera de retorno. Todos os testes que fiz até hoje via programa da Bematech deram certo, normalmente quando passamos para as revendas de ECF que está dando problema no comunicação eles usam apenas os programas do fabricante para testar. No ACBr sei que tem parâmetro pra Timeout e Intervalo, tem relação com esses da imagem? ==================================== I have the same problem with MP 4200 printer. These model has only virtual COM option for communication. We have ACBr and drivers updated. Log files are attached here. I've noticed that using bematechs software (WinITFI2 RAT) there are parameters to set the timeouts for printer return. All tests that i've made until now using the Bematech software were OK. Usually when we tell hardware resellers that we're having communication issues they test only with the manufacturer software. I know that ACBr has parameters for Timeout and "Intervalo", do these parameters have any relation with those on the image? LogAcbrBematech.txt
  23. Ryan molina
    Desculpe, em anexo... LogAcbr.txt
  24. Ryan molina
    Estou usando o PLUS, baixei os fontes ontem a tarde e compilei, está funcionando marcando "USB" no campo da porta. Refiz os testes agora de manhã com a dll 04.04.10. A princípio resolveu os problemas que mencionei anteriormente, porém alguns retornos estão vindo como: "ERRO: Erro: 1 ao executar EPSON_Send_From_FileEX" Em um dos casos eu fui cadastrar uma forma de pagamento com um cupom aberto apenas para testar (esse procedimento não funciona na EPSON), e o retorno foi: ECF.ProgramaFormaPagamento("BONUS (CLIENTE)") ERRO: Erro: 1 ao executar EPSON_Send_From_FileEX Antes quando era com a COM Virtual nessa situação retorna em um mais "bonitinho", algo como: "Retorno EPSON: Não é possível realizar esta operação na condição atual". Além disso não sei se foi alterado alguma coisa mais não gerou aquele log completo, apenas o log das funções que enviei pro ACBr. Qualquer dúvida me avise. LOG.TXT
  25. Ryan molina
    Basta escrever "USB" no campo da porta neste caso. Abraço!
×
×
  • 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...