Régys Silveira

Opa, está correto sim os arquivos, são somente os dois, Agora entendi a questão, não era na abertura do arquivo mas sim na validação do arquivo, vou verificar aqui cleber, eu esqueci de alterar o valor valido, vou alterar e subir uma nova versão. Obrigado.

Por favor poste no local correto é somente uma vez, sua dúvida inclusive já foi respondida no outro tópico.

Enviado ao repositório.

Verifique primeiro se foi criada a porta COM virtual, se não, abra o aplicativo da TIM, nesse momento ele cria, dai você configura o ACBrSMS para essa porta virtual, veja que serão criadas duas, pela descrição da porta você vai saber qual deve usar. Geralmente quando fecha o aplicativo da TIM ele remove as portas virtuais, portanto, se elas são criadas quando abre o aplicativo, você deve ter ele aberto para conseguir utilizar.

Por favor informe qual o equipamento, modelo, etc.

você tentou ler com o leitor disponibilizado pelo fabricante primeiro, somente para sabermos se está mesmo retornando alguma coisa?

Opa, desculpe, como o assunto se concentrava nos registros D não li direito. Por favor anexe a unit testada que já faça o merge e subo para o repositório.

Vou recompilar o demo do ACBrCotacao em delphi 7 assim que chegar em casa no fim de semana, como disse foi feito em D2010.

Eu liberei ele no meu site na semana passada e inclusive use ele na homologação, tem certeza que está tudo ok com sua instalação? Verifique se tem a pasta 02.01 dentro da pasta XML por favor.

Adilson obrigado pela explicação, não lembrava que dá para ver pelo site.

O ACBrValidador não vai aceitar arquivos de ERs anteriores, veja que agora o arquivo Registro do Paf-ECF é um grande arquivo com tudo, o validador vai testar a primeira linha procurando pelo registro U1 para saber se é um arquivo 02.01 válido.

Basta abrir o formulário principal do demo, alterar qualquer coisa e salvar. O demo foi feito em delphi 2010, então se tentar compilar em algo mais antigo, realmente vai acontecer algo assim.

Não, está correto o comentário, agora eles são gerados dentro do D2 por isso foi comentado. Eu testei aqui com o Demo do ACBrPAF e está gerando normalmente.

Eu faço dessa forma: - tenho no cadastro da empresa duas configurações, uma para dizer qual a impressora da empresa e outra para a impressora cozinha. - no cadastro do produto eu tenho duas marcações, uma para impressão na cozinha e outra para impressão no terminal. - as impressoras são instaladas normalmente no windows utilizando o driver da bematech, ele gera uma impressora normal como outro qualquer. - ao fazer um novo pedido o sistema envia os produtos conforme a marcação e configurações acima. Funciona com um alto volume de transações e nunca me deu problema. Para a impressão dos relatórios eu utilizo o FastReport, nele eu tenho a opção de configurar como rolo e a largura também.

tentou debugar e ver se ocorre uma exceção silenciosa ou algo assim? verificou as configurações de diretório de gravação?

Olá Cleber, homologuei essa semana, mas não usei o registro D4, por isso não vi isso, concordo com você. Subi algumas alterações que penso que resolveram o problema, peço por favor que testem. Lembrando o registro D4 são as alterações dos registros D2, gerado somente quando você permite alterar o item do DAV após o item ter sido cadastrado. Em tempo, eu fiz a atualização do ACBrValidor para a nova ER, segue o link para quem quiser baixar: http://www.regys.com.br/acbrvalidador/

Só para melhor entendimento, essa mudança foi necessária porque agora o arquivo é gerado para todos os ECFs do estabelecimento, antes era somente para o ECF escolhido, isso não vai quebrar o que já estava feito, basta mudar a estrutura para como mostrei que ficara tudo ok, para os novos, fica a possibilidade de informar quantos ECFs quiser. Homologuei com essas alterações semana passada inclusive, gerando informações de dois ECFs.

como você está adicionando os registros, está seguindo a forma descrita no demo?

Eu tenho essa mesma situação, mas faço usando driver de impressão normal do windows com o report feito para rolo, funciona perfeitamente.

Somente entrando em contato com o fisco ou testando o envio do número. Não existe um webservice para verificar o número inutilizado. ACBrNFe.WebServices.Inutiliza(); serve para inutilizar uma numeração, veja o demo.

Fiz algumas correções, você havia enviado uma versão antiga dos arquivos, fiz o merge para as novas alterações e já subi. Obrigado pela contribuição.

É por isso que pedi anteriormente para instalar a capicom que vem com o ACBr, nos passos para a instalação tem lá o registro das dlls. Outra coisa que o instalador faz é copiar para a pasta de sistema correta conforme os bits do SO (32 ou 64).

Enviei um novo componente ACBrCotacao para retornar a cotação da moeda retirada do arquivo .csv do Banco Central do Brasil.

A forma correta é como está demonstrando no Demo do ACBrPAF, essa forma que você postou vai gerar um RegistroR01 em branco a cada vez que fizer um .new ACBrPAF.PAF_R.RegistroR01.New.RegistroR06.New você está dizendo para adicionar um registroR06 de uma adição do registroR01, gerando então um R01 em branco. Faça assim: with ACBrPAF.PAF_R.RegistroR01.New do begin ...dados do r01 with RegistroR02.New do begin ...reduções Z do ECF informado em RegistroR01 with RegistroR03.New do begin ... detalhes da reduções Z informada anteriormente end; end; with RegistroR04.New do begin .. cupons fiscais do ECF informado em RegistroR01 with RegistroR05.new do begin ... Detalhes do cupom fiscal informado anteriormente end; with RegistroR07.new do begin ... Meios de pagamento do cupom informado anteriormente end; end; with RegistroR06.New do begin ... Comprovantes não fiscais do ECF informado em RegistroR01 with RegistroR07.new do begin ... meio de pagamento informado no cupom anterior end; end; end;

Pergunto se ocorre algum erro na geração do arquivo.