Régys Silveira

nesse caso eu particularmente acho errado, se o código é diferente já não poderia agrupar.

Ambos estão parados, realmente não sei em que pé eles estão, mas não anda tendo muita colaboração não.

Quanto a redução Z, o correto e testar o estado da impressora e então emitir, somente impressoras mais antigas emitiam a Z automática, hoje praticamente todas ficam pendentes de Z, então basta testar e emitir, o parâmetro onde você passa "now" não é problema, ele serve para que a impressora acerte seu relógio interno, isso varia de impressora para impressora.

Porque? basta mudar o endereço, não mudou nada tudo continua igual, o que se fazia antes passasse a se fazer agora no novo endereço.

Eu procurei aqui alguma coisa a respeito disso, não tem nada na lei que proíba fazer se os códigos forem iguais, o DANFE é apenas uma representação do XML, se os valores, tributação e codigo do produto forem iguais nada impediria de agrupar no DANFE.

Uma idéia que comecei a desenvolver no que eu estava fazendo era tentar pintar o richedit, cada campo do registro em uma cor diferente para facilitar a visualização. Outra coisa era montar um painel lateral que pudesse ser escondido tipo um object inspector, que mostrasse os nomes dos campos e valores lidos no registro em que o cursor estivesse posicionado.

Baixei aqui e achei bacana, eu tinha começado um app parecido com esse com o Isaque a um tempo atrás mas o tempo e os afazeres não ajudaram, muito bom a iniciativa.

Blza, algum arquivo seu deveria estar em conflito, qualquer coisa só postar.

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.