Append-only covered events
Covered audit events are append-only, so later activity does not rewrite an earlier event. Search, filter, and export the supported trail when investigating a workflow.
Automate internal reports, employee onboarding packets, logistics labels, and compliance documents directly from database records and business applications.
Free account, no credit card
Map reviewed database or dashboard values into a PDF report on demand, on a schedule, or after an event.
Render approved reports, policies, and filing inputs with controlled templates, versions, access, and retention.
Prefill approved offer, contract, benefit, and onboarding templates from the employee record.
Use validated logistics data in manifests, bills of lading, declarations, and delivery records.
Place approved accounting values into statement and expense-report layouts for review and filing.
Render status and service reports from reviewed monitoring values and the reporting terms you supply.
Start with an ERP, HRIS, accounting, form, or other record exposed through a connector, webhook, schedule, or API.
Define the dates, names, figures, tables, fixed text, version labels, and conditions the document needs, then test edge cases.
Complete any approval steps, submit the work, track each result, and route the file to its delivery and retention destination.
A request may need different approvers based on amount, department, category, or other submitted values. Encode the policy as tested conditions and record each decision. Move the sample amount below to see how one example route changes.
5 steps before it is issued
Set the amounts from your own policy. Name the approver roles, delegates, exception path, and policy version too. Test values below, on, and above each boundary before publishing the form.
A later review may ask which source record, template, policy, approvals, and delivery event produced a file. Decide which evidence belongs in cloudlayer.io and which remains in the upstream business system. Do not treat the PDF itself as the complete audit record.
Covered audit events are append-only, so later activity does not rewrite an earlier event. Search, filter, and export the supported trail when investigating a workflow.
Carry stable record identifiers through the request and storage path. Your source system remains responsible for the meaning, validation, and history of the business values.
Set retention, deletion, and legal-hold behavior according to the applicable plan or contract and your policy. Confirm which records and files each setting covers.
Roles describe what an internal user can access. Audit events describe supported actions that occurred. Review both rather than treating permission as proof that a person acted.
Keep the template version with the render or business record so a later review can identify the layout and fixed content used for that output.
Secure and zero-retention modes cover workflows with stricter persistence needs. Verify their exact behavior and purge timing before building a requirement around them.
Rendering is one step in a longer process. Record where people rekey values, find the latest template, wait for approval, check a result, deliver the file, and reconcile completion. Those handoffs define the workflow worth improving.
A successful API response proves that work was accepted. It does not prove that every file rendered, passed review, reached its destination, or matched the business records expected for the period. Give the run its own checklist and identifiers so partial completion is a visible state rather than a missing file discovered later.
List each output before submission: report type, period, business-record id, template version, destination, and owner. A run expecting 12 reports is complete only after all 12 entries have a resolved status.
A retry should reuse the report, employee, shipment, or invoice identifier allocated by the source system. Rendering the same business record again should not create a second business event by accident.
Store the job id, output status, error state, and resulting asset reference against the manifest row. Success for 11 files and failure for 1 is a partial run that still needs an owner and next action.
A file may render and then fail to reach storage or the next system. Track delivery as its own step, including the destination, attempts, final status, and any fallback route.
Webhooks provide prompt status changes, while the Jobs API covers missed events and recovery. Periodically compare unresolved manifest rows with job status until the run reaches a terminal state or an operator takes over.
Mark the run complete after expected outputs, review, and delivery have been checked. Record who accepted any exception so a later reviewer can distinguish an approved gap from a workflow that stopped unnoticed.
Run this reconciliation on a small sample first. Include a valid record, a rejected input, a render failure, and a delivery failure so the operator sees each state before month end.
A recurring pack needs more than a calendar trigger. Define its reporting period and data cutoff. List the expected files, review state, delivery destination, and failure owner. The sample below shows one run producing 12 reports.
Governed paperwork needs approved fields, layout, version, access, and retention rules. cloudlayer.io renders the data and template you provide. Your policy owner decides whether the result meets the rules that apply to the document.
Carry a stable record id into the workflow and storage path. Include the version, department, classification, and reporting period when they matter. That context helps later retrieval without asking the renderer to become the source system.
When a rule changes, update and approve the affected templates. Test representative inputs. Then decide which future or historical outputs must be rendered again.
Carry the business version, relevant dates, and template revision with the output and its source record.
A closed period, signed record, or schedule can start a run. Reconciliation proves which expected outputs completed.
Map validated ERP, accounting, HRIS, form, or database values into named template fields and tables.
Return finished files or send them to supported own storage under the path and policy your records process requires.
Yes. Conditions can route a submission by amount, department, answer, or other supplied values. Define the thresholds, approver roles, fallback behavior, and exceptions from your own policy, then test every branch before relying on it.
Store the run and job identifiers, handle success and failure events, and reconcile every expected output. If your webhook endpoint misses an event, query the Jobs API for status. Treat partial success as a state to investigate rather than assuming the whole pack passed or failed together.
Covered audit events are append-only and can be searched, filtered, and exported. They record supported actions and changes rather than every fact from every source system. Retention and deletion depend on your plan or contract. So does legal-hold behavior.
Public respondents are not internal workspace users. Plan limits on internal users apply to people working inside the account, such as form builders, template authors, approvers, and administrators. Check the plan table for the included limit.
Published concurrency is 2 renders on the entry tier, 8 on Business, and 25 on Enterprise. Larger sets wait in the async queue and each finished document uses 1 render. Test representative render times and choose a plan that meets the required completion window.
Return the file to your application or route it to supported S3, Google Cloud Storage, Azure, Cloudflare R2, Backblaze B2, or DigitalOcean Spaces storage. Supply the destination and path on the request and handle any delivery failure in the workflow.
Schedule a workflow that gathers and validates the reporting-period data, then submit it with the report template. Track the render and route the PDF through the required review, delivery, and retention steps.
Yes. Keep each document as its own approved template and map the relevant fields from one employee record. Track the result and signature or delivery state of each file separately.
Templates can carry approved headers, disclosures, version labels, and other fixed content. Your compliance owner must still decide what is required, approve the template, and review changes.
Use async jobs or batches, store their identifiers, consume completion events, and reconcile expected results. Size volume and concurrency from measured demand rather than holding one request open.
Choose one recurring report or packet and verify its data, approvals, templates, results, delivery, and reconciliation.
No credit card required.