Régys Silveira

Essa rotina não está pronta, ainda não terminei a parte de leitura de mensagens do componente.

1. Como funciona o ACBrAAC e o ACBrPAF? Vi que nele há todas as informações sobre meu PAF e minhas impressoras autorizadas, etc... Mas onde isso se encaixa exatamente? O ACBrAAC serve para controlar o arquivo auxiliar criptografado, já o ACBrPAF serve para gravar os arquivos do menu fiscal que não são gerados a partir da MFD da impressora fiscal (estoque, dav emitidos, movimento, etc) 2. Ao definir a propriedade ACBrECF.AAC eu vou gerar um arquivo criptografado de TODAS as impressoras ou só do ECF em questão? Você pode gerar de todas ou só da impressora conectada, mas o ACBrAAC vai atualizar somente da impressora conectada. 3. Esse arquivo é criado em cada PDV? De onde viriam os dados que alimentam a criação dos arquivos, como as impressoras autorizadas? Sim o arquivo e criado em cada PDV, os dados da impressora você obtém da própria impressora, já os dados da empresa e aplicativo e por sua conta, conforme o seu laudo de análise. 4. Quando o arquivo for deletado, ele será recriado com base em quais dados? O arquivo criptografado pode sim ser recriado, desde que o CRZ, CRO e Valor da venda bruta da ultima redução gravada no banco de dados sejam iguais aos da impressora fiscal, inclusive isso é um requisito da especificação de requisitos, fora isso você deve regravar o arquivo a mão. 5. O fato de setar o AAC para o ECF faz com que o GT seja atualizado no arquivo de configuração? O ACBrECF quando ligado a um componente ACBrAAC atualiza automaticamente o arquivo auxiliar criptografado. Mais informações podem ser obtidas sempre pela ER e pelo Roteiro de homologação disponíveis em: http://www.fazenda.gov.br/confaz/ no menu ECF

O ACBrMonitor foi feito em Lazarus somente.

Pode ser algo na sua operadora ou configuração, porque fizemos testes estes dias com um Daruma e enviamos 1.200 mensagem em cerca de 12 minutos, só não enviamos mais porque a operadora barrou. Veja a propriedade intervalorentremensagens como está, valores mais altos vão fazer ele demorar mais, em todo o caso pode ser a operadora que esteja demorando.

Pelo modelo adotado na documentação pode-se adicionar colunas, não se pode suprimir essas que já existem que são o padrão, mas como ACBr é utilizado por vários usuários de diferentes segmentos devemos manter o padrão normal do DANFE. Uma saída e você personalizar seu relatório de DANFE adicionando as colunas que deseja ao relatório.

Aparentemente o webservice não está ok, porque veja que o codigo da uf está correto na chave, MG parece estar com problemas novamente.

No DANFE vai sair o uCom e qCom conforme manual da NF-e, não podemos alterar as informações do DANFE e deixar fora do padrão. Uma saída seria utilizar a conversão também na unidade e quantidade comerciais.

Você precisa codificar o eventos OnExibeMsg, veja no exemplo como utilizar.

Dê uma lida nesta notá técnica para você entender melhor o que você está fazendo. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=IjF66WihatE= Basicamente você deve estar consultando muito o status ou fazendo várias requisições seguidas, lendo este documento você vai entender como proceder corretamente para que o erro não aconteça novamente.

Movido para o local correto.

O modem Daruma foi feito para esse fim, com certeza ele é bem superior aos outros que não foram feitos para tal. Os modens 3G e similares são usados para conexão internet, mas via comando AT programamos eles para enviar SMS, mas é claro nem tudo são flores. Quanto a ter que ter o programa instalado, tente procurar o driver do modem, se achar ao instalar ele cria a porta virtual sem necessidade do aplicativo do modem estar aberto.

Instalou a capicom que vem junto do ACBr? Atualizou a cadeia de certificados? O emissor gratuito utiliza um framework próprio do java para utilizar o certificado não dependendo da capicom por isso ele funciona.

Utilize o método "gerarchave", basta adicionar pcnAuxiliar ao uses que ele estará disponível.

O laudo de análise funcional e emitido para o teu aplicativo, depois de homologado, não para o ACBrMonitor, o ACBrMonitor e apenas uma camada auxiliar na comunicação com os periféricos como por exemplo a impressora fiscal.

Não temos um help atualizado, o tempo não deixa fazer um . Para quem utiliza o monitor realmente eu penso ser mais simples se for somente isso, fazer a mão, mas para quem utiliza o ACBr em delphi ai é outra história, tem muita coisa pronta no ACBr eu mesmo utilizo bastante.

Após enviar utilize a propriedade "ACBrNFe.NotasFiscais.Items.NFe.procNFe.chNFe" para ler a chave.

Qual a versão do fast-report você está utilizando?

Utilize o comando "gerarchave", parâmetros: codigo UF, codigo numérico, modelo, serie, numero, tipo emissão, emissão, cnpj.

Não entendi porque perder tempo fazendo se já tem pronto no ACBr, porque fazer uma nova função sendo que já existe uma testada e funcionando a um bom tempo? Não é questão de procurar nos fontes, é questão de conhecer a ferramenta que se tem nas mãos, simples.

Declare a unit "pcnAuxiliar" e utilize o método "GerarChave".

Você está misturando o menu fiscal com o teu menu de trabalho, o que deve ficar livre para qualquer um são as opções do menu fiscal e elas estão bem tipificadas na especificação de requisitos, nenhuma delas bloqueia a impressora ou registra itens, quanto ao seu exemplo, a redução Z não pode de forma alguma estar no menu fiscal, inclusive ela nem consta como opção dele.

Requisito VII item I: Ou seja, em qualquer tela do seu sistema tem que ter ao menos um atalho bem identificado do menu fiscal, sem senha sem nada, inclusive na sua tela de login, isso é testado pelos homologadores inclusive, na POLIMIG eles olham isso inclusive nas telas de login.

Não sei como esse fabricante faz isso, mas pelos webservices não tem como, não existe webservice para esse tipo de consulta.

Não sei como esse fabricante faz isso, mas pelos webservices não tem como, não existe webservice para esse tipo de consulta.

Acertado, obrigado pela observação.