Odosielanie bez presunu príjmu

Iba odosielanie

Prejdete celý send-only onboarding: partner vytvorí požiadavku, firma potvrdí prepojenie, príjem zostáva u pôvodného poskytovateľa a firma nepotrebuje nový účet.

Predpoklady

  • Firma má prijímaciu službu u existujúceho poskytovateľa a nechce ju meniť.
  • Partner má aktívnu autorizáciu pre tento onboarding a oprávnenie firms:manage.

Čo táto cesta je a čo nie je

  • Firma vznikne s lokálnou identitou, zmluvnou evidenciou a API oprávnením — nevzniká používateľ, heslo ani dashboardové členstvo.
  • Príjem sa nemení. Send-only vetva nevykonáva registráciu, migráciu ani odregistráciu v SMP.
  • Overtoken nie je súčasťou tejto cesty; patrí k white-label onboardingu.

Postup krok za krokom

  1. 1. Partner vytvorí jednu onboardingovú požiadavku

    POST /api/v1/onboarding-requests so serviceMode: send_only, relationshipMode a customerRef. Vyžaduje neobmedzený partnerský kľúč, firms:manage a Idempotency-Key.

  2. 2. Autoritatívne podanie spustí pozvánku

    Po autentifikovanom podaní PFS dostane odkaz kontakt uvedený pri overení, nie kontakt z API požiadavky. E-mail z requestu nie je dôkaz identity.

  3. 3. Firma potvrdí jedno prepojenie

    Na jednej obrazovke vidí firmu, konkrétneho partnera, odosielanie, platiteľa a podmienky. Tlačidlo Potvrdiť a prepojiť zaznamená výslovný súhlas.

  4. 4. Partner vytvorí kľúč viazaný na firmu

    Až stav active sprístupní firmId. Potom vytvorte kľúč s scopedFirmId a oprávneniami documents:send a documents:read. Rodičovský kľúč potrebuje keys:manage aj požadované oprávnenia a vytváranie kľúčov musí byť prevádzkovo povolené. Kľúč sa nikdy nevracia v onboardingovej odpovedi.

  5. 5. Odošlite prvý doklad a overte stav

    Použite firemný kontext konkrétnej firmy. Prijímanie dokladov zostáva zakázané; overte stav dokumentu a dostupný dôkaz odoslania.

Príklad: technický partner, firma platí, príjem inde

Požiadavka partnera (syntetické hodnoty)
curl -X POST "https://epostak.sk/api/v1/onboarding-requests" \
  -H "Authorization: Bearer <PARTNERSKY_JWT>" \
  -H "Idempotency-Key: demo-send-only-2026-09-20-0001" \
  -H "Content-Type: application/json" \
  -d '{
    "serviceMode": "send_only",
    "relationshipMode": "technical_delegation",
    "customerRef": "erp-klient-42",
    "dic": "2120000000",
    "contactEmail": "kontakt@example.test"
  }'
Stav požiadavky
curl "https://epostak.sk/api/v1/onboarding-requests/<REQUEST_ID>" \
  -H "Authorization: Bearer <PARTNERSKY_JWT>"
Kľúč až po stave active
curl -X POST "https://epostak.sk/api/v1/integrator/keys" \
  -H "Authorization: Bearer <PARTNERSKY_JWT>" \
  -H "Content-Type: application/json" \
  -d '{
    "scopedFirmId": "<FIRMID_Z_ONBOARDINGU>",
    "scopes": ["documents:send", "documents:read"]
  }'

Keď má firmu oslovených viac partnerov

  • Zhoda DIČ neudeľuje súhlas. Klient výslovne vyberá konkrétneho partnera a rozsah.
  • Jediná požiadavka môže byť predvybraná a viditeľná, ale predvýber nie je súhlas.
  • Partner nikdy nevidí požiadavky ani stav iných partnerov.

Očakávaný výsledok

Firma má aktívne send-only oprávnenie, partner má kľúč viazaný na jej firmId a príjem zostal nezmenený.

Keď to nefunguje

  • Neistý lookup príjmu: ponúkne sa opakovanie overenia. Výpadok hľadania neblokuje prijatie oznámenia a nespôsobí zápis do SMP.
  • Duplicitné oznámenie alebo opakované dokončenie: nevzniká druhý záznam ani falošný aktívny stav.
  • Expirovaný aktivačný odkaz: vyžaduje nové autoritatívne podanie; stratený token sa partnerovi nevracia.
  • Existujúca firma bez zhodného súhlasu alebo konanie v zastúpení patrí do ručného posúdenia, nie do automatického toku.

Pokračujte

  1. Registračné API

    Referenčný detail schváleného onboarding kontraktu.

  2. Správa služby

    Ukáže správu služby bez používateľského účtu.

  3. Odosielanie, príjem inde

    Vysvetlí oddelenie odosielania od príjmu bez migrácie schránky.

Súvisiace návody

Všetka dokumentácia