Painel de líderes

Com certeza se você abrir um tópico correto não esquecendo de buscar primeiro para verificar se já existe sua dúvida, e neste tópico der informações completas do que ocorreu, com mensagens de erro do delphi e tudo o mais, alguém vai lhe ajudar, lembre-se que o fórum é feito de pessoas que se ajudam. A boa convivência também é muito importante e ficar tirando sarro das pessoas que ajudam no fórum, não vai lhe ajudar a ter uma resposta.

Caros deve ser de conhecimento comum que a tabela CEST mantem relacionamento para muitos e ate para todos. Pensei em algumas soluções e fui obrigado a pegar a tabela CEST e passar para TXT separado por (;) para depois para SQL Como o ACBr me ajuda muito, mesmo não sendo mais usuário do SAC, quero poder contribuir. Abraços a todos e parabéns a todos do ACBr. CEST12a.txt

No svn! Obrigado pela colaboração

Esse erro ocorre porque dentro do constructor o componente não existe ainda. Quando tenta acessar a propriedade do componente dá erro. Eu percebi que no danfe o componente é criado dentro do constructor mesmo. Alterei colocando esta linha no DataModuleCreate. A principio não deu mais erro e é necessário avaliar. Esta linha foi adicionada no dia 25/02, na revisão 11239. Envio em anexo o arquivo. ACBrMDFeDAMDFEFRDM.pas

reconhecer a ignorância e prontificar para aprender é sempre o primeiro passo para o esclarecimento. Ninguém está livre desse pecado (estou a incluir a minha pessoa nessa lista, claro). por acaso já tentaste localizar nas fontes onde está esse pedaço de código? certamente compreendes que o problema não está no acbr e sim nas tuas fontes. caso contrario ninguem poderia sequer compilar. faz como regys falou e compara teu código com o da demo, isso também pode lançar luz no teu problema (desde que tenha pago a conta da luz, claro)

Boa noite! O nome do campo é TotalParcelas= Experimenta acrescentar o s, faça um teste e veja se o erro continua.

Foi liberado na área de download novo aplicativo para geração do código de vinculação do SAT, segue o link:

Boa tarde, Realizei uma pequena melhoria nas units ACBrBancoSicredi.pas e ACBrBoleto.pas para fins preventivos, uma vez que me deparei com erros de homologação em função disso. Verifiquei que a propriedade TACBrTitulo.TipoImpressão não é explicitamente inicializada, portanto inicia com o valor tipCarne, em vez de tipNormal. Isso impacta lá na geração da remessa (CNAB 400), pois as propriedades Parcela e TotalParcelas iniciam com zero. Logo, conforme imagem abaixo, Número de Parcelas não deve ser zero se Tipo de Impressão for carnê (B) e deve ser zero (ou em branco) se Tipo de Impressão for normal (A). ACBrBoleto.pas ACBrBancoSicredi.pas

Obrigado @hleorj, eu já havia corrigido na minha raiz. @EmersonPlt, atualize os fontes e teste. Se o erro persistir, recompile o pacote ACBr_NFeDanfeRL.

Juliana, Obrigado acompanhei o demo na pasta do ACBr e deu tudo certo.

Acredito que descobri o problema, preciso testar mais. A principio comentei as linhas abaixo e parou de dar o erro. constructor TDMACBrMDFeDAMDFEFR.Create(AOwner: TComponent); begin inherited; FDAMDFEClassOwner := TACBrMDFeDAMDFeClass(AOwner); { frxReport.PreviewOptions.Buttons := [pbPrint, pbLoad, pbSave, pbExport, pbZoom, pbFind, pbOutline, pbPageSetup, pbTools, pbNavigator, pbExportQuick, pbNoClose, pbNoFullScreen, pbNoEmail ];} end;

Verifique se você não configurou o componente de impressão (ou outro qualquer) para a mesma porta onde está o SAT... isso poderia causar problemas...

Mesmo erro aqui. XE3 com Fast 4.15

Olá Régys, rapaz não tinha percebido logo abaixo estava limpando infAdProd:='', tirei deu certo, desculpa o erro... Obrigado, Leão

eu fiz isto, no demo, e também não gera corretamente o nosso número. vou dar mais uma olhada por lá, qualquer coisa volto a comunicar. obrigado

Também estou enfrentando este problema. Estou tentando de tudo. Apenas o DamdfeFR com problemas. O DACTEFR e DANFEFR estão normais. D2010, Fast 4.15.11 Log.txt

vai ver é um daqueles problemas entre a cadeira e o teclado. já experimentaste acrescentar ACBrUtil no uses do arquivo xpto.PAS onde o erro dá? Pressuponho que o erro está no teu aplicativo e não no acbr, claro.

a reposta do Juiomar está correta ! foi um erro meu. Eu estava carregando o xml da dacte ao invés do xml do CTe. Obrigado

no caso deixa o pro mesmo se você tem! mas recompila ele

Bom dia Italo O processo que estou fazendo é utilizar o ACBR para ler o xml e depois eu obter os dados para criar a nota no meu sistema, pois meu cliente utilizava o site do Ginfes diretamente e agora utiliza o sistema da minha empresa. Vou fazer uma alteração e ao invés de utilizar esse método vou gravar o conteúdo num Stream e fazer o loadFromStream. Assim que eu testar eu coloca aqui a conclusão. grato

Concordo, mas o pior cego é aquele que nao quer ver. Enquanto ta td funcionando blz, a pessoa nao tá nem ai... Dai na hora q precisa mudar é a gente que sofre nessa loucura.. Infelizmente a alternativa foi "assassinar" de vez os fontes, criando variaveis globais, fico até triste de ter que fazer uma coisa horrivel dessas pq não posso migrar

No meu entendimento você está errado... E a mesma interpretação poderá se feita caso um fiscal visite o seu cliente... Vale a pena correr o risco de ser multado, pela economia de apenas 1.000,00 Reais ?? ( valor do SAT)

A versão mais atual da Elgin é 01.00.00 e não 01.01.00, tenta colocar as DLLs da Elgin na pasta do seu Programa e se a configuração de Rede estiver DHCP muda ela para IP FIXO. Sds, Ricardo.

Boa tarde, Me desculpe, mas estamos pedindo para migrar para o Trunk2 a uns 6 meses e até agora a empresa que você trabalha não decidiu mudar? Não sei se será possível gerar o QR-Code para incluir ele no XML da NFC-e usando os fontes do Trunk. Vocês deveriam ter separado uma maquina, baixado o Trunk2 e migrado a aplicação a fim de testes. Desta forma não prejudicaria a manutenção das aplicações atuais que usam o Trunk. Uma atitude simples e barata, mesmo que fosse necessário adquirir uma maquina.

Boa tarde Juliana, realmente já está resolvido agora. Eu atualizei novamente e fiz os testes e não está com erro. Muito obrigado.

Bom dia, para evitar esse tipo de problema aqui na empresa adotamos uma regra interna de travar o pdv com solicitação de uma senha quando o SAT estiver a 5 dias dias sem comunicação, fazendo com que o cliente entre em contato com o suporte a fim de identificar qual o motivo de deixar o SAT tantos dias sem comunicação, as vezes o cliente nem percebe que o equipamento esta tanto tempo sem transmitir cupom a SEFAZ, caso a comunicação não seja realizada a partir do 5 dia com liberação do nosso suporte, sempre ao abrir um novo cupom é informado ao cliente que o SAT necessita enviar os cupons na memória a SEFAZ e a quanto dias está sem comunicação, aqui na empresa não tivemos mais esse tipo de problema, não sei se é a melhor solução, para nós resolveu. Para extrair essa informação do SAT pode usar a funcão ACBrSAT.Status.DH_ULTIMA.

Bom dia. Ao invés de passar "Titulo01" passe somente "titulo1" Att.

Bom dia Heto, A ideia do Cidade.INI é fazer com que o arquivo pnfsConversao.pas não precisa mais ser alterado quando uma cidade muda do provedor A para o provedor B. Favor alterar apenas o arquivo Cidades.INI e testar. Quanto a criar uma propriedade para informar em qual pasta encontram-se os arquivos INI já esta nos meus planos, neste caso peço um pouco mais de paciência que isso será feito.

Eu faço assim: ACBrSAT.ConsultarSAT; if ACBrSAT.Resposta.codigoDeRetorno = 8000 then begin SatOk := True; lblStatus.Caption := 'SAT EM OPERAÇÃO'; end else begin SatOk := False; lblStatus.Caption := 'SAT INOPERANTE'; ShowMessage('ATENÇÃO'+#13+ 'O EQUIPAMENTO SAT ENCONTRA-SE INOPERANTE !'+#13+ 'NÃO SERÁ PERMITIDO O REGISTRO DE VENDAS'); end;

Não existe NFC-e sem autorização, a NFC-e é venda a consumidor ela só tem dois estados ocorreu ou não ocorreu, não se pode imprimir uma NFC-e que não foi autorizada. Existe sim a emissão Off-Line da NFC-e que é usado em contingência e nesse caso o DANFCe já imprime os dizeres corretamente.