yuki · diff

v1.0.0 to v1.0.0

36 added, 13 removed. Audit A to A.

---
name: yuki
description: |
Yuki integration via Apideck's Accounting unified API — same methods work across every connector in Accounting, switch by changing `serviceId`. Use when the user wants to read, write, or reconcile invoices, bills, payments, ledger accounts, and journal entries in Yuki. Routes through Apideck with serviceId "yuki".
license: Apache-2.0
alwaysApply: false
metadata:
author: apideck
version: "1.0.0"
serviceId: yuki
unifiedApis: ["accounting"]
authType: apiKey
tier: "1a"
verified: true
status: beta
---
# Yuki (via Apideck)
Access Yuki through Apideck's **Accounting** unified API — one of 34 Accounting connectors that share the same method surface. Code you write here ports to Access Financials, Acumatica, banqUP and 30 other Accounting connectors by changing a single `serviceId` string. Apideck handles auth, pagination, rate limiting, and retries so you don't write per-tenant Yuki plumbing.
> **Beta connector.** Yuki is currently in beta on Apideck. Expect partial resource coverage and occasional mapping gaps. Always verify coverage (see below) and fall back to the Proxy API for unsupported operations.
## Quick facts
- **Apideck serviceId:** `yuki`
- **Unified API:** Accounting
- **Auth type:** apiKey
- **Status:** beta
- **Yuki docs:** https://api.yukiworks.nl
- **Homepage:** https://www.yuki.nl/
## When to use this skill
Activate this skill when the user explicitly wants to work with **Yuki** — for example, "create an invoice in Yuki" or "reconcile payments in Yuki". This skill teaches the agent:
1. Which Apideck unified API covers Yuki (Accounting)
2. The correct `serviceId` to pass on every call (`yuki`)
3. Yuki-specific auth and coverage caveats
For the full method surface (parameters, pagination, filtering), use your language SDK skill:
- [`apideck-node`](../../skills/apideck-node/), [`apideck-python`](../../skills/apideck-python/), [`apideck-dotnet`](../../skills/apideck-dotnet/), [`apideck-java`](../../skills/apideck-java/), [`apideck-go`](../../skills/apideck-go/), [`apideck-php`](../../skills/apideck-php/), or [`apideck-rest`](../../skills/apideck-rest/)
For the raw OpenAPI spec:
- **Accounting:** [https://specs.apideck.com/accounting.yml](https://specs.apideck.com/accounting.yml) · [API Explorer](https://developers.apideck.com/api-explorer?id=accounting)
## Minimal example (TypeScript)
```typescript
import { Apideck } from "@apideck/unify";
const apideck = new Apideck({
apiKey: process.env.APIDECK_API_KEY,
appId: process.env.APIDECK_APP_ID,
consumerId: "your-consumer-id",
});
// List invoices in Yuki
const { data } = await apideck.accounting.invoices.list({
serviceId: "yuki",
});
```
## Portable across 34 Accounting connectors
The Apideck **Accounting** unified API exposes the same methods for every connector in its catalog. Switching from Yuki to another Accounting connector is a one-string change — no rewrite, no new SDK.
```typescript
// Today — Yuki
await apideck.accounting.invoices.list({ serviceId: "yuki" });
// Tomorrow — same code, different connector
await apideck.accounting.invoices.list({ serviceId: "access-financials" });
await apideck.accounting.invoices.list({ serviceId: "acumatica" });
```
This is the compounding advantage of using Apideck over integrating Yuki directly: code against the unified Accounting API once, gain access to every connector in it. New connectors Apideck adds become available to your app without code changes.
- ## Authentication
+ ## Yuki via Apideck Accounting
- - **Type:** API Key
- - **Managed by:** Apideck Vault — the user pastes their Yuki API key into the Vault modal; Apideck stores it encrypted and injects it on every request.
- - **Rotation:** if the user rotates their key, they re-enter it in Vault. No code changes needed.
+ Yuki is a Dutch cloud accounting and bookkeeping platform, strong in automated document processing and NL/BE SMB markets.
- See [`apideck-best-practices`](../../skills/apideck-best-practices/) for Vault setup, connection lifecycle, and handling re-auth flows.
+ ### Entity mapping
- ## Verifying coverage
+ | Yuki entity | Apideck Accounting resource |
+ |---|---|
+ | Sales Invoice | `invoices` |
+ | Purchase Invoice | `bills` |
+ | Journal Entry (GB-mutation) | `journal-entries` |
+ | GL Account | `ledger-accounts` |
+ | Customer (Debtor) | `customers` |
+ | Supplier (Creditor) | `suppliers` |
+ | BTW code | `tax-rates` |
+ | Cost centre | `tracking-categories` |
+ | Company (Administration) | `company-info` |
+ | Attachments | `attachments` |
- Not every Accounting operation is supported by every connector. Always verify before assuming a method works:
+ ### Coverage highlights
- ```bash
- curl 'https://unify.apideck.com/connector/connectors/yuki' \
- -H "Authorization: Bearer ${APIDECK_API_KEY}" \
- -H "x-apideck-app-id: ${APIDECK_APP_ID}"
- ```
+ - ✅ CRUD on invoices, bills, customers, suppliers
+ - ✅ Journal entries and Dutch BTW handling
+ - ✅ Tracking categories (cost centres)
+ - ✅ Document attachments (Yuki's OCR output)
+ - ❌ Automated document recognition workflow (Yuki's signature feature) — not exposed; use Proxy
+ - ❌ Bank reconciliation rules — use Proxy
- See [`apideck-connector-coverage`](../../skills/apideck-connector-coverage/) for patterns around `UnsupportedOperationError` and connector-specific fallbacks.
+ ### Auth notes
+
+ - **Type:** API key, managed by Apideck Vault
+ - **Administration-scoped:** Yuki API keys are tied to a single administration (tenant). Multi-admin customers need one connection per admin.
+ - **Permission scope:** key inherits the generator's role — admin-level access recommended for full coverage.
+
+ ### Example: list invoices for a specific period
+
+ ```typescript
+ const { data } = await apideck.accounting.invoices.list({
+ serviceId: "yuki",
+ filter: { updated_since: "2026-01-01T00:00:00Z" },
+ });
+ ```
## Escape hatch: Proxy API
When an endpoint isn't covered by the Accounting unified API, use Apideck's Proxy to call Yuki directly — Apideck injects auth headers and handles token refresh. Set `x-apideck-downstream-url` to the target endpoint on Yuki's own API:
```bash
curl 'https://unify.apideck.com/proxy' \
-H "Authorization: Bearer ${APIDECK_API_KEY}" \
-H "x-apideck-app-id: ${APIDECK_APP_ID}" \
-H "x-apideck-consumer-id: ${CONSUMER_ID}" \
-H "x-apideck-service-id: yuki" \
-H "x-apideck-downstream-url: <target endpoint on Yuki>" \
-H "x-apideck-downstream-method: GET"
```
See [Yuki's API docs](https://api.yukiworks.nl) for available endpoints.
## Sibling connectors
Other **Accounting** connectors that share this unified API surface (same method signatures, just change `serviceId`):
[`access-financials`](../access-financials/) *(beta)*, [`acumatica`](../acumatica/) *(beta)*, [`banqup`](../banqup/) *(beta)*, [`campfire`](../campfire/) *(beta)*, [`clearbooks-uk`](../clearbooks-uk/) *(beta)*, [`digits`](../digits/) *(beta)*, [`dualentry`](../dualentry/), [`exact-online`](../exact-online/), and 25 more.
## See also
- [Accounting OpenAPI spec](https://specs.apideck.com/accounting.yml) · [API Explorer](https://developers.apideck.com/api-explorer?id=accounting)
- [`apideck-connector-coverage`](../../skills/apideck-connector-coverage/) — programmatic coverage checks
- [`apideck-best-practices`](../../skills/apideck-best-practices/) — architecture, Vault, pagination, error handling
- [`apideck-node`](../../skills/apideck-node/) — TypeScript / Node SDK patterns
- [Yuki official docs](https://api.yukiworks.nl)