Régys Silveira

Verifique o Demo do ACBrSMS, algumas coisas ainda estão faltando como a lista de mensagens recebidas que ainda é gravada em arquivo, mas no mais tardar semana que vem estarei terminando isso.

As minhas não são lacradas, mas todas foram inicializadas, ou seja, gravados os dados da empresa e feitas as configurações iniciais.

Enviei o acerto para remoção das aspas do CepLivre, atualize teu ACBr e verifique por favor.

Vou fazer alguns testes aqui, qualquer coisa posto a correção.

São " (aspas) e não asteriscos no início e fim, correto?

A sim, ai tudo bem, pode utilizar um componente só, basta desconectar, trocar a porta, conectar novamente enviar, etc, etc. Sem problemas. Pensei que você queria enviar os lotes de uma vez só por algum motivo qualquer. Inclusive existe um método no componente para enviar lotes de mensagens, você pode enviar o lote de 10 mensagens de uma vez só, o componente se encarrega de enfileirar e fazer tudo.

Agora já estou bem melhor, obrigado. O componente se conecta a um modem apenas por vez, e no caso do modem Daruma ele tem duas bandejas para 2 SIM cards, para fazer o que você quer, talvez criar o componente em tempo de execução seria o ideal, assim você poderia ter tantos componentes forem necessários para a quantidade de modens que você precisa.

No Registro "0000" indique IND_PERFIL := pfPerfilB.

Eu uso a propriedade e ela funciona corretamente, nunca tive problemas com isso, inclusive já homologuei o meu paf-ecf e de outros clientes meus de consultoria utilizando Daruma FS700. Só lembrando: True = possui MFD False = não possui MFD

Atualizei através do Tortoise SVN porém continua não gerando o arquivo XSD. Dá a mensagem "Nfe_V2.00.xsd não encontrado". Tem alguma solução? Grato. - Você setou o diretório da pasta de schemas no componente corretamente utilizando a propriedade: ACBrNFe.Configuracoes.Geral.PathSchemas ? - Você atualizou os schemas dentro do diretório setada na propriedade acima para os últimos disponibilizados no site da nota eletrônica? Os último schemas podem ser encontrados no endereço: http://www.nfe.fazenda.gov.br/portal/li ... wLvLUSmU8=, use a versão "Esquemas XML NF-e - Pacote de Liberação No. 6j - Sem Âncora (26/10/2011) (ZIP)"

MFD retorna True quando a impressora e MFD e False quando não é, a mensagem de "Função não suportada pelo modelo de ECF utilizado" deve ser mostrada sempre quando a impressora não possuir a MFD, geralmente isso vai ocorrer para impressoras matriciais, inclusive estas impressoras que não possuem MFD já deveriam ter sido trocadas, em alguns estados como MG por exemplo o prazo de troca já se encerrou.

A mensagem “Função não suportada pelo modelo de ECF utilizado” deve ser mostrada quando o ECF não possui MFD, o que pode ser testado utilizando a propriedade ACBrECF.MFD, essa mensagem não deve ser utilizada quando ocorre erro na execução do método. Quanto aos parâmetros de funções está bem explícito na ER e também no roteiro o que é quando utilizar, basta seguir. Os arquivos gerados a partir de informações da MFD da impressora fiscal são sempre testados com a impressora ligada, se a mesma estiver desligada um erro de "impressora desligada ou não conectada" deve ser mostrado e isso o ACBrECF já faz sozinho, basta tratar a exceção levantada.

Ainda estou trabalhando no componente e como eu não posso ficar somente por conta dele vai demorar um pouco ainda.

Aqui o emulador nunca funcionou direito para esse tipo de testes, e ele já deu vários problemas comigo, tanto que temos impressoras fisicas para teste.

No componente para alterar o campo de mensagem adiciona utilizem ACBrECF.IdentificaPaf(md5, nomeaplicativo), para mensagem promocional, basta colocar no fechamento do cupom, agora a logo no cabeçalho do cupom fiscal somente na hora de lacrar, ela é feita na gravação do cliché. Pode-se utilizar imagens na mensagem promocional e também nos gerenciais, mas acho que isso não é o que vocês querem. Quanto a isso estar implementado na ACBr dll como o projeto está parado a um tempo não sei se vão ter os métodos, teria que verificar.

Isso mesmo BemaFI32.ini, configure a chave "path" para o loca onde está gerando os arquivos, e coloque ele em algum path do sistema. Aqui funciona normal, seguindo estes cuidados.

Atualize com o pacote mais atualizado da dll bematech e verifique a configuração do bematech.ini, lembrando que o ideal e ele estar em alguma pasta do sistema como windows ou system32.

Com certeza homologar o Paf-ECF, porque o CF-e ainda vai levar tempo para ser aceito como "padrão nacional", lembre que a nota eletrônica levou quase 5 anos, e em alguns estados o Paf-ECF já é obrigação a um bom tempo, se o fisco sem pegar o teu cliente vai ter problemas com certeza.

Só é possível utilizar o certificado A3 na máquina em que ele está plugado, o que o pessoal faz quando quer emitir nota de mais de um lugar e colocar em gerenciador de notas fiscais onde fica o certificado, esse software gerenciador e que envia e recebe as notas autorizadas, ficando a cargo dos outros terminais somente a digitação da nota.

E que na verdade existem somente duas situações para o DAV: "aberto": aquele DAV que ainda pode ser emitido em cupom fiscal; "emitido" ou "fechado", aquele que já foi emitido o cupom fiscal. Então eu criei o campo para que o usuário possa controlar ou não isso na impressão, já que alguns estados obrigam e outros não a imprimir o gerencial antes de emitir o cupom fiscal de DAV, e também porque se precisar imprimir sair esse estado.

Olha que eu saiba ainda não, o negócio ainda anda meio emperrado e parece que alguns estados não querem adotar, portanto nada começado.

Campo livre para você escrever o que quiser, o pessoal geralmente usa para dizer que está aberto ou fechado, coisas desse tipo.

Aqui eu gravo tudo localmente e espelho para um banco geral para usar quando preciso, se a rede cair eu leio local. No caso do movimento diário após a Z e somente para o movimento do ECF conectado, dai tenho tudo no banco local e leio sempre local.

Veja no demo do componente ACBrNFE, existe um botão que mostra como recuperar e outro como salvar para texto.

O componente não fica esperando pelo tempo configurado, na verdade ele é um limite de tempo que o componente vai esperar, se acontecer o que foi pedido antes, então ele já sai e pronto.