Heart-Profit ERP

Ik heb een historisch recept uit 2002 DREW100840 wat geen regels toont

Nu is deze ooit omgecodeerd vanaf de ASHL100580

kunnen jullie eens kijken?

Nah, lekker dan... Blijkt dat Profit-Change-Key bij het omnummeren van een Artikel wél een Recept-Id omnummert in de Recepten, maar niet in de Historische Recepten.

Of je bent de 1e die een Produktieartikel met een Historisch Recept omnummert óf iedereen houdt zich net zo goed aan de regels van Profit-Change-Key als jij.

Ik heb deze ASHL100580 nu alsnog omgenummerd naar DREW100840, maar, ik sluit niet uit dat je nog talloze voorbeelden hebt van Artikelen die in Historische Recepten niet zijn aangepast.  :(  (als die er zijn, en als je daar een lijstje nog wat op weet te hoesten, kunnen we daar ook nog een poging voor doen om dat te herstellen, maar ga er maar vanuit dat je voor die herstelwerkzaamheden een rekeningetje zult krijgen).

Overigens zal er pas vanaf de eerst volgende Upgrade in Historische Receptregels worden omgenummerd; als je vóór die tijd om omnummerings akties op de agenda hebt staan, zou je eerst even iedereen uit Profit moeten gooien, zodat we de tabel handmatig kunnen aanpassen.

zie logboek sleutelwijzigingen (gaat terug tot 2001)

lijkt me handigste als je die oppikt in een correctie run en alsnog de tabel inconsistentie opheft

zul je wel bij meer klanten nodig hebben (of verwerken als speciaal programma voor alle klanten in een volgende upgrade?)

Ben al bezig...

Is nog niet zo eenvoudig, omdat je bijvoorbeeld ook situaties hebt als Artikel ASHL103920 die je hebt omgenummerd naar DREW100900, maar vervolgens ASHL103920 opnieuw als Artikel hebt toegevoegd (waarvan je het Recept ook weer Historisch gemaakt kan hebben).

Zal dit soort dingen konverteren op basis van de datum-/tijd omnummering uit de logfile en de datum-/tijd van het historisch maken van het Recept.

Ik snap het.
Dit specifieke geval was het gevolg van een splitsing en een fusie waarbij de recepteigenaar die bij ons door de eerste letters mede gekenmerkt wordt veranderde.

Ook moet ik anticiperen op de situatie:

1. A is omgenummerd naar B
2. A is opnieuw toegevoegd
3. A wordt omgenummerd naar C

want dan is het niet een kwestie van "alles van vóór de sleutelwijzigingsdatum aanpassen", maar hebben we ook nog met een begindatum te maken.

Enfin... vind ik één Artikel (ART4000020), en die vind ik vervolgens alleen omdat deze én in Test én in Produktie een keer is omgenummerd, kortom, niets aan de hand. Wel valt op dat er maar één zo'n artikel gevonden wordt, en blijkt dat van de 246 sleutelwijzigingsopdrachten voor Artikelen, je dit maar één keer eerst in de Testbestanden geprobeerd hebt  :smack:

Zie ook http://ha1.heartprofit.nl/profit/index.php?topic=21336.msg31585#msg31585

klopt, ik draai normaliter eerst een tape.
daarna draai ik de sleutelomnummering realtime
en als ik niet teveel gekke dingen zie laat ik het zo, anders zet ik tape terug

tape maken van heart gaat namelijk vele malen sneller dan 2 maal sleutelwijzigen

Dat is natuurlijk ook een methode  :smile:


Als je een Tekstsearch had gedaan, had je deze al meteen in 2001 kunnen konstateren dat dit niet werkt.

De oplossing van het niet worden omgenummerd is één veldje in de database (voor het data model) aanbrengen: 1 minuut werk.
Met het herstel ben ik nu al 1,5 uur bezig  :(

Klaar. Je Artikelen zijn alsnog omgenummerd in je Historische Recepten;
de DREW Artikelen hebben nu wel Historische Receptregels.

gecontroleerd op 100840, werkt, met dank

is het trouwens gelukt om dit te automatiseren, zodat het ook voor anderen hersteld kan worden, of is het toch een handmatige optie geworden?

Dit kan misschien als basis worden gebruikt, maar zal niet voor iedereen (hoeven te) werken. Op basis van jouw database kontroleer ik of bepaalde zaken aan de orde zijn, en zo niet, hoef ik daar ook verder geen tijd aan te besteden. Kan natuurlijk wel, maar ik ga jou niet op kosten jagen voor herstelzaken die een ander mogelijk nodig heeft. Als een ander ook last heeft van dit probleem (en dus net zo goed gekontroleerd heeft als jij), zullen we daar de situatie opnieuw moeten beoordelen.