Ein Entwickler startet die Vermarktung seiner Wohnanlage, und seine Verwaltungssoftware kann keine Mittelabrufe gemäß den neuen Regeln für elektronische Rechnungsstellung generieren. Ergebnis: Wochen verloren mit dem Basteln von manuellen Exporten, Fehler bei den Mehrwertsteuerbeträgen und eine Buchhaltung, die aus dem Ruder läuft. Solche Situationen wiederholen sich häufig, weil die Wahl der Immobilienentwickler-Software auf einer verlockenden Verkaufsdemonstration basierte, ohne die tatsächlichen Anforderungen vor Ort zu überprüfen.
Kompatibilität der elektronischen Rechnungsstellung: das Kriterium, das Entwickler oft vernachlässigen
Die Reform der elektronischen Rechnungsstellung verpflichtet Unternehmen, über eine von der DGFiP genehmigte Plattform zu gehen, um ihre Rechnungen auszustellen und zu empfangen. Für einen Entwickler betrifft dies ein erhebliches Volumen an Transaktionen: Mittelabrufe von Käufern, Rechnungen von Subunternehmern, Baustellenberichte, Honorare für die Projektleitung.
Es zeigt sich, dass viele branchenspezifische Softwarelösungen nicht klar ihren Anschlussgrad an diese genehmigten Plattformen anzeigen. Bei einer Demonstration wird die Frage selten gestellt. Sie sollte jedoch die erste sein.
Konkrett muss überprüft werden, ob die Software nativ mit einer genehmigten Plattform verbunden ist oder ob sie ein kostenpflichtiges Drittmodul benötigt. Im letzteren Fall entstehen wiederkehrende Kosten und ein technischer Reibungspunkt, den niemand budgetiert hat. Werkzeuge wie die von Spy Immo angebotene Entwickler-Software erläutern diese Art der Kompatibilität, was es ermöglicht, die Lösungen anhand eines objektiven Kriteriums zu vergleichen, anstatt auf funktionale Versprechungen zu setzen.
Verwaltung der RGPD-Daten in der Grundstücksakquise: ein häufiges blinder Fleck
Die Grundstücksakquise erzeugt umfangreiche Kontaktdateien: Grundstückseigentümer, Notare, Kommunen, Geschäftsanbahner. Man speichert Namen, Adressen, Flurstücknummern, manchmal sensible Vermögensinformationen.
Die für die kommerzielle Akquise geltenden CNIL-Vorschriften verlangen nun ein präzises Einwilligungsregister. Für jeden Kontakt muss die Software das Datum und die Uhrzeit der Einwilligung, den genauen präsentierten Text, den genehmigten Kanal und die Identität des begünstigten Unternehmens erfassen. Ohne automatische Bereinigung inaktiver Interessenten steigt das Risiko der Nichteinhaltung mit jeder Akquisekampagne.
Der klassische Fehler besteht darin, eine leistungsstarke Software für das Projektmanagement (Bauplanung, Budgetüberwachung) zu wählen, die jedoch über kein Modul zur Einhaltung der Datenschutzbestimmungen verfügt. Man findet sich dann wieder, dass man die RGPD in einer parallelen Tabelle verwaltet, was einen Teil des Vorteils eines zentralisierten Werkzeugs zunichte macht.
Was wir vom Akquisemodul verlangen sollten
- Ein zeitgestempeltes Einwilligungsfeld für jede Kontaktkarte, mit Nachverfolgbarkeit des Akquisekanals (Messe, Website, eingehender Anruf)
- Eine programmierbare Bereinigungsfunktion, die die Karten ohne Interaktion über einen vom Entwickler festgelegten Zeitraum löscht oder anonymisiert
- Ein Export des Einwilligungsregisters im für einen DPO oder externen Prüfer lesbaren Format, ohne manuelle Bearbeitung
Immobilienentwickler-Software und Mehrwertsteuersystem: die buchhalterische Flexibilität überprüfen
Ein Entwickler verwaltet gleichzeitig Vorgänge, die unterschiedlichen Mehrwertsteuersystemen unterliegen. Die Mehrwertsteuer auf Marge für bestimmte Grundstücksverkäufe, die klassische Mehrwertsteuer auf VEFA, manchmal gemischte Vorgänge, wenn ein Programm Wohnungen und Gewerbeeinheiten kombiniert. Die steuerliche Behandlung variiert auch, je nachdem, ob der Käufer dem LMNP-Regime, dem tatsächlichen BIC oder einem anderen Rahmen unterliegt.
Eine Software, die nur einen einzigen Mehrwertsteuersatz pro Vorgang verwaltet, zwingt zu manuellen Korrekturbuchungen. Dies ist eine wiederkehrende Fehlerquelle, insbesondere zum Zeitpunkt der vierteljährlichen Erklärungen. Man hat gesehen, dass Entwickler dieses Problem nach mehreren Monaten Nutzung entdeckten, als der Buchhalter Unstimmigkeiten in den ausgestellten Rechnungen meldete.
Vor der Unterzeichnung sollte eine Simulation eines realen Programms angefordert werden, das mindestens zwei unterschiedliche Mehrwertsteuersysteme umfasst. Wenn der Verkäufer ausweicht und erklärt, dass “das später konfiguriert wird”, ist das ein Warnsignal.
Datenportabilität: das unsichtbare Schloss beim Softwarewechsel
Wenn man einen Anbieter nach dem Export von Daten fragt, ist die Standardantwort “ja, natürlich, alles ist exportierbar”. Die Realität ist oft nuancierter. Die Rückmeldungen variieren zu diesem Punkt je nach Anbieter.
Was wir während der Demonstration überprüfen wollen, nicht nach der Unterzeichnung:
- Das Exportformat der Programmdateien (Chargen, Preisspiegel, Vermarktungsstatus): handelt es sich um ein Standardformat (CSV, XML) oder um ein proprietäres Format, das ohne das ursprüngliche Tool nicht nutzbar ist?
- Die angehängten Dokumente (Baugenehmigungen, Pläne, Reservierungsverträge): sind sie massenweise herunterladbar oder müssen sie einzeln abgerufen werden?
- Die Historie der Geschäftskommunikation mit den Käufern: E-Mails, Erinnerungen, Besprechungsprotokolle. Den historischen Verlauf bei einer Migration zu verlieren, bedeutet, bei laufenden Vorgängen von vorne zu beginnen
Ein Anbieter, der von der Qualität seines Produkts überzeugt ist, hat keinen Grund, die Daten zu sperren. Wenn der vollständige Export mehr als ein paar Minuten in der Demonstration dauert, ist das Thema vor jeglicher vertraglicher Verpflichtung näher zu beleuchten.
Zugriff vor Ort und Mobilität: unter realen Bedingungen testen
Ein Bauleiter, der den Budgetfortschritt von einer schlammigen Baustelle aus einsehen kann, ein Verkäufer, der eine Reservierung zwischen zwei Käuferterminen aktualisiert: die mobile Nutzung ist kein Bonus, sondern der Alltag des Entwicklers.
Es geht nicht um eine Schaufensteranwendung, die ein vereinfachtes Dashboard anzeigt. Es geht darum, eine Änderung der Charge einzugeben, ein Foto des Baustellenreservats anzuhängen oder ein Vertragsdokument von einem Telefon aus zu validieren, ohne ins Büro zurückzukehren.
Der Test, den man durchführen sollte: während der Demonstration drei konkrete Aktionen auf dem Mobilgerät anfordern (einen Preis für eine Charge ändern, ein Dokument an den Käufer senden, einen finanziellen Status des Vorgangs einsehen). Wenn eine der drei Aktionen einen Computer erfordert, sollte man das wissen, bevor man sich verpflichtet, nicht sechs Monate später auf einer Baustelle ohne WLAN-Verbindung.
Die Wahl einer Immobilienentwickler-Software hängt weniger von den angezeigten Funktionen ab als von den im Vorfeld überprüften Anforderungen. Elektronische Rechnungsstellung, Datenkonformität, steuerliche Flexibilität, Portabilität, mobile Nutzung: Jeder dieser Punkte hat bereits Teams dazu gebracht, von einem Tool zu einem anderen zu wechseln, nachdem sie monatelang frustriert waren. Die richtigen Fragen vor der Unterzeichnung zu stellen, bleibt die beste Zeitinvestition, die ein Entwickler tätigen kann.
