Alguem me dá uma luz em uma integração de ERP. C# :(

Aqui está o conselho que posso te dar: https://www.tabnews.com.br/maniero/faq-do-programador-perdidao.

Ninguém é capaz de dizer o que é melhor por uma quantidade enorme de razões distintas. Ninguém te conhece, não abe quais são limites, o quanto consegue evoluir, pesquisar, achar soluções, ter resiliência, só para citar alguns pontos, e ninguém conhece o sistema, a situação dele, se estava bem feito ou só seguia receitas de bolo que nem o cara entendia bem o que estava fazendo, muitas vezes fazia aquilo só para por no currículo.

Provavelmente vocês precisam contratar uma consultoria ou outro "sênior".

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui).

Procure fazer tudo da forma mais simples possível em C#, buscando depender o mínimo possível de bibliotecas externas. Tudo o que for possível implementar do processamento no banco de dados, o faça.

Se tu continuar fugindo de "problemas complexos" vai no mínimo demorar muito pra atingir a 'senioridade'. Se o código não está uma bagunça completa, você está apenas buscando pelo caminho confortável.
Tu já listou tudo que você precisa estudar, se interna nos livros/cursos/YouTube, bate no peito e tanka esse projeto.

Nunca vai existir um projeto perfeito, e você passará por isso mais vezes do que imagina e nem sempre vai poder parar e refatorar

É raro, muito raro, um projeto ter tempo e recurso pra jogar 50% do que foi feito fora.

Dito isso.
Sucesso. Tu vai conseguir

Salve, sendo franco, falta muito contexto para poder trazer luz ao problema. Com as informações que trouxe, para mim o mais correto seria chamar a liderança e colocar as cartas na mesa, mas vá com planos de ação, trade offs e estimativas.

Como você falou, você é dev frontend e outro era um back Sr, refatorar nesse cenário só faria sentido se o outro dev viajou muito e fez um puta overengineering, só de ler CQRS e clean architecture, já sinto cheiro de overengineering. Então, invista um bom tempo analisando e entendo a arquitetura e próximos passos, antes de sair refatorando, pois isso pode custar muito tempo de desenvolvimento.

Boa sorte.

De forma bem simples, eu te diria, procura seguir o padrão adotado pelo dev sênior e não tenta refatotar para algo simples que você entenda. Como você já tem 50% pronto do backend terá vários exemplos de como fazer, o que você não tiver pronto, estude em conjunto com uma boa IA (eu usaria claude), por que se você tentar reescrever tudo encontrará problemas também, e isso poderá matar o tempo que você está tentando evitar de consumir.

Sou do time de Produto na empresa, e já vi ocorrendo isso na equipe, duas vezes, e em cada uma foram tomadas decisões diferentes, com seus prós e contras. Talvez seja importante tentar entender o prazo de entrega e mapear o tempo e a qualidade de se seguir cada caminho, e deixar a empresa decidir. Ser realista na estimativa é importante.

Com pouco contexto fica difícil, se puder informar um pouco da stack como versão do projeto, algumas dependências (APIs de terceiros, API REST ou SOAP...) e o que me chamou a atenção, por que a integração seria multi-tenant?

Sugiro continuar pois a princípio parece um bom começo para um projeto, utilize uma IA para tentar entender o porquê de cada coisa e aplique as melhorias que ela sugerir. C# não é difícil, se bem utilizado pode criar sistemas complexos, seguros e auditáveis, mas também pode cair no mal da abstração do POO.