ŌSensei (anciennement Sensei FinanceOS) · SaaS

La clôture pour une entreprise par abonnement.

Des revenus que vous pouvez prouver, un MRR qui concorde, et un reporting investisseurs à un jour ouvré fixe. La version SaaS fait tourner la comptabilisation des revenus selon ASC 606, la cascade des produits différés et le pont MRR — à points de contrôle, pour que la clôture soit terminée quand les contrôles passent, pas quand le calendrier s'épuise.

La clôture fonctionne sur un Système d'Exploitation Financier que j'ai conçu et construit — une clôture pilotée par un agent, avec les principaux flux de travail exécutés par un agent que je dirige et contrôle.

20+ années en comptabilité et finance Leadership au niveau Controller MAcct + MSDS
Système SaaS construit et prouvé 33/33 contrôles pilotes — clôture d'exemple Points de contrôle à WD+1 · WD+3 · WD+5

Ces contrôles proviennent de versions pilotes internes, testées a posteriori sur des clôtures d'exemple exécutées. Ce ne sont pas des résultats clients et aucune donnée client n'a été utilisée.

JoMar Hester, MAcct, MSDS, fondateur de Sensei Advisors

Fondateur, Sensei Advisors

JoMar Hester, MAcct, MSDS

Fondateur | Architecte de systèmes financiers

CFO / Controller à temps partagé · ŌSensei

G1 · WD+1Cascade des produits différés terminée — revenus rattachés aux contrats.
G2 · WD+3Pont MRR à $0 non expliqué — chaque mouvement justifié.
G3 · WD+3Les trois états concordent — le dossier est cohérent avec lui-même.
G4 · Prêt pour l'auditÉléments probants et dossiers de travail vérifiés selon les normes du PCAOB.

Le problème

Là où la comptabilité SaaS casse.

Les revenus d'abonnement semblent simples de l'extérieur. Dans le grand livre, ils cassent à des endroits prévisibles — et chacun remonte au pire moment : une réunion du conseil, une levée de fonds, une demande de diligence.

Produits différés qui ne concordent pas

Les soldes vivent dans des tableurs, et le revenu suit la facturation plutôt que l'exécution. La cascade et le dossier contractuel racontent deux histoires différentes.

Un MRR qui bouge sans explication

Le nouveau, l'expansion, la contraction et l'attrition se mélangent en un seul chiffre qui change chaque fois que quelqu'un le reconstruit. Personne ne peut dire pourquoi il a bougé.

Lettres annexes hors du système

Des conditions convenues par e-mail n'arrivent jamais au dossier contractuel — et modifient silencieusement ce que le revenu devrait être. Une lacune de contrôle et un risque de fraude en un.

Facturation ≠ les livres

Abonnements, prorata, paiements échoués et relances tournent dans le système de facturation. Le grand livre reçoit un résumé — et les écarts s'accumulent.

Coûts traités de façon incohérente

Les commissions de vente et les logiciels à usage interne sont capitalisés, passés en charges ou oubliés selon le mois — ASC 340-40 et ASC 350-40 appliqués selon l'humeur.

Reporting reconstruit à la main

Chaque mois, quelqu'un réassemble le dossier investisseur à partir du grand livre général. L'horizon de trésorerie et les KPI sont un projet, pas un produit.

Le système

Construit une fois, pour le SaaS. Exécuté chaque mois.

ŌSensei pour le SaaS est un système de clôture complet — revenus, facturation, coûts et reporting — installé sur votre système comptable existant, quel qu'il soit.

01

Comptabilisation des revenus — ASC 606

Obligations de performance identifiées par contrat, comptabilisation planifiée selon la livraison, et lettres annexes saisies comme contrôle — pour que le revenu comptabilisé soit un revenu que vous pouvez défendre.

02

Cascade des produits différés

La cascade se déroule par client et par contrat — facturation, comptabilisation, solde restant — et s'achève au point de contrôle G1, jour ouvré +1.

03

Pont MRR / ARR

Le nouveau, l'expansion, la contraction et l'attrition sont pontés chaque mois à $0 non expliqué au point de contrôle G2 — avec la rétention nette des revenus calculée à partir des mêmes chiffres, pas d'un second jeu.

04

Facturation d'abonnements, rapprochée

Activité de facturation — abonnements, prorata, relances, recouvrements — rapprochée du grand livre chaque mois, pour que le système de facturation et les livres ne puissent pas diverger.

05

Coûts de contrats et logiciels capitalisés

Commissions selon ASC 340-40 et logiciels à usage interne selon ASC 350-40, capitalisés et amortis selon une politique définie — de la même façon chaque mois.

06

Reporting investisseurs

Trésorerie, horizon de trésorerie et dossier KPI produits à partir de livres clôturés au point de contrôle G3 — prêts pour la décision et pour les investisseurs, parce que les états concordent déjà.

Prêt pour l'audit

Conçu pour être audité : la couche PCAOB.

Chaque version de ŌSensei est construite selon les US GAAP, avec une discipline de reporting SEC, des contrôles prêts pour SOX et une couche PCAOB — des éléments probants d'audit et une discipline des dossiers de travail construits selon les normes du PCAOB.

Après le passage des points de contrôle de la clôture, un point de contrôle distinct G4 — Prêt pour l'audit — vérifie les éléments probants, les dossiers de travail et la revue. Un G4 échoué bloque les mots « prêt pour l'audit », pas les états financiers.

International

Conçu pour la diligence américaine et internationale : la couche Internationale.

ŌSensei est une seule version à activation modulaire. Chaque client choisit une voie US ou une voie Internationale — le système en dessous est le même. Chaque norme est ancrée deux fois : dans la Codification FASB et dans les normes comptables IFRS telles que publiées par l'IASB. Conçu pour être compatible avec le FASB et l'IASB, pour qu'une équipe de diligence lise le même fichier des deux côtés de l'Atlantique — sans traduction.

Référentiel défini par entité

Chaque entité porte son référentiel statutaire, le référentiel de reporting du groupe et sa monnaie de présentation dans un seul registre. Rien n'est forcé dans un référentiel unique.

La clôture par pont

La clôture statutaire locale d'abord. Puis le pont de référentiel. Puis la consolidation de groupe, puis le dossier investisseur. Le pont concorde avec $0 non expliqué — ou la clôture ne passe pas le point de contrôle G5.

Les instruments lus dans les deux sens

Les SAFE, les convertibles, les actions privilégiées et les warrants sont analysés selon les deux référentiels avant signature — parce que le même instrument peut être des capitaux propres dans un référentiel et un passif dans l'autre.

Les règles locales restent locales

Les calendriers statutaires, les taxes indirectes, les retenues et les preuves de crédit R&D sont saisis dans des registres, et les conseillers locaux déposent. ŌSensei ne remplace jamais le comptable statutaire local.

5 pilotes sectoriels482 contrôles pilotes d'acceptation réussisPoint de contrôle G5 Prêt pour la diligence — du pré-amorçage à la série C8 livrables par secteur (IX-1 à IX-8)

Dans le pilote SaaS : un pont de bail IFRS 16 a fait passer la balance de vérification de la filiale britannique de £741,000 à £766,000, et la balance de vérification consolidée s'est équilibrée à $8,340,940.

Comment ça commence

Deux façons de s'engager. Un seul prix fixe.

Commencez par un court diagnostic. Si ŌSensei convient, le périmètre, le prix et le résultat sont fixés avant de commencer. Pas de facturation à l'heure.

ŌSensei Installé

Le système SaaS installé sur votre système comptable existant : rapprochements, calendriers, points de revue, matrices de responsabilités, flux de travail récurrents, points de contrôle et échéances de reporting.

ŌSensei Opéré

Sensei conduit la clôture sur le système installé. Les principaux flux de travail sont exécutés par un agent que je dirige et contrôle ; le jugement, les exceptions et la validation restent à une personne.

Productisé, pas à l'heure

Périmètre fixe. Prix fixe. Résultat défini. Le prix est fixé après un court diagnostic, avant le début du travail — le même modèle à chaque mission.

Voir le système

Le système SaaS complet et un échantillon d'une page de la clôture sont disponibles sur demande.

Demander un échantillon

Fondateur

Construit par un Controller.

Le système SaaS a été conçu et construit par un Controller fort de 20+ années en comptabilité et finance — expertise comptable chez Grant Thornton, travail de reporting SEC chez un fabricant coté, et une couche de science des données par-dessus.

Plus sur le fondateur

MAcctMSDS20+ annéesLeadership ControllerArchitecture de systèmes financiers

Commencez par le problème comptable

Si les chiffres du SaaS sont difficiles à croire, le système a besoin de travail.

Dites-moi ce qui se passe dans vos opérations comptables ou financières. Si ŌSensei convient, le périmètre, le prix et le résultat sont fixés avant de commencer. Pas de facturation à l'heure.

Vous préférez l'e-mail ? jomar@senseiadvisors.com
Ou connectez-vous sur LinkedIn.

Déjà client ? Connectez-vous à votre espace de travail ŌSensei.

Merci de ne pas envoyer d'identifiants bancaires, de numéros fiscaux, de données de paie ou d'autres informations financières sensibles via ce formulaire.