This page will give you an overview of the criteria we will check during the custom report review process. Below are the steps that we follow when reviewing a report for publication. As a general rule, the entire review process should not take longer than 10 business days, but can occasionally take longer, depending on the complexity and quantity of current review requests. If minor changes to an already existing report are to be reviewed, please let us know, so we can expedite the process.
For the reporting metadata, the following points are required:
Screenshots should be exactly 1280px x 800px with a maximum size of 1 MB.
Multiple screenshot should show a clear progression through the report
Screenshot should always show the full browser and not be cut.
Thumbnails should be exactly 1280px x 800px with a maximum size of 400KB.
- A report should always have a concise summary of its use cases, functionality, used Fact Sheet types and tags
- Is the report changing existing data (e.g. mutation)?
Are configured data fields required
Are specific tags required
Which data is required for the report to work
Dependencies will be audited with npm audit more info, vulnerable dependencies will be rejected. Please provide information about cases, where changing the used library is not viable.
The code should be commented extensively
Traversing JSON response objects should include a null-checker
API calls and especially mutations need to be clearly visible and must not obfuscate what data is used in which way
Calls to an external API, other than an LeanIX API, are not allowed. Sending data to external systems is strictly forbidden. Get in contact with support, if your use case requires this functionality.
The code needs a readme file, where, as a minimum all steps required for installation are listed. If dependencies with special installation requirements are used, those will have to be listed as well.
Framework functionality should be used as much as possible and not be re-created, refer to https://dev.leanix.net/docs/build-a-custom-report#section-review-framework-functionalities for an overview.
The licence status of all used dependencies will be checked.
Commercial dependencies should be clearly marked in the documentation, and confirmation of eligibility will be requested.
Report must run out of the box without producing any unhandled errors.
Reports should be using the same look and feel as default reports:
Reports need to have a clear use case.
Updated about 1 month ago