Régys Silveira

O arquivo segue o layout atualizado e publicado em sua última versão.

Remover e reinstalar o ACBr não removerá a assinatura da propriedade dos forms onde o componente está em seu projeto, você precisa após recompilar o ACBr, abrir todos os forms onde tem o componente alterar algo é salvar para que o Delphi remova a propriedade do DFM, sem isso a chama a propriedade continua no DFM e o Delphi vai insistir na mensagem. Isso é algo do Delphi, vem desde a primeira versão é sempre foi assim, não é algo que o ACBr introduziu, qualquer componente para Delphi está sujeito a isso, porque as propriedades ficam gravadas no DFM, se forem removidas o DFM precisa se atualizado.

Veja: https://regys.com.br/nfc-e-es-portaria-01-r2016-datas-do-projeto-piloto-e-empresas-participantes/ que foi postado em 04/02/2016, foi a data onde foi liberada a notícia e documentação a respeito do projeto NFC-e no ES, praticamente 1 mês após o comentário anterior.

O schema XML da NF-e ainda não foi alterado, por isso continua como antes, uma tag somente. Você pode utilizar as observações do produto ou da nota (neste caso sumarizado) para informar os impostos separadamente seguindo o modelo proposto pelo IBPT.

Remova do comando de envio a parte: xCondUso=A Carta de Correcao e disciplinada pelo paragrafo 1o-A do art. 7o do Convenio SN, de 15 de dezembro de 1970 e pode ser utilizada para regularizacao de erro ocorrido na emissao de documento fiscal, desde que o erro nao esteja relacionado com: I - as variaveis que determinam o valor do imposto tais como: base de calculo, aliquota, diferenca de preco, quantidade, valor da operacao ou da prestacao/ II - a correcao de dados cadastrais que implique mudanca do remetente ou do destinatario/ III - a data de emissao ou de saida.")

Poste o log do ACBrInstall_Trunk2 para análise. Provavelmente o delphi que você está utilizando é Trial, o Delphi Trial não possui compilador por linha de comando, então pelo log você consegue ver que ele não conseguiu compilar os pacotes mesmo tendo retornado OK.

Se estiver utilizando Trunk2, os relatório ainda não tinha sido terminada a migração dos relatórios, somente da GNRE e ainda está em testes.

Você pode usar o EscPOs para impressão que é mais rápido e o Danfe Fortes ou Fast para gerar o PDF. Basta colocar os dois componentes e cambiar a propriedade DANFE conforme a necessidade.

Somente se usar impressão por spooler, a impressão EscPOS utiliza comando e comunicação direto com a impressora, então precisa que a log esteja programada na impressora, caso contrário não vai imprimir. A impressão por spooler funciona como um relatório normal do seu software, então ela lê o arquivo de imagem configurado no componente de impressão.

Você está migrando para o Trunk2, correto? Algumas propriedades foram removidas DPEC não existe mais portanto não existe mais a propriedade PathDPEC também, pathCan e PathCCe foram centralizados em PathEvento, pois são eventos.

Já integrado ao SVN, obrigado pela contribuição.

Use o FastReport 5, se utilizar o 4 vai acontecer isso mesmo, eles alteraram a forma de declarar datasets no .fr3 e é isso que causa o problema.

Você não está setando o campo, quando você não seta se for um campo obrigatório ele gerará o campo com o valor default.

Bastaria atualizar e recompilar os componente utilizando o ACBrInstall_Trunk2, após isso ir no form ou forms que tem o componente de impressão alterar algo no form, não no fonte dele e salvar, assim o Delphi remove a propriedade que não existe mais, então basta recompilar o projeto, melhor seria um buil all. Outra forma é fazer uma busca nos .pas e .dfm pela propriedade e remover a mão, após isso recompilar o projeto.

O exemplo está errado, o correto é seguir o manual, durante o desenvolvimento eu verifiquei isso também.

Tentou enviar o XML para o suporte da NF-e do seu estado, aparentemente está tudo normal com seus XMLs, talvez fosse o caso de enviar ao suporte deles para análise.

Ele está falando da GNRE, você vai calcular o imposto e gerar a guia, mas isso geralmente é feito pelo contador e não pelo software, até porque depende se o recolhimento será por nota ou por apuração. De qualquer forma aqui no fórum existem tópicos discutindo o DIFAL e a GNRE, dê uma olhada e qualquer coisa estamos aqui para ajudar com as dúvidas quanto aos componentes.

Se você tem balanceador de carga tem que configurar a saída sempre pelo mesmo link, porque como é uma conexão segura não pode haver alteração do IP que iniciou a conexão.

Você atualizou seus schemas?

Eu postei no meu blog mais cedo a portaria que fixou o prazo, mas veja que na portaria cita que pode ser estendido, é veja que o prazo está dentro dos 6 meses que eu havia comentado.

Está usando Trunk1 ou Trunk2?

Você está lendo os dados antes ou depois da redução Z?

Então você não está seguindo os passos corretamente, isso ocorre porque a propriedade foi removida do componente e o DFM está ainda apontando para ela. Eu pedi para você abrir o Form onde está o componente ACBrNFeDANFeRL1, alterar algo no form (sugeri mover algo de lugar, tem que ser qualquer coisa no FORM, não no código), salvar e fazer um buil all, fazendo isso o DFM é atualizado e a propriedade é removida.

Neste caso especifico o padrão é False, porque é a forma de funcionamento que a grande maioria utiliza. A maioria conecta, mantem conectada e fecha quando sai do aplicativo. Outro razão é que essa feature foi implementada a cerca de 1 ano, então o pessoal estava acostumado com a forma antiga.

Coloque True na propriedade ControlePorta, isso vai fazer com que o ACBrSAT abra e feche a porta, mantendo-a conectada somente durante o tempo necessário para a impressão.