EMBarbosa

Eu não entendi essa frase.

Não sei... o tópico era para compartilhar esse tutorial de acesso ao Firebird via Zeos visto que estive recebendo muitas perguntas sobre o assunto. Eu particularmente ainda não fiz testes sobre o assunto. Apenas apontei uma possível direção...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 21729. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Subi uma possível correção para o SVN na Revisão 21716. Ainda estamos avaliando se é a melhor solução. Mas se for possível, queira por favor atualizar, testar e reportar qualquer problema.

Olá Eduardo. Agradecemos sua contribuição. No entanto, notamos que a implementação não foi feita no componente ACBrBal que é o nosso componente de balanças. Você utiliza outro componente para fazer a comunicação com a balança e assim, não tem como nós incluirmos no SVN. Se você pessoalmente, ou outro programador, quiser fazer a implementação no ACBrBal, o que vai fazer automaticamente essa implementação estar disponível no ACBrMonitor Plus e na ACBrLib, ficaríamos felizes em aceitar a contribuição. Mesmo assim, o código aqui disponibilizado pode ajudar outros. Agradecemos sua disposição. Qualquer coisa, fique a vontade pra entrar em contato.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Apenas alterei a constante pra usar a que já temos definido no código. Subi as alterações para o SVN na Revisão 21702. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Entre em contato com a SEF.

Bom dia. Se a orientação não está no manual, seria bom você informar isso a eles e perguntar qual o manual que eles estão se baseando. Talvez exista um outro manual atualizado que eles não disponibilizaram pra vocês. Com esse manual ficaria muito mais fácil resolver a situação.

Com certeza. Vou adicionar na minha lista de tarefas.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Reduza o tamanho do nome das pastas e a quantidade de pastas. Por exemplo, em vez de instalar em algo parecido com "C:\programacao\projetos\Delphi\Componentes\acbr", usa apenas "C:\acbr" . A mesma coisa para seus projetos pessoais. Você também pode criar links simbólicos pra encurtar os caminhos. Mas eu particularmente não gosto dessa solução porque adiciona mais uma coisa pra você lembrar sempre que for mexer no projeto.

A mensagem de erro é que o nome ou a extensão do arquivo é muito grande. É possível que se você reduzir os caminhos do arquivo você consiga resolver.

Mas não foi isso que foi registrado. Se estiver usando os componentes, você pode analisar o log e verificar que não foi esse valor de 0,260 KG que foi enviado. Pela imagem, podemos ver que o valor da quantidade registrada foi 2,268 KG... É um valor diferente, como se o produto custasse R$ 87,97 ou R$ 87,98. O que indica que algo estranho pode ter acontecido. Talvez você possa procurar algum produto na sua tabela com um desses preços para ver se não está sendo pego um produto equivocado... Ou talvez esses valores te ajudem a debugar...

Eu acredito que essa não seja a maneira correta de tratar esse erro. Quando você recebe uma resposta em branco, o correto seria você consultar a nota que acabou de enviar. Quando acontece "Duplicidade", é porque a nota já foi enviada anteriormente. Então se você enviar uma nova nota com uma numeração diferente, para a Sefaz vai ser como se seu cliente tivesse feito duas vendas. E ela vai cobrar o imposto disso. Para mais detalhes, sobre essa mensagem de erro, veja esse tópico que é um caso semelhante: Como dito anteriormente, acho que a solução seria você consultar a nota assim que receber o retorno em branco.

Você precisa verificar se sua tabela CESTxNCM está realmente atualizada de acordo com as últimas legislações. Comece olhando por esse link: https://www.confaz.fazenda.gov.br/legislacao/convenios/2018/CV142_18

Algumas balanças imprimem na etiqueta "Código/Peso". Mas essa balança imprime no código de barra "Código/Preço". Veja o que está escrito no código de barras "2039700010093", onde com certeza "0397" é código do produto e "01009" é o preço. Então depois de ler esse código seu aplicativo precisa calcular o peso/quantidade para enviar pro cupom. Pelo visto sua aplicação está calculando o valor incorreto.

Poderia postar a mensagem de erro completa por favor?

Não acredito em ser algo similar ao modelo do DANFe. Na SEFAZ geralmente eles não querem que sejam impressos nada que possa se assemelhar ao documento fiscal. Após verificarmos aqui, é possível que eles querem dizer algo sobre tamanhos mínimos de fontes. Ou talvez seja uma referência incorreta mesmo... Mas em todo o caso, seria interessante fazerem uma consulta sobre esse Requisito.

Olá Lucas. Não me lembro de termos disponibilizado nenhuma impressão de DAV da forma mais generalizada. Assim, acho que não temos nada específico pra SC também. Observação: Eu não sei bem o que eles quiseram dizer com seguir o manual do DANFe. Afinal isso é um DAV. Não uma NFC-e.

Tente instalar uma versão mais nova do .Net Framework.

Vejam também a área: https://www.projetoacbr.com.br/forum/forum/89-requisitos-fiscais-por-uf/

Conforme informação da SEF MG: Fonte: http://www.sped.fazenda.mg.gov.br/spedmg/cte/ Via: @Gr@c@

São as propriedades da mensagem de erro que você postou, por exemplo "ExplicitTop". Veja: Quanto a isso: Isso pode significar que a propriedade existe em algum dos arquivos: .pas, dfm, .dcu.

Se você abrir esse arquivo no Delphi 10.3 e depois tentar abrir ele no Delphi 7 pode gerar problemas porque ele vai adicionar essas propriedades que o Delphi 7 não conhece.