lemarq

Estou realizando umas modificações no sistema para tentar evitar erros de Duplicidade e caso ocorra tentar corrigir. Pesquisando no fórum vi esse tópico (viewtopic.php?f=6&t=4968&hilit=nfe+duplicidade) que um membro aconselha a consultar a nota lendo o xml para atualizar o XML com a assinatura correta mas quando faço isso o xml fica com duas assinaturas. Essa adição da assinatura correta, o acbr está se comportando de forma errada quando adiciona a outra assinatura ou nós que estamos fazendo o processo de forma errada?

É o que pensei Regys, mas se o DAV não é documento fiscal o que impediria? Em qual documento encontro informações a respeito do que pode e não pode no DAV?

Tenho as seguintes dúvidas, No DAV é possível informar a forma de pagamento? Tipo, o cliente quer pagar em dinheiro, é possível eu colocar no DAV um local para "Forma de pagamento: Dinheiro - Avista", "Duplicata -30 Dias"... esse tipo de informação? Outra dúvida, posso dar desconto apenas no final do DAV? Nos modelos de DAV que vi pela internet, só era mostrado desconto por produto, mas temos muitos clientes que dão desconto apenas no final da venda. Caso eu implemente isso, teria que ratear esse desconto para cada produto?

Daniel, muito obrigado cara, deu certo.

Daniel, então é para as Alíquotas ISSQN saírem, correto? Vou esperar a correção.

Alguém sabe dizer?

como Juliomar falou, seu cliente tem que ter a inscrição municipal cadastrada no ECF e a alíquota de serviço (ISSQN e não ICMS) também. só uma observação, caso exista alíquota de mesmo valor tanto para ICMS como ISSQN, quando vc for realizar a venda do produto no acbrECF, terá que colocar um "S" após a alíquota se não o acbrECF.VendeItem vai identificar como alíquota de ICMS. exemplo, acbrECF.VendeItem('123456', 'produto teste', 5S, 1, 1.5)

quer dizer... Aliquota: 01 Indice: 01 -> 25 Tipo: T Aliquota: 02 Indice: 02 -> 18 Tipo: T Aliquota: 03 Indice: 03 -> 12 Tipo: T Aliquota: 04 Indice: 04 -> 7 Tipo: T Aliquota: 05 Indice: 05 -> 5 Tipo: T Aliquota: 06 Indice: 06 -> 2 Tipo: S Aliquota: 07 Indice: 07 -> 5 Tipo: S --------------------------------- aquele outro era o LerTotaisAliquotas

Aliquota: 01 - 25 Tipo: T -> 0.00 Aliquota: 02 - 18 Tipo: T -> 0.00 Aliquota: 03 - 12 Tipo: T -> 0.00 Aliquota: 04 - 7 Tipo: T -> 0.00 Aliquota: 05 - 5 Tipo: T -> 0.00 Aliquota: 06 - 2 Tipo: S -> 0.00 Aliquota: 07 - 5 Tipo: S -> 0.00

se vocês poderem ver no arquivo, na seção OutrasICMS existe um total para ISSQN e lá existe o total vendido do dia

Bom, estou utilizando os o DadosUltimaReducaoZ para capturar os dados e gerar o arquivo de movimento por ecf, porém percebi que na seção de Aliquotas ele não retorna as alíquotas de ISSQN, é assim mesmo? [Aliquotas] 01T2500 = 0 02T1800 = 0.1 03T1200 = 0 04T0700 = 0 05T0500 = 0 Após o 05T0500 ainda tem o 06S0200 e 07S0500 e na função não é retornado, é assim mesmo? Caso seja, como vocês estão fazendo para capturar os totalizadores para serviço? Estou utilizando uma Daruma FS-700, vou anexar o ini retornado pela função reduz.ini

Regys, com o DadosUltimaReducaoZ é possível pegar os totalizadores das alíquotas de serviço?

Daniel, a impressão da identificação do DAV e Pre-venda pelo acbr é nas observações, certo? Para identificar o PAF a melhor função é ACBrECF.IdentificaPAF( NomeVersao, MD5 : String) ? Pergunto isso porque (se não me engano) no fórum normal algumas pessoas tiveram problema com a identificação do PAF, não lembro bem o problema qual era. E como alguns clientes estão relutando em trocar os ECF Matricias por MFD queria saber se dava certo mesmo. Mas muito obrigado por sua resposta, tirou várias dúvidas que tinha de uma só vez.

Bom dia galera, atualmente no nosso sistema identificamos o cliente ao encerrar o cupom (passando as informações na observação da função acbrECF.FechaCupom(), porém a quantidade de linhas permitidas na observação varia de modelo e já tivemos vários problemas com os ECFs que utilizam protocolo Fiscnet por aceitarem menos linhas que a Daruma (nosso principal ECF) e o cupom não ser encerrado por causa disso. Conseguimos consertar esse problema, porém com a identificação do DAV, tenho receio que isso volte a acontecer e estou pretendendo utilizar o cabeçalho do cupom para identificação. Minha dúvida é a seguinte, todos os ECFs em seu cabeçalho possuem os campos CPF, Nome do cliente e Endereço no cabeçalho do cupom?

encontrei o erro aqui, foi um erro da programação.

Atualizei a pasta geral, desinstalei o acbr e continua dando isso. Depois deletei toda a pasta do Acbr e dei um Update. Compilei tudo e continua dando o erro

é na unit AcbrNFeNotasFiscais e na função a seguir function TNotasFiscais.ValidaAssinatura(out Msg : String) : Boolean; var i: Integer; FMsg : AnsiString; begin for i:= 0 to Self.Count-1 do begin if not(NotaUtil.ValidaAssinatura(('')+ ''), FMsg)) then begin Result := False; Msg := 'Falha na validação da assinatura da nota '+ IntToStr(Self.Items.NFe.Ide.nNF)+sLineBreak+FMsg end else Result := True; end; end;

Após atualizar o Acbr ao tentar executar meu projeto, está me retornando o erro "Undeclared Identifier: ValidaAssinatura" Alguém já passou por isso?

O cliente enviou o ECF com o computador aqui para empresa e tive uma surpresa, ao conectar o ECF na máquina consegui ativá-la sem problema algum. Problema resolvido "igual" aos outros dois, "do nada".

Assim que o cliente entrar em contato eu pego o LOG e anexo aqui

Elton, aí é que está outro problema... o ECF não fica ativo, o botão continua como "Ativar" e não "Desativar". Aí quando tento ativar novamente é mostrado essa mensagem. Pelo o que eu entendi dessa mensagem é como se ela estive ativa e eu tentasse trocar a Porta de comunicação.

Uma coisa que percebi e havia esquecido de comentar... nos três casos, quando eu tentava conectar na porta COM1 e depois tentava conectar com a porta COM2/COM3 retornava a mensagem "Não é possível modificar a porta com o dispositivo ativo". Eu tinha que fechar o ECFTeste e tentar ativar novamente para essa mensagem não aparecer.

A primeira e segunda vez achei que fosse questão da intervenção, que poderia ter mudado a velocidade da impressora ou alguma configuração dela, mas vi que estava funcionando no padrão normal das Elgins (115200), trocava o ECF de computador e não ativava. Trouxe o ECF pra cá e a mesma coisa aconteceu (nem o ECF teste conseguia ativar), tirei o cabo do computador, liguei novamente, troquei ela de máquina várias vezes e depois de muitas tentativas voltou a ativar. Depois disso ela voltou a funcionar na máquina do cliente. E a terceira agora, foi troca de peça na máquina, como disse antes, de um cooler. Pelo o que eu conheço não se muda nada a nível de sistema na troca de um cooler. A não ser que o na troca de cooler a serial tenha dado problema. Vou pedir pra mandar para o técnico que colocou o cooler e mandar testar a serial.

De uns tempos pra cá estou com um problema que está tirando o meu juízo e não sei o que fazer. Tenho um cliente que usa a impressora Elgin Fit e pela terceira vez estou com o mesmo problema e não consigo resolver. O que acontece, o cliente está utilizando normalmente o sistema e por algum motivo, ou mandam a impressora pra intervenção (no caso do problema as duas primeiras vezes) ou troca de peça do computador (troca de cooler, dessa vez) e ao tentar ativar novamente a impressora, o sistema não consegue se comunicar com ela mesmo não mexendo em nada nas configurações da porta serial, do sistema e do ecf. O que percebi, é que isso só acontece com as Elgin Fit. O que, mais precisamente, influencia na ativação da impressora (em relação a porta serial)? Baud Rate, Data Bits, Parity,...? E mais precisamente, o que cada uma configuração dessa influencia na ativação da impressora?

Eu utilizo aqui e funciona normal, qual o ECF que você está utilizando e as DLLs são as atuais? pelo o que eu entendi desse erro é que não existe a função ArquivoMFD_DLL que recebe os parâmetros que você passou, provavelmente é uma DLL antiga. Você conseguiu gerar no ECFTeste?