YCYoung Copy Tell me about your project
Back to selected work

Documentation project / Customer-data preparation

Preparing customer data for a Stripe integration.

I developed the documentation and working materials for reviewing customer records and preparing the implementation handoff. The project connects reviewer procedures, exception decisions, developer references, and a structured data contract.

Project names and records have been changed. The workflow, decisions, and deliverables are presented as a complete project.

ReadersBilling specialists and integration developers
ProblemResolve incomplete source data before implementation
DeliverablesProcedures, references, handoff contract, and review tool
ResultA documented workflow connecting source records with the developer handoff

The project

Billing reviewers and integration developers use the same documented workflow.

Billing reviewers need to know what to correct, what to defer, and what explanation to record. Integration developers need exact destination fields, documented boundaries, and a handoff they can validate before writing production code.

The project treats those needs as one connected information problem. Procedures explain the decisions. The field contract defines the data. The handoff preserves the reviewer’s reasoning for the implementation team.

Project walkthrough

See the documentation and workflow together.

The walkthrough follows the written procedures, field contract, developer handoff, and the tool that applies their rules.

Documentation and workflow · Changed names and sample recordsRead the transcript

Core deliverables

Review procedures, field definitions, and a structured handoff.

The handbook connects reviewer tasks with developer requirements. These excerpts show how the project explains a choice, defines a field, and establishes the next implementation steps.

01 / Reviewer procedure

Make exception decisions explicit.

The procedure explains the available treatments for ambiguous or blocked records, what each treatment includes in the handoff, and why the reviewer must preserve a reason.

From the handbook / Defer the record

The handoff retains the source record and hold decision, excluding customer and invoice drafts for Cedar.
Read the exception procedure
Reviewer procedures connect each decision to its handoff effect.

02 / Developer reference

Define fields, destinations, and boundaries.

The data dictionary connects source fields to customer drafts and separate invoice plans. The data dictionary distinguishes project policy from documented Stripe requirements and links to the relevant API sources.

From the handbook / Invoice parameters

Invoice plans always pair days_until_due with collection_method: "send_invoice". These parameters are separate from the customer fields.
Read the field contract
Source fields and documented rules lead to explicit handoff destinations.

03 / Implementation handoff

Carry the decisions into the next stage.

The structured handoff keeps customer drafts separate from invoice plans and retains original values, corrections, current decisions, and open issues.

The plan documents requirements for a future integration. The review tool makes no Stripe requests.

Read the developer integration plan
The handoff preserves reviewed data and unresolved implementation questions.

The complete flow

Review the source records. Prepare the implementation handoff.

Billing reviewers use the procedures to review source records, record decisions, and prepare a handoff for integration developers. The review tool supports the documented process without replacing the handbook or implying a live integration.

  1. 01Review the source record

    Start with the original record and identify missing or unsupported values.

  2. 02Apply the procedure

    Correct the record or choose a documented exception treatment.

  3. 03Validate the decision

    Keep unresolved records out of the customer and invoice drafts.

  4. 04Prepare the handoff

    Export reviewed data, recorded reasons, and remaining implementation work.

Record the treatment and its reason.The interface states what the selected treatment includes and what remains outside the handoff.
Keep the reasoning with the data.Original values, corrections, decisions, and open issues remain available to the implementation team.

Project materials

Explore the deliverables.

The project can be reviewed at three levels: the reader-facing handbook, the structured implementation contract, and the working review experience.

Project boundaries

Project names and records have been changed. The working tool reviews a fixed sample batch locally; it does not connect to Stripe, migrate records, or create invoices. The handbook distinguishes the completed documentation workflow from future integration requirements.

Your next project

What does your team need to understand, decide, or do?

Bring the product, process, or integration you need to document. I develop the instructions, reference material, and publishing structure, with supporting tools when the work calls for them.

Tell me about your project

Project screenshot