Kontaktpersoon in afleveradres

[pascal]

Bij het toevoegen van een afleveradres worden de kontaktpersoon en zijn telefoonnummer handmatig ingevuld (afbeelding 1). Je kunt hier helaas niet een kontaktpersoon-id invullen, zodat de bijbehorende naam en telefoonnummer automatisch ingevuld worden (want deze gegevens staan in het systeem).
Het zou mooi zijn wanneer je hier een kontaktpersoon-id in kunt vullen (bij een afleveradres is de kontaktpersoon de uitvoerder). Ons voorstel is om voor het veld 'kontaktpersoon' een veld toe te voegen waar het kontaktpersoon-id ingevuld kan worden. Zo hoeft je alleen maar de initialen in te vullen (GS is Gerrit Slaat, etc) en wordt de rest van de gegevens (volledige naam en telefoonnummer) uit het systeem gehaald. Mbv funktietoets 'Fx Ktpra' zou eventueel de kontaktpersoon uit een lijst geselecteerd moeten kunnen worden.
 
Vervolgens zou het helemaal mooi zijn wanneer we deze uitvoerder ('kontaktpersoon afleveradres') al bij het toevoegen van een kontrakt in kunnen vullen (afbeelding 2).
Negen van de tien keer is deze man toch al bekend wanneer wij het kontrakt toevoegen. Wanneer we de uitvoerder (kontaktpersoon afleveradres) toevoegen (bijvoorbeeld op de plek zoals in afbeelding 2) zou het dus mooi zijn wanneer deze automatisch overgenomen wordt in het afleveradres wanneer er een verkooporder gemaakt wordt vanuit een kontrakt.
Wanneer er een uitvoerder nog niet als kontaktpersoon is toegevoegd, moet deze alsnog toegevoegd worden. Dit zorgt er voor dat deze gegevens ook up-to-date blijven: bij het handmatig invullen van een kontaktpersoon zoals nu nog gebeurd wordt deze dus niet toegevoegd aan de lijst met kontaktpersonen.

[Peter Stordiau]

Het is duidelijk wat (en dat je dat) wilt. Echter, dit is ooit expres zo gemaakt, misschien wel onder de kondities (en kennis) van zoals alles destijds was. Zie het maar als "voor een afleveradres wil je niet zo formeel doen met deze gegevens".
Dit gaat wellicht anno 2009 niet meer op ...

Vervelend is alleen dat je dit volgens mij niet wilt betalen; ik bedoel, ik vermoed dat er zo veel plaatsen zijn die moeten worden aangepast (en je kan daarnaast ook niet zo maar zeggen "het informele is er niet meer"), dat we er misschien wel 2 of 3 dagen mee bezig zijn ...

(denk dus aan Layout Variabelen, andere vaste printjes, scherm info waar nu ineens de achterliggende gegevens erbij moeten worden gehaald ... als die er zijn ).

[pascal]

Vervelend is alleen dat je dit volgens mij niet wilt betalen; ik bedoel, ik vermoed dat er zo veel plaatsen zijn die moeten worden aangepast (en je kan daarnaast ook niet zo maar zeggen "het informele is er niet meer"), dat we er misschien wel 2 of 3 dagen mee bezig zijn ...

Ik heb even overlegd; wanneer het voor max. 2 dagen (16 uur) gemaakt kan worden, zijn wij akkoord.

[Peter Stordiau]

Belachelijk ...   

[Peter Stordiau]

Voordat we hiermee doorgaan ... die 2 of 3 dagen die ik noem waren even buiten jouw uitvoerder en Kontrakt verhaal. Dus, dat zou er nog bijkomen ...
Ik zeg het maar even. Dat stukje alleen lijkt me een uur of 3. Alleen, denkelijk niet zoals jij het voorstelt (up to date houden), wat al begint met dat jij voorstelt om het in te vullen ID bij het Afleveradres generiek te maken voor het (automatisch) invullen van de gegevens aldaar. Dat zouden wij zo niet doen, omdat je dan immers zeker weet dat gegeven NIET up to date blijven. Dus, of je vult de gegevens in zoals tot nu toe kan, of je vult een ID in, en dat gaat dat ID in de rest van het pakket z'n werk doen. en voor dat laatste zijn die (ruw geschat) 2 a 3 dagen nodig. Overigens weten we intussen dat dat 44 funkties betreft die moeten worden aangepast. Inschatten hoeveel tijd het nu werkelijk gaat kosten moeten we nog doen.

[Peter Stordiau]

Er klopt nog iets niet;

Wat jullie suggereren is dat als je een Verkooporder maakt, de Kontaktpersoon bij het Afleveradres OVERSCHREVEN gaat worden. Dat zeg je natuurlijk niet, maar dat gebeurt vanzelf WEL. Tenzij wij niets doen als daar al iets staat, en daarna is de boel in puin (voor jullie procedures dan).

Lees ook : Je gaart mij niet vertellen dat je tevoren wel dat Afleveradres hebt aangemaakt, maar nog geen "uitvoerder" eraan hebt gehangen. Maar, dit kan je me natuurlijk alsnog wijsmaken, en dan is er ook niets aan de hand. Maar voordat "toegeef" vraag ik me af of je dat wel leeg kan laten (kontaktpersoon). En nu zie ik ook al weer rariteiten ontstaan als er wel degelijk iets is ingevuld, maar je intussen *ook* het ID gaat invullen (automatisch dus). En dan ? dan gooien we die andere gegevens er gewoon maar uit ?

Ik ben al wel zo ver dat dit een Bedrijfsparameter mag worden, want anders gaat dit bij anderen fout. Maar pas op, dat kan bij jullie net zo goed gebeuren.

Hoe dan ook, tot nu toe hebben we het over 13 uur voor het aanpassen van de 44 funkties, 3 uur voor het overnemen van de "uitvoerder" in het Afleveradres bij Toevoegen Verkooporder, en 4 uur voor een Bedrijfsparameter.
Maar zeg s.v.p. eerst nog even of je het zelf intussen niet fout ziet gaan.

[pascal]

En nu zie ik ook al weer rariteiten ontstaan als er wel degelijk iets is ingevuld, maar je intussen *ook* het ID gaat invullen (automatisch dus). En dan ? dan gooien we die andere gegevens er gewoon maar uit ?

De bestaande gegevens moeten erin blijven staan; wanneer er dus (nog) geen uitvoerder-id ingevuld is bij het afleveradres moet de huidige data als naam en telefoonnummer gewoon blijven staan. uitvoerder-id hoeft in dit geval ook niet verplicht gevuld te worden.

Bij het toevoegen van een nieuw afleveradres moet er wel een uitvoerder-id ingevuld worden. Hier moeten naam en telefoonnummer wel uit het systeem gehaald worden (en wanneer de uitvoerder er nog niet instaat met F4 toegevoegd kunnen worden).

[Peter Stordiau]

Pascal ... ik heb geen zin in 10 pagina's uitleg. Probeer s.v.p. mijn post te doorgronden (hoe moeilijk ook). Wat jij nu zegt heeft daar niets mee te maken.

[pascal]

Ik probeer je post te doorgronden:

Maar zeg s.v.p. eerst nog even of je het zelf intussen niet fout ziet gaan.

Ik zie het dus wel fout gegaan, exact hetgeen je voorspelt: bestaande gegevens worden overschreven.

Mijn post was een suggestie hoe ik denk dat dit ondervangen zou moeten worden. Als dat gemaakt kan worden tenminste, maar aan je laatste post te lezen is dat niet mogelijk.
Ik kreeg nl de indruk dat er wel iets te doen is (zie vette tekst) en kwam daarom met mijn verhaal

Kontaktpersoon bij het Afleveradres OVERSCHREVEN gaat worden. Dat zeg je natuurlijk niet, maar dat gebeurt vanzelf WEL. Tenzij wij niets doen als daar al iets staat, en daarna is de boel in puin (voor jullie procedures dan).

[Peter Stordiau]

Dat is misschien mijn ongelukkige schrijven. Maar ik zeg daar :

1. Overschrijven wil je niet, wel, dan doen we dat ook niet als er al iets staat (de vette tekst);
2. En daarna staan de onjuiste gegevens erin (het laatste deel van de zin).

Dus nee, dat lost niets op.

Wat je wilt is (dus ?) ergens onjuist, of moet anders worden aangepakt of ... moet je niet willen.
Overigens staat het kunnen hanteren van een ID in het Afleveradres los van het automatisch opnemen van de uitvoerder. Dus misschien heb je aan die eerste helft ook al iets ? en misschien kan je dan de rest beter overzien ? (wij ook)

[pascal]

Tijdens je bezoek hebben we het ook over dit punt gehad en hoe wij met afleveradressen werken.
Op basis van deze info heb je aangegeven dat dit punt opgelost kan worden, alleen heb ik nog niet vernomen hoeveel uur dit (extra) gaat kosten. Kun je dit aangeven? Dan kunnen we deze aanpassing ook laten maken.

[Peter Stordiau]

Nou, die is ook lekker zeg ... Ik heb dat meteen de volgende dag uitgezocht, maar dat ging niet (meer) over het onderwerp in dit topic. Dat ging meer over hoe jullie op (de) twee manieren door elkaar met de Algemene en de "aloude" Afleveradressen konden werken. En, ik heb verzuimd het antwoord uit te werken naar jullie. Nu ben intussen de helft vergeten ...

Het kwam er in elk geval op neer dat je Algemene Afleveradressen op voorhand aan een Debiteur moest kunnen koppelen.
Goed, dat kan wel. Maar dan ? Dan heb je beide typen door elkaar staan en heeft de ene als ID een (het aloude) nummer en de andere als ID een Plaats+Adres+Postkode (zoals het nu is opgezet in elk geval). Dit zou (wederom) inhouden dat er een berg programmatuur moet worden aangepast om dat onwijs lange ID aan te kunnen, waar momenteel alleen de 3 cijfers gelden.
Een betere oplossing lijkt dan om ook voor de Algemene Afleveradressen een numeriek ID te hanteren, maar feitelijk helpt dat niet omdat je het met 999 niet redt, en wéér die bestaande programmatuur moet worden aangepast.

Goed, bovenstaande staat nu 4 uur op mijn scherm, maar ik ga maar op "Post" drukken, want ik kom er niet verder mee.
Het lijkt dus onmogelijk.

[pascal]

Ok, zoals wij denken dat het kan, kan het blijkbaar niet. Bon.

In feite is ons probleem heel eenvoudig samen te vatten: we vullen nu een tekstveld 'kontaktpersoon' in afleveradres, welke niet gekoppeld is aan de kontaktpersonen zoals die bij de relatie in het systeem staan.
We willen bij het afleveradres graag gebruik gaan maken van deze kontaktpersonen (gedefinieerd onder relaties). Met als voorwaarde dat hetgeen nu ingevuld staat bij kontaktpersoon onder afleveradres, niet verloren gaat.

Misschien dat je hier iets moois voor kunt bedenken?

[pascal]

We hebben dit intern nog eens besproken en in essentie is ons probleem:
We willen een kontaktpersoon kunnen koppelen aan een afleveradres.

Kunnen jullie hier iets voor bedenken?

[Peter Stordiau]

Op precies dezelfde manier als dat het nu bij Relaties gebeurt ? Dus, meerdere Kontaktpersonen, en met ook precies dezelfde gegevens ?