Vilmardiogo

Bom dia amigos !!! Vou dar um pitaco aqui sem ter analisado o problema relatado pelo Jakson. Jakson, observe que os nomes dos arquivos XMLs são diferentes: Veja : Arquivo XML do Evento tem no início '110110', e no final depois do dígito da NF-e tem '01-procEventoNFe.xml' Arquivo XML da NFe simplesmente o número da chave com o final '-nfe.xml' 1101102615010023418800013255001000000158100000158301-procEventoNFe.xml veja os detalhes em vermelho !!! De uma conferida nisso para ver se resolve.

Olá Kiko, Ricardo, bom dia amigos !!! Sim perfeito compreendo perfeitamente as explicações dos amigos, e como já havia mencionado nos posts anteriores, trabalhei as duas possibilidades. Nós como desenvolvedores, entendemos bem as regras de arredondamento. Mas clientes, alguns contadores, etc, não compreendem isso. Pois simplesmente olham a BC * Alíquota (601,25 * 17% = 102,21), ai no caso em questão o vICMS esta 102,18 já gera questionamento pela diferença !! Por isso que digo, que se vICMS tivesse casas decimais de 4 ou 5 dígitos, isso se resolveria de vez. Mas tranquilo amigos, obrigado por questionarem e exporem suas idéias, muito obrigado e sucesso a todos.

Olá boa tarde Kiko Fernandes, obrigado pela dica amigo. Já tinha feito desta forma e tinha validado, porém com a diferença de 0,03 centavos vICMS = 102,18, na minha opinião deveria ser vICMS = 102,21 pois 601,25 * 17% = 102,21. Bom agora é preparar as explicações para contador, cliente.

Bom dia Ricardo, então amigo, a questão é exatamente esta ! Pois veja bem os dois últimos itens realmente coloquei propositalmente, pois o correto é: qCom = 25.000 vUnCom = 1.85000000 vProd = 46.25 qTrib = 25.000 vUnTrib = 1.85000000 vBC = 46.25 pICMS = 17.0000 vICMS = 7.86 ===> (aqui que esta o problema pois 46.25 * 17% = 7.8625) ===> (tirando a prova dos 9: (7.8625 / 0.17) = 46.25 fecha com a vBC) mas se fizer como o WebService faz que acredito que seja assim (7.86 / .17 = 46,23529 que arredondando fica 46,24 (um centavo 0,01 a menos)). Ai vejam são 13 itens exatamente iguais em valor e quantidade, se somar os valores do vICMS como o WebService, que é 7,86 * 13 = 102,18 isso para vICMS. Agora se somar os valores da vBC que é 46.25 para cada item (46.25 * 13 = 601.25 total exato da NF), 601.25 * 17% = 102,2125 valor exato do vICMS, o Webservice só recebe 102,21), vejam que acima mencionei a soma do vICMS = 7.86 * 13 = 102.18, observem que da uma diferença de 0,03 centavos. Na minha humilde opinião vICMS deveria ter pelo ao menos 4 ou 5 casas decimais, ai estes problemas de arredondamento não aconteceriam. Ai pergunto aos amigos como resolver esta questão ? Pois o cliente não quer nem saber, a culpa é do sistema.

Olá pessoal, algo muito estranho esta acontecendo após atualizar para versão 3.10, não consigo achar onde esta o problema que esta causando a rejeição da BC do ICMS. Segue em anexo arquivo XML para melhor analise. Se alguém tiver alguma dica, por favor ! Obrigado. 11150114539672000184550010000000181000002875-nfe.xml

Blz Juliomar, problema resolvido !!! Obrigado pela dica !! Sucesso !!!

Olá pessoal, atualizei para a versão 8017 do svn. Desinstalei e instalei todo o componente ACBr através do instalador, tudo ok, 100%. Mas ao recompilar e tentar usar a NFCe aparece esta mensagem conforme imagem em anexo !!! Alguma sugestão ?

Boa tarde Alvaro, isso aconteceu comigo ontem quando coloquei o sistema na versão 3.10 em um cliente. Fiquei quase doido sem saber o que causava o esse erro. Consegui resolver o problema fazendo o seguinte: ACBrNFe1.Configuracoes.Geral.IdToken := dm.cdsConfCOD_CSC.Value; Eu já tenho o ID CSC, acredito que quem não tem ainda se fizer assim deva funcionar. ACBrNFe1.Configuracoes.Geral.IdToken := '00001'; Não sei se tem algo haver mas resolvi assim, e esta funcionando na 3.10. Detalhe eu não uso ACBrNFeMonitor.

Aproveitando o tópico, também estou com problemas no cancelamento. Mas o problema não é na transmissão, mas sim ao tentar ler o arquivo xml do evento antes na versão 2.00 funcionava certinho, agora na 3.10 não. Antes na 2.00 eu fazia assim ACBrNFe1.EventoNFe.LerXML( Path_Can+'\'+ChaveNFe+'1101111-procEventoNFe.xml'); Funcionava 100% Agora na 3.10 mudou o número do evento para início da chave. 1101111-procEventoNFe ACBrNFe1.EventoNFe.LerXML( Path_Can+'\1101111'+ChaveNFe+'-procEventoNFe.xml'); Não consegue ler o arquivo. A função de leitura continua a mesma, ou tem outra específica ?

Blz, amigão, obrigado pela dica, grande abraço, sucesso !!!

Bom dia JNPace, uma dúvida amigo, na Epson TM-T20, usando o fast ou forstes, funciona bem usando a porta USB. Você chegou a testar ?

Exatamente, se colocar o horário de verão a NFe não funciona os eventos, não sei o que fazer estou querendo migrar para a versão 3.10 mas, esta complicado ! Até desinstalei todo o ACBr e instalei novamente, e o problema persiste.

Olá, Regys, aqui em RO é utilizado o Webservice do RS. Já antecipei o horário em nada !!!

Olá pessoal, estou fazendo os testes na NFC-e e ao enviar esta me retornando 15->Rejeição: NFC-e com Data-Hora de emissão atrasada. Já antecipei a hora para o mesmo de Brasilia e nada. Já fiz o que o André sugere acima !!! Estou em RO, alguma dica ?

Olá pessoal, alguma dica sobre este tópico ?

Olá boa tarde juaumkiko, legal estas propriedades, porém na DANFE CB Rave, o texto "V.Aprox.Tributos" não recebe a fonte, ou seja a propriedade TributosFonte, sempre esta vazia. O Correto seria apresentar assim "V.Aprox.Tributos (Fonte:IBPT)". No código abaixo fiz o debug e a variavel TributosFonte sempre esta vazia. if Total.ICMSTot.vTotTrib <> 0 then begin lVTotTrib :=DFeUtil.FormatFloat(Total.ICMSTot.vTotTrib); if (TributosPercentual = ptValorProdutos) and (Total.ICMSTot.VProd > 0) then lVTotTrib :=lVTotTrib + '('+DFeUtil.FormatFloat((Total.ICMSTot.vTotTrib*100)/( Total.ICMSTot.VProd - Total.ICMSTot.VDesc ))+'%)' else if (TributosPercentual = ptValorNF) and (Total.ICMSTot.VNF > 0) then lVTotTrib :=lVTotTrib + '('+DFeUtil.FormatFloat((Total.ICMSTot.vTotTrib*100)/( Total.ICMSTot.VNF ))+'%)'; lTemp:='V.Aprox.Tributos'; if DFeUtil.NaoEstaVazio(TributosFonte) then lTemp:=lTemp+' (Fonte:'+TributosFonte+')'; Box([fsLeft],XPos,YPos,(x*4),aHeigthPadrao,lTemp,lVTotTrib,taRightJustify); end; se informar o valor para TributosFonte acima da condição fica 100%. Ou tem outro lugar mais indicado para informar o valor para a propriedade TributosFonte ?

Olá pessoal, peço aos administradores do ACBr que mantenham as alterações que realizei nas linhas 763 e 764 e também as das linhas 811 e 812. Objetivo destas alterações se faz necessário, pois com o tamanho 8 da fonte quando os números das duplicatas tem numeração de 17 posições como é o caso dos boletos, a impressão fica sobreposta sobre a data de vencimento. Segue em anexo a Unit ACBrDANFeCBRaveRetrato para que o senhores certifiquem-se do que estou falando e que mantenham as alterações no projeto. Obrigado. ACBrDANFeCBRaveRetrato.pas

Olá André, realmente era isso, não consegui entender a resposta do Italo, entendi que ele estava me perguntando pois a msg termina com " ? ", mas blz, já esta resolvido, muito obrigado a todos.

Bom dia Italo, alguma novidade do problema, pois ainda estou com o problema !

Há sim, algumas horas depois, tipo estamos tentando cancelar agora. Alguma informação sobre o problema do cancelamento ?

Boa tarde Italojjr, sim foi emitida hoje dia 16/04/2013 as 11:30:12 horário de Brasília, pois estou em Rondônia. estou passando assim: idLote := StrToInt(FormatDateTime('yymmddhhmm', NOW)); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.idLote := idLote; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44); infEvento.CNPJ := ACBrNFe1.NotasFiscais.Items[0].NFe.Emit.CNPJCPF; infEvento.cOrgao := ACBrNFe1.NotasFiscais.Items[0].NFe.Ide.cUF; InfEvento.detEvento.nProt := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt; infEvento.nSeqEvento := 1; infEvento.dhEvento := now; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := vJust; end; // Enviar o evento de cancelamento if ACBrNFe1.EnviarEventoNFe(idLote) then ...

Olá estou com um cliente que não esta conseguindo cancelar a NF-e; da o erro 579: mensagem -> A data do evento não pode ser menor que a data de autorização par NF-e não emitida em contigencia. a Nota foi emitida hoje as 11:30:12. Algum procedimento errado ? Na propriedade esta assim; infEvento.dhEvento := NOW;

Peterson boa tarde, fiz conforme sua orientação, de atualizar o componente e continua a mesma coisa. Pra você ter uma ideia, eu excluí todas as pastas do ACBr e baixe do SVN e instalei com o ACBrInstall. Estou achando que possa ser problema no driver da impressora, mas o estranho que é só na impressão do evento do cancelamento que fica no modo PAISAGEM, o DANFE sai normal no modo RETRADO.

Sim, neste saiu correto.

Sim tenho permissão total, veja a seção do arquivo .INI [Geral] DANFE=0 FormaEmissao=0 LogoMarca= Salvar=0 PathSalvar= [WebService] UF=RO Ambiente=0 Visualizar=0