Agnaldo Prates

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.

Não me parece ter algo em relação ao ACBr, é uma questão de lógica. Tenho um cliente que me relatou o seguinte: "Hoje quando fui iniciar o dia, o sistema travou e tive que encera-lo pelo gerenciador de tarefas, tentei outras vezes e o mesmo ocorre...". Importante frisar que, o erro ocorreu hoje, ontem estava tudo normal, até a instalação do seguinte aplicativo: "atube catcher", não se se tem algo com isso, todavia, o erro ocorreu depois que foi instalado este software. Acredito que a Bematech, com o devido respeito, está tentando encontrar solução fácil para problema difícil. Te garanto que ACBr não é. att.

Bom dia Julio. Estou falando do trunk2, e Fast Report. Att.

Bom dia Helder. Não sei qual o estado que você está, porem, se estiver em SP, sugiro que leia este documento: Perguntas e respostas SAT - SP Att.

Bom dia Elson. Em primeiro lugar, encontre o código do IBGE da cidade em questão, e informe-o aos administradores do projeto, com certeza será incluído. att.

Bom dia senhores. Em primeiro lugar, gostaria de parabenizar a todos pelo trabalho, tendo em vista que, este projeto tem levado benefício de suma importância a inúmeros desenvolvedores. Cumpre ressaltar que, as alterações, em especial a customização dos códigos, vêm dar maior agilidade no que tange a manutenção da suíte. Portanto, as adaptações devem existir e, não é muito ter que mudar algum dado em nossos softwares, isso, creio eu que, é o mínimo que o utilizador desta magnífica suíte deva fazer. Quanto ao DANFE, em especial da NFS-e, eu tentei ler o arquivo de uma nota que tenho aqui, e o mesmo não conseguiu trazer os dados. Não tive tempo de analisar a fundo o código fonte que faz a leitura, mas, mesmo pelo Demo a resposta persiste. Não se se algum dos desenvolvedores testou esta operação, contudo, não creio que este incidente esteja acontecendo com outros, haja vista que não encontrei relato aqui no fórum. Assim sendo, se algum desenvolvedor estiver testado e encontrado a solução, eu gostaria de saber como proceder neste caso. Atenciosamente, Agnaldo Prates.

Regys, você está certo em quase todas as questões, claro que arquivos assinados digitalmente tem sim validade jurídica, DANFE, realmente é para conferencia etc. O que eu quis dizer é que, no caso específico do judiciário, não adianta informar arquivo digital ou coisa assim em uma petição inicial, isso por que para a propositura de uma ação, seja de qual natureza for, você precisará comprovar no momento da distribuição, os documentos que comprovam os fatos alegados, e, ai tem que estar impresso. Este foi o motivo pelo qual eu afirmo que, é o próprio estado que não está pensando em diminuir a emissão de documentos, pois, estes são de suma importância para aqueles que desejam comprovar alguma coisa. Então é isso, imagino que houve um entendimento controvertido em relação à economia "por parte do estado". Abraço.

Desculpe Regys, errado mesmo é próprio estado. No judiciário, especialmente em se tratando de autos, não é aceito mensagem virtual, tem que ser em papel, e, quanto mais informações houver melhor. O governo estadual exige NF-e para todos, eu disse todos os órgãos públicos, não aceitam cupom fiscal por mais válido que seja. O que o estado diz ao editar suas normas é que, o comercio e os simples mortais reduzam o consumo, mas, por outro lado, ele estado não pratica ou aceita o que recomenda. Este foi o sentido do comentário que fiz. Acredito que muitos já ouviu falar em autos com inúmeros volumes, vários milhares de páginas, isto é, a economia não está no primeiro plano do estado, o que é lamentável.

Parabéns pelo comentário Amarildo. Por outro lado, o Estado não está nem um pouco preocupado com "economia", especialmente de papel, tendo em vista que, as normas vigentes são tão arcaicas que, tem que ser em "papel", e, quanto mais informação nela, melhor para que "dele" precise. É o mínimo incoerência de setores do governo, que, uns vêm o meio ambiente outros só vêm o á lei determina, e, neste caso, vai prevalecer a lei. Triste realidade.