EMBarbosa

Obrigado pelo retorno

Realmente não ficou claro. Não passou informação sobre que código é esse, onde está disponível, como você faz quando tem um nome de cidade para saber qual é o código, etc...

Não foi incomodo. Obrigado pelo report.

Consegui reproduzir. Mas a correção já foi enviada pelo Juliomar por Tente atualizar e testar novamente.

Você consegue reproduzir o problema no programa de exemplo? Se sim, qual alteração é necessária? Assim vai ficar mais rápido de encontrar o problema.

Depende do BD. Você pode usar uma Sequence (também conhecido como Generator).

Ótimo. Vamos ficar muito felizes se tiver um retorno. Falhas no componente, no software ou mesmo na impressora podem ocorrer. O problema é quando ao invés de tentar corrigir e descobrir exatamente o que é ficamos brigando ou escorregando como o Daniel mencionou.

Rapaz, não tenho muito mexido com isso não... mas você vai ter muitas opções. Veja alguns exemplos: http://www.delphitools.info/2012/09/17/spotlight-on-dwsjson/ http://blog.synopse.info/post/json-benchmark-delphi-mormot-superobject-dwsjson-dbxjson http://www.deltics.co.nz/blog/posts/2155 Conhecendo o trabalho do Eric, eu aconselharia a dwsJSON. Mais por causa do trabalho dele em outras áreas do que pelo uso mesmo. Na época, a dwsJSON chegava a ser duas vezes mais rápida do que a SuperObjects que já era muito eficiente por sinal. Mas vai depender do que você quer fazer. Espero que ajude.

Está correta, como o Daniel disse. Daí, pergunte ao técnico onde está a documentação que explica o problema sobre esse acúmulo de comandos na impressora levando em conta esse tempo. Esse tipo de problema, eu aconselho a tratar direto com o suporte da fabricante se estiver disponível. Parece um problema de hardware ou do software básico.

Você precisa verificar onde essa mensagem apareceu se realmente é do componente ou do seu programa.

Dê uma olhada no tópico

Não disponibilizamos a instalação de componente por componente. Isso seria muito custoso para um projeto open source no ambiente Delphi. Mas justamente por ser open source, você pode alterar o pacote e instalar só o que quiser. Só que não tem muito sentido. O Delphi ou Lazarus não vão ficar muito piores se instalar o pacote como o Daniel sugeriu ao invés de só o componente para balanças.

O "Internal Error" é um erro do Delphi e não das aplicações que ele executa. É um tipo de erro que, digamos, ele não deveria retornar... Os outros erros de consulta parecem mesmo ser do componente.

Eu estava pensando em propor isso pra uma próxima reunião com os devs.

Existe algo no SVN chamado Vendor Branches. Mas é muito chato de se mexer... Fora isso, tem de ser na mão mesmo.

Você sabe se outras marcas já disponibilizaram o comando no protocolo básico?

O erro está na seguinte linha. Se você não consegue ver, refatore o código removendo a cláusula with, que você vai conseguir entender.

Você consegue reproduzir o problema com o programa de exemplo do ACBrSPEDFiscal?

O que vem a ser o tipo TCampoLivre?

Não tem muito sentido. Me parece que em algum momento, sem querer, o sistema está informando esse valor de forma incorreta. Talvez uma SQL montada com pouco cuidado repetindo os dados... Para diagnosticar, faz o debug de quando essa nota é processada pelo sistema e qual valor é lançado no arquivo SPED. A propósito, você está utilizando o ACBrSPED para montar o arquivo?

Não é exatamente o que você mencionou, mas o que me convenceu que pode ser feito foi o seguinte vídeo: Dá uma olhada por volta de 1:20

É algum problema no anexo. Eu também não estou conseguindo fazer o download.

É possível reproduzir esse erro no programa de Exemplo? Quais são as alterações a serem feitas?

Não é bem assim. Ele está falando da que não é exigido uma homologação em um órgão específico. Mas você precisa cumprir os requisitos. O detalhe é que o perfil 2.02 não está alistado como perfil aceito em MG ainda, e talvez possa nem ser...

Não precisa.