Dan moet er wel een optie komen dat speciale karakters anders dan een set met karakters die je zelf in kunt geven kunnen worden geblokkeerd. Met name datapools en klanten met legacy kunnen de speciale karakters niet altijd verwerken. Daarbij wordne ook logistieke afdelingen die speciale karakters moeten invoeren op bijvoorbeeld handscanners niet erg gelukkig hiervan omdat de speciale karakters altijd onder een toestencombinatie zit.
Lijkt mij inderdaad een erg mooie en goede toevoeging. Alle klanten kunnen deze functionaliteit binnen de artikel codes gebruiken, soms is het om externe redenen niet mogelijk om de / uit een artikelcode te halen. Dat betekend dus dat we nooit de API van Kerridge kunnen gebruiken. Lijkt mij een probleem dat z.s.m. opgelost moet worden.
Stephan Langedijk
Dan moet er wel een optie komen dat speciale karakters anders dan een set met karakters die je zelf in kunt geven kunnen worden geblokkeerd. Met name datapools en klanten met legacy kunnen de speciale karakters niet altijd verwerken. Daarbij wordne ook logistieke afdelingen die speciale karakters moeten invoeren op bijvoorbeeld handscanners niet erg gelukkig hiervan omdat de speciale karakters altijd onder een toestencombinatie zit.
Inderdaad. Een aangemaakte productcode kan niet aangepast worden. Dus een historie van / in nummers blijft handwerk, omdat de API ze niet verwerkt.
Lijkt mij inderdaad een erg mooie en goede toevoeging. Alle klanten kunnen deze functionaliteit binnen de artikel codes gebruiken, soms is het om externe redenen niet mogelijk om de / uit een artikelcode te halen. Dat betekend dus dat we nooit de API van Kerridge kunnen gebruiken. Lijkt mij een probleem dat z.s.m. opgelost moet worden.