noCV
ADBT-108 · Publish reliable outputs

Generate a report manifest with exact model and source revisions

Practice briefTaskFoundational

An analyst sends a CSV to finance and later cannot identify which transformation commit or source cutoff produced it.

Focused work estimate
1h 30m + prerequisites
Priority in the scenario
Medium
Engineering practice
Provenance · Reproducibility

Estimated field mix

  • Data engineering80%
  • Storage systems20%

Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.

Your next step

Review it, then add it to your workspace.

The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.

Project context

A fictional SaaS analyst reports expansion revenue differently from finance because snapshots, refunds and contract changes are joined at incompatible grains.

Setup prerequisites

  • Create a synthetic source schema and local transformation project.
  • Use integer minor units and distinct reporting currencies.

Preceding work

Complete these dependencies, or supply their agreed outputs before taking this ticket.

Acceptance criteria

  • Include model commit, source checkpoints and generated UTC time.
  • Hash exported bytes and preserve a report identity.
  • Exclude credentials and raw customer fields from the manifest.

Implementation constraints

  • Keep the manifest next to synthetic exports.

Verification to include

  • Regenerate the same named inputs and compare content hashes.
  • Change a source revision and receive a distinct manifest.

Deliverables

  • Report manifest and reproducibility command

Rollout and recovery

Attach manifests to new reports; label earlier exports as lacking lineage.

Value of the work

For the engineer: Practice analytical modeling and explainable transformation contracts.

For the team: Review trustworthy reporting definitions and the cost of correcting historical reports.

Evidence boundaries

Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.

Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.