États locatifs depuis un seul classeur de portefeuille : un fichier par bien, chaque mois

L’e-mail de l’analyste crédit du refinancement demande un état locatif à jour, et en pratique, à jour signifie daté des 30 derniers jours environ. L’état dans le dossier est daté du 3 mars. Depuis : une augmentation prévue jamais appliquée, un locataire parti, un nouveau bail entièrement absent.

Le reconstruire ce soir signifie retaper les loyers de 16 lots dans l’urgence. Et un état qui contredit les baux en due diligence coûte de l’argent à la signature, pas seulement de la crédibilité.

La solution n’est pas un meilleur modèle. C’est un cycle mensuel : un état locatif par bien, généré depuis un seul classeur de portefeuille, chaque fichier daté. L’état à jour existe parce que le premier du mois l’a déjà produit. Voici la construction complète : le classeur de portefeuille (14 biens, 83 lots, 9 propriétaires), la règle de granularité qui décide quelle feuille pilote quel document, le modèle d’état locatif avec son tableau des lots à taille variable traité honnêtement, les relevés de gérance depuis les mêmes données, les courriers aux locataires depuis la feuille Lots, et un cycle dont le sous-produit est le dossier de due diligence.

Table des matières

• Ce que la banque lit dans un état locatif
• Le classeur de portefeuille : quatorze biens, quatre-vingt-trois lots, neuf propriétaires
• Un classeur, trois granularités : chaque lancement pointe vers une seule feuille
• Le modèle d’état locatif : une page par bien
• Le relevé de gérance : neuf propriétaires, neuf relevés, un seul classeur
• La livraison : chaque propriétaire voit exactement ses propres chiffres
• La granularité lot : les courriers aux locataires depuis le même classeur
• Le premier du mois, et le jour où la banque écrit
• Foire aux questions
• L’état locatif toujours à jour

Ce que la banque lit dans un état locatif

Un état locatif est un instantané à date du loyer contractuel, lot par lot, avec chaque lot listé, lots vacants compris. Il montre ce que les baux disent dû, pas ce qui est arrivé sur le compte ; l’encaissement relève de la comptabilité et du relevé de gérance. Un état qui cache les vacances est le genre d’état auquel les prêteurs apprennent à ne plus se fier.

Un contraste évite une confusion courante : l’état locatif est l’instantané à date du loyer contractuel, et le T-12 est le réel des douze derniers mois glissants. Les prêteurs veulent généralement les deux, parce qu’aucun ne remplace l’autre.

Qui le demande : le prêteur au refinancement, l’acheteur en due diligence, l’assureur au renouvellement, et le propriétaire chaque mois. En due diligence, l’état est audité ligne par ligne contre les baux signés, et l’audit trouve exactement ce que les états tenus à la main accumulent : des loyers périmés, des augmentations prévues jamais appliquées, et des soldes impayés derrière une prétendue occupation complète.

Un état assemblé à la main échoue de deux manières. Il se périme, parce qu’il a été construit une fois en mars et se dégrade à chaque départ. Et il se retape ; chaque saisie est une nouvelle occasion de contredire le bail.

Une chose encore, à dire simplement : à quelques dizaines de lots, la tarification par lot et les minimums d’unités font d’un logiciel de gestion locative un grand pas. Votre classeur convient très bien. L’assemblage de documents autour de lui est la partie cassée, et tout ce dont l’état a besoin vit déjà dans deux feuilles d’un seul classeur.

Le classeur de portefeuille : quatorze biens, quatre-vingt-trois lots, neuf propriétaires

Le portefeuille travaillé de cette construction : 14 biens, 83 lots, 9 propriétaires. Le plus grand est Alder Court (P-03) avec 16 lots. Les plus petits sont trois maisons individuelles d’un lot chacune. Le milieu inconfortable est Marsh Point, 10 lots dont 2 vacants. L’occupation est de 79 sur 83, disons 95 %. Loyer contractuel sur tout le portefeuille : disons 98 400 par mois.

Le classeur a quatre feuilles. Biens (14 lignes) est la source de lignes des états locatifs. Lots (83 lignes, une par lot) porte locataires, loyers et statuts. Propriétaires (9 lignes) pilote les relevés. Dépenses (une ligne par réparation ou charge, environ 40 lignes par mois : A property_id, B month en texte au format 2026-08, C owner_id, D description, E amount) n’est que de la donnée, jamais une source de lignes.

Colonne	Exemple	Où elle atterrit
property_id (A)	P-03	Cellule clé et nom de fichier
property_name (B)	Alder Court	Titre de l’état et objet de l’e-mail
address (C)	14 Alder Ct	Bloc d’en-tête
owner_id (D)	O-04	Relie Lots et Dépenses aux propriétaires
owner_name (E)	R. Calloway	Bloc d’en-tête
owner_email (F)	r.calloway@example.com	Colonne de destinataires
unit_count (G)	16	Alimente la sentinelle
fee_pct (H)	0,08	Taux du propriétaire, dupliqué sur la feuille Propriétaires pour le lancement des relevés
as_of (I)	2026-08-01	Ligne d’instantané daté et nom de fichier
notes (J)	Lot 12 libéré le 15 août ; peintre réservé	Espace réservé sur cellule entière

La feuille Lots utilise les colonnes A à N, dans cet ordre : A property_id, B unit_no, C tenant_name, D monthly_rent (le loyer contractuel), E market_rent (le loyer demandé, rempli pour les lignes vacantes), F lease_start, G lease_end, H occupancy (Occupé, Vacant, Préavis), I rent_status (Payé, En attente, En retard), J balance_due, K security_deposit, L rent_collected (remplie pendant votre rapprochement), M owner_id, calculée une fois avec =RECHERCHEV(A2; Biens!$A$2:$D$15; 4; FAUX) recopiée vers le bas, et N unit_key (calculée ; construite dans la section du tableau des locataires). Les lignes vacantes gardent leur loyer demandé dans market_rent et laissent les champs du locataire vides.

Cinq cas difficiles méritent leurs noms dès maintenant, parce que la construction y revient sans cesse : la maison individuelle (son état doit imprimer 15 lignes de tableau vides, pas des erreurs), Marsh Point (les lignes vacantes affichent le loyer demandé et aucun locataire), le locataire En retard portant un solde de 2 850, le locataire en Préavis, et R. Calloway, qui possède trois des quatorze biens.

La colonne notes paie avant qu’aucun document n’existe : 14 cellules de notes écrites d’une traite pendant que le mois est frais, au lieu de 14 fichiers ouverts un par un.

Téléchargez cette construction. rent-roll-template.xlsx est le portefeuille que cet article parcourt : les quatre feuilles de données, les modèles d’état locatif et de relevé de gérance, le tableau des locataires à seize lignes et la sentinelle déjà câblés. Gratuit, sans inscription. Un lancement ne lit qu’une seule feuille comme source de données, ce qui rend concrète la règle de granularité : le fichier est livré avec Biens en première position, un chargement tel quel produit donc des états locatifs, et vous pointez le lancement suivant vers Propriétaires ou Lots pour les deux autres granularités. Remplacez les feuilles de données par votre portefeuille le moment venu ; la mécanique ne change pas. Les libellés et les données d’exemple du classeur sont en anglais, et Excel affiche automatiquement les formules en français.

L’intendance en un paragraphe : les noms à tirets bas gardent les espaces réservés en ligne fonctionnels dans les fichiers générés ; les espaces réservés sur cellule entière acceptent les espaces, et ce sont eux que l’aperçu en direct de l’éditeur résout, alors donnez sa propre cellule à chaque champ que vous voulez surveiller. La détection d’en-tête scanne les 15 premières lignes avec une bannière « Modifier », et le classeur peut être un .xlsx, un .csv, un .ods entre autres, ou une Google Sheet via OAuth, importée comme un instantané au moment de la connexion (resélectionnez pour rafraîchir). Assembler Lots et Dépenses depuis l’export comptable est un travail côté entrée ; une comparaison avec Power Query arrivera plus tard dans cette série. Trois des quatre feuilles peuvent piloter un lancement. Décider laquelle est la règle de granularité, et elle vient tout de suite.

Un classeur, trois granularités : chaque lancement pointe vers une seule feuille

La règle de granularité : la source de lignes est la feuille dont les lignes correspondent aux documents que vous devez. Les états locatifs sont par bien, Biens est donc la source de lignes. Les relevés sont par propriétaire, c’est donc Propriétaires. Les courriers aux locataires sont par lot, c’est donc Lots. Même classeur, granularité différente à chaque lancement.

Le moteur génère un fichier par ligne de la feuille vers laquelle vous le pointez. Le mécanisme sous-jacent est le publipostage Excel vers Excel, et le guide complet parcourt chaque écran de l’assistant, cet article reste donc sur les parties propres à l’immobilier. La version macro d’exactement ce cycle est le flux de travail 4 du guide sans VBA : la macro de 2021 dont le développeur est parti en 2022, et la fenêtre mensuelle de 30 minutes où l’on retient son souffle.

Document dû	Feuille source de lignes	Une ligne par	Lignes ce mois-ci	Fichiers en sortie
État locatif	Biens	bien	14	14 PDF
Relevé de gérance	Propriétaires	propriétaire	9	9 PDF
Courrier d’augmentation de loyer	Lots, copie filtrée	lot	11	11 courriers
Relance pour impayé	Lots, copie filtrée	lot	2	2 relances

Deux limites, avant que la construction ne commence. Chaque lancement a exactement une source de lignes : états et courriers sont deux lancements, pas une seule passe, et quatre types de documents ce mois-ci signifient quatre lancements courts contre le même classeur. Et avant que quiconque ne pose la question : R. Calloway possède trois biens et reçoit trois états locatifs. Aucun réglage ne les agrafe en un seul PDF ; le PDF combiné unique rend tous les enregistrements dans un seul document de relecture interne et n’est jamais un recueil par propriétaire. Le document par propriétaire est le relevé, sa propre granularité, construit plus bas.

Le modèle d’état locatif : une page par bien

La cible est une page par bien qu’un prêteur peut lire en trente secondes : bloc d’en-tête, agrégats d’occupation et de loyer, tableau des locataires, notes du gestionnaire. Trois morceaux suivent : la cellule clé et ses agrégats, le tableau des locataires (la partie difficile), et la date qui en fait un instantané.

La clé du bien pilote chaque chiffre de la page

B2 sur le modèle contient l’espace réservé sur cellule entière @property_id, et D2 contient @unit_count. C’est la technique de la cellule clé de la construction de fin de mois : une cellule porte la clé, chaque formule la référence, et chaque ligne de Biens y substitue son identifiant à la génération. Cet article l’applique à un cas plus difficile, un tableau dont le nombre de lignes change par bien.

L’en-tête donne à @property_name, @address et @owner_name chacun sa propre cellule, un libellé statique « État locatif au » à côté d’une cellule contenant @as_of, et @notes en espace réservé sur cellule entière. Puis les agrégats :

=NB.SI.ENS(Lots!$A$2:$A$100; $B$2; Lots!$H$2:$H$100; "<>Vacant")

En clair : compter les lignes de Lots qui appartiennent à ce bien et ne sont pas vacantes. Un lot en Préavis a toujours un bail et un locataire qui paie, il compte donc comme occupé jusqu’à ce qu’il soit vide ; le marqueur Préavis joue dans le tableau, pas dans le décompte. Imprimez l’occupation sous la forme « 8 sur 10 » : le NB.SI.ENS à gauche, @unit_count à droite.

=SOMME.SI.ENS(Lots!$D$2:$D$100; Lots!$A$2:$A$100; $B$2; Lots!$H$2:$H$100; "<>Vacant")

C’est le loyer mensuel contractuel : additionner les loyers de ce bien sur chaque bail encore en vigueur. Le solde dû a la même forme contre la colonne J, sans le critère d’occupation. Le décompte des vacants est le même NB.SI.ENS avec « Vacant » comme critère ; le décompte des retards garde le critère de bien mais pointe la seconde plage vers la colonne I, rent_status, avec « En retard ». Les plages descendent jusqu’à la ligne 100 à dessein, pour que de nouvelles lignes de Lots n’atterrissent jamais en dehors.

Deux lignes que les prêteurs calculent de toute façon, alors imprimez-les : le loyer contractuel annualisé est le SOMME.SI.ENS du loyer contractuel fois 12 (disons 273 600 pour Alder Court), et le loyer potentiel brut ajoute un SOMME.SI.ENS sur market_rent pour les lignes vacantes avant de multiplier, valorisant les vacances au loyer demandé.

Enfin, la sentinelle, adaptée de la cellule de contrôle de la construction de fin de mois :

=SI(NB.SI.ENS(Lots!$A$2:$A$100; $B$2)=$D$2; ""; "VÉRIFIER LOTS")

Si Lots porte moins de lignes pour ce bien que unit_count ne l’annonce, la cellule le dit avant qu’un analyste ne trouve le trou. Une attente côté éditeur : avant toute substitution de ligne, B2 contient le texte littéral @property_id, les agrégats affichent donc légitimement 0 et la sentinelle affiche VÉRIFIER LOTS jusqu’à ce que vous fassiez avancer l’aperçu.

Le tableau des locataires : seize lignes parce que le plus grand immeuble en compte seize

Le problème, énoncé simplement : un état locatif a besoin d’un tableau par lot, et les biens de ce portefeuille comptent de 1 à 16 lots. Un seul modèle doit servir les quatorze sans changer de forme par bien.

Une colonne auxiliaire sur Lots rend le tableau adressable. La colonne N, unit_key :

=A2 & "-" & NB.SI.ENS(A$2:A2; A2)

En clair : un compteur cumulatif par bien, si bien que les lots d’Alder Court prennent les clés P-03-1 à P-03-16. Placez la clé dans la dernière colonne, N, à l’écart des lettres de colonnes qu’occupent les formules de tableau du modèle ; l’éditeur de feuille de calcul intégré à l’application suit les plages de recherche par lettre de colonne, et une clé qui partage une lettre avec les formules du modèle peut déclencher son contrôle de référence circulaire.

Les lignes du tableau du modèle sont numérotées de 1 à 16 dans la colonne A (lignes 12 à 27). Chaque cellule de champ est le même tirage sous garde-fou ; voici le nom du locataire en entier :

=SI(NB.SI.ENS(Lots!$N$2:$N$100; $B$2&"-"&$A12)=0; ""; INDEX(Lots!$C$2:$C$100; EQUIV($B$2&"-"&$A12; Lots!$N$2:$N$100; 0)))

Parcourez-la en deux temps. NB.SI.ENS demande si un lot avec ce numéro existe dans ce bien ; sinon, la cellule n’imprime rien. S’il existe, INDEX/EQUIV tire le champ de ce lot, avec le 0 de correspondance exacte obligatoire. Loyer, fin de bail, occupation, statut de loyer et solde répètent le motif contre leurs propres colonnes de Lots.

Le compromis honnête : le tableau est dimensionné sur le plus grand bien, la maison individuelle imprime donc 1 ligne remplie et 15 lignes vides. Les lignes vides sont le prix d’un modèle unique servant chaque bien, et un prêteur préfère voir des lignes vides qu’un état reconstruit à la main par bien. Les lots vacants apparaissent avec le loyer demandé et sans nom de locataire, ce qui est la manière correcte pour un état de les lister. Et quand un immeuble de 17 lots rejoint le portefeuille, le tableau gagne une ligne à la main : de la maintenance de modèle, une fois, pas tous les mois.

Une discipline garde le calcul sûr : le tableau est purement d’affichage. Chaque total imprimé vient d’un SOMME.SI.ENS contre Lots, jamais d’une SOMME sur le tableau, pour que les cellules de texte vide du garde-fou ne puissent jamais empoisonner une somme.

La mise en forme : les règles de couleur sur valeur de cellule dans la colonne de statut de loyer du tableau (vert « Payé », jaune « En attente », rouge « En retard ») figurent parmi les survivants documentés ; une règle à formule peignant une ligne entière est exactement ce que le test sur une ligne existe pour confirmer, et l’INDEX/EQUIV composé sous garde-fou mérite la même prudence. Les réponses tentantes en une seule fonction au tableau à longueur variable ne figurent pas sur la liste documentée de préservation, cette construction n’utilise donc que des fonctions qui y figurent : SOMME, RECHERCHEV, SI, INDEX/EQUIV, SOMME.SI.ENS, NB.SI.ENS. La liste complète de ce qui est préservé est dans le guide de référence, et une analyse approfondie de la préservation des formules arrivera plus tard dans cette série.

Un instantané daté avec un nom de fichier assorti

La colonne as_of fait double emploi : imprimée sous le titre (« État locatif au 2026-08-01 ») et dans le motif de nom de fichier, RentRoll_@property_id_@as_of.pdf, pour que le ZIP se trie par bien et que chaque fichier déclare lui-même sa date. Cette ligne de date est toute la différence entre un état et un état à jour.

Réglez la page depuis l’onglet de ruban « Paramètres d’impression » : paysage, une zone d’impression par feuille pour que le tableau ne déborde jamais en page deux. Faites un clic droit sur Lots, Propriétaires et Dépenses et excluez-les de la sortie. L’état part en PDF, et le classeur qui porte les chiffres de tous les propriétaires ne quitte jamais votre machine. Si un .xlsx est un jour demandé, lancez le test sur une ligne et regardez le fichier livré plutôt que de présumer ce que les références vers une feuille exclue affichent.

Prévisualisez avec la pastille flottante « Ligne N sur M », et pas seulement la ligne 1, parce que la ligne 1 est le bien autour duquel le modèle a été conçu. Faites avancer les cas qui cassent, un œil sur la sentinelle à chaque fois :

• La maison individuelle. Les lignes 2 à 16 doivent rester vides, pas afficher des erreurs.
• Marsh Point. Loyer demandé, aucun nom de locataire, l’occupation affiche 8 sur 10.
• Le bien avec le locataire En retard. La règle rouge doit réellement se déclencher ; une règle qui ne se déclenche jamais ressemble trait pour trait à une règle cassée.
• Alder Court. Le tableau doit se remplir jusqu’à la ligne 16.
• Le nom de bien le plus long. Le titre et le nom de fichier doivent y survivre.
• L’augmentation effective ce mois-ci. monthly_rent doit afficher le nouveau montant.

Puis le test sur une ligne : générez Alder Court seul, ouvrez-le, et accordez-lui la lecture de trente secondes qu’un analyste lui accorderait.

Le relevé de gérance : neuf propriétaires, neuf relevés, un seul classeur

Le relevé de gérance mensuel est l’artefact sur lequel les propriétaires jugent un gestionnaire. La convention veut qu’il arrive entre le 10 et le 15, et les relevés qui glissent au-delà du 20 se lisent comme un problème de tenue de comptes.

Selon la règle de granularité, Propriétaires est la source de lignes : 9 lignes, 9 relevés, chaque ligne portant owner_id, owner_name, owner_email et fee_pct, parce que les champs de fusion d’un lancement viennent de sa feuille source de lignes. Un fichier source de vérité en entrée, un relevé personnalisé par propriétaire en sortie. B2 contient @owner_id, C4 contient @fee_pct, et D4 contient la période, tapée une fois par mois : 2026-08. La colonne vertébrale du relevé tient en quatre cellules.

Loyers encaissés (C8) : =SOMME.SI.ENS(Lots!$L$2:$L$100; Lots!$M$2:$M$100; $B$2), traversant tous les biens d’un propriétaire en un seul chiffre, parce que owner_id a été résolue sur Lots par cet unique RECHERCHEV.

Dépenses (C9) : =SOMME.SI.ENS(Dépenses!$E$2:$E$200; Dépenses!$C$2:$C$200; $B$2; Dépenses!$B$2:$B$200; $D$4), le critère de mois gardant les charges d’août hors du relevé de septembre.

Honoraires de gestion (C10) : =ARRONDI(C8*$C$4; 2). Versement au propriétaire (C11) : =C8-C9-C10. Recettes, dépenses, honoraires, distribution, en comptabilité de caisse.

Le détail par bien réutilise le motif du tableau des locataires à une autre granularité : un tableau fixe de trois lignes (aucun propriétaire ici ne détient plus de trois biens), indexé par une colonne auxiliaire property_key sur Biens (=D2 & "-" & NB.SI.ENS(D$2:D2; D2), D étant owner_id), chaque ligne un INDEX/EQUIV sous garde-fou pour le nom du bien, avec le loyer encaissé de la ligne en SOMME.SI.ENS contre Lots, indexé sur l’identifiant de ce bien. Le motif est déjà enseigné ; la granularité est la seule chose qui a changé.

Une limite honnête, dite sans détour : le lancement assemble des documents depuis des chiffres rapprochés ; il ne fait pas le rapprochement. rent_collected se remplit pendant votre rapprochement normal du début de mois, avant qu’aucun document n’existe. Un outil qui prétend le contraire prétend faire votre métier. Et pour garder distinctes les deux idées par propriétaire : le relevé synthétise les trois biens de R. Calloway parce que SOMME.SI.ENS les traverse à l’intérieur d’un seul document. Ce n’est pas la même chose que d’agrafer ses trois états locatifs en un seul PDF, ce qu’aucun réglage ne fait.

La livraison : chaque propriétaire voit exactement ses propres chiffres

La pièce jointe choisie dans la précipitation est le classeur de portefeuille lui-même, envoyé à un seul propriétaire. Les loyers et les soldes de tous les autres propriétaires sont à un onglet de distance, et il n’y a pas de rappel possible. Neuf propriétaires dans un seul fichier est un problème de divulgation, pas de mise en forme.

La réponse est la structure, pas la vigilance. Un état généré depuis la ligne de P-03 contient P-03 et rien d’autre, parce que les treize autres biens n’y ont jamais été. L’argument général est dans cinq propriétés que seul un fichier possède, et le choix du format est ce que vous livrez décide de ce que vos clients voient : états et relevés partent en PDF, parce que banques et propriétaires les lisent et que personne ne doit les modifier.

La mécanique de l’e-mail : la colonne de destinataires est owner_email, et l’objet se construit depuis les champs de fusion, État locatif @property_name, @as_of, si bien que « État locatif Alder Court, 2026-08-01 » arrive auto-étiqueté. Chaque pièce jointe vient de la même ligne que son adresse, le mode d’échec de la mauvaise pièce jointe est donc fermé structurellement. L’arithmétique honnête suit la même forme que huit collaborateurs, huit fichiers : l’adresse de R. Calloway figure sur trois lignes de Biens, elle reçoit donc trois e-mails d’état locatif. Sa boîte de réception le premier du mois porte quatre e-mails, trois états et un relevé, chacun restreint à exactement ce qu’elle possède et à rien de ce que possèdent les autres.

Les accusés de réception atterrissent par destinataire dans un tableau de bord : livraison, ouvertures, et le rebond qui est l’adresse changée d’un propriétaire, détecté au premier jour. L’envoi depuis votre propre domaine est une fonctionnalité des plans payants, et un mot de passe PDF par fichier est disponible (un même mot de passe pour tout le lancement), à traiter comme une protection de transport. Le traitement des données en une phrase : les fichiers sont traités dans des centres de données de l’UE et chiffrés en transit et au repos ; MailMergic est conforme au RGPD et au CCPA, les fichiers ne servent jamais à entraîner des IA, et la rétention est configurable de 1 à 180 jours (confidentialité).

La granularité lot : les courriers aux locataires depuis le même classeur

Pointez le lancement suivant vers Lots et le même classeur écrit aux locataires au lieu d’écrire sur les biens. Ce mois-ci : 11 lots reçoivent une augmentation de 4 %, 2 reçoivent une relance pour impayé. La technique est la copie filtrée : copiez les lignes auxquelles vous devez un courrier dans une feuille de lancement, faites de cette feuille la source de lignes, et le moteur génère un courrier par ligne.

Deux colonnes calculées font l’arithmétique avant qu’aucun courrier n’existe : new_rent avec =ARRONDI(E2*1,04; 0) recopiée vers le bas, et une colonne effective_date tapée une fois. Le courrier lit @tenant_name, @monthly_rent, @new_rent et @effective_date : loyer actuel et nouveau loyer en une phrase chacun.

Les statuts pilotent les audiences tout le mois. Les lignes En retard alimentent les relances, les lignes en Préavis alimentent les documents de sortie, les colonnes d’augmentation alimentent le lot annuel. La feuille Lots que vous maintenez déjà est la liste de diffusion.

Le mode d’échec du fichier copié prend ici une forme précise : le courrier avec le nom du locataire précédent dans la salutation, parce que le fichier du cycle dernier a servi de point de départ. Un courrier généré ne peut contenir que la ligne dont il vient ; il n’y a pas de locataire précédent dedans.

Et la réalité juridique, qui reste la vôtre : augmentations et congés doivent souvent être notifiés par écrit et de façon prouvable, avec des délais de préavis qui varient selon la réglementation applicable, raison pour laquelle un PDF propre par locataire compte. Des formulations de courrier prêtes à l’emploi se trouvent facilement ; ce qui ne change pas, c’est que chaque courrier reste un document individuel, précisément parce que les règles de préavis varient. Les courriers ont une forme de document, un modèle Word est donc le bon point de départ ; la règle de granularité ne se soucie pas de la nature du modèle. La source de lignes est la feuille Lots dans les deux cas.

Le premier du mois, et le jour où la banque écrit

• Jours 1 à 3 : le rapprochement. Votre travail, pas celui de l’outil. Remplissez rent_collected, mettez à jour rent_status, enregistrez les lignes de Dépenses du mois. Notez les départs, les préavis et les nouveaux baux. Basculez dans monthly_rent toute augmentation dont la date d’effet est arrivée ; une augmentation signée en juin qui n’a jamais été reportée dans monthly_rent sous-évalue chaque état après la date d’effet.
• Jour 3 : dater et annoter. Recopiez as_of vers le bas avec le premier du mois. Écrivez les 14 cellules de notes pendant que le mois est frais. Contrôle de recopie sur unit_key et owner_id pour les nouvelles lignes.
• Jour 4 : l’aperçu. Parcourez les cas qui cassent, un œil sur la sentinelle à chacun, lancez le test sur une ligne après toute modification du modèle.
• Jour 5 : générer et envoyer. Les états contre Biens (14 fichiers), les relevés contre Propriétaires (9 fichiers), l’envoi avec accusés de réception. Les relevés partent avec des jours d’avance.
• Après : archiver. Déposez chaque ZIP dans un dossier nommé d’après la période, 2026-08 à côté de 2026-07.
• N’importe quel jour : la banque écrit. L’état à jour est déjà dans le dossier du mois. Si à jour doit signifier en cours de mois, mettez à jour les lignes qui ont changé et relancez ; une relance prend environ une minute, la première exécution environ cinq.

L’archive est le gain silencieux. La due diligence d’un acheteur veut des instantanés datés, et douze dossiers datés sont l’historique du portefeuille sans une seule reconstruction rétroactive. Le dossier n’a jamais été préparé pour la due diligence ; il s’est accumulé.

Rien ne tourne sans surveillance : la configuration est conservée, le travail du mois est donc coller, prévisualiser, lancer, et l’envoi tient en un clic. Un crédit par ligne générée fait du cycle complet ici 14 états plus 9 relevés plus 13 courriers, disons 36 crédits (tarifs), et le plan gratuit couvre un vrai pilote. Les limites de 25 Mo et de 100 000 lignes sont hors de portée à 83 lots, et la génération rend la plupart des points de la check-list avant envoi vrais par construction.

Foire aux questions

Q : Qu’entend un prêteur par un état locatif à jour ?

R : En pratique, un état daté des 30 derniers jours environ, les conventions variant selon le prêteur. Ce n’est pas un T-12 ; celui-ci est le réel glissant, l’état locatif est l’instantané à date. Parce que @as_of pilote le titre et le nom de fichier, un état fraîchement daté est une recopie vers le bas et une relance d’environ une minute.

Q : Que doit contenir un état locatif, et les lots vacants y ont-ils leur place ?

R : Lot, locataire, dates de bail, loyer contractuel, statut et solde, pour chaque lot. Les lots vacants y ont leur place, listés avec le loyer demandé et sans nom de locataire, jamais cachés.

Q : Un état locatif montre-t-il le loyer contractuel ou le loyer encaissé ?

R : Le loyer contractuel, ce que les baux disent dû. L’état de l’encaissement vit dans les colonnes de statut et de solde ; ce qui est réellement arrivé est le travail du relevé de gérance, pas celui de l’état locatif.

Q : Comment créer un état locatif pour chaque bien depuis un seul classeur Excel ?

R : Conservez une ligne par bien sur une feuille Biens et un modèle dont la cellule clé contient @property_id, chaque agrégat étant un SOMME.SI.ENS contre elle. Un lancement de publipostage génère un PDF restreint par ligne : 14 lignes produisent 14 états, et la première exécution prend environ cinq minutes.

Q : Comment gérer des biens aux nombres de lots différents dans un seul modèle d’état locatif ?

R : Dimensionnez un tableau fixe sur le plus grand bien et remplissez chaque ligne d’un INDEX/EQUIV sous garde-fou sur une clé bien-plus-numéro ; les lignes excédentaires s’impriment vides. Le coût est des lignes vides sur les petits biens, et les garde-fous composés méritent un test sur une ligne avant le lot.

Q : Que contient le relevé de gérance mensuel d’un gestionnaire ?

R : Les loyers encaissés, les dépenses, les honoraires de gestion et la distribution nette, en comptabilité de caisse. Un relevé se génère par ligne de Propriétaires, chaque ligne étant un SOMME.SI.ENS ou une cellule d’arithmétique simple indexée sur l’identifiant du propriétaire.

Q : Un propriétaire de plusieurs biens peut-il recevoir un seul PDF combiné chaque mois ?

R : Non. Un fichier par ligne signifie que trois biens produisent trois états. La vue consolidée par propriétaire est le relevé de gérance, qui traverse ses biens avec SOMME.SI.ENS à l’intérieur d’un seul document.

Q : Comment envoyer des courriers d’augmentation de loyer à tous mes locataires en une fois ?

R : Créez une copie filtrée des lignes de Lots concernées par l’augmentation, utilisez-la comme source de lignes, et chaque ligne génère un courrier avec le loyer actuel et le nouveau loyer de ce locataire. Des formulations types se trouvent facilement ; chaque courrier reste un document individuel, parce que les règles de préavis varient.

Q : Combien de lots peut-on gérer dans un tableur avant d’avoir besoin d’un logiciel de gestion locative ?

R : Ce n’est généralement pas la comptabilité qui casse ; c’est l’assemblage de documents. Un classeur plus un lancement de publipostage porte un portefeuille jusqu’à plusieurs dizaines de lots sans difficulté, et le signal honnête de bascule est le jour où vos comptes, pas vos documents, dépassent le tableur.

Q : Les états locatifs peuvent-ils se générer automatiquement le premier de chaque mois ?

R : Il n’y a pas de minuterie. La configuration est conservée, le rythme mensuel est donc : rapprocher, mettre à jour le classeur, relancer en une minute environ, et l’envoi tient en un clic. Si une exécution entièrement sans intervention est une exigence ferme, une plateforme de workflow est la réponse honnête, charge de surveillance comprise.

L’état locatif toujours à jour

L’état que la banque a demandé a été généré le premier du mois, classé dans un dossier daté, et concorde avec les baux parce que rien n’a été retapé. À jour a cessé d’être une course et est devenu une colonne de date.

La première exécution prend environ cinq minutes sur le plan gratuit, avec votre propre classeur de portefeuille. C’est moins de temps qu’il n’en faut pour retaper les lots d’un seul bien.

Générez vos états locatifs →

Le mécanisme est nouveau pour vous ? Commencez par le guide complet. Vous remplacez la macro ? Le guide sans VBA parcourt la migration. Vous pesez les classes d’outils ? Lisez le guide de décision. La variante destinée aux clients est la construction des grilles tarifaires, la variante finance est le pack de fin de mois, et la variante RH est la construction par salarié. Une comparaison avec Power Query et une analyse approfondie de la préservation des formules arrivent dans cette série ; elles seront liées depuis ici dès leur publication.