Servisní náhrada · sklad

Daktela × Money S3:
schválená servisní náhrada do skladu bez přepisu

Servis rozhodne o náhradním kusu v Daktele, ale sklad musí zákazníka, položku a množství zadat znovu?

Prověříme jeden kontrolovaný tok až po interním schválení náhrady. Cílem je ověřit zákazníka a SKU, určit správný doklad v Money S3 a sledovat výsledek jeho zápisu — nebo předat nejasný případ člověku. Nejde o hotový konektor ani příslib automatického vyskladnění.

Popsat předání náhrady

Prověřovaný tok

Schválený ticket v Daktele

↓

Zákazník · SKU · množství · duplicity

↓

Ověřený doklad v Money S3 / výjimka

Schválení náhrady není výdej ze skladu

Změna ticketu může znamenat komunikaci, nikoli rozhodnutí vydat konkrétní kus. První krok musí odlišit interní souhlas se servisní náhradou od objednávky, rezervace a následného fyzického vyskladnění.

Přesný okamžik schválení

Zjistíme, kdo potvrzuje náhradu a kde se rozhodnutí v konkrétní Daktele zaznamená. Událost Ticket Update sama nestačí.

Položka a zákazník

SKU, množství a zákazník musí odpovídat skladové evidenci; nelze je automaticky odvozovat z volného textu ticketu.

Výsledek zápisu

Money S3 API zpracovává zápis asynchronně. Přijetí požadavku není potvrzení, že doklad skutečně vznikl.

Nejdřív ověříme správný skladový postup

Money S3 zná přijaté objednávky, ale musíme potvrdit, zda právě tento typ dokladu, dostupná API operace a účetní režim odpovídají záruční náhradě. Příklad objednávky v uživatelském rozhraní sám o sobě nepotvrzuje stejný zápis přes API.

Schvalovací stav a skutečně dostupná pole ticketu v Daktele
Ověřené SKU, množství, zákazník a jednoznačné ID případu
Licence, oprávnění a konkrétní API mutace Money S3
Záruční cena, DPH, rezervace a odpovědnost za výjimku

Co by vymezený tok kontroloval

Začneme jedním typem schválené náhrady a jedním cílovým skladem. Nejdřív porovnáme současný postup, jednoduché nastavení Daktela Events i případný konektor. Vlastní řešení dává smysl jen pro nepokryté kontroly.

Vybraný ticket

Předání se posuzuje až u ticketu s doloženým interním schválením náhrady, ne při každé aktualizaci nebo změně kategorie.

Předávací údaje

Ověříme ID případu, zákazníka, skladovou položku a množství. Chybějící nebo nejednoznačný údaj se nepřepisuje odhadem.

Doklad až po ověření

Prověříme možnost přijaté objednávky v Money S3 a správný režim náhrady. Při asynchronním importu je potřeba zkontrolovat konečný stav a zabránit duplicitnímu zápisu.

Viditelná výjimka

Nejasný zákazník, SKU, množství, účetní pravidlo či odmítnutý import zůstávají pro odpovědného člověka místo tichého selhání.

Časté otázky

Stačí změna stavu ticketu k vydání náhradního kusu?

Ne. Je nutné samostatné schválení, ověřená skladová položka a správný postup v Money S3. Tato stránka neposkytuje automatické vyskladnění.

Má Daktela hotové propojení s Money S3?

Daktela dokumentuje konektor pro Money S4/S5, což nedokládá popsaný tok ze servisního ticketu do Money S3. Nejdřív prověříme vaše dostupné možnosti a existující konektory.

Co znamená úspěšný požadavek na Money S3 API?

Nemusí ještě znamenat vytvořený doklad. Asynchronní import se musí ověřit podle výsledku zpracování; případná chyba má zůstat dohledatelná.

Je řešení hotové a kolik stojí?

Nejde o hotový konektor. Cenu a rozsah lze určit až po ověření reálného ticketu, oprávnění, API zápisu, pravidel záruční náhrady a způsobu řešení výjimek. Fakturace ani zpráva zákazníkovi do popsaného toku nepatří.

Související, ale jiný výsledek

Ticket má vést k faktuře nebo úkolu?

Daktela × Fakturoid řeší fakturaci servisního ticketu. Daktela × Freelo předává vybranou technickou eskalaci řešiteli. Skladová náhrada v Money S3 vyžaduje jiné údaje a odpovědnost.

Daktela × Fakturoid →Daktela × Freelo →

Předáváte schválené servisní náhrady skladu ručně?

Popište jeden případ, kde se schvaluje náhradní kus a jak dnes vzniká skladový podklad. Prověříme, zda stačí současné nastavení, nebo je třeba kontrolovaný tok.