EMBarbosa

Para ficar registrado, conforme explicado pela @Gr@c@, uma forma do campo obscont tanto da Nfe como do CTe ser utilizado hoje é para as informações de averbação. Pode ser que um fiscal multe caso essa informação não seja impressa. Mas caso contrário, vale o que está no MOC. Por isso... Alphajoy. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17957. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Não encontrei nenhuma informação na área de perguntas respondidas: http://caf.sef.sc.gov.br/Views/Publico/BaseConhecimento/BuscarBaseConhecimento.aspx?assunto=9 Então a primeira verificação é se os schemas estão corretos e são de homologação. Você também pode tentar enviar um arquivo com a data do ano que vem e verificar se vai passar. Caso contrário, sugiro entrar em contato com a Sefaz e perguntar como proceder.

Eu uso o layout Default layout mesmo sem ter um monitor 4K. A única coisa que eu faço é colocar o Project Manager e o Tool Palette para auto-ocultar.

Olá pessoal, Queremos informar que na revisão 17943 foi enviada ao SVN as alterações previstas a algumas semanas para padronizar as unidades de medidas e comportamento das margens nas impressões. Caso queira mais informações, veja o tópico de anúncio:

Essas mensagens de erro acima me parecem ser do "Error Insight". Desative isso. Ele só dá mais dor de cabeça do que ajuda. Vá no menu Tools -> Options -> Editor Options -> Code Insight -> Source file type: Pascal -> desmarque a opção "Error insight". Essa mensagem de erro é de conexão. Você precisa verificar a conexão com o banco de dados.

Entendi Lucianat. Você pode tentar baixar uma versão mais atualizada do GAD no site da SEF MG. Eles disponibilizaram uma nova versão ontem (14/10). Veja esse link: http://www.fazenda.mg.gov.br/empresas/sistemas/sintegra/download.htm Caso não funcione, você pode entrar em contato com a SEFAZ por meio do Fale Conosco deles. Por fim, se não resolver, você realmente vai precisar verificar com a Conta Azul como proceder. Talvez exista alguma outra forma. Por exemplo, se eles não geram o Sintegra, talvez eles gerem o SPED. Daí bastaria você pedir ao contador para enviar o SPED no lugar do SINTEGRA.

Olá, Como você faz a emissão da NFC-e hoje? Já tentou verificar com outro contador?

LuizLima, tente esse link abaixo, selecione o arquivo do ACBrETQ:

Olá Dennis. A última grande alteração no código do Bloco X foi em 7 de junho de 2019, conforme abaixo: Nenhum dos usuários mencionaram qualquer alteração de lá pra cá.

Sei que está meio atrasado, mas acompanhe nesse outro tópico:

Removeram a versão 2.0 também... Ato Declaratório Executivo Cofis nº 55, de 10 de outubro de 2019 ...com suas orelhas fartas...

Acho que você está um pouco equivocado. Eu não fiz afirmações, nem fiz "argumentos por suposições". Eu só fiz perguntas para entender o seu problema. Se não quer responder tudo bem...

Não é um negócio meio estranho de se fazer? Não parece que você está querendo fraudar a balança?

No evento onBeforePrint de um "band", (por exemplo o band que deve ser impresso na outra página), ele faz a validação da condição que quer. Daí seta a propriedade para True. O resultado é o band ser impresso em outra página.

Veja as propriedades dentro do objeto TEFDial

Se for o caso, o código postado por ele já foi incorporado ao SVN.

Sua aplicação é 64 bits? Se for, como o Windows é 64 bits o local correto é a System32. Caso contrário o local correto é a pasta SYSWOW. Na verdade sempre aconselhamos colocar dlls na mesma pasta do executável. Assim, ele não precisa procurar em outros lugares causando confusão.

Na 1a imagem que você enviou o QR é impresso. Você pode verificar o que alterou...

A obrigação de entrega do SPED é legislação estadual. Você precisa verificar na sua UF o que eles esperam.

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

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

@Renato Rubinho Muito obrigado pela contribuição. Fiz a implementação baseada nela e nas alterações do Henrique. Subi as alterações para o SVN na Revisão 17836. Pelo que vi está tudo certo. Mas queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Criei um tópico de notícias sobre o componente:

Isso pode ser configuração na balança ou no aparelho. Talvez esteja configurado para reconhecer apenas esse valor, desconsiderando o restante... Notei que o manual que tinha anexado era do modelo 420 mas você iniciou o tópico falando do modelo 400, cujo manual atual é esse: https://cdn.toledobrasil.com.br/app/institucional/files/manuais/MU TI400 - 3474457 - Rev. 05-08-19.pdf Você precisa verificar qual protocolo o aparelho fala e verificar se o ACBrBal tem esse protocolo. É preciso também garantir que as configurações da comunicação também são iguais (como velocidade, paridade, stop bits, etc...). Geralmente isso resolve. Caso contrário, é necessário criar uma nova classe para o protocolo que o ACBrBal não fala. Como não temos um aparelho desse, fica difícil implementarmos e testar um novo protocolo.