RicardoVoigt

Boa tarde, estive acompanhando este tópico, pensando em validar também os arquivos XML de terceiros nas entradas de estoque, e tentei testar as sugestões apresentadas pelos colegas... Peguei um arquivo XML assinado e autorizado, e editei pelo bloco de notas apenas o campo qCom de 1 para 2. Fui até o programa demo/exemplo e cliquei no botão "Validar XML", selecionei este arquivo XML e o resultado apresentado foi "Nota Fiscal Eletrônica Valida". Fiz o mesmo procedimento com estes 2 ajustes abaixo no programa demo para ver se apresentava alguma diferença: 1) ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); //True); 2) ACBrNFe1.Configuracoes.Geral.ValidarDigest := True; Mas apresentou o mesmo resultado. O método Validar então não testa a assinatura, testa apenas a estrutura perante os arquivos schema ? É isso mesmo? OBS: colando este mesmo XML no validador da sefaz rs, retorna "Assinatura Digital: Inválida". Att Ricardo

Cuidado com este tipo de operação q vc pode acabar sendo bloqueado por consumo indevido. Sobre seu erro citado fica complicado ajudar sem saber se o componente esta na tela ou se vc esta criando ele em tempo de execução. Att Ricardo

Bom dia Depois da ultima atualização vc reinstalou os componentes com o instalador ? O problema ocorre com o programa demo/exemplo ? O problema ocorre tanto no preview como na impressão em papel ? Ao gerar pdf tambem ocorre? Att Ricardo

Boa tarde, ja tentou reinstalar os componentes usando o Instalador do ACBr? Att Ricardo

Boa tarde, esse "detalhe" será "plenamente resolvido" com a implantação da versão 4.00 da NF-e, uma vez que o layout do XML conterá o campo vTroco (e este deverá estar somado) nas informações de pagamento. Veja mais detalhes na Nota Tecnica 2016-002. Att Ricardo

Bom dia, preste atenção no seguinte detalhe: o campo tpEmis (1=Normal e 9=OFFLINE) faz parte da chave de acesso. Att Ricardo

Boa tarde, Realmente, fica difícil de ajudar analisando parte do SQL... Lembro que já respondi outra dúvida tua parecida com esta, neste tópico abaixo Att Ricardo

Neste caso, cliente pessoa fisica vc deve informar IE vazio e o campo indIEDest como "Não contribuinte". Att Ricardo

Boa tarde @Marcos De Oliveira Dário Veja se esta ideia do tópico abaixo te ajuda... Att Ricardo

Bom dia Se vc usar a pesquisa do forum deve achar alguns exemplos... Veja neste tópico abaixo, se os exemplos postados podem te aiudar ‎http://www.projetoacbr.com.br/forum/topic/26294-dúvida-sobre-as-tags-de-partilha-da-nt-2015003/ Att Ricardo

Boa noite Voce esta usando o método errado... Tente chamar o método EnviarEvento Att Ricardo

@Juliomar Marchetti Foi isso q eu quis dizer... Pelo teste que fiz aqui funcionou dessa forma: se troco tiver zerado no NFe (tag pag), o componente de impressao continua pegando a propriedade vTroco original. Att Ricardo

A princípio sim.... pois a propriedade nova pag.vTroco foi disponibilizada no componente ACBrNFe independente da versão do XML/NFe carregado (3.10 ou 4.00). Ao carregar um XML da versão 3.10, hoje esta propriedade é carregada com valor zero no ACBrNFe, pois esta não existe no XML... Att Ricardo

Boa tarde, acho que vc tem uma quebra de linha onde não devia... Aqui pra mim essa tag abriu assim: [ICMSUFDest 006] o correto seria assim: [ICMSUFDest006] Att Ricardo

Boa tarde, considerando que o componente ACBrNFe já está preparado para a nova versão 4.00, e que o pessoal do fórum já está "a milhão" testando a nova versão em homologação, gostaria de compartilhar o ajuste nos componentes de impressão da NFC-e (modelo 65), TACBrNFeDANFeESCPOS e TACBrNFeDANFCeFortes, para ler o troco do componente ACBrNFe (tag NFe.pag.vTroco) e usar na impressão (mantendo a devida compatibilidade com a propriedade original vTroco que já tinha na classe TACBrNFeDANFEClass). Seguem units em anexo para análise... Att Ricardo ACBrNFeDANFeESCPOS.pas ACBrDANFCeFortesFr.pas

Bom dia, o seu componente ACBrNFe deve estar ligado a outro componente de impressão (propriedade DANFE) e este não deve estar corretamente configurado... Pela mensagem de erro, acho q vc tem lá um ACBrNFeDANFeESCPOS... Att Ricardo

Boa noite, parece que vc tem segundo perfil, pois achei a mesma pergunta que a sua, ver link abaixo que o colega @BigWings respondeu... Att Ricardo

Boa noite Sr não me engano, apenas o danfe da NFCe em EscPos imprime o nItem. Att Ricardo

Boa noite De mais detalhes.... Chegou a testar e identificar se esse comportamento ocorre enquanto seu aplicativo aguarda retorno da sefaz ou se é no momento da impressão (comunicacão c impressora) ?? Att Ricardo

Ola Vc deve ta pegando xml errado na hora de imprimir, ele esta sem o protocolo de autorizacao. Verifique se o xml autorizado não esta salvo em outra pasta. Vc pode tambem carregar o xml no componente e executar o metodo Consultar para atualizar o xml com o protocolo de autorização, depois disso o danfe deve ficar correto. Att Ricardo

Boa noite Da uma conferida denovo na NT 2016 - 002, se nã me engano dz la que o Fundo de Combate a Pobreza (FCP) poderá ser aplicado em operações internas também, vai depender mesmo eh do produto.... Att Ricardo

Boa tarde, neste ponto o programa Demo parece mesmo estar "desatualizado". Quando executado pela primeira vez (sem o arquivo ini das configurações) é sugerida a versão "2.00" na aba Geral. Att Ricardo

Bom dia, considerando que ele ABASTECE o veículo (é consumidor final) o CFOP seria o mesmo 5656. Att Ricardo

Bom dia, obrigado por colaborar... sugiro que altere a devida unit e anexe ela aqui no tópico para os colegas envolvidos com o e-Social possam analisar e corrigir... Att Ricardo

Boa tarde, só complementando a resposta do colega, segue sugestão de leitura sobre este assunto: Manual de Especificações da Contingência Offline para NFC-e - versão 2.0 Att Ricardo