Zurück zu Insights
Betrieb10 Min. Lesezeit

Mehrere Firmen, ein System: Rechnungen über JDG und Spółka hinweg ohne Chaos

Polnisches Recht erlaubt nur eine JDG pro Person, also kombinieren Unternehmer eine JDG mit einer Spółka. KSeF berechtigt pro NIP und erzwingt damit ein Konto pro Firma. Kein KMU-Tool bietet eine konsolidierte Sicht. Hier die strukturelle Lücke und wie man sie schließt.

Mehrere Firmen, ein System: Rechnungen über JDG und Spółka hinweg ohne Chaos

Polnisches Recht erlaubt nur ein Einzelunternehmen (jednoosobowa działalność gospodarcza, JDG) pro Person. Für Kapitalgesellschaften (spółki z o.o.) gibt es diese Grenze nicht. Serienunternehmer kombinieren die Formen: eine JDG für Beratungseinkünfte, eine Spółka für den Onlineshop, vielleicht eine zweite Spółka für ein Nebenprojekt. Jede Gesellschaft hat ihre eigene NIP, eigene Bankkonten, eigene Rechnungsnummerierung und eigene KSeF-Berechtigung.

KSeF hat das schwieriger gemacht. Berechtigungen sind strukturell pro NIP organisiert. Ein Token, eine NIP. Eine Anmeldesitzung, eine Gesellschaft. Kein kommerzielles KMU-Tool bietet ein konsolidiertes Dashboard über mehrere Gesellschaften, eine gemeinsame Kundenbasis über NIPs hinweg, Intercompany-Rechnungen oder gesellschaftsübergreifende Rollen. Kontowechsel existiert. Konsolidierung nicht.

Warum der Markt diesen Nutzer im Stich lässt

Die vier polnischen KMU-SaaS-Marktführer (Fakturownia, iFirma, wFirma, inFakt) unterstützen alle KSeF 2.0. Sie alle bieten verknüpfte Konten oder Mehrfirmen-Tarife. Was sie nicht bieten, ist ein Arbeitsbereich, der den Inhaber als primäre Einheit behandelt, nicht die Firma.

Die Einschränkung ist architektonisch. Das Berechtigungsmodell von KSeF ist pro NIP, also muss auch das Authentifizierungsmodell des Tools pro NIP sein. Jede Gesellschaft braucht ihr eigenes Token, ihre eigene Sitzung, ihre eigenen Berechtigungen. Ein gesellschaftsübergreifender Arbeitsbereich lässt sich einem Produkt mit Konto-pro-Firma nicht nachträglich aufsetzen. Das ist ein Umbau, kein Feature. Deshalb hat es kein etablierter Anbieter ausgeliefert.

Das Ergebnis für den Nutzer: Bei Gesellschaft A einloggen, Rechnungen ausstellen, ausloggen. Bei Gesellschaft B einloggen, Rechnungen ausstellen, ausloggen. Die konsolidierte Liquidität prüfen, indem man ein Tabellenblatt öffnet und Zahlen aus zwei Browser-Tabs abtippt. Dem Buchhaltungsbüro zweimal Zugriff erteilen, einmal pro Gesellschaft, mit getrennten Berechtigungen. Eine Intercompany-Rechnung zwischen der eigenen JDG und der eigenen Spółka über zwei getrennte Konten ausstellen, ohne systemseitige Verbindung dazwischen.

Das Berechtigungsmodell von KSeF 2.0 als Designvorlage

Das Staatssystem hat ein feineres Berechtigungsmodell als die kommerziellen Oberflächen, die darauf aufsetzen. KSeF 2.0 trennt unwiderrufliche Eigentümerrechte von erteilbaren Berechtigungen:

BerechtigungBeschreibungErteilbar?
EigentümerUnwiderruflich, dem NIP-Inhaber zugeordnetNein
AusstellenRechnungen über KSeF ausstellenJa
EinsichtRechnungen und Sitzungshistorie einsehenJa
Berechtigungen verwaltenAnderen Berechtigungen erteilenJa (sollte aber nicht an ein Büro gehen)
Sitzungshistorie10-jähriges Sitzungsprotokoll einsehenJa

KSeF unterstützt die Erteilung von Berechtigungen an eine Gesellschaft per NIP. Das ist das empfohlene Muster für Buchhaltungsbüros. Das Büro erhält Ausstellungs- und Einsichtsrechte für die NIP des Mandanten, mit dem Flag "dalsze przekazywanie" (Weiterübertragung), damit es intern an eigene Mitarbeiter delegieren kann. Das Recht zur Berechtigungsverwaltung sollte ein Büro nie erhalten. Die Sitzungshistorie wird 10 Jahre aufbewahrt.

Kommerzielle KMU-Tools hinken diesem Modell hinterher. Die Rolle PRZEDSIĘBIORCA bei wFirma lässt sich nicht berechtigungsseitig einschränken. Fakturownia bietet vier Systemrollen mit Einschränkung pro Abteilung (dział), aber keine gesellschaftsübergreifende Delegation. Das KSeF-Berechtigungsmodell ist die Designvorlage dafür, was ein sauberer Multi-Gesellschaften-Arbeitsbereich bieten sollte.

Die richtige Architektur: Inhaberzentrierter Arbeitsbereich

Der Inhaber ist die primäre Identität. Gesellschaften sind Objekte im Arbeitsbereich des Inhabers. Jede Gesellschaft hat ihre eigene KSeF-Berechtigung (Token oder Zertifikat), die im Hintergrund verwaltet wird. Der Inhaber sieht eine konsolidierte Sicht über alle Gesellschaften.

Wie das in der Praxis aussieht

Ein Login, N Gesellschaften. Der Inhaber meldet sich einmal an. Er sieht ein Dashboard mit allen Gesellschaften: die JDG, die Spółka, eventuell weitere Firmen. Er kann mit einem Klick zwischen den Gesellschaftskontexten wechseln, sieht aber auch konsolidierte Ansichten.

Konsolidierte Liquiditätssicht. Gesamtforderungen über alle Gesellschaften. Gesamtverbindlichkeiten. Überfällige Rechnungen, unabhängig davon, welche Gesellschaft sie ausgestellt hat. Ein einziger Fälligkeitsbericht über den gesamten Geschäftsumfang des Inhabers.

Gemeinsame Kundenbasis. Ein Geschäftspartner, der sowohl bei der JDG als auch bei der Spółka kauft, erscheint einmal in der Kontaktdatenbank, mit getrennten Rechnungshistorien pro Gesellschaft. Keine doppelten Kundenkarten. Kein Risiko, bei einem gemeinsamen Kunden die NIP der falschen Gesellschaft zu verwenden.

Intercompany-Rechnungen. Der Inhaber stellt eine Rechnung von seiner JDG an seine Spółka aus. Das System weiß, dass beide Gesellschaften demselben Inhaber gehören. Es wendet marktübliche Preise an (Verrechnungspreisregeln nach Art. 11), behandelt die Vertretungsfrage (Art. 210 KSH verlangt bei Spółki für Intercompany-Geschäfte einen Prokuristen) und erzeugt das Nachweispaket: die Rechnung, die KSeF-Nummern beider Seiten und die Intercompany-Vereinbarung.

Buchhalter-Delegation als Gesellschaft. Das Büro wird pro Gesellschaft per NIP berechtigt, mit dem Flag "dalsze przekazywanie". Das Büro sieht alle Mandantengesellschaften in einem Arbeitsbereich, kann für jede Rechnungen ausstellen und an eigene Mitarbeiter delegieren. Der Inhaber kann den Zugriff pro Gesellschaft jederzeit entziehen.

Was heute kein KMU-Tool kann

Kein polnisches KMU-Rechnungstool bietet:

  • Ein konsolidiertes Dashboard mit Forderungen, Verbindlichkeiten und Liquidität über alle Gesellschaften einer Person
  • Eine gemeinsame Geschäftspartnerdatenbank mit Rechnungshistorien pro Gesellschaft
  • Intercompany-Rechnungen mit eingebauten Compliance-Prüfungen (Marktpreise, Vertretung, Nachweispakete)
  • Gesellschaftsübergreifende Rollen (etwa ein Mitarbeiter, der für Gesellschaft A ausstellen darf, Gesellschaft B aber nur einsehen)
  • Ein für den Inhaber sichtbares Prüfprotokoll über alle Gesellschaften

Das sind Features aus der ERP-Klasse. Kein KMU-Tool liefert sie, weil die Architektur sie nicht hergibt. Der inhaberzentrierte Arbeitsbereich ist die eine strukturelle Lücke, die etablierte Anbieter nicht schnell schließen können, denn ein Nachrüsten erfordert ein neues Datenmodell von Grund auf.

Dem Buchhalter Zugriff geben: richtig gemacht

Das biuro rachunkowe hat keinen Standardzugriff auf Ihr KSeF, selbst wenn es seit Jahren Ihre Buchhaltung macht. Sie müssen Berechtigungen ausdrücklich erteilen.

Das richtige Verfahren:

  1. Per Gesellschaft erteilen, nicht per Person. Berechtigen Sie in KSeF die NIP des Büros als Gesellschaft, nicht die PESEL eines einzelnen Mitarbeiters. So kann das Büro intern delegieren.
  2. Das Flag "dalsze przekazywanie" nutzen. Damit kann das Büro eigenen Mitarbeitern Zugriff erteilen, ohne für jeden neuen Mitarbeiter bei Ihnen anzufragen.
  3. Ausstellungs- und Einsichtsrechte erteilen. Keine Berechtigungsverwaltung erteilen. Das Büro soll Dritten keinen Zugriff auf Ihr KSeF geben können.
  4. Pro Gesellschaft wiederholen. Haben Sie eine JDG und eine Spółka, berechtigen Sie das Büro für beide NIPs getrennt.
  5. Vierteljährliche Prüfung einplanen. Kontrollieren Sie, wer Zugriff auf Ihr KSeF hat. Entfernen Sie jeden, der ihn nicht mehr braucht. Die 10-jährige Sitzungshistorie bedeutet: Jede Aktion ist protokolliert und prüfbar.

Sicherheitshygiene für Inhaber mehrerer Gesellschaften

Jede Gesellschaft ist eine eigene Angriffsfläche. Ein kompromittiertes Token einer Gesellschaft soll keinen Zugriff auf die anderen gewähren.

  • Benannte Konten statt geteilter Logins. Jede Person, die auf Ihre Gesellschaften zugreift, hat ein eigenes Konto. Keine geteilten Passwörter.
  • Zwei-Faktor-Authentifizierung. Aktivieren Sie 2FA für jedes Konto, das Rechnungen ausstellen oder Finanzdaten einsehen kann.
  • Sofortiger Entzug. Wenn ein Mitarbeiter oder externer Partner geht, entziehen Sie den Zugriff sofort über alle Gesellschaften. Warten Sie nicht aufs Monatsende.
  • Getrennte Tokens pro Gesellschaft. Verwenden Sie ein Token nicht über NIPs hinweg. Wird ein Token kompromittiert, betrifft der Schaden eine Gesellschaft, nicht alle.
  • Prüfprotokoll-Review. Prüfen Sie die Sitzungshistorie jeder Gesellschaft vierteljährlich. Achten Sie auf Logins von unbekannten Standorten, Rechnungen außerhalb der Geschäftszeiten oder Berechtigungsänderungen, die Sie nicht autorisiert haben.

Der Multi-Gesellschaften-Arbeitsbereich von Plandesk setzt all diese Kontrollen um. Der Inhaber ist die primäre Identität. Gesellschaften werden im Arbeitsbereich verwaltet, jede mit eigener KSeF-Berechtigung. Das Büro wird pro Gesellschaft mit dem Flag "dalsze przekazywanie" berechtigt. Intercompany-Rechnungen enthalten Compliance-Prüfungen. Das Prüfprotokoll umfasst alle Gesellschaften und ist für den Inhaber sichtbar. Diese Architektur existiert, weil die Pro-NIP-Einschränkung real ist, das mentale Modell des Nutzers aber "meine Firmen" lautet, nicht "Konto von Firma A, Konto von Firma B".

Dieser Text dient der allgemeinen Information und stellt keine Rechts- oder Steuerberatung dar. Prüfen Sie im Einzelfall die aktuellen Regeln oder wenden Sie sich an einen Steuerberater.