<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Payroll Data Specs — What payroll systems actually expose at the API boundary.</title><description>An independent reference on what payroll systems and payroll-connectivity APIs let you read and write — deductions, income and employment, pay statements, direct deposit — with a confidence mark on every claim and a published record of what no vendor documents.</description><link>https://payrolldataspecs.com</link><language>en</language><item><title>API vs SFTP connectors for benefits data</title><link>https://payrolldataspecs.com/retrieval/api-vs-sftp-connectors-for-benefits-data</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/api-vs-sftp-connectors-for-benefits-data</guid><description>Use an API connector when you need to write deductions or new hires, and an SFTP connector when the API doesn&apos;t expose the data you need or the source only offers file exports — but file connectors are read-only in Bindbee&apos;s catalog, bound to the customer&apos;s export template, and not offered at all by Apideck, Knit or Unified.to.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>comparison</category></item><item><title>Choosing an HRIS Integration Vendor for a Benefits Platform: A 10-Point Checklist</title><link>https://payrolldataspecs.com/use-cases/choosing-an-hris-integration-vendor-for-a-benefits-platform</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/choosing-an-hris-integration-vendor-for-a-benefits-platform</guid><description>A benefits platform should judge an integration vendor first on whether it connects to the payroll systems its employers actually run at the data-model level, whether it can read benefits enrollment data, and whether it can write deductions back into payroll on those systems, then on sync model and cadence, SFTP fallback, pricing shape, security and region, and access to un-unified fields; no vendor of the seven compared leads on every point.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>comparison</category></item><item><title>How Benefits Platforms Keep Employee Census in Sync with Payroll</title><link>https://payrolldataspecs.com/retrieval/how-benefits-platforms-keep-census-in-sync-with-payroll</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/how-benefits-platforms-keep-census-in-sync-with-payroll</guid><description>Benefits platforms don&apos;t own census data: they read it from each employer&apos;s HRIS or payroll system, usually once a day, through direct integrations, a unified HRIS/payroll API or SFTP file drops, and the setups that hold up add change notifications that trigger a re-read, a periodic reconciliation pass that catches anything the notifications missed, and logic that acts on the effective dates in the record rather than on the day the change arrived.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>guide</category></item><item><title>Kombo and Merge Alternatives for a European Benefits Platform: GDPR, EU Data and US Payroll Write</title><link>https://payrolldataspecs.com/compliance/kombo-merge-alternatives-european-benadmin</link><guid isPermaLink="true">https://payrolldataspecs.com/compliance/kombo-merge-alternatives-european-benadmin</guid><description>No single vendor is strongest on EU HRIS coverage, region choice for data, and benefits read plus US payroll deduction write: the vendors that document US deduction write (Bindbee, Finch, Knit, and Unified.to on Paylocity only) are not the most EU-focused, and the EU-centred options (Kombo, Apideck) document no benefits model and no deduction write.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>compliance</category><category>comparison</category></item><item><title>Building a quote-ready census from HRIS data</title><link>https://payrolldataspecs.com/use-cases/building-a-quote-ready-census-from-hris-data</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/building-a-quote-ready-census-from-hris-data</guid><description>Most of a quote census comes from four HRIS models — Employee, Employment, Dependent and Compensation — but current coverage tier and enrollment data are the hard part: they need a benefits model, the seven vendors compared here differ widely, and where a vendor does model benefits, it is not available on every connector.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>guide</category></item><item><title>Per-connection vs per-API-call pricing for unified HRIS APIs: how to model the cost</title><link>https://payrolldataspecs.com/use-cases/per-connection-vs-per-api-call-pricing-unified-apis</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/per-connection-vs-per-api-call-pricing-unified-apis</guid><description>For a benefits platform with 30 to 50 customers and daily syncs, per-call pricing is usually cheaper at list prices for read volume alone (Unified.to&apos;s Grow plan matches $65 per connection at about 65,000 calls per connection per month), while per-connection pricing wins on predictability, and coverage of your customers&apos; payroll systems and the write you need narrows the field more than price does.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>guide</category></item><item><title>Sync cadence and statutory deadlines for benefits platforms</title><link>https://payrolldataspecs.com/compliance/sync-cadence-and-statutory-deadlines-for-benefits-platforms</link><guid isPermaLink="true">https://payrolldataspecs.com/compliance/sync-cadence-and-statutory-deadlines-for-benefits-platforms</guid><description>No unified HRIS API makes an HR change arrive the moment it happens: stored-sync vendors copy the source on a schedule (24 hours by default on Bindbee, Finch automated and Knit Start Up, daily on Merge Launch), pass-through vendors read the source on request but still poll for change notification unless the source sends native events, so design for worst-case latency against COBRA&apos;s 30-, 14- and 60-day clocks.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>compliance</category><category>guide</category></item><item><title>Which Unified HRIS API Generates EDI 834 Files? (None of Them, and What to Do Instead)</title><link>https://payrolldataspecs.com/use-cases/which-unified-api-generates-edi-834</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/which-unified-api-generates-edi-834</guid><description>None of the seven unified HRIS/payroll APIs compared here (Bindbee, Merge, Finch, Kombo, Apideck, Knit and Unified.to) documents EDI 834 generation as a product as of 1 Oct 2026; they supply the inputs to an 834, such as census, dependents, enrollments and terminations, while carrier-specific files are built by your own EDI engine, a carrier-connectivity or EDI vendor, or a ben-admin system&apos;s feed marketplace.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>comparison</category></item><item><title>Idempotency and payroll cut-offs for benefits deduction writes</title><link>https://payrolldataspecs.com/write-back/idempotency-and-payroll-cutoffs-for-deduction-writes</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/idempotency-and-payroll-cutoffs-for-deduction-writes</guid><description>Send every deduction write with a deterministic idempotency key derived from employee and pay period, retry only inside the window your vendor honours it (five minutes on Bindbee), treat timeouts as landed, and because Bindbee&apos;s API does not expose the payroll cut-off, read the run back after a sync to confirm which period the line landed in.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>write-back</category><category>guide</category></item><item><title>How to read benefit enrollments from an HRIS: the four unified benefits models</title><link>https://payrolldataspecs.com/retrieval/reading-benefit-enrollments-from-hris-four-models</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/reading-benefit-enrollments-from-hris-four-models</guid><description>Reading enrollments through a unified API means reading up to four things — the plan catalog, each employee&apos;s enrollment, dependent coverage and coverage amounts — and the seven vendors compared here model these very differently, with availability varying by connector on every vendor that models them at all.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>comparison</category></item><item><title>Detecting employee terminations and benefits coverage end dates from HRIS data</title><link>https://payrolldataspecs.com/retrieval/detecting-terminations-and-coverage-end-dates</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/detecting-terminations-and-coverage-end-dates</guid><description>Treat INACTIVE, RETIRED, DECEASED and INACTIVE_EXTERNAL as terminations (LEAVE is not), act on the termination_date, and take the coverage end date from the benefit record&apos;s end_date — how quickly you hear about a termination depends on the vendor&apos;s sync or pass-through architecture, so run a reconciliation pass.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>guide</category></item><item><title>Reading data from bswift, Ease, Employee Navigator and PlanSource through a unified API</title><link>https://payrolldataspecs.com/retrieval/reading-data-from-bswift-ease-employee-navigator-plansource</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/reading-data-from-bswift-ease-employee-navigator-plansource</guid><description>Sometimes, and only as file-based sources: of the seven unified APIs compared, Bindbee lists bswift, Ease, Employee Navigator and PlanSource as read-only SFTP connectors, Apideck, Knit and Unified.to list none of the four and document no file connectors, and Merge, Finch and Kombo were not verified.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>comparison</category></item><item><title>How to Write Benefits Deductions Back into Payroll After Enrollment</title><link>https://payrolldataspecs.com/write-back/writing-benefits-deductions-back-into-payroll-after-enrollment</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/writing-benefits-deductions-back-into-payroll-after-enrollment</guid><description>After enrollment closes you turn each employee&apos;s elections into deduction lines and post them to the employer&apos;s payroll system against the employer&apos;s own deduction codes, but only some integration vendors support that write and each only on a specific list of payroll systems: Bindbee, Knit, Finch and Unified.to offer it to differing degrees, while Merge, Kombo and Apideck don&apos;t document deduction write.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>write-back</category><category>guide</category></item><item><title>Payroll deduction write support by payroll system (ADP, Workday, Paylocity, Paychex and more)</title><link>https://payrolldataspecs.com/write-back/payroll-deduction-write-support-by-payroll-system</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/payroll-deduction-write-support-by-payroll-system</guid><description>Deduction write through a unified API covers a minority of payroll systems and differs sharply by vendor: of seven unified APIs compared, Bindbee, Finch, Knit and Unified.to document a deduction write while Merge, Kombo and Apideck do not, and none of the three with per-system lists documents it on Rippling, Paycom or BambooHR, or covers Gusto.</description><pubDate>Thu, 01 Oct 2026 00:00:00 GMT</pubDate><category>write-back</category><category>comparison</category></item><item><title>Can you pull an employer&apos;s deduction code list out of a payroll system through the API, or do you have to ask them?</title><link>https://payrolldataspecs.com/codes/can-you-pull-a-deduction-code-list-out-of-a-payroll-system-through-the-api</link><guid isPermaLink="true">https://payrolldataspecs.com/codes/can-you-pull-a-deduction-code-list-out-of-a-payroll-system-through-the-api</guid><description>Yes on ADP, Paylocity, Gusto and UKG, and both ADP and Paylocity explicitly instruct integrators to discover codes at runtime rather than hardcode them — but ADP documents a hole where one-time post-tax codes do not appear in the list at all.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>codes</category><category>comparison</category></item><item><title>Should we build direct payroll integrations or use a unified API for a benefits platform?</title><link>https://payrolldataspecs.com/use-cases/build-direct-payroll-integrations-or-use-a-unified-api</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/build-direct-payroll-integrations-or-use-a-unified-api</guid><description>Use a unified API for reach and build direct for the systems your customers actually concentrate on — because a unified layer removes far less provider-specific work than it appears to, with Bindbee&apos;s deduction write still taking a different payload shape per provider and Finch documenting that configurations vary per provider.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>guide</category></item><item><title>Do payroll systems apply a deduction change based on the pay date or the pay period start date?</title><link>https://payrolldataspecs.com/deductions/deduction-change-pay-date-or-pay-period-start-date</link><guid isPermaLink="true">https://payrolldataspecs.com/deductions/deduction-change-pay-date-or-pay-period-start-date</guid><description>It depends on which date field you set, and Paylocity is the only system we could read that distinguishes them explicitly — its Effective Date drives reporting while its Start Date, also called Begin Check Date, is the first check date actually affected, so treating the two as synonyms is a silent off-by-one-pay-period bug.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>deductions</category><category>reference</category></item><item><title>Does ADP Workforce Now let you set an employer HSA contribution by percent or only a fixed amount?</title><link>https://payrolldataspecs.com/deductions/does-adp-workforce-now-let-you-set-an-employer-hsa-contribution-by-percent</link><guid isPermaLink="true">https://payrolldataspecs.com/deductions/does-adp-workforce-now-let-you-set-an-employer-hsa-contribution-by-percent</guid><description>Neither cleanly, because the question&apos;s premise does not hold: ADP Workforce Now has no employer-contribution object at all — a contribution is recorded as a deduction multiplied by -1.00 in a calculation an ADP account manager has to build — and whether the value is read as a percent depends on whether the deduction code number falls between 81 and 96.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>deductions</category><category>reference</category></item><item><title>Can you write a retroactive deduction adjustment through a payroll API, or only for the current period?</title><link>https://payrolldataspecs.com/write-back/can-you-write-a-retroactive-deduction-adjustment-through-a-payroll-api</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/can-you-write-a-retroactive-deduction-adjustment-through-a-payroll-api</guid><description>Only for the current period, on every system we could read: ADP explicitly documents that the goal accrued and adjustment fields are not supported from the API with no workaround, Paylocity and Gusto document forward accumulation but never a correction, and Finch silently defaults a past effective date forward to today.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>write-back</category><category>comparison</category></item><item><title>Can you push a deduction to ADP Workforce Now through the API, or do you have to use a file?</title><link>https://payrolldataspecs.com/write-back/can-you-push-a-deduction-to-adp-workforce-now-through-the-api-or-a-file</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/can-you-push-a-deduction-to-adp-workforce-now-through-the-api-or-a-file</guid><description>Through the API — ADP documents deduction start, change and stop events for Workforce Now — but the API cannot create pre-tax codes, cannot model an employer contribution, cannot adjust retroactively, and reading the resulting actuals back requires a different API, a report, or a file after all.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>write-back</category><category>reference</category></item><item><title>How do payroll systems represent an employer contribution separately from the employee deduction?</title><link>https://payrolldataspecs.com/codes/how-do-payroll-systems-represent-employer-contribution-separately</link><guid isPermaLink="true">https://payrolldataspecs.com/codes/how-do-payroll-systems-represent-employer-contribution-separately</guid><description>Four incompatible ways: Gusto and Finch treat it as a first-class contribution object with match formulas, Paylocity models it as a memo earning that bypasses tax calculation, ADP has no object at all and negates a deduction into an earning, and Merge exposes it as a bare read-only number.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>codes</category><category>comparison</category></item><item><title>How do you tell from a payroll deduction code whether it is pre-tax or post-tax?</title><link>https://payrolldataspecs.com/codes/how-do-you-tell-if-a-deduction-code-is-pre-tax-or-post-tax</link><guid isPermaLink="true">https://payrolldataspecs.com/codes/how-do-you-tell-if-a-deduction-code-is-pre-tax-or-post-tax</guid><description>On Paylocity you read the code&apos;s detType, whose names encode it; on Gusto you read boolean flags on the benefit type; on ADP the category is attached to the code and not restated in the API response — so on no system assessed can you infer treatment from the code string itself.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>codes</category><category>guide</category></item><item><title>Every ADP client we onboard has different deduction codes — is there any standard at all?</title><link>https://payrolldataspecs.com/codes/is-there-any-standard-for-deduction-codes-across-payroll-systems</link><guid isPermaLink="true">https://payrolldataspecs.com/codes/is-there-any-standard-for-deduction-codes-across-payroll-systems</guid><description>No, and there is no partial standard either: ADP and Paylocity both let each company invent its own codes, so the only reliable move is to read the employer&apos;s code list from the API at onboarding rather than mapping to anything you expect to recur.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>codes</category><category>reference</category></item><item><title>What is the difference between an assisted payroll connection and an automated one, and does the data differ?</title><link>https://payrolldataspecs.com/retrieval/difference-between-an-assisted-and-an-automated-payroll-connection</link><guid isPermaLink="true">https://payrolldataspecs.com/retrieval/difference-between-an-assisted-and-an-automated-payroll-connection</guid><description>An automated connection is software calling an API; an assisted connection is a person with administrator credentials performing the change, and the difference is not just latency — Finch documents assisted integrations as write-only, needing a configuration period, and bound by a two-business-day service level rather than a technical response time.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>retrieval</category><category>reference</category></item><item><title>What should you actually evaluate in a payroll integration provider, beyond how many integrations they have?</title><link>https://payrolldataspecs.com/use-cases/what-should-you-evaluate-in-a-payroll-integration-provider</link><guid isPermaLink="true">https://payrolldataspecs.com/use-cases/what-should-you-evaluate-in-a-payroll-integration-provider</guid><description>Connector count is close to meaningless: it tells you nothing about method, depth or field coverage, and a vendor with 200 credential-mediated connections is weaker for deduction write-back than one with 40 real API integrations — score method grade, tax-treatment expressiveness, unit clarity and employer-contribution modelling instead.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>use-cases</category><category>guide</category></item><item><title>What does &quot;supports payroll write-back&quot; actually mean, because every vendor seems to mean something different?</title><link>https://payrolldataspecs.com/write-back/what-does-supports-payroll-write-back-actually-mean</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/what-does-supports-payroll-write-back-actually-mean</guid><description>It means one of four materially different things — a real API write, an API write that cannot set tax treatment, a file drop someone uploads, or a human logging in as an administrator against a two-business-day service level — and all four are routinely sold in the same column of the same comparison table.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>write-back</category><category>guide</category></item><item><title>Which payroll systems enforce pre-tax vs post-tax at the API write?</title><link>https://payrolldataspecs.com/write-back/which-payroll-systems-enforce-pre-tax-vs-post-tax-at-the-api-write</link><guid isPermaLink="true">https://payrolldataspecs.com/write-back/which-payroll-systems-enforce-pre-tax-vs-post-tax-at-the-api-write</guid><description>Of the systems whose write contract is publicly readable, only Gusto lets the API see and set tax treatment directly; Paylocity and ADP both make it a property of a code that someone configured beforehand, which means most integrations cannot guarantee through the API that the deduction they just wrote will be treated pre-tax.</description><pubDate>Thu, 10 Sep 2026 00:00:00 GMT</pubDate><category>write-back</category><category>comparison</category></item></channel></rss>