RicardoVoigt

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

Boa tarde, verifique também o que está definido nesta propriedade ACBrNFe1.Configuracoes.Arquivos.Salvar : Boolean; Att Ricardo

Com o ajuste feito pelo BigWings, testei e funcionou... Att Ricardo

Bom dia, se não me engano, na versão 4.00 as duplicatas vão ser validadas conforme a forma de pagamento... Por exemplo, se informar apenas Dinheiro, não pode incluir Duplicatas... ou seja, não faz sentido mesmo pagar "parcelado em dinheiro"... Dá uma revisada na NT 2016-002 Att Ricardo

Bom dia... sucesso! <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:soap="http://www.w3.org/2003/05/soap-envelope"> -<soap:Body> -<nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"> -<retConsStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>RS201707111515</verAplic> <cStat>107</cStat> <xMotivo>Servico em Operacao</xMotivo> <cUF>43</cUF> <dhRecbto>2017-07-13T08:29:17-03:00</dhRecbto> <tMed>1</tMed> </retConsStatServ> </nfeResultMsg> </soap:Body> </soap:Envelope> Att Ricardo

Valeu... se conseguir um tempo amanha faço um teste... Att Ricardo

DICA: Vc vai ficar com o arquivo DFM alterado no seu pc, em comparação ao do SVN... Quando houver alguma mudança neste arquivo lá no SVN, poderá ocorrer um conflito neste arquivo ao fazer Update da pasta do ACBr. Quando isto ocorrer (bem provável que ocorra ), neste caso sugiro fazer um revert (para puxar a cópia original do SVN). Após o revert, caso volte o erro da propriedade AlignWithMargins no D7, repita a operação acima... acho que é isso... Att Ricardo

Bom dia, faça esse teste, abra aí no teu Delphi a package do DANFe em Fortes: C:\ACBR\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBr_NFeDanfeRL.dpk Depois procure e abra o arquivo ACBrNFeDANFeRLPaisagem.pas Deve aparecer o mesmo erro, conforme imagem abaixo. Clique em Ignore para abrir normalmente o arquivo no D7, e apenas clique em Save para salvar o arquivo e "corrigir" o problema. Para concluir, vc deve primeiro recompilar a package clicando em Compile, para então depois recompilar seu projeto... (OBS: esta imagem do erro eu gerei numa VM onde tenho uma cópia desatualizada do ACBr, não tenho certeza de quanto tempo atrás) Att Ricardo