Use of a standard logging framework would make most of this less brittle through extension. A working debugger would help make much of this moot. Ability to debug running business rule logic would put OS lightyears ahead of the CPM field from a development perspective.
Ultimately, logging should be the responsibility of the developer. If that developer is OneStream, then start there. Use a standard logging framework and establish logging practices.
Redaction where logging is our only form of debugging, may potentially cripple the development process.
I also think that OS will find that redaction is a brittle, reactive design approach - on they will be in constant maintenance of. Extend a standard framework with redaction services and make that configurable.
An alternative to redaction is to extend a logging framework with something specifies something written to the log as "Administrative" such that it doesn't get listed in the log viewer unless the user is in the Administrator group.
Logging doesn't sell the product. Use off the shelf standard frameworks, and focus on features that sell.
