Categoria: Ferramentas de Poupança/Investimento

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 meses¹, 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 investidor²), 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. 🙂

Quando, há uns anos, falei aqui do livro The Automatic Millionaire, de David Bach, mencionei os 3 principais pontos do livro, dos quais os últimos 2 são:

2. paga-te a ti próprio primeiro; e
3. torna-o automático.

O nº 2 já é bem conhecido, tanto aqui como em (diria) mais de 90% dos livros, blogs, vídeos, cursos, etc. sobre literacia financeira. Mas o nº 3 não é, na minha opinião, menos essencial, e, a meu ver, temos menos ferramentas para o fazer cá por Portugal, em comparação com países como os EUA, em que não só podes fazer com que o teu empregador transfira automaticamente (fazendo retenção na fonte) uma percentagem do que ganhas para um 401(k), normalmente até com um bónus contribuído pelo empregador, como também há serviços como a Vanguard, com quem se abre contas lá e depois é só agendar transferências automáticas.¹

Por cá, há menos, pelo menos em termos de bolsa, tanto quanto sei. O ideal, a meu ver, era haver uma “conta de investimento” para cada pessoa, para a qual se agendariam transferências periódicas a partir de uma conta nossa, provavelmente aquela onde recebemos o ordenado (normalmente de forma mensal, uns dias depois de se receber), e tudo o que caísse nessa “conta de investimento” era automaticamente investido, de acordo com regras definidas por nós (ex. tudo neste único ETF; ou 70% neste, 20% naquele, e 10% naqueloutro). Ou seja, depois de se ter isso configurado, tudo o que seria preciso é ir uma vez ao site do nosso banco, e configurar uma transferência de X€ para essa tal conta, a repetir-se automaticamente, uns 3 dias depois do dia em que se recebe (para cobrir quaisquer atrasos). Dessa forma, fica tudo automatizado, sem termos de voltar a mexer um dedo — a não ser que as nossas circunstâncias de vida mudem (para melhor, espera-se) e se queira alterar o valor investido mensalmente.

Sim, em grande parte isto descreve um robo-advisor. 🙂

Ora, para quem cá ande desde o início, talvez se lembrem que cheguei a usar um serviço que funcionava basicamente assim, e que aceitava (e aceita, pelo que sei) clientes portugueses: o ETFmatic. Mas deixei de usar (e levantei tudo o que lá tinha, sem problemas), há uns anos, por achar algumas coisas suspeitas, como o site ter deixado de ter actualizações (excepto cosméticas), todos os posts no LinkedIn e Facebook serem a mesma meia dúzia em repetição (todos já com alguns anos), e outras coisas que me fizeram suspeitar que a empresa não ia durar muito. (Pelos vistos estava enganado, já que ainda dura, mas não tenho experiência com eles desde então). Desde então, os meus investimentos (em termos de bolsa) são na DEGIRO.

Sendo assim, lá para Abril decidi tentar inventar uma coisa parecida, para uso próprio (e para já sou mesmo só eu a usar). Parte da ideia veio de um post no Medium.com, em que alguém faz algo semelhante (no caso dele até mais avançado, já que ele consegue detectar quando recebe dinheiro na conta bancária, mas os bancos portugueses não abrem esse tipo de coisas, para já…), até com mais alguma complexidade do que acabei por fazer. Desde aí investiguei mais, já que a DEGIRO não tem uma API documentada (basicamente, uma forma “oficial” de o site ser acedido por programas, de forma automatizada — por contraste, a maior parte das correctoras de criptomoedas fornecem isso), mas *tem* métodos para acesso automatizado (ou seja, está mais ou menos no meio entre bancos portugueses, com os quais não se faz nada, e correctoras de criptomoedas, que permitem fazer isso tudo de forma segura, e têm isso documentado).

Resumindo a ideia:

1. No banco, configuro uma transferência automática para a correctora (neste caso, a DEGIRO), de X€, no dia 25 de cada mês (costumo receber uns 2-3 dias antes);
2. A minha ferramenta vai periodicamente (neste momento faço-o todos os dias da semana) à DEGIRO e vê se tem lá dinheiro acima de Y€ (para evitar compras “a conta-gotas”) e, em caso afirmativo, faz as compras que puder, de acordo com uma configuração definida por mim.

Comecei por procurar se já havia alguma coisa que fizesse exactamente o que eu queria, mas tudo o que encontrei para aceder à DEGIRO, além de fazer muito mais coisas do que quero (para isto), é tudo em linguagens de programação e/ou frameworks das quais, infelizmente, não sei praticamente nada (Node.JS, Python, etc.). Desta forma, pude ver como é que os pedidos à DEGIRO têm de ser feitos (em termos de URLs, conteúdo dos POSTs e GETs (JSON, em geral), etc.), mas tive de programar isto de raiz, em PHP.

E está a funcionar! Desde Abril (com melhorias/correcções ocasionais, claro).

Mas este post já vai longo, por isso deixo para o próximo (mais uns dias) o “como” isto funciona (“como” em termos do processo, não vou aqui falar de programação 🙂 ), como tenho configurado (e como posso mudar isso no futuro), os resultados, o pequeno “senão” ao qual sou obrigado por a DEGIRO não ter uma API a sério (spoiler: é preciso desligar a autenticação de 2 factores. Contorno isso dentro do possível, usando uma password enorme e que não uso em mais lado nenhum, mas não sei se me sentiria descansado se tivesse lá, tipo, 100x o que tenho…), o que é preciso para isto funcionar (se bem que tenho dúvidas se alguma vez vou poder disponibilizar isto de uma utilizável de uma forma geral, ou até mesmo se haveria interesse — não estou interessado (nem considero viável, nem acho que o pudesse fazer, legalmente) em criar um site tipo ETFmatic, mas que pedisse às pessoas as credenciais da DEGIRO aos utilizadores, ou mesmo algo que o fizesse numa 2º conta na DEGIRO, em meu nome, e conseguisse gerir o que é que pertence a cada um — isso é daquelas coisas que não se faria sem um departamento legal 🙂 ), etc.

Stay tuned… 😉 EDIT: aqui está a parte 2.