balta labsVodniki
Povezave

Povežite izvajalce izpolnitve naročil

Povežite račune ponudnikov in nastavite skladiščne postopke.

6 min branjaPosodobljeno
Na tej strani

Opomba: vmesnik aplikacije je trenutno na voljo v angleščini, nemščini in italijanščini. Vodnik zato navaja angleška imena gumbov in menijev v krepkem tisku.

Izvajalci izpolnitve naročil, imenovani tudi 3PL, prejemajo vaše pošiljke in nazaj sporočajo podatke o sledenju, izdelkih in zalogah. Te račune dodate v Settings → Connections, kjer so prikazani pod Fulfillment providers.

Povezava računa nikoli ne sproži pošiljanja pošiljk. To se zgodi za vsako lokacijo posebej v Fulfillment → Setup in samo za poteke dela, ki jih preklopite v način Active.

Ponudnik Kaj vnesete Vodnik
JTL FFN Lastna aplikacija JTL, nato prijava pri JTL Povežite JTL s hubom
Magware URL API-ja, koda lastnika in ključ API Magware
Mintsoft Ključ API Mintsoft
Logisoft (Asendia) Referenca stranke in žeton API; po želji odlaganje faktur prek SFTP Logisoft (Asendia)

Pred začetkom

  • Pripravite podatke za povezavo ponudnika. Po potrebi jih zahtevajte od ponudnika.
  • Ključe API, žetone in zasebne ključe vnašajte samo v obrazec huba. Balta Labs jih shrani šifrirano in jih nikoli več ne prikaže. Nikoli jih ne pošiljajte po e-pošti ali v klepetu.
  • V delovnem prostoru potrebujete dovoljenje Connections.

Dodajte račun

  1. Odprite Settings → Connections. Pod Fulfillment providers izberite Add provider. Iste ponudnike navaja tudi Add account na vrhu strani.
  2. Izberite ponudnika.
  3. Po želji vnesite Connection name, nato izpolnite polja, opisana spodaj.
  4. Izberite Save account.
  5. Na kartici računa izberite Test. Vrednosti popravljajte, dokler kartica ne prikaže Working.
  6. Izberite Details, da vidite Account, What the hub can do in Reference lists, med katerimi izbirate pri nastavljanju lokacij.

Če želite račun pozneje spremeniti, na njegovi kartici izberite Edit. Polje skrivnosti pustite prazno, da ohranite shranjeno vrednost. Sprememba poverilnic ali naslovov do naslednjega preizkusa ponastavi stanje na Not checked.

Magware

  • API URL: naslov API-ja Magware, kot ga navede vaše skladišče, na primer https://wms.example.com/api/. Naslov mora biti javen in ne sme vsebovati uporabniških imen, poizvedbenih nizov ali delov z #. http:// deluje, če vaš strežnik Magware ne ponuja ničesar drugega, vendar dajte prednost https://.
  • Owner code: vaša koda stranke v Magware.
  • API key: ključ za to kodo lastnika.

Test prebere seznam zalog in v Magware ničesar ne spremeni. Če naslov ne odgovarja kot API Magware, preizkus to sporoči. Lokacije Magware ne potrebujejo nastavitev ponudnika.

Magware vsako posodobitev pošiljke vrne samo enkrat. Hub ta tok bere le pri aktivnem sledenju; v načinu Shadow ga ne preverja.

Mintsoft

  • API key: ključ API Mintsoft za vaš račun stranke.

Test našteje skladišča in kurirske storitve, do katerih ima ključ dostop, Details pa jih prikaže z ID-ji. Ko dodajate lokacijo, vnesite Mintsoft warehouse ID, Courier service ID in Prime courier service ID, ki se uporablja za naročila Amazon Prime.

Logisoft (Asendia)

  • Customer reference: vaša številka stranke pri Logisoft.
  • API token: vaš žeton API Logisoft.
  • Advanced settings (neobvezno): Core service WSDL URL (privzeto https://soap.myasendia.it/LogisticService.svc?wsdl), Logistics service WSDL URL (privzeto https://soap.myasendia.it/Service.svc?wsdl) in Timeout (seconds) (privzeto 120). Spremenite jih le, če vam je Logisoft dal druge naslove storitev ali zahteva daljšo časovno omejitev. URL-ji WSDL morajo uporabljati https://, časovna omejitev pa je lahko od 10 do 300 sekund.

Za nalaganje faktur izpolnite tudi razdelek SFTP drop (optional): SFTP host (samo ime gostitelja, brez sftp://), SFTP port (privzeto 22), SFTP username in SFTP private key (celoten ključ, vključno z vrsticama BEGIN in END, v obliki OpenSSH, PEM ali PuTTY). Za odlaganje prek SFTP vnesite gostitelja, uporabniško ime in zasebni ključ ali pa nobenega od teh podatkov.

Test preveri žeton, našteje vaše trgovine in vzpostavi stik s storitvijo za logistiko. Pri odlaganju prek SFTP se tudi prijavi in preveri mapo s fakturami. Ob prvem uspešnem preizkusu hub zabeleži (pripne) ključ strežnika SFTP. Kartica nato prikaže SFTP host key pinned, hub pa komunicira samo s strežnikom s tem ključem. Če spremenite gostitelja, naslednji uspešni preizkus pripne ključ novega strežnika. Če poznejši preizkus za istega gostitelja sporoči drugačen ključ, z družbo Asendia potrdite, da je sprememba pričakovana, nato se obrnite na podporo.

Ko dodajate lokacijo, sta privzeti vrednosti za Carrier code in Store code ASENDIA_IT in CUSTOM.

Kaj pomeni stanje

Stanje Pomen Kaj storiti
Working Zadnji preizkus ali zadnja zahteva do ponudnika je uspela. Nič.
Check failed Zadnji preizkus ali zadnja zahteva ni uspela. Kartica prikazuje sporočilo ponudnika. Odpravite vzrok, na primer v naslovu, omrežju ali nastavitvi, nato izberite Test.
Reconnect needed Ponudnik je zavrnil poverilnice ali pooblastitev. Izberite Edit in vnesite nove poverilnice ali račun JTL znova povežite z Reconnect, nato izberite Test.
Not checked Račun je nov ali pa so se spremenile njegove poverilnice ali naslovi. Izberite Test.

Kartica prikazuje tudi, kdaj je bil račun nazadnje preverjen. Stanje se spremeni, ko izberete Test in ko hub dela z računom. Nanaša se na račun in ne na posamezne pošiljke: te preverite v Fulfillment → Operations.

Omogočanje skladiščnih postopkov

V Fulfillment → Setup dodajte izvorni račun in lokacijo, ki njegovo skladišče poveže s ponudnikom. Urniki in ročna opravila so v Sync. Pravila naročil in način avtomatizacije računa upravljate v Automations.

Odločitve preverite v načinu Shadow, nato potrebne postopke preklopite na Active. Prehod v Active ali iz njega zahteva potrditev in se zabeleži v zgodovino. Rezultati so v Operations, razlike zalog in preslikave izdelkov v Inventory. Za premor izberite Off ali Shadow ter preverite že začeta opravila v Operations.

Za spremembo več lokacij označite vrstice, izberite potek dela in način ter nato Review changes. Rezultat navede lokacije, pri katerih sprememba ni uspela. Vsak izvorni račun ima lastna pravila, shranjene osnutke in zgodovino aktivacij.