Painel de líderes

Na verdade padronizar ele! Gerar ele com o nome por exemplo da nfc-e! ou numero da nota e serie! é uma opção !

Não. A opção dentro do Menu Fiscal não vai dar baixa. Vai gerar o arquivo eletrônico conforme especifica o requisito. A opção que faz dar baixa ou ordena (manda) a baixa fica em outro lugar no seu software. É algo como "Gerar produtos com base no Índice Técnico de Produção" ou "controle de produção". Não cita nada pois para o fisco interessa mesmo a parte que gera o arquivo. O PAF-ECF pode ou não ter o controle de produção. Mas se você pegar o roteiro de testes que era aplicado a versão 01.12 da ER-PAF-ECF verá que no teste "084-A", passo 5, cita o controle de produção.

Italo, Juliomar, obrigado pela ajuda. Bom, vamos lá. Pelo que entendi do comentário o Juliomar é que por utilizar thread tenho que criar, configurar e destruir o componente a cada vez que for fazer uso do mesmo. Ex: TNFSe = class(TThread) ACBrNFSe: TACBrNFSe; ACBrNFSeDANFSeRL: TACBrNFSeDANFSeRL; procedure Execute; override; public constructor Create; overload; destructor Destroy; override; end; { TNFSe } constructor TNFSe.Create; begin inherited Create(True); FreeOnTerminate := True; Priority := tpNormal; ACBrNFSe := TACBrNFSe.Create(nil); ACBrNFSeDANFSeRL := TACBrNFSeDANFSeRL.Create(ACBrNFSe); ACBrNFSe.DANFSE := ACBrNFSeDANFSeRL; ACBrNFSe.Configuracoes.Geral.Salvar := True; ACBrNFSe.Configuracoes.WebServices.Salvar := True; ACBrNFSe.Configuracoes.Geral.PathSalvar := PathSalvar; ACBrNFSe.Configuracoes.Certificados.NumeroSerie := NumeroSerie; ACBrNFSe.Configuracoes.Certificados.Senha := SenhaCertificado; ACBrNFSe.Configuracoes.Geral.PathSchemas := ExtractFilePath (Application.ExeName) + 'Schemas'; ACBrNFSe.Configuracoes.WebServices.CodigoMunicipio := CódigoMunicípio; ACBrNFSe.Configuracoes.WebServices.SetConfigMunicipio; if ACBrNFSe.DANFSE <> nil then begin if FileExists(ExtractFilePath(Application.ExeName) + 'Imagens\' + ACBrNFSe.Configuracoes.WebServices.xProvedor + '.jpg') then ACBrNFSe.DANFSE.Logo := ExtractFilePath(Application.ExeName) + 'Imagens\' + ACBrNFSe.Configuracoes.WebServices.xProvedor + '.jpg'; ACBrNFSe.DANFSE.ExpandirLogoMarca := False; // Path para salvar os arquivos PDF ACBrNFSe.DANFSE.PathPDF := ACBrNFSe.Configuracoes.Geral.PathSalvar; ACBrNFSe.DANFSE.Sistema := Sistema; end; ACBrNFSe.Configuracoes.Geral.PathSchemas := ExtractFilePath (Application.ExeName) + 'Schemas\' + ACBrNFSe.Configuracoes.WebServices.xProvedor; Synchronize(Resume); end; destructor TNFSe.Destroy; begin ACBrNFSe.Free; inherited; end; procedure TNFSe.Execute; begin inherited; try CoInitialize(nil); // Cria e envia a NFSe! finally CoUninitialize; end; end; Tipo, se for isso, já realizava isso todas as vezes, pois utilizo a thread para não travar a aplicação. Realizando vários testes aqui, verifiquei que o problema não está no uso da thread não e sim na configuração: ACBrNFSe.Configuracoes.Certificados.Senha := SenhaCertificado; Na primeira vez que crio o componente, seja vcl ou runtime, somente posso passar a propriedade ACBrNFSe.Configuracoes.Certificados.Senha na primeira vez, caso contrário, começa a dar o erro da criação do tópico e vários outros erros! Sendo assim, somente passei esta propriedade na primeira criação da thread e funcionou perfeitamente. Mais uma vez agradeço pela ajuda.

A tabela de índice técnico de produção é obrigatória quando você trabalha com produtos produzidos no próprio estabelecimento.

Eu tive um problema parecido na minha aplicação, mas com um ambiente um pouco diferente: Delphi 2010 + Postgresql + Zeos + Windows 7. No meu caso, para aumentar o mistério, o acesso ao banco dos dados estava lento somente quando o ponteiro do mouse estava sobre a aplicação - se eu colocava o mouse na barra de tarefas do windows, a velocidade ficava normal. E isso acontecia indiferentemente com o banco de dados sendo acessado na maquina local ou em um servidor na rede. Como não encontrei nenhum relato de algo parecido nas minhas pesquisas na net, acabei resolvendo o caso usando uma "POG": fiz uma função que desativa o mouse durante os processos que demandam muitos acessos de banco na minha aplicação. Edson, você poderia testar se o teu caso é o mesmo? É só posicionar o mouse na barra de tarefas durante uma dessas lentidões - se for o mesmo problema, a diferença será bem perceptível.

Vejam que foram 3 formas de pagamento iguais, mas com valores diferentes e cada uma com seu vinculado, até onde sei isso pode, o que não pode é 2 vinculados para uma forma só de pagamento.

Edson a aplicação fica lenta rodando local ou em rede? Tive um problema parecido em alguns clientes e descobrimos que o protocolo de segurança de rede da empresa GAS Tecnologia afeta o desempenho dos aplicativos. Esse protocolo se auto instala no PC quando se acessa algum site de banco. Verifique na propriedade da placa de rede se esta instalado e remova-o para testes. Abraços

Hoje estava programando o ACBR para uma sweda e enviei uma redução Z para a impressora efetuando o bloqueio da mesma, quando fui emitir o cupom fiscal me retornou uma mensagem contendo somente o codigo 0059 e dizendo para consultar o manual, analisando o codigo do ACBRECFSwedaSTX encontrei o local das mensagem e acrecentei a linha que estava faltando conforme descrito abaixo: 059 : Result := 'As operação de circulação de mercadoria e operações não fiscais na data atual já estão encerradas!'; Isso para ser reportado na aplicação e facilitar ao operador do Sistema a identificar o problema. Gostaria que fosse atualizado na unit da SWEDA a fim de quando fizer uma atualização não perca essa mudança. sei que é uma coisa boba mais faz muita diferença para que está operando qualquer sistema que utiliza-se o componente do ACBR.

Vejam, ter pre-venda no terminal ECF realmente é bloqueado, porque, qual é o intuito da pre-venda? Utilizar mais de um computador para atendimento e 1 ECF somente no estabelecimento, por isso as regras de construção e manutenção da pre-venda. Por isso o homologador está lhe cobrando isso e concordo com o Juliomar, se você utiliza pre-venda, automaticamente vai cair nos testes de queda de conexão, dai vão te cobrar levar dois computadores. Outra coisa, geralmente é cobrado que não se tenha pre-venda no mesmo software onde está conectada a impressora e é registrado o cupom fiscal, se ficar em outro software, geralmente eles aceitam. Uma prática comum é ter dois softwares, o de atendimento (balcão) onde são feitos pre-venda, dav, etc e outro conectado ao ECF que faz o registro da venda concomitante e não concomitante.

Ola pessoal, possuo um cliente que tem uma impressora fiscal Epson TM-T81FBIII. Esta acontecendo que ela imprime um relatório gerencial toda vez que eu envio o comando ACBrECF1.Operador. Entrei em contato com pessoal da Epson os quais mandei um log que a própria impressora gera. Vejam o retorno que me passaram: Analisando o log da dll enviado, identifiquei que dentre alguns comandos de baixo nível executados por meio da dll de alto nível, foi executado as 14:42:40hs o comando 0550|0000 que define o campo do operador impresso no rodapé do cupom. 14:42:40 HLI EPSON_Send_From_FileEXX 14:42:40 HLI { "0550|0000|1/FUNCIONARIOS DIVER" } 14:42:40 LLO 000: 06 02 EC 05 50 1C 00 00 1C 31 2F 46 55 4E 43 49 ....P....1/FUNCI 016: 4F 4E 41 52 49 4F 53 20 44 49 56 45 52 03 30 37 ONARIOS DIVER.07 032: 30 38 08 14:42:40 LLI 000: 02 EC 00 00 1C C0 80 1C 1C 00 00 1C 03 30 32 41 .............02A 016: 31 1 14:42:40 HLO {"0", ""} Percebe-se que a aplicação enviou a extensão 0000 o que significa que é impresso um relatório gerencial de configuração. Se for enviado a extensão 0001 neste comando, então a impressora não imprimirá o relatório gerencial de configuração. Este é o único comando executado registrado no log que faz a impressão de um relatório gerencial, conforme dito anteriormente, não há uma forma de habilitar ou desabilitar a impressão automática de um relatório gerencial no ECF. Nunca trabalhei nos projetos das impressoras fiscais, se possível alguem que trabalha nesses projetos, fazer essa alteração no ACBrEpson. Desde ja obrigado!

As funções são diferentes. Eu uso o FastMM também para evitar os memory leaks e verificar o que acontece. Na verdade ele é o gerenciador de memória padrão desde o Delphi 2007. Mas os profilers são para medir o tempo gasto com as funções. Eu normalmente uso o gpProfiler no Delphi 7. Acho ele mais intuitivo. Mas o Sampling Profiler tem, digamos, "outro mecanismo de medição" que, por ser menos intrusivo, pode ser muito mais preciso. Só um alerta: Sempre faça uma cópia do seu código antes de usar o gpProfiler. Normalmente não acontece nada, mas visto que ele faz alterações no fonte para funcionar, vai lá saber...