Continuando da parte 1:
Como é que esta ferramenta (que para já não tem nome — pensei em “DEGIRO Automator”, mas se algum dia partilhar isto com alguém e/ou publicar uma versão “para consumo geral” na net, terei de arranjar um nome mais inventivo) funciona, então?
Muito por alto: tenho configurada uma lista de acções e ETFs a seguir na DEGIRO, e a ferramenta tenta mantê-los equilibrados tanto quanto possível, fazendo apenas compras (isto é, nunca vende nada). Para já é mesmo “equilibrados”, ou seja, compra sempre o que está mais baixo (juntando várias unidades da mesma acção/ETF de forma a fazer o menor número de compras), ou, se alguma vez estiverem todos exactamente iguais, compra simplesmente uma unidade do primeiro da lista, e a partir daí já sabe o que fazer (os outros membros da lista estarão mais baixos).
Por outras palavras, se seguir 4 acções/ETFs, a tendência será, a longo prazo, ficar cada um com 1/4 do dinheiro investido. Se forem 5, 1/5, e assim por diante.
Desde o início que penso que eventualmente seria interessante dar a possibilidade de configurar proporções diferentes para cada açcão/ETF (ex. 10% deste, 30% deste, e 60% deste), mas para já ainda não implementei isso — neste momento, para o meu tipo de investimento, isso não é ainda necessário. Mas um dia destes programarei essa possibilidade, claro — nem que seja pelo desafio da coisa. 🙂
Um à-parte: “equilíbrio” pode aqui ser visto de duas formas: equilibrar o valor actual das várias acções/ETFs (ex. se dois começam iguais, mas um sobe e outro não, então o que não subiu está mais baixo e vai ser preferencialmente comprado na próxima vez), ou equilibrar o valor gasto para comprar os mesmos ETFs/acções (ignorando se depois sobem ou descem). Estou a fazer da primeira forma aqui… mas, só para complicar, para as criptomoedas, para as quais já tenho uma ferramenta parecida (posts futuros), equilibro da segunda forma. Penso que o que me veio à cabeça na altura era tentar ser menos afectado pela volatilidade, mas na prática não acho que a diferença entre os 2 métodos seja enorme.
E, basicamente, é isto, a correr todos os dias pelas 15h (hora em que apanho abertas tanto a New York Stock Exchange (NYSE) como a Euronext Amsterdam (EAM), onde tenho as acções e ETFs, respectivamente). Apesar de a acção mais barata que sigo custar abaixo de 10€, tenho a ferramenta configurada para nunca fazer nada se tiver menos de 50€ disponíveis na DEGIRO, de forma a evitar compras “a conta-gotas” (por exemplo, por ter recebido algum dividendo a meio do mês, se bem que se um dia eles forem “palpáveis” quero efectivamente reinvesti-los logo, daí isto ser diário em vez de correr apenas no fim de cada mês). Depois, no banco, tenho automatizada uma transferência para a DEGIRO no dia 25 de cada mês (normalmente recebo a dia 21) de um valor fixo. E, claro, tenho uma página web (só para uso pessoal) que, em conjunto com um script que vai buscar, de X em X horas, os valores actuais à DEGIRO e aos sítios onde tenho as criptomoedas, faz um gráfico todo bonito da evolução dos vários investimentos e do total deles, diz quanto ganhei/perdi hoje e desde que comecei a recolher histórico, etc.. 🙂
Como mencionei no post anterior, além de ainda não ter implementado a possibilidade de dar “pesos” diferentes a diversos investimentos (para já, tenta pôr todos iguais), uma limitação disto é que obriga a desligar a autenticação de 2 factores (2FA) na DEGIRO, já que eles (ainda?) não disponibilizam uma API a sério. Em vez disso, como disse antes, tenho uma password “enorme” (para aí uns 20 caracteres) que não uso em mais lado nenhum, pelo que é virtualmente impossível de ser adivinhada — a única forma de me acederem à conta seria se a própria DEGIRO fosse “hackada”, mas nesse caso extremo nem o 2FA ajudaria muito. Ou isso ou.. bem, isso não interessa agora. 😉 Anyway, a ver se um dia implementam uma API como deve ser, e nesse caso poderei ligar outra vez a 2FA *e* ter o meu servidor a fazer pedidos que usam chaves únicas que não incluem o username e password, e estão limitados só ao IP do mesmo.
Em termos do que é necessário para isto funcionar, no meu caso é somente um servidor Linux com PHP e MariaDB. Imagino que funcionasse em Windows (com PHP e MySQL/MariaDB) também, com pequenas alterações. Mas, para já, isto não serve mesmo para consumo de outros (excepto talvez familiares, se algum dia conseguir convencer algum de que não sou completamente maluco 🙂 ). Por exemplo, toda a configuração é feita editando scripts; não tenho nada “user-friendly” como uma página de configuração com opções e afins. Mas, para uso pessoal, funciona bem.
E quanto ao portfolio que tenho/sigo? Talvez um dia destes o partilhe aqui, mas não é nada do outro mundo — 3 ETFs para crescer, e 9 acções para dar dividendos (sendo estas escolhidas de forma a eventualmente receber dividendos todos os meses1, se bem que os que recebo normalmente ainda só têm um dígito…). Na comunidade FIRE portuguesa há em geral uma enorme aversão a receber dividendos, já que estes pagam impostos (e não há nada que o português típico odeie tanto como pagar impostos — uma ideia que vi num livro recentemente lido que acho que se aplica aqui é que neste país não vemos impostos como um custo ou taxa, mas sim como uma multa (e estas são, é claro, para se evitar sempre, e sentimo-nos mal (e estúpidos) se levamos com uma) — preferem normalmente investir num só fundo acumulativo (que reinveste os dividendos automaticamente em vez de os disponibilizar ao investidor2), como o IWDA ou VWCE. Talvez isso até seja mais eficiente a longo prazo, mas no meu caso quero mesmo eventualmente chegar a um ponto em que possa viver dos dividendos; até lá, eles são reinvestidos automaticamente pela minha ferramenta, juntamente com o que lá chega das transferências mensais automáticas. A este ritmo (até porque, como estou a poupar para amortizar o crédito, as transferências são relativamente pequenas), ainda vai demorar uns anos até os dividendos serem apreciáveis… mas grão a grão, e essas coisas. 🙂