Régys Silveira

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.

Enviei o acerto para o repositório, agora somente os dados de DAV, DAV-OS e Pré-Venda serão limpos pois estes mudam de cupom para cupom, o restante fica fixo conforme o que for configurado pelo usuário.

Bem lembrando, é que quando foi feito inicialmente tanto o Minas Legal quanto o Cupom Mania eram strings, agora eles foram convertidos para um booleano que vai montar ou não a linha automaticamente, vou revisar isso. Muito obrigado pela observação.

Você pode chamar os comandos de coo e grande total e gravar em uma tabela, aqui eu faço isso, sempre que inicio o dia no primeiro documento eu puxo os dados que não existem na redução Z e guardo, quando emito a Z, então junto tudo e gravo no banco de dados para assim gerar o sintegra e sped como é pedido pelo fisco.

Depois que ele estiver totalmente pronto podemos sim verificar uma forma de incorporá-lo ao ACBrMonitor, só peço que espero mais um tempo porque o componente ainda está em fase de desenvolvimento.

Desculpe Daniel, com o negócio de ficar doente acabei não conseguindo acompanhar o fórum como deveria, vou voltar a ativa assim que me recuperar totalmente

Os nomes dos arquivo ficam a escolha do usuário, você pode usar qualquer nome que quiser salvo quando o nome padrão é informado no requisito. Um padrão que todos seguem e nomear como nome do item do menu fiscal e uma data por exemplo.

Alguma coisa está errado na tua validação, basta passar a propriedade RegistroValido o booleano informado se o registro e valido ou não, automaticamente o "?" será informado somente para o registro que for FALSE. Verifique a sua rotina de validação pois algo deve estar errado e tudo deve estar sendo gerado como FALSE.