Verdergaan naar hoofdinhoud

Commissie SALES standaard

Zoeken
Sales Commissie
Vastgoed Commissie
  
Commissie SALES standaard > Discussie > BuyersOrderNumber veld naar meer posities  

Discussie: BuyersOrderNumber veld naar meer posities

De inhoud van dit item wordt als e-mailbericht verzonden aan de persoon of groep die aan het item is toegewezen.
VersiegeschiedenisVersiegeschiedenis

Titel

BuyersOrderNumber veld naar meer posities 

Soort verzoek

Uitbreiding functionaliteit 

Prioriteit

2) Should 

Releasenummer

INSBOU 005 

Hoofdtekst discussie

Het BuyersOrderNumber bevat te weinig tekens. Dit veld komt in meerdere berichten terug, namelijk: het factuurbericht, orderbericht, orderbevestiging en verzendbericht.

RFC tekst

BuyersOrderNumber naar meer posities. Nu zijn dit er 17an. Dura Vermeer zelf gebruikt er al 20an. Voorstel om dit op te rekken naar 30an. Heeft betrekking op het factuurbericht, orderbericht, orderbevestiging en verzendbericht.

Antwoorden

Hans WalraveGeen aanwezigheidsgegevens (20-12-2017 8:19): het BuyersOrderNumber (opeenvolgend nummer van een document, net zoals factuurnummer) gaat nu misbruikt worden voor een reference. Echt beter om een extra veld BuyersOrderReference toe te voegen van 35.
Luuk d'HoogheGeen aanwezigheidsgegevens (19-12-2017 15:20): [SALES Cie 21-11-17] toekennen. Het probleem komt vaker voor. De ERP pakketten van de aanwezige Cie-leden kunnen de oprekking aan. Op dit moment zorgt de xml voor de beperking, dat wordt nu dus verholpen. Misbruik van het aantal tekens kan nu ook al (bij 17 an), verder is in het verleden het artikelcode-veld in het artikelbericht ook al opgerekt.
Luuk d'HoogheGeen aanwezigheidsgegevens (21-11-2017 8:21): Voorbeeld van een lang BuyersOrderNumber: Ordernummer: 50111750-1--001A Bestaat uit werk nummer - opdrachtnummer - budgetcode-ordernummer Dit nummer moet uniek zijn en uniek identificeerbaar. Wanneer hierin dubbelingen onstaan gaat het matchingsysteem fout.
Westerkamp, JanGeen aanwezigheidsgegevens (21-9-2017 15:42): Eens met Hans. Daarbij komt dat vergroten van een identificerend veld tricky is (kan zijn); wat als een inhouse systeem dit niet aan kan!?
Daniƫlle HoekstraGeen aanwezigheidsgegevens (19-9-2017 13:40): Als uitbreiding dan an35 maken, sluit volgens mij dan meer aan op artikelID en productID
Hans WalraveGeen aanwezigheidsgegevens (18-9-2017 15:48): Een nummer van meer dan 17 karakters is eigenlijk al geen identificerend nummer meer, maar een omschrijving/codering met betekenis. Waarschijnlijk moet het nummer vergroot worden, omdat er allerhande andere informatie in het nummer opgesloten is, en daar is een nummer niet voor bedoeld. Die informatie kan men als het goed is in andere velden kwijt, en zo niet, dan moeten die velden er misschien komen. Graag zie ik wat voorbeelden van die lange nummers, met een toelichting van de betekenis ervan.

Compatibiliteit

Niet bekend 

Verwante discussies

 

Van toepassing op

 

Wijzigingverzoek

2017/014

Status van discussie

Gesloten 

Toegewezen aan

CCS 
Bijlagen
Versie: 7.0 
Gemaakt om 12-9-2017 12:06  door Luuk d'Hooghe 
Laatst gewijzigd op 20-12-2017 8:19  door Hans Walrave