<rss version="2.0">
  <channel>
    <title>Refinery journal</title>
    <link>https://getrefinery.nl/blog/</link>
    <description>Practical data improvement and verified development lessons.</description>
    <item>
      <title>How Narrow Scope Makes Data Automation Safer and More Useful</title>
      <link>https://getrefinery.nl/blog/narrow-scope-safer-data-automation/</link>
      <guid>https://getrefinery.nl/blog/narrow-scope-safer-data-automation/</guid>
      <description>A practical framework for choosing one operational workflow, limiting the data involved, and deciding what evidence is strong enough to automate a source correction.</description>
      <pubDate>Wed, 23 Sep 2026 01:47:21 GMT</pubDate>
    </item>
    <item>
      <title>What a Durable Data-Repair Receipt Should Make Possible Months Later</title>
      <link>https://getrefinery.nl/blog/what-a-durable-data-repair-receipt-should-make-possible-months-later/</link>
      <guid>https://getrefinery.nl/blog/what-a-durable-data-repair-receipt-should-make-possible-months-later/</guid>
      <description>A repair receipt should let an operator reconstruct what changed, why it was authorized, whether the source now matches expectations, and what happened when the same problem returned.</description>
      <pubDate>Tue, 22 Sep 2026 01:46:06 GMT</pubDate>
    </item>
    <item>
      <title>When Operational Data Should Stay Unresolved</title>
      <link>https://getrefinery.nl/blog/when-data-should-stay-unresolved/</link>
      <guid>https://getrefinery.nl/blog/when-data-should-stay-unresolved/</guid>
      <description>A practical framework for deciding when a data problem needs evidence or human review instead of an automatic correction that could make the source less trustworthy.</description>
      <pubDate>Sat, 19 Sep 2026 05:14:53 GMT</pubDate>
    </item>
    <item>
      <title>Five Questions to Ask Before Automating a Data Correction</title>
      <link>https://getrefinery.nl/blog/five-questions-before-automating-a-data-correction/</link>
      <guid>https://getrefinery.nl/blog/five-questions-before-automating-a-data-correction/</guid>
      <description>A practical framework for deciding whether a data correction has enough scope, evidence, authority and verification to be automated without hiding uncertainty.</description>
      <pubDate>Fri, 18 Sep 2026 03:35:36 GMT</pubDate>
    </item>
    <item>
      <title>Keep Direct Database Reads While Improving Operational Data</title>
      <link>https://getrefinery.nl/blog/keep-direct-reads-while-improving-operational-data/</link>
      <guid>https://getrefinery.nl/blog/keep-direct-reads-while-improving-operational-data/</guid>
      <description>A practical framework for improving data at its source without forcing every application read through a new gateway or replacing the operational database.</description>
      <pubDate>Mon, 14 Sep 2026 00:16:01 GMT</pubDate>
    </item>
    <item>
      <title>Monitor Recurring Data Problems Without Promising Permanent Prevention</title>
      <link>https://getrefinery.nl/blog/monitor-recurring-data-problems-without-promising-permanent-prevention/</link>
      <guid>https://getrefinery.nl/blog/monitor-recurring-data-problems-without-promising-permanent-prevention/</guid>
      <description>A practical framework for distinguishing a verified source correction from lasting prevention, using recurrence checks, explicit evidence and visible uncertainty in operational data workflows.</description>
      <pubDate>Sun, 13 Sep 2026 00:02:30 GMT</pubDate>
    </item>
    <item>
      <title>What an Evidence-Backed Data Repair Proposal Should Show Its Owner</title>
      <link>https://getrefinery.nl/blog/what-a-data-repair-proposal-should-show-its-owner/</link>
      <guid>https://getrefinery.nl/blog/what-a-data-repair-proposal-should-show-its-owner/</guid>
      <description>A practical framework for reviewing a proposed source correction before approval, including scope, evidence, expected values, authority, uncertainty and the proof required afterwards.</description>
      <pubDate>Fri, 11 Sep 2026 00:13:12 GMT</pubDate>
    </item>
    <item>
      <title>When a Read-Only Reference Can Establish a Correct Value</title>
      <link>https://getrefinery.nl/blog/when-a-read-only-reference-can-establish-a-correct-value/</link>
      <guid>https://getrefinery.nl/blog/when-a-read-only-reference-can-establish-a-correct-value/</guid>
      <description>A practical framework for using an approved read-only reference to evaluate conflicting operational data without turning the reference into a second system of record.</description>
      <pubDate>Thu, 10 Sep 2026 00:07:38 GMT</pubDate>
    </item>
    <item>
      <title>Finding a Data Problem Is Not Proving the Source Correction</title>
      <link>https://getrefinery.nl/blog/finding-a-data-problem-is-not-proving-the-source-correction/</link>
      <guid>https://getrefinery.nl/blog/finding-a-data-problem-is-not-proving-the-source-correction/</guid>
      <description>A practical framework for separating detection, authorization, source cleanup and proof when operational data is wrong or uncertain.</description>
      <pubDate>Tue, 08 Sep 2026 07:16:35 GMT</pubDate>
    </item>
    <item>
      <title>Building Refinery: Why the Database Stays in Charge</title>
      <link>https://getrefinery.nl/blog/building-refinery-why-the-database-stays-in-charge/</link>
      <guid>https://getrefinery.nl/blog/building-refinery-why-the-database-stays-in-charge/</guid>
      <description>A lesson from designing Refinery is simple: improving operational data should strengthen the source of truth, not create another competing copy.</description>
      <pubDate>Mon, 07 Sep 2026 09:04:20 GMT</pubDate>
    </item>
    <item>
      <title>Before an AI Uses a Record, Ask Whether It Is Eligible</title>
      <link>https://getrefinery.nl/blog/before-an-ai-uses-a-record-ask-whether-it-is-eligible/</link>
      <guid>https://getrefinery.nl/blog/before-an-ai-uses-a-record-ask-whether-it-is-eligible/</guid>
      <description>An AI assistant does not need every available record. It needs data that satisfies the requirements of the task it is about to perform.</description>
      <pubDate>Mon, 07 Sep 2026 09:04:14 GMT</pubDate>
    </item>
    <item>
      <title>The Hidden Cost of Fixing Data Everywhere Except the Source</title>
      <link>https://getrefinery.nl/blog/the-hidden-cost-of-fixing-data-away-from-the-source/</link>
      <guid>https://getrefinery.nl/blog/the-hidden-cost-of-fixing-data-away-from-the-source/</guid>
      <description>Teams often patch bad data in reports, exports and prompts. The visible error disappears while the source record keeps creating the same operational cost.</description>
      <pubDate>Mon, 07 Sep 2026 09:04:08 GMT</pubDate>
    </item>
    <item>
      <title>A Data-Quality Alert Is Not a Proven Correction</title>
      <link>https://getrefinery.nl/blog/a-data-quality-alert-is-not-a-proven-correction/</link>
      <guid>https://getrefinery.nl/blog/a-data-quality-alert-is-not-a-proven-correction/</guid>
      <description>An alert can identify a possible data problem. A proven correction requires authorized action at the source, a fresh readback, and durable evidence of what changed.</description>
      <pubDate>Mon, 07 Sep 2026 09:02:43 GMT</pubDate>
    </item>
  </channel>
</rss>