RicardoVoigt

Boa tarde Tem a ver com os arquivos de schemas. ... Ao usar openssl, eh preciso fazer um ajuste nos schemas, tem varios topicos do forum sobre isso... alguns campos string q aceitariam 2 caracteres passam a exigir 3 caracteres para validar. Se não me engano vc deve pegar os schemas da pasta do acbr q ja estao corrigidos com isso... Att Ricardo

Boa tarde, vc pode tentar tratar essa situação olhando o código de retorno cStat igual a 108 (Serviço Paralisado Momentaneamente (curto prazo)) e não o código de erro usado no trecho de código que vc postou... Realmente, é um situação que pode acontecer, onde a internet está ok, porém é a sefaz que estaria te retornando que o serviço está paralisado... Att Ricardo

Ola Este topico eh antigo e foi aberto ainda no tempo do extinto NfeMonitor. Sugiro que abra um novo tópico descrevendo qual é exatamente seu problema, qual componente de impessão está usando, passos para reproduzir o problema utilizando o programa demo/exemplo, e se possivel anexar o xml. Att Ricardo

Valeu, essa eh a solução então. Att Ricardo

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

Você está enviando comandos pro MonitorPLUS via txt ou via socket? A impressão que tive ao ler essa frase, era de que algum arquivo txt com comandos antigos de impressão podem ter ficado "pra trás", perdidos na pasta de entrada do MonitorPLUS, e que foram processados automaticamente na abertura do programa... 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