Eu estou aqui a pensar como as coisas acontecem. O começo, o meio e o fim. Uma das coisas que eu não entendo é porque a gente insiste em não finalizar. A gente percebe, claro, que acabou. As duas pessoas na história percebem. Mas há sempre alguém que queira ficar e não quer ir... ou pior, culpa o outro, às vezes, como forma de dizer a última palavra e vai embora, batendo portas.
Seu texto me fez lembrar de várias pessoas-amigos que passaram por isso. Acabar uma história não é fácil, obviamente. Mas seria menos difícil se todos aceitassem o fim.

Estamos utilizando a algum tempo a lib para gerar boletos e processar arquivos de retorno. Tudo estava em pleno funcionamento até decidirmos mudar a hospedagem. Recentemente optamos por contratar um servidor na UOL Cloud Hosting, com Windows Server.
Inicialmente percebemos que o servidor estava com a língua e com o padrão de data e hora americanos, conseguimos alterar para deixa-lo em padrão brasileiro:
O problema é que ao mandarmos gerar os boletos, o mesmo é gerado sempre com a data atual, ignorando o valor que passamos. Isso ocorre também nos arquivos de retorno importados:
Acreditamos que o problema em si não seja na passagem de dados do C# para o componente, visto que no servidor anterior isso funciona. No banco de dados PosgreSQL local do servidor, a data fica correta também.
Aparentemente o problema parece ser em algum locale do Windows, visto que no servidor que funciona, a linguagem padrão é a PT-BR.
Olá José, mas é justamente esse o problema que estou tentando solucionar. Mesmo formatando da forma correta, por algum motivo chega na lib o padrão incorreto. Se a forma de formatação estivesse incorreta, não funcionaria no outro servidor onde roda atualmente.
Outros pontos da aplicação como o PostgreSQL, salva a data corretamente, mas por algum motivo o ACBR pega a data errônea.
Como comentei, acredito que seja alguma configuração no ambiente de execução (Windows) onde está rodando.