offerte naar bon / bewaar offerte

[Gem]

Hallo

Ik heb een idee nodig....

 

casus:

offerte/leveringsbon bestaat uit layout met tabel (bonregels)

Ik kan mijn bon veranderen in een offerte en omgekeerd, maar éénmaal de offerte de status "locked" heeft kan niets meer gewijzigd worden. Dit is ook zo met de leveringsbonnen.

 

Wanneer ik nu van mijn offerte een bon wil maken gebruik ik een script met duplicate record waardoor mijn bon gekopiëerd wordt naar een ander record.

Het probleem is nu dat de inhoud van mijn tabel (bonregels) niet mee gekopiëerd wordt.

Ik zou een loop kunnen gebruiken die de bonregels afloopt en al de regels met het oorspronkelijke bonnummer ook kopiëert en deze het nieuwe bonnummer geeft. Maar ik vermoed dat dit een helse bewerking zal zijn als er een paar duizend bonregels te overlopen valt.

 

Je zou natuurlijk ook gewoon kunnen switchen van offerte naar bon maar dan is de oorspronkelijke offerte foetsie (ze dragen dan hetzelfde bonnummer).

Ik wens dus mijn offerte te behouden en een kopij ervan aan te maken die de inhoud overneemt en de mogelijkheid biedt regels bij te voegen of weg te laten.

 

Kan iemand mij op weg helpen aub ?

[burggraaf]

Toch zit je op de goede weg/denkrichting. Helaas zijn er soms wat meer handelingen voor nodig om ergens te komen. En 1 offerte met duizenden regels... kan het me niet voorstellen...

[Ari]

Je kunt een extra relatie aanleggen bij de order die is gebaseerd op false / true (0 of 1). In de ordertabel maak je een veld aan die altijd de waarde 1 heeft. In de orderregel maak je een booleanveld aan dat je de waarde 1 geeft als je de orderregel wilt verwijderen.

 

In de relatietabel maak je een extra relatie aan tussen de twee velden.

 

De rest kom je zelf wel uit

[JeanWM]

Als ik je goed begrijp dupliceer je je offerte en wil je de onderliggende line item records ook mee hebben.

 

Kijk even naar ons voorbeeld in:

 

viewtopic.php?f=29&t=7013

 

Dat zou je op weg kunnen helpen.

 

We dupliceren niet de records, maar eigenlijk de relatiestructuur. En dat is net wat je nodig hebt om de onderliggende record(s) mee te krijgen.

 

Nu wordt het ook duidelijk dat je in db opbouw en relatie opbouw ENKEL gebruik dient te maken van keys. Anders werkt het niet.

 

Ik zie nog teveel FM toepassingen waar gewone text velden in relaties worden gebruikt. Heb je dat ergens in je toepassing, dan moet je dat eerst aanpassen, zodat al je relatie steunen op keys.

En nu wordt het ook duidelijk waarom we hameren op het feit om alle relaties in de base table context op te bouwen.

[Gem]

Hi Jean

 

Thanks voor de info en het source model.

Dit zal eens goed bestudeerd worden tijdens het weekend.

 

respect,