- Home
- Compliance Management
- BilMoG allgemein
- BilMoG Bilanzierungsfragen
- IKS, Risk Management, Governance
- Das IKS Teil 1
- Das IKS Teil 2
- Das IKS Teil 3
- Das IKS Teil 4
- Einrichtung eines Prüfungsausschusses
- Erklärung zur Unternehmensführung
- IKS und Risikomanagement im BilMoG
- Neuer Public Corp. Gov. Kodex
- Projket IKS - Wichtige Schritte
- Risikomanagement "leicht gemacht" , Teil 1/2
- Risikomanagement "leicht gemacht", Teil 2/2
- IT Compliance
- Tools
- BCM
- Literatur/Rezensionen
- Meinungen
- Off-topic
- compliance-net Shop
- Neueste Beiträge
Jedes Unternehmen verfügt in irgendeiner Art und Weise über Kontrollstrukturen. Häufig sind diese aber nicht konzeptionell entworfen, dokumentiert und aufeinander abgestimmt. Als Beispiel sei genannt, dass in jedem auch noch so kleinen und informell organisierten Unternehmen klar ist, dass keine Rechnungen ohne vorherige Genehmigung bezahlt werden. Auch darf normalerweise niemand allein Überweisungen tätigen. Die zugehörigen Schritte sind oft unwirksam (was nützt eine Kontrolle des Überweisungsträgers ohne die zugehörigen Belege zu kontrollieren?), nicht nachvollziehbar und stehen auch nicht immer in direktem Zusammenhang mit den wahren Risiken eines Prozesses. Insofern muss die Einführung bzw. Strukturierung eines IKS immer das bestehende Kontrollumfeld einbeziehen und kritisch bewerten. Aber fangen wir vorne an: Scope Im einem ersten Schritt ist das Ziel des einzurichtenden IKS festzulegen. In diesen Tagen ist dieses Ziel häufig, sicherzustellen, dass rechnungslegungsrelevante Transaktionen richtig, zeitnah, autorisiert und vollständig durchgeführt werden, um die Richtigkeit der Finanzberichterstattung sicherzustellen. Daraus leitet sich unmittelbar ab, welche Bereiche und Geschäftsprozesse betroffen sind. Die Analyse erfordert eine strukturierte Vorgehensweise, sollte aber in einem klaren „Scope“ resultieren. Projektorganisation Die Implementierung sollte als Projekt organisiert werden. Die Praxis zeigt, dass es unabdingbar ist, ein Mitglied der Organisation als verantwortlichen Projektleiter zu definieren. Unterstützung durch Berater ist sicherlich sinnvoll, aber die Organisation muss die Verantwortung selbst wahrnehmen. Der Projektleiter der Organisation sollte Zugang zu allen Hierarchieebenen haben und schnell Entscheidungen herbeiführen können. Das Kontrollumfeld, Kommunikation und Information Dem Top-Down Ansatz folgend, widmen wir uns im ersten Schritt aber nicht den Kontrollen bei der Durchführung einzelner Transaktionen, sondern betrachten das Kontrollumfeld insgesamt. Hierbei sind beispielsweise folgende Fragen zu beantworten:
Sind die Antworten auf diese Fragen unbefriedigend, sollten diese Themen zunächst bearbeitet werden. Sie stellen die Fundamente der Detailarbeit in den Prozessen dar. Die Erfahrung zeigt, dass ungenügende Kommunikation und ein fehlendes Bekenntnis des Managements zur anstehenden Implementierung solche Projekte massiv gefährden können. Dies liegt nicht zuletzt daran, dass sie zunächst einmal Arbeit bedeuten, ohne dass für die meisten Betroffenen ein direkter Nutzen erkennbar ist. Monitoring Das zu implementierende Kontrollsystem muss Maßnahmen beinhalten, die die Funktionssicherheit des IKS verifizieren. Dazu sind an geeigneter Stelle Kontrollen zu implementieren, die die Funktion anderer Kontrollen überwachen. Bei den Kontrollen wird ein entsprechendes Merkmal vergeben, das die Überwachungsfunktion einer Aktivität kennzeichnet. Wesentlich ist, dass im Zuge von Routinetätigkeiten eine fehlende Einhaltung oder Wirksamkeit von definierten Kontrollen auffällt. In diesem Zusammenhang wird häufig die interne Revision gesehen, der im Gesamtkontext sicher eine wichtige Rolle zukommt. Sie stellt aber keine verlässliche Kontrolle einzelner Aktivitäten sicher, da sie nur periodisch und im Rahmen von Stichproben arbeitet. Sie ist als prozessextern zu betrachten und -wie übrigens die externe Jahresabschlussprüfung auch - nicht für die Durchführung von Kontrollen im Geschäftsprozess verantwortlich. Die Risikoeinschätzung und prozessbezogene Kontrollen sowie die zugehörigen Attribute einschließlich einer direkt verwendbaren Matrix werden Gegenstand der Fortsetzung dieser Reihe
|
|||

Nachdem in den Teilen 
