Valdir Dill

Na verdade a tag dhEmi no XML já está no formato correto para NFCe, ou seja, no padrão yyyy-mm-dd7Thh:mm:ss-03:00. Para compor o texto que gerará o QrCode você pode pegar direto do xml ( NFe.NotasFiscais.Items.NFe.Ide.dEmi) ou então pegar a data/hora no formato normal (dd/mm/yyyy hh:mm:ss) da nota e transformar para o esse padrão pelo método DateTimeTodh(vDataHora) da pcnAuxiliar.

Não sei se é o valor, pois eu fiz um teste à parte do meu sistema e tentei converter o valor do campo como ele está no manual, ou seja, o texto 2012-09-27T16:20:34-03:00, sem nenhum formatDate ou outra formatação. Qual conversor que você utilizou e que deu certo?

Bom dia Aecio! Conseguistes resolver esse problema do hexa do campo dhEmi? Testei vários exemplos de conversão de string para hexa e todos retornam 58 dígitos para o valor - 2012-09-27T16:20:34-03:00 - citado lá no exemplo hipotético 1 da nota técnica do QrCode . No exemplo, o manual traz o valor convertido em hexa com 50 dígitos, o que estaria de acordo com o manual, mas não consegui. Alguém teria alguma sugestão? Obrigado.

Consegui imprimir e funcionou beleza. Só não sei como gerar o QR. Precisa de algum componente externo ou como faz? Obrigado.

Consegui fazer a instalação pelo ACBrInstal. Não houve nenhuma mudança na situação. Continua dando o erro. Também baixei e instalei o componente (revisão 5904) em máquina totalmente zerada, ou seja, sem possibilidade de haver fontes do Acbr desatualizados e que poderia conflitar. O mesmo erro acontece. Nessa nova instalação abri o ACBrNFeDANFEFRDM, dei um duplo clique no cdsDadosProdutos para abrir o fieldEditor desse clientDataSet e o VOutro não consta na lista. Insisto mais uma vez nas minhas colocações anteriores: será que não é essa falta do campo no fieldEditor que está causando o erro aqui? Obrigado.

Bem, nunca conseguiu utilizar o ACBRinstall. Sempre dá o erro "pacote "synapse.dpk" não encontrado. Efetue o download do repositório novamente". Mas esse arquivo (synapse.dpk) está lá na PastaInstalACBR\ACBR\Pacotes\Delphi. Por causa desse erro sempre faço a instalação manualmente e dou um build all. Essa questão que levantei que talvez os dois novos campos (VOutro e VDesc) não estejam sendo criados no clienteDataSet não poderia ser a causa desse problema? Onde (qual .pas) é que o componente faz esse select para incluir os campos? Obrigado!

Meus arquivos estavam atualizados sim JuaumKiko. Por desencargo, deletei os fontes anteriores atualize novamente neste momento. O problema persiste. Veja a linha 554 de ACBrNFeDANFEFRDM.pas. Nos arquivos atualizados ela está assim: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat + FieldByName('VOutro').AsFloat - FieldByName('VDesc').AsFloat) ),ffNumber,15,2)+'%)'; Nos arquivos anteriores essa linha era assim: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat); Após minha sugestão, essa linha foi alterada conforme acima. Porém, como mencionei, me "parece" que a rotina que popula o fieldsEditor do cdsDadosProdutos não estão incluídos esses dois novos campos (VOutro e VDesc), entendeste? Tente fazer um teste imprimindo um Danfe com ACBrNFeDANFEFR.TributosPercentual = ptValorProdutos em uma nota que o item de produto tenha valor informado no campo de tributos. Obrigado.

Olá, a sugestão foi implementada. Porém isso gerou um erro: "cdsDadosProdutos: Field 'VOutro' not found". Ele ocorre porque o VOutro e VDesc não foram incluídos no fieldsEditor do cdsDadosProdutos. Não localizei a rotina que faz isso, mas acredito que precisa incluir esses dois novos campos no select que está populando o fieldsEditor do cdsDadosProdutos. Obrigado.

Obrigado juaumkiko! Pelo que entendi e nos testes que eu fiz, ao atribuir ACBrNFeDANFEFR1.TributosPercentual = ptPersonalizado, posso também mudar para o ACBrNFeDANFEFR1.TributosPercentualPersonalizado := VMeuPercentualsonalizado. Não sei se não entendi corretamente, mas essa mudança apenas me permite que eu calcule e atribua o percentual no valor TOTAL da nota. O percentual nos itens ele continua calculando, na minha opinião, errado, pois não considera os descontos. Eu vi que você comentou que podemos calcular manualmente os tributos e colocar nas informações adicionais do item, mas, não seria mais fácil o componente já fazer isso, ou seja, quando ACBrNFeDANFEFR1.TributosPercentual = ptValorNF ele calcular o percentual do item CONSIDERANDO os descontos do item? No valor total ele já faz isso. A mudança a ser feita seria ele (o componente) considerar eventual desconto nos itens para atribuir o peso (percentual) dos tributos no item. A alteração da linha 554 da ACBrNFeDANFEFRDM.pas seria: De: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/FieldByName('VProd').AsFloat),ffNumber,15,2)+'%)'; Para: wInfAdProd := wInfAdProd+' ('+FloatToStrF(((FieldByName('vTotTrib').AsFloat*100)/(FieldByName('VProd').AsFloat + FieldByName('VOutro').AsFloat - FieldByName('VDesc').AsFloat) ),ffNumber,15,2)+'%)'; Obrigado.

Ninguém mais enfrenta esse problema?

Gostaria de relatar uma situação a qual acredito que seja um bug no componente em relação ao cálculo que ele faz automaticamente dos percentuais dos tributos da nota. Para impressão do Danfe utilizo o ACBrNFeDANFEFR e arquivo DanfeRetrato.fr3. Tenho uma nota com 1 item. Esse item tem valor bruto de 150,00 e desconto de 15,00. Por consequência, o valor líquido do item e também da nota será 135,00. O valor dos tributos nesse caso é 30,00. Se ACBrNFeDANFEFR1.TributosPercentual = ptValorProdutos, ele calcula ambos os percentuais incorretamente, pois não considera o desconto, nem no item e tampouco no total da nota. O percentual do item fica 20% e idêntico percentual é impresso no campo dos totais. Já se DMNFEletr.ACBrNFeDANFEFR1.TributosPercentual = ptValorNF, aí o componente calcula corretamente (22,22%) no total da nota, porém no item continuam os 20%. Isso está incorreto, não está? Se definir que será ptValorNF, não deveria calcular pelo valor final (líquido) da nota, inclusive nos itens? Obrigado. Valdir

Olá Alexandre. Eu atualizei os fontes e tinha o problema do RECOPI e depois do vICMSDeson e que foram corrigidos. Fiz alguns testes aqui e está ok. Se quiser me enviar os seu XML posso tentar fazer um teste aqui com os fontes do ACBR atualizados e ver se o problema ocorre.

Beleza! Baixei novamente os fontes e testei. Está ok agora. Obrigado.

Encontrei outro erro nos fontes atualizados: vICMSDeson is unexpected according to content model of parent... Essa tag tem valor 0.00 no XML.

Por favor desconsidere o meu post. Foi erro meu, estava fazendo os testes informando ModeloDF := moNFCe. O correto é moNFe. Obrigado

Boa tarde, Me ocorria esse erro do recopi. Atualizei os fontes conforme sugerido e o erro não ocorreu mais. Porém passou a ocorrer outro com a seguinte mensagem: '2.00' violates pattern constraint of '3\.00' the atribute 'versao' with value '2.00' failed to parse. Obrigado Valdir

Também que fosse problema de schemas, mas, nada é feito no micro do usuário, e, de repente, o erro não ocorre mais. É como se ocorresse uma instabilidade temporária em alguma coisa (servidor SEFAZ, Windows local, ...).

Boa tarde, Por favor, algum dos colegas já teve ocorrência do erro abaixo ou tem ideia de qual a causa? Erro " O sistema não pode encontrar o arquivo especificado. - URL:https://nfe.sefaz.pe.gov.br/nfe-service/services/NfeConsulta2 - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsulta2 " Obrigado Valdir - Curitiba-PR

Não conheço muito de QRCode e tenho dúvidas em relação a impressão do Danfe da NFCe: - Já existe algo em relação a impressão do Danfe simplificado no ACBR? - Será como o Danfe da NFe normal (qualquer impressora) ou será necessário uma impressora especial para integrar com .dll dela, como a Daruma explica nesta link --> http://www.29.mktid1.com/v/1TeaCpme5ste1c5cd48-d8? Obrigado.

Com as mudanças para cancelamento de uma NFe (cancelamento por evento), agora é será necessário informar o número do lote TAMBÉM no cancelamento. Pergunto: esse número de lote segue a mesma sequência dos lotes dos envios da NFe ou é uma sequencia individual, uma para envio de NFe e outra sequência para cancelamento? obrigado. Valdir Curitiba-PR

Foi o que imaginei, porque fiz várias pesquisas e testes e não encontrei nada diferente. A questão é que no manual de integração esses campos podem ter até 4 decimais. Por isso imaginei que houvesse opção de configurar, já que a impressão sai sempre com 3. Obrigado pelas respostas.

Obrigado pela resposta, mas não é isso. 1) ACBrNFe1.DANFE.CasasDecimais._vUnCom 2) ACBrNFe1.DANFE.CasasDecimais._qCom ... 1) decimais do valor unitário do produto 2) decimais da quantidade do produto 3) minha necessidade: configurar decimais no PESO (dados do transporte). Obrigado.

Olá, É possível configurar a quantidade de decimais dos pesos (bruto e líquido) impressos no Danfe pelo ACBR? Como? Obrigado Valdir

Você está equivocado, toda operadora limita as mensagens em 160 caracteres, o que acontece é o seguinte, os celulares ou clientes de SMS geralmente ao enviarem a mensagem se ela for maior que 160 caracteres dividem a mensagem em mensagens menores limitadas a 160 caracteres cada. O componente pode funcionar dessa forma, bastar marcar a propriedade "QuebrarMensagem", o componente vai se comportar como qualquer outro cliente de mensagens SMS, quebrando a mensagem em mensagens menores e enviando normalmente. Beleza, entendi. Muitíssimo obrigado.