Régys Silveira

Isso é para o dia da homologação se você for fazer localmente, hoje em dia já existe a homologação remota. A tua pergunta era sobre o necessário para desenvolver:

Sim, isso mesmo, você utiliza o método: ACBrECF.MudaHorarioVerao; lembrando que existem algumas restrições dependendo da impressora, como por exemplo ser antes de qualquer movimento no dia ou 1h após a última redução Z.

Postado no local errado, vou mover para a área correta.

Primeiro entrar em contato com a operadora TEF que você for homologar, eles já te passam todo o material e formas de proceder. Segundo e abrir o demo do componente TEF, configurar para a operadora escolhida e fazer os testes, dai então pegar como exemplo o código do demo e implementar no teu app.

Eu fiz testes aqui e pesquisou normal. Tem certeza que não é nada ai no teu computador, talvez o ACBr esteja com arquivos em conflito de versão.

Eu fiz testes aqui e pesquisou normal. Tem certeza que não é nada ai no teu computador, talvez o ACBr esteja com arquivos em conflito de versão.

Já existem tópicos com projetos deste tipo começados aqui no fórum.

Quanto a mudança de velocidade era algo que acontecia em versões mais antigas da dll, se não me engano já foi acertado nas versões mais novas da dll. Quanto ao erro, o que posso te dizer é que tuas dlls não estão atualizadas por isso está acontecendo o erro, meus testes aqui todos estão OK.

São coisas diferentes, o SPED Fiscal e para as informações fiscais em geral, portanto a nota fiscal entra nele, assim como cupons fiscais e outros documentos, já o SPED PI/COFINS e para geração de informações de PIS/COFINS e vai depender do estabelecimento do usuário ter ou não que gerar essas informações, o ideal e trocar uma idéia com o contador antes de qualquer coisa.

Tentou entrar em contato com a Bematech para verificar sobre o drive e algo mais?

Verifique no manual da impressora, lá tem todas as configurações padrão dela, se não foram alteradas basta copiar na porta virtual.

Fiz uns testes com um ZTE mf622 de um colega e os caracteres foram enviados normalmente.

Você configurou corretamente a porta virtual criada para a velocidade e parâmetro da impressora?

Quanto aos itens das mensagens recebidas estou esperando o layout do meu fornecedor para terminar e fazer uma lista no componente assim fica mais fácil para o usuário, mas basicamente o arquivo e separado por virgulas e a mensagem vem em uma linha separada, só que tem alguns agravantes, porque o modem não recebe somente mensagens de texto mas também mensagens da operadora, configurações, etc, etc, é isso que está me enrolando por enquanto, ter o layout de todos os tipos e poder tratar. Quanto aos caracteres especiais ao menos no Daruma está indo certinho.

Fiz uma atualização no modelo ZTE usando suas especificações, faça o teste e me reporte qualquer coisa. Quando for mecher nos comandos faça na classe do modelo não na classe geral, nela ficarão somente os comandos AT padrão. Obrigado pela ajuda com os testes.

Posta o arquivo alterado para comparar, é mais simples. Meu modelo é daruma. Talvez o teu caso seja igual o ZTE que precisa de parametros adicionais, posta o arquivo que a noite eu acerto a classe. Qual é o modelo do modem que você está utilizando?

Tem certeza que tem mensagens para esse SimCard? Aqui eu fiz testes com dois SimCards diferentes e todos retornaram corretamente. O normal do arquivo quando tem mensagens e ter a lista das mensagens, saltar uma linha e depois um OK mostrando o fim do arquivo.

Testou o funcionamento com o demo? Você implementou os eventos como estão no demo?

veja nos fontes do demo, é passado ao método um parametro string com o path do arquivo, basta procurar por este arquivo que as mensagens estarão dentro dele, você pode personalizar também onde será gravado.

Quanto as mensagens recebidas, veja no demo, o método ainda não está terminado mas ele retorna um arquivo com as mensagens, no futuro ao invés do arquivo será criada uma lista estou trabalhando nisso ainda e como tenho pouca informação dos retornos disponíveis e ando meio doente, então ta andando meio devagar essa parte.

Se você prestou atenção aos fontes percebeu que o método enviarcomando adiciona automaticamente o #13#10 ao final do comando e que a constante CTRL_Z é igual ao #26, estas modificações portanto não fariam efeito algum, aumento o tempo no ATTimeout que vai funcionar. Você instalou corretamente o driver do modem?

Muito obrigado por todos da equipe.

Eu faço uma espécie de merge de dados, que coleto no inicio do dia, antes da Z e depois da Z, assim eu tenho certeza de todas as informações. Inclusive já existem alguns tópicos aqui no fórum discutindo a melhor forma de fazer isso, com exemplos de codigo fonte inclusive.

Essa mensagem provavelmente acontece porque tua operadora está levando mais do que os 10 segundos configurados por padrão para enviar o SMS, aumente o valor da propriedade ATTimeout, já vi casos de ter que colocar 30 segundos para passar, depende de cada operadora. O envio em lote permite enviar para mais de um número de telefone, basta formar o lote com as mensagens que deseja seguindo os padrões mostrados no demo.

O fiscal aceita uma margem para baixo e para cima de 25 centavos se não me engano, lembro de ter lido isso em algum lugar, aqui também nunca me preocupei com isso, apesar de alguns contadores não gostarem.