EMBarbosa

Olá Nelson, Se ainda estiver tendo problemas e não tiver feito isso, queira por favor acionar o "Fale Conosco" reportando o que encontrou, em especial que a resposta está vindo com o stacktrace do erro no servidor deles. Eles provavelmente vão querer esse arquivo.

Tópico fechado por falta de retorno do usuário

Tópico fechado por falta de retorno do usuário

Foi adicionado na nossa lista de afazeres. Desde já, muito obrigado.

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

Qual era a configuração das margens anteriormente?

Olá Felix. Por favor, anexe os arquivos alterados. Isso facilita a análise.

Ainda não... Deve ser enviado na semana que vem.

Possivelmente semana que vem.

Você usou o ACBrInstall?

Você fez o revert só no arquivo dproj que eu mencionei? Que falhas obteve? Isso me parece erro na instalação do ACBr. Rodou o ACBrInstall novamente após a última atualização?

Desculpe, acho que não fui claro. Quis dizer o arquivo ini ou comando que você enviou ao ACBrMonitor para que ele gerasse o arquivo xml do eSocial..

Me parece que seu arquivo foi alterado localmente. Tente fazer um SVN Revert no arquivo ACBrNFe_Exemplo.dproj. Depois verifique se está com os fontes atualizados.

Olá Anderson, muito obrigado pelo retorno. Bom trabalho por aí.

@OFF-DEV Veja a mensagem acima...

No ECF, você precisa adicionar qualquer informação adicional no campo "mensagens suplementares". No entanto, há um limite de informações de acordo com o ECF. Então se você já tiver informando dados obrigatórios como a tributação ou outras coisas, pode ser que nem tudo vai sair.

Veja que a mensagem da versão é apenas um alerta. Mas a rejeição é por erro 999 "erro não catalogado". Nesse caso, você precisa entrar em contato com a SEF e verificar a situação.

Acho que não existe nada pronto nesse sentido com um DBGrid. É provável que você tenha que utilizar um outro componente de terceiros ou fazer na mão.

Como você está usando o ACBrMonitorPlus, pode anexar também o arquivo ini que usou para gerar esse xml? PS.: A propósito, a rejeição do valor é porque não estão indo os dados de endereço do destinatário mesmo. Mas notei que há outros erros no seu XML, como por exemplo um NCM inválido. Talvez você queira validar depois no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Olá Anderson2106, Creio que houve algum equívoco... A DLL já foi compilada novamente várias vezes. Veja:

Bom nesse caso, estamos saindo do foco desse tópico. Vamos nos limitar ao assunto do problema do Fortes com escala e dpi. Qualquer outro assunto deve ser tratado em um novo tópico conforme as regras.

Essa alteração foi enviada ao SVN no dia 10. Não tem como ela ter alterado o comportamento da sua atualização no final do mês passado. Veja o log do SVN.

Se tiver alguma sugestão de correção, fique a vontade para anexar o arquivo alterado para análise.

Que bom que a dúvida foi sanada. Muito obrigado pelo retorno. Bom trabalho por aí.

O funcionamento anterior não mudou. Se você não tinha que alterar os clientes antes, agora também não vai precisar. Estamos adicionando as propriedades para quem está tendo problemas, mas sem afetar os atuais. Infelizmente essa alteração precisa ser feita no Fortes Report. Ele já deveria detectar e fazer as correções na escala sozinho. As propriedades foram adicionadas para permitir a flexibilidade dos usuários ACBr sem ter que ficar alterando o código do componente. Vale lembrar que o componente tem a possibilidade de gerar o PDF. Então mesmo configurando uma impressora física padrão, você vai poder gerar o PDF normalmente. Mas fora isso, verifique o que é melhor no seu caso... não dar suporte a essa propriedade, ter um cadastro de configurações, ter uma configuração só, etc...