Agnaldo Prates

Boa noite Luiz. Mudou e muito, aconselho você a analisar o Demo da NF-e/NFC-e, inclusive esta última, houveram muitas mudanças, apesar do componente ser portável e dinâmico, as mudanças visam atender as regras exigidas pelo fisco. att.

Calma Gabriel. Aqui comigo também está assim, enviei a NFC-e, recebi o protocolo de autorização, contudo a SEFIN/RO não consegue trazer os dados da NFC-e, agora a pergunta? O protocolo de autorização no DANFE com certeza não foi criado pelo componente e sim pela própria Secretaria de Fazenda, senão veja neste link, não acredito que muitas delas não estejam preparadas ainda para processar estas informações, e sim, para que você receba o protocolo dando conta de que seu app está ok. Att.

Gabriel, você pode testar todas as funcionalidades da NF-e, sem problema nenhum. Acredito que, quanto à "dificuldade" em relação ao QR-Code, fica tão somente no campo da alimentação correta do componente. Eu mudei todo o meu sistema seguindo as orientações do Demo, testei com QR-Code, ficou sensacional. Tire um tempo para analisar todas as funcionalidades do Demo, acredito que vai lhe poupar um tempo muito precioso. No mais, é importante lembrar que, estamos em fórum aberto, onde todos temos compromissos de primeira ordem, claro que isso não impede que venhamos aqui e coloquemos nossos anseios e contribuições. Acredito que, o pessoal em especial os moderadores e administradores estão comprometidos para o bom deslinde desta e de outras questões. No mais, calma que tudo se resolve. Att.

Importante salientar que, não adianta você informar somente na totalização da nota, deve ser informado também no vOutro do item, caso contrário, a mensagem será de rejeição. Att.

Calma Lord82, não sofra por antecipação. Até 03/11/2015 muita coisa já deve ter acontecido e com certeza você estará feliz. Pelo menos o meu AcbrNfeNotasFiscais.pas está atualizado.

Pode ser USB->COM, existem sistemas que emulam as portas COMs para utilização em testes, como é o caso das impressoras fiscais de alguns fabricantes que disponibilizam seus respectivos emuladores. Certamente, o procedimento será o mesmo para ECNF, como ocorre com ECF. Att.

Mudar de FpNFe para fNFE Att.

Bom dia. Procure analisar o exemplo que está na pasta Acbr\Exemplos\ACBrDFe\ACBrNFe\Demo ACBrNFeDANFeEscPos, com certeza você vai conseguir imprimir sem problemas. Quanto ao modo prático, isso depende muito de como você vai implementar sua aplicação. Att.

Seguindo o que indicou o Julio, procure por estes arquivos em seu micro, pois, de algum modo o seu projeto está buscando esta informação em uma unit que com certeza está desatualizada. Att.

Com base no seu XML, deve dar uma olhada nas seguintes mensagens: MENSAGENS E AVISOS Msg: 310 - QR-Code Inválido (Data de Emissão) Msg: 370 - QR-Code Inválido (Digest Value) Msg: 383 - QR-Code Inválido (ID Token) Informações retornadas da SEFAZ/RS neste link. Att.

ACBrNFe1.Configuracoes.Geral.IdCSC := '000001'; ACBrNFe1.Configuracoes.Geral.CSC := ''; { aqui está faltando a informação do CSC que é obrigatória agora } Na secretaria de fazenda do seu estado, deverá haver um local para criar o CSC, mesmo para homologação é obrigatório. Att.

Acredito que este comando deva ser revisto. DMDADOS.ACBRNFE1.NOTASFISCAIS.gravarxml('C:\PDVLOPES\XML\PENDENTE\'); Tendo em vista que ACBRNFE1.NOTASFISCAIS.gravarxml(Nome do Arquivo, Pasta Desejada), ao que parece está faltando o nome do arquivo. function GravarXML(NomeArquivo: String = ''; PathArquivo: String = ''): Boolean; Pelo menos no trunk2. Att.

Experimenta baixar este schema e substituir na pasta Ve310, comigo resolveu. Att,

Bom, aqui estou lendo arquivo em disco e a TAG está vindo normalmente. Salvo melhor juízo, o componente está ok. att.

ve310 : AcbrNFE1.Configuracoes.Arquivos.PathSchemas := {Aqui é o local onde pego a pasta do Schemas e atribuo a versão} PathChemas+'ve310'; Configuro desse modo. Att.

Não, LoadFromFile não tem esta propriedade, o que na verdade existe é que, o XML já deverá conter a Tag supra. Dê uma olhada nestes tópico. Acbr Att.

Dê uma conferida na propriedade PathSalvar, é neste local que será salvo o XML. Att.

Não tem que mudar nada, lembre-se de que, o Schemas deve estar setado para o ACBRNFe, na propriedade PathSchemas. o Código deve estar assim: i := pos('<Signature ', XMLAss); XMLAss := Copy(XMLAss, 1, i -1) + '<infNFeSupl>' + '<qrCode>' + '<![CDATA[' + NFe.infNFeSupl.qrCode + ']]>' + '</qrCode>' + '</infNFeSupl>' + Copy(XMLAss, i, length(XMLAss)); end; FXMLAssinado := XMLAss; ; Att.

Pedro, dê uma conferida em seu app, uma vez que, o componente se configurado corretamente atualiza o XML sem problemas, de repente, você pode estar lendo o XML gerado e salvo pelo aplicativo, dê uma olhada na propriedade PathSalvar, será gravado na pasta que estiver setada nesta propriedade. Pelo menos aqui comigo está rodando 100% Att.

Bom dia Antony. Bem, eu consegui enviar a NFC-e com o Qr-Code, sem problemas, porem só consegui depois de baixar o Schema deste tócico http://www.projetoacbr.com.br/forum/topic/24812-rejeição-394-nota-fiscal-sem-a-informação-do-qr-code/?page=2, acredito que depois de atualizar o seu schema, conseguirá. Att. A rotina está correta Italo. O que deve ser feito na verdade, pelo menos comigo, funcionou depois de atualizar o Schema. Att.

Aconselho você dar uma revisada no código, uma vez que, de acordo com o regime de tributação vai determinar estes campos. No meu caso eu configuro a empresa como SIMPLES SD, SIMPLES CD e NORMAL. Quando for SD - Sem direito a crédito, coloco o CSOSN correspondente No caso CD - Com direito a crédito, coloco o CSOSN relativo ao direito a crédito. Para a empresa em regime normal, informo as CSTs correspondentes. Não sei se é o seu caso, mas eu resolvo assim estas situações. Att.

Bom dia Pedro. Veja o tópico anterior, mas, de todo modo, lhe aconselho ler este tópico. Trunk2 Att.

Bom, é importante salientar que, quando me referi à unit ACBrNFeNotasFiscais.pas, o fiz com base no trunk2, ao que parece na sua imagem, está no trunk, portanto, acredito que as mudanças desta unit não estão disponíveis para trunk, somente para trunk2. att.

Bim dia Aloisiofs, A partir da linha 284 a Unit ACBrNFeNotasFiscais.pas Att.

Então. O problema é sempre da software, os hardwares e seus drivers nunca dão problemas, eu sempre digo que é um conjunto de componentes que dependem uns dos outros para que funcione bem, por isso volto a aformar, não é impossível que de uma hora para outra um software deixe de funcionar simplesmente por desejo, há algo acontecendo entre ele e o dispositivo. Se no ACBrECF houvesse efetivamente este "bug" com certeza já teria sido resolvido a muito tempo, isso pode ser constatado em todos os componentes desta suite. Ademais, ainda existe o nosso software que envia as informações para o componente, portanto, não há o que se falar em erro repentino no componente. Quanto aos fabricantes de hardware, não de demais por parte deles que, envie a documentação do seu equipamento para que seja desenvolvidos softwares que atendam aos seus requisitos. Drivers todos sabemos que pode dar algum problema, assim como qualquer software, mas, acredito que todos os desenvolvedores tomam o máximo de cuidado para deixar seus executáveis em modo "readonly", para evitar que os mesmos sejam modificados, pensamento meu. Enquanto houver situações como as que enfrentamos todos os dias, onde, setar o problema para o sistema do cliente é a saída mais fácil, teremos um longo caminho na solução destes "pequenos" incidentes. Tenho dito.