Marcelo Calvi Belanga

Aproveitando o gancho do @dpaulabh..... Dentro do arquivo databases.conf, criamos os alises para acesso ao BD. Alguém sabe se é possível ler o nome de todos os aliases existentes nesse arquivo? Diretamente pelo Firebird ou pelo FireDAC? Desta forma dá para automatizar um backup, sem a necessidade de informar cada BD/Alias manualmente.

Não precisa de componentes. Eu já fiz essa integração e não é tão complicada, basta entender a documentação da API. Não consigo desenvolver para você, mas se precisar tirar algumas dúvidas, estou à disposição.

Eu faço um backup na 2.5 e um restore na 3.0

Sem dúvida nenhuma Juliomar.... O mais correto é API mesmo. Como já temos um ERP Desktop, vamos subir a base em nuvem (conexão direta) e ir migrando módulos para consumo da forma correta. A intensão do SELECT simples, seria apenas para não perder conexão, mesmo sabendo do custo disso e apenas para teste. Uma vez que o cliente não deve manter um registro sendo editado por muito tempo (mesmo com API), a solução correta é recuperar a conexão se ela cair. Obrigado pela preocupação e dicas! Muito bom que deu certo Helder. Como eu disse acima, fiz um teste em homologação apenas para não perder a conexão. Mas o correto nesse cenário e isso mesmo. Recuperar a conexão apenas se cair.

@Helder Lúcio Dias Boa tarde. Por mais que conexão direta não seja a indicada, eu estou testando para uma pequena aplicação o SaveInCloud com Firebird. Eu tive o mesmo problema de desconexão depois de um tempo ocioso. Então eu crie uma thread na mesma conexão para a cada XXX minutos, seja executada um select simples na base. Desta forma a conexão não cai. Veja se isso te ajuda.

Ajuste a property SSLType para usar TLS 1.2.

Consumidor final, não significa que seja pessoa física, alias, posso estar muito enganado, mas não se gerar GNRe de DIFAL para pessoa física. Estude o link que te enviei, que saberá o que fazer.

Vou te dar apenas um exemplo. Se seu cliente emite NFe para consumir final em outro estado, ele já precisa emitir e pagar a GNRe, portanto, se tiver esse recurso em se sistema, é mais um ponto positivo para seu sistema. Analise o link que eu te enviei... cada estado de destino/favorecido tem sua obrigatoriedade. Exato... essa é uma das receitas que precisam da emissão da GNRe, DIFAL. Tem outras. Entenda o link que te enviei, que desenvolverá com o pé nas costas!

Você não consegue gerar GNRE desta forma para SP... Nesse link, tem detalhes do que você precisa saber. Cada estado tem sua particularidade. http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp#

Coloca os dados ai... precisamos de mais exemplos. Outro detalhe.... algumas informações, tipo, código do tipo de documento os, mudam no ambiente de homologação e produção. Esses mesmos códigos não são iguais de um estado para outro.

Boa tarde Daniel, blz? Cara eu fiz uma coisa bem básica. tenho um arquivo de versão que meu sistema baixa toda vez que faz logon. Com as informações desse arquivo, o sistema verifica se tem algo para atualizar, se tem, já baixa os arquivos e avisa o usuário. Se ele quiser atualizar, executa um procedimento que atualizar o EXE. Que por sua vez, verifica a versão mínima do BD e obriga ou não atualizar. Essa atualização se dá através de scripts que gero e subo tudo para um FTP. É bem manual, mas me ajuda bastante a não ter que ficar fazendo essas atualizações manualmente nos clientes.

Tenho clientes com o mesmo problema.

Você pode usar ele para fazer controle de acesso e controle de licença que pode ser por número de dias, e outros que você mesmo pode criar. É bem bacana. Baixa o trial tem exemplos, fácil de usar.

Uso a anos http://www.deltress.com.br/index.php?pagina=rdacesso

Não uso MySQL, mas uso Firedac. Ele tem uma função para recuperar conexões que foram perdidas e isso dá para implementar de forma automática, verificando se a conexão quebrou e reestabelecer ela. Veja o link abaixo e tenho certeza que resolverá seu problema. http://docwiki.embarcadero.com/RADStudio/Rio/en/Recovering_Connection_(FireDAC)