Heart-Profit ERP
July 01, 2024, 08:49:40 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: EDI nummers aanmaken/verwijderen  (Read 796 times)
0 Members and 0 Guests are viewing this topic.
Johan Dijkstra
Poster
*
Offline Offline

Posts: 20


View Profile
« on: December 14, 2021, 11:28:55 am »

We hebben enkele jaren de EDI nummers gebruikt, dit werkte prima.
Echter enkele jaren geleden zijn we ermee gestopt omdat we op het maximaal aantal volgnummers zaten.
 
We willen nu echter dit opnieuw gaan inrichten.
 
1e vraag: kunnen we alle toegewezen EDI nummers verwijderen?
 
2e vraag: kunnen we op basis van selectie criteria nieuwe nummers aanmaken.
Dus niet voor alle verschijningsvormen die aan een artikel code hangen maar enkel voor een vooraf opgeven selectie van verschijningsvormen.
 
En mogelijk enkel voor een selecte groep van artikelen.
 
Zodat we niet weer het maximum van volgnummers bereiken.
Logged
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5361


View Profile WWW
« Reply #1 on: December 14, 2021, 02:29:01 pm »

EDI Nummers (feitelijk, je EAN codes) kun je opnemen in zogenaamde Kenmerkdomeinen (Hmenu-1-1-1-8-5-1). In principe ben je daar in staat om voor iedere Artikel + Verschijningsvorm + Kenmerkkombinatie een EDI nummer op te nemen. Jullie werken niet met Kenmerken, dus, voor jullie geldt dat dit "per Artikel-/Verschijning" is.

Met de toetsen F4 en F6 ben je in principe zelf in staat om nieuwe records toe te voegen danwel te verwijderen, maar... laten we dan eerst eens beginnen met je opmerking dat je het maximaal aantal volgnummers bereikt hebt... Per Aansluitnummer kun heb je 99.999 EAN codes te verdelen, en, zo dit méér dan genoeg is, bestaat er ook een funktie in Profit die zegt "genereer voor iedere kombinatie zélf maar een record met een unieke EAN code". Ik ga er vanuit dat jullie die in het verleden gebruikt hebben, waardoor nu alle nummers verbruikt zijn. Je hebt er in het verleden feitelijk "teveel" gegenereerd voor de hoeveelheid die je aan kunt.

Een EAN code neem je in principe op voor jouw klant. Een EAN code wordt ook in het scan-trajekt van Profit gebruikt als onderdeel van een Barcode: scan de Barcode, en Profit weet welk Voorraaditem je er mee bedoelt.

Tsja... verwijder dan een EAN code, en Profit weet niet meer om welk produkt het gaat, ofwel, je kunt het produkt niet meer scannen... Daarmee is het dus niet gezegd dat je zomaar iedere EAN code kunt verwijderen, omdat hier kontroles voor zullen zijn opgenomen die stellen dat dit niet mag als je bijv. nog voorraad hebt...

Het antwoord op vraag 1 komt er dus eigenlijk op neer dat 99999 keer op F6 drukken al geen doen is, en je dan misschien nog die items er niet uit krijgt, omdat er voorraad van is. Achter de schermen kunnen wij die tabel veel sneller leegmaken. Dat zou dus een optie zijn.

V.w.b. je 2e vraag geldt dat je daarna zélf weer mag bepalen voor welke Artikel-/Verschijningen je een nieuwe EAN code gaat opnemen. Je voegt er nl. een toe, of doet dat niet, maar, je moet vooraf de run die massaal voor iedere Artikel-/Verschijning een EDI nummer genereert uitschakelen, anders zit de boel zo weer vol...

Het is momenteel niet mogelijk om zelf 'criteria' te kunnen definiëren op basis waarvan Profit zegt "genereer alleen een EDI nummer voor alles wat aan dat criterium voldoet". Vanzelfsprekend kunnen we daar natuurlijk wel weer maatwerk voor ontwikkelen. Als dit een eenmalig iets mag zijn, kunnen we daar een konversie voor schrijven; kost ook geld, maar is voordeliger dan allerlei definities hiervoor te hoeven vastleggen.

Stel dat je voor het ene Produktie-artikel wél een EAN code opneemt en voor de ander niet, dan impliceert dat wellicht dat je de ene wel kunt scannen, en de andere niet, en dus doet het dan vast niet wat je wil.

Bedenk ook dat áls je nieuwe EAN codes gaat opnemen bij bestaande produkten, en al je voorraad al is voorzien van een etiket met een EAN code erop, je die ineens allemaal gaat wijzigen... Dit beperkt zich dan niet tot het moeten omstickeren van al je voorraad, maar, zal ook impliceren dat al je klanten op de hoogte moeten worden gesteld van het feit dat al je produkten ineens nieuwe EAN codes hebben gekregen.

Kortom, in de meest gunstigste situatie heeft ooit iemand voor iedere Artikel-/Vrs een EAN code gegenereerd, maar hebben jullie daar al die tijd nooit echt wat mee gedaan. Je klanten weten niets van jouw EAN codes af, ze staan ook niet op je produkten, en binnen Profit heb je er verder ook nooit wat mee gedaan. In dat geval kunnen wij die hele tabel leegmaken, en daarna voeg je zelf toe wat je toegevoegd wilt hebben.

In een worst case scenario maken wij die tabel leeg, maar kunnen jullie niets meer scannen, en draait de boel bij jullie klanten ook in de soep (die mogelijk jullie voorraad binnen scannen op basis van eerder aan hun gemeldde EAN codes).

Misschien is er nog een middenweg mogelijk, die aan de orde kan zijn als jullie deze EDI nummers in het verleden óók hebben gegenereerd voor jullie Koop-artikelen. Die optie hebben we ooit wel voor iemand ontwikkeld (die toch geen formeel aansluitnummer had), maar, voor je koop-artikelen behoor je de EAN code van de producent over te nemen. Hoe dan ook, ook weer een heel verhaal, maar, stel dát jullie dit ook voor Koop-artikelen gegenereerd hebben, dan kunnen we in die hoek misschien een heleboel nummers 'vrijmaken' die je kunt hergebruiken voor je Produktie-artikelen, maar waarbij de bestaande Artikelen dan niet van EAN code hoeven te wijzigen.

Nb: Merk op dat hier aardig wat uurtjes werk in kunnen gaan zitten om dit verder uit te werken. Zoiets doen we dan normaal gesproken op nacalculatorische basis.

Ik hoop in ieder geval dat je hier wat verder mee komt...
Logged

Heart-Profit company ID : HA
Johan Dijkstra
Poster
*
Offline Offline

Posts: 20


View Profile
« Reply #2 on: December 15, 2021, 10:42:33 am »

Wouter, bedankt voor je uitgebreide reactie.

Ik laat het even bezinken en kom er bij je op terug.
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.12 seconds with 20 queries.