Verzoek om afschaffing van functiecode 5 (replace) in het FLOWAV BGM.1225 segment.

Nav een recent voorval met 'constateringen' als een KLOK EAB voor een 2e keer ingezonden werd,
blijkt dat FH zowel functiecode 9 (original) als 5 (replace) opnieuw verwerkt zolang de berichtdatum/tijd (UNB) jonger zijn.
Dit is op zich prima.
Echter de (servicedesk) medewerkers van FloraHolland roepen heel snel dat een herzending NIET verwerkt wordt als de functiecode niet 5 is, terwijl in de praktijk dit toch wel verwerkt wordt.
Dit leidt tot grote verwarring en druk op (helpdesk van) softwareleveranciers.
Om de zoveel tijd speelt dit als er weer eens een incident is en elke keer is er weer de discussie over functiecode 5 vs 9.
Het is
a) voor een EAB pakket niet altijd mogelijk om onderscheid te maken tussen 5 en 9, bijv omdat EAB's vanaf verschillende tuinen (her)verzonden worden
b) berichten kunnen onderweg (tijdens SMTP transport) ook kwijt raken of in een andere volgorde afgeleverd worden bij de veiling,
   waardoor je als ontvanger toch niet kunt vertrouwen dat je eerst een bericht met code 9 krijgt en daarna met code 5.

De ontvanger zal dus per definitie beide codes op dezelfde manier moeten afhandelen.  

Om in de toekomst van dit soort discussies af te zijn, wil ik voorstellen om code 5 af te schaffen, of in ieder geval één code aan te houden die geen onderscheid maakt tussen 'original' en 'replace'.
Alternatief zou zijn om de documentatie zo aan te passen, dat het voor iedereen duidelijk is dat het niet uit maakt of je code 5 of code 9 opstuurt.
Uiteraard moeten de codes voor 'addition' en 'deletion' wel in tact blijven.
 

26 juni 2015: Reactie FH - Dit is geen toekomstvaste oplossing. Statussen moeten nader bekeken worden. Wat is de afspraak op ketenniveau: functiecode of laatste versie is geldig? Graag reactie van Floricode. Dit zal ook meegenomen worden bij het herschrijven van de documentatie van de FLOWAV (actie Frank van Oploo - FH)

16 juli 2015: Reactie Floricode - Of er in het geval van een wijziging op de brief een bericht met de functie vervanging of orgineel wordt verstuurd, moet afgesproken worden door de business. Dit moet vastgelegd worden in de invulinstructie. Floricode gaat er van uit dat de ontvangend partij consequent met de gekozen oplossing om zal gaan (Maarten Goedhart)

01-01-2020: Floricode heeft besloten de standaarden voor de z.g. ‘EDIFACT Kwekerberichten’, zijnde de FLOWAV, de APERAK en de PRICAT, te ‘bevriezen’. We noemen dit ‘End of Service’.
Dit betekent dat Floricode geen verdere ontwikkelingen meer zal plegen op deze standaarden, dus geen nieuwe versies meer zal maken en publiceren, incl. nieuwe invulinstructies. Eventueel nog openstaande RFC’s worden niet meer behandeld en zullen worden afgesloten.