Heart-Profit ERP

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.

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 :scratching:).
:13c:

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

Belachelijk ...  :smile:  :smile:

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.

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.

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).

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.

Ik probeer je post te doorgronden:
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

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)

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.

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.
:scratching:

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?

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?

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

We willen bestaande kontaktpersonen die aan relaties gekoppeld worden gebruiken in een losadres.

O jee ...

Als je nou zelf dit topic nog eens doorneemt op dit onderwerp (o, dat had je net gedaan :smile:), wat is dan het nieuws/nieuwe ?
Ik bedoel, voordat we beiden eerdere posts aan het kopiëren zijn ... :yes:

Naar aanleiding van ons overleg vanochtend, heb ik even meegelezen op deze topic. Ik zie een duidelijke aanbieding (2 à 3 dagen), waar Pascal stiekum een dag van af probeert te snoepen. Dat is nobel van collega Steen, maar niet nodig.... ;-)

Peter, volgens mij krabbel je gewoon terug van je geschatte 2 à 3 dagen. Da's wat mij betreft niet erg, maar vertel ons wat het kost als je een koppeling tussen losadres en CRM maakt. Want zoals je zelf al schrijft; anno 2009 stellen we meer eisen aan correspondentie en willen we het niet meer op de informele manier zoals oorspronkelijk bedacht. Voor de goede orde; wat ons betreft (heb net overlegd) hoef je (nog) geen koppeling te maken met de header van een contract (zie afb2.png). Alleen een koppeling van contactpersoon aan afleveradres is voldoende (zie afb1.png).

Ha die Peter,

Als ik het nog kan volgen, is het volgens mij alleen goed oplosbaar door het ID van een Kontaktpersoon uit de Relaties in te vullen als nieuw veld bij de Afleveradressen, met even geen idee waar de gegevens die erbij horen te laten. Immers, het ID is impliciet generiek voor tel.nr. enz. enz., naar die gegevens staan er al (en mogen niet worden overschreven).

Puinhoop tot zover ...

Ik snap wat je bedoelt, maar bij jouw "2 à 3 dagen aanbod" had je daar blijkbaar niet aangedacht... ;-)

Het probleem is duidelijk. Puinhoop tot zover... Maar wat is dan de oplossing? Het kan niet zo zijn dat we NAW-gegevens in losadressen tot in lengte van dagen handmatig moeten vullen. Dat zorgt gewoon voor te veel fouten en dat terwijl we ze elders in Profit al keurig up-to-date hebben staan.

Nou, zijn we weer. :smile:

Om dit om te lossen moet je volgens mij ergens anders overheen stappen. En vergeet niet : dat verhaal van die uitvoerder die automatisch wordt opgenomen hebben we niet meer aan de orde, ok ? (= voorwaarde voor het navolgende)

Er komt een veld Kontaktpersoon-ID bij. Dit kan je naar keuze vullen met een bestaand ID zoals bij de Relatie opgenomen, òf je vult dat ID niet, maar vult de rubrieken zoals ze tot nu toe bestaan.
Ook : Vul je het ID wel, dan worden de rubrieken automatisch gevuld met de betreffende gegevens, en je kan ze niet overschrijven (gedisabled). Dit geldt uiteraard alleen voor die Rubrieken die bij de Kontaktpersoon ook bestaan (en of ze aldaar gevuld zijn maakt in deze niets uit ... ze zullen zijn gedisabled).

Als ik jullie was, zou ik dan óók nog om het Relatie-ID vragen. Dus, dan kan je bij een Afleveradres voor Debiteur-X een Kontaktpersoon van Debiteur-Y invullen, of zelfs een Kontaktpersoon van Leverancier-A.


Merk op dat er slechts een heel klein verschilletje is t.o.v. de eerdere opzet;
Er gebeurt niets automatisch (er wordt dus ook nooit iets "automatisch" overschreven), en als je een ID invult bij bestaande gegevens doe je dat bewust. De gegevens mógen dan ook worden overschreven.
Het lijkt me dat dit altijd goed gaat ...

Er rest mij nog één dingetje te melden;
Als je boven kijkt (in deze post) zie je dat ik het over "de gegevens" heb van een Kontaktpersoon, en gedisablede rubrieken, enz., maar eigenlijk geldt dat alleen voor het Telefoonnummer, en al het andere hoort domweg bij het Adres zelf. Dus, ik vind dat het Telefoonnummer wel naast de Kontaktpersoon mag komen te staan (in elk geval voor jullie geldt dat het telefoonnummer altijd bij de Kontaktpersoon hoort en nooit bij het Adres), terwijl je daarnaast nog de gegevens van de Kontaktpersoon moet kunnen opvragen (mits ID is ingevuld uiteraard). Dit kan met een F-toets.

Aan de twee-drie dagen is niets veranderd, tenzij we het wat meer vinden, want het scherm zou moeten worden aanepast op de positie van het tel.nr. en de FToets moet erbij (meerdere Raadpleeg funkties). Maar volgens mij past dat nog wel in de drie dagen.

Zijn we er dan ?
:13c:

Bedankt Peter. Ik vat even samen (corrigeer even als ik het mis heb);

In het invoerscherm “afleveradres” kun je in de huidige situatie een naam en een telefoonnummer van een uitvoerder invullen. Straks kan dit ook *) , maar je kunt ook in een ander veld zoeken naar contactpersonen.

Stel dat je een afleveradres aanmaakt voor de relatie REEOLD, dan krijg je dus een lijstje te zien van contactpersonen van REEOLD. Dit zoeken kan met een F-toets.

Wanneer je een contactpersoon hebt opgezocht, dan zeg je eigenlijk “kijk naar deze contactpersoon-ID met bijbehorende gegevens en niet naar de handmatig ingevoerde naam/telefoonnummer”. Op de vrachtbrief komen dan de gegevens te staan die hangen aan de opgezocht contactpersoon-ID.

*) Er vanuit gaande dat bovenstaande klopt, wil ik nog één ding weten. Hebben we de mogelijkheid straks om het huidige veld “naam” en “telefoonnummer” (die we dus altijd met de hand invulden) straks te blokkeren? Onze mensen worden dan namelijk gedwongen om gebruik te maken van de zoekoptie. Laat me dit nog even weten.

Eindconclusie; twee dagen is akkoord. Mocht het drie worden dan is dat ook geen probleem.

Maar voor de rest lijk je niet op de heer Steen. :nea:
Ik heb gezegd dat de twee á drie dagen alleen maar meer is geworden, en dat het voor drie dagen nog moet kunnen.
Maar goed, dat wist je weel, net zoals de heer Steen dat doort dingen wel weet.


Dat kan wel, maar dan moet er een Bedrijfsparameter bij (4 uur), omdat anders iedereen wordt gedwongen om zo te werken.
Maar, je realiseert je dat als de betreffende Kontaktpersoon niet wordt gevonden bij de Relatie dat je dan wordt gedwongen om een Kontaktpersoon aan te maken aldaar ? Niet dat dit verkeerd is hoor, maar àls je een keer een "eenmalig" persoon wilt opgeven bij het Afleveradres dan kan je dat niet meer.

Trouwens, iets anders ... Is er geen Raadpleegfunktie "op Naam" (v/h Adres) ? want zo ja, dan gaat het daar nog mis ...

Duidelijk allemaal. Die extra bedrijfsparameter moet je maar in gaan bouwen. Dat mensen dan een nieuwe contactpersoon moeten invoeren is juist de bedoeling. Op die manier blijven we goed op de hoogte van medewerkers van onze klanten.

De raadpleegfunctie op naam bestaat volgens mij niet.

Ok !!

:offtopic: (?)

Omdat dit plots naar boven kwam terwijl ik het (offline) met Pascal had over "999 Afleveradressen is te weinig" ... Het zal toch niet zo zijn dat je hiermee het aantal benodigde Afleveradressen kan beperken ??
Nl. zo niet, dan moet ik nu daar nog mee door ...

Nee, dat is een ander verhaal. Daar moet wel een oplossing voor komen, want raadplegen van losadressen per debiteur en per contract (LODBAKKZ) is onmisbaar voor ons, ook bij afleveradres 999, 1000, 1001 en verder... Maar goed, zoals gezegd, ander verhaal en topic.

Duidelijk. Dank je.

Wow... zet een vinkje op de lijst "korte antwoorden van Peter Stordiau"

;-)

Trouwens ... tuurlijk zijn er wel Raadpleegfunkties, alleen mijn vraag was gebaseerd op iets wat je zelf (denk ik toch) een beetje verkeerd hebt geïnterpreteerd. Voor de zekerheid dit toch maar even genoemd :


"Naam" heeft er dus niets mee te maken, maar lokte wel mijn vraag voor de Raadpleegfunkties uit.

Ja, je hebt gelijk. Ik haal het veld "Naam" en het veld "Contactpersoon" door elkaar.

Gereed, hiervoor is wel een upgrade nodig.

Dat is mooi bedankt.
Het zal wel na de bouwvak worden voordat we de volgende update aanvragen.

Ik ben deze aanpassing aan het testen in de Test-omgeving. Wat ik niet mooi vind is het volgende:

Wanneer je bij een verkooporder een afleveradres toevoegt, de kontaktpersoon-id bij een afleveradres intypt en vervolgens ENTER doet om naar het volgende veld te gaan, wordt keurig het veld naam grijsgemaakt en staat achter het veld de naam en (indien ingevuld) het mobiele nummer van de kontaktpersoon. Dit is prima (1e afbeelding).

Weet je echter het kontaktpersoon-id niet, dan moet je SHIFT-F4 doen om de kontaktpersoon te selecteren uit een lijst. Wanneer je dit doet, en je doet ESC, dan wordt het kontaktpersoon-id keurig overgenomen. Je doet ENTER, maar nu wordt het veld Naam niet grijsgemaakt en komt ook de naam + mobiele nr niet in beeld. Terwijl je dit als check toch wel graag wilt (2e afbeelding).

Ooo, dat krijgen we vast wel goed. :smile:
:13c:

Mooi  :smile:
Het werkt er wel om, maar toch.
Dinsdagavond wil ik de update trouwens graag overzetten naar produktie.

E.e.a. is opgelost en staat inmiddels bij je op het systeem.

:good:

Zeker :good: :smile:

Nog een punt waar ik tegenaan loop - het telefoonnummer van de kontaktpersoon wordt keurig overgenomen; dit is ook zoals we het graag willen.

Maar sinds niet al te lange tijd hebben we naast een telefoonnummer ook een mobiel nummer wat je in kunt vullen.
Dit mobiele nummer is in deze funktie leidend; je belt een uitvoerder op z'n mobiel indien ingevuld, zoniet (of niet bekend) dan moet het vaste nummer weergegeven worden.

Is dit aan te passen? Dat dus het mobiele nummer standaard in beeld komt en, wanneer deze niet gevuld is, het vaste telefoonnummer?

Even een eerste reaktie :

Weet je wel zeker dat dat is wat je ècht wilt ?

Ik bedoel, volgens mij klopt het zo niet;
We hebben destijds met wat geharrewar en af en toe een misverstandje bepaald dat dit de enige gegevens zijn (naam en tel.nr.) die sowieso ter sprake kunnen zijn voor dit scherm, maar dit blijkt nu niet te kloppen. Dus, je kan nu wel vinden dat het als de één er is, de ander maar niet zichtbaar hoeft te zijn omdat het anders niet op het scherm past of weet ik veel, maar volgens mij ben je meer geholpen met hoe de werkelijkheid is, en dat betreft dus beide telefoonnumers (weergeven).
Dat we vervolgens niet weten waar beiden te laten is wat anders, en dat dit allemaal eìgenlijk het gevolg is van dat beiden sowieso niet op dat scherm stonden (toch ?) is geen reden om het nu niet "goed" te maken.

E.e.a. zou dus inhouden dat als geen ID wordt gehanteerd, je toch beide nummers moet kunnen invullen.

Eens ?
(ja zeggen kost geld :smile:)

Er zit een onduidelijkheid in mijn verhaal merk ik.
In het scherm Kontaktpersoon moet je inderdaad een vast nummer kunnen invullen en een mobiel nummer.

Het gaat erom dat in het afleveradres, vanwaar je de kontaktpersoon-ID wordt ingevuld, je automatisch de naam en het telefoonnummer te zien krijgt. Dit telefoonnummer is het 'vaste nummer'.
Wanneer je bij de betreffende kontaktpersoon geen vast nummer hebt ingevuld maar een mobiel nummer, moet deze zichtbaar zijn in het scherm v/h afleveradres. Zie afbeelding hieronder.

Er moet dus niks verwijderd worden, wel moet het juiste (meest van toepassing zijnde) nummer getoond worden.

Er is helemaal geen onduidelijkheid in jouw verhaal.
Ook is er geen onduidelijkheid in mijn verhaal (dan weet je dat alvast :smile:).

Alleen je leest mijn verhaal niet.

Laat maar weer.

Dus als ik 'ja' zeg, ga je ervoor zorgen dat ze allebei zichtbaar worden?
Maar is dat dan vast en mobiel nr (opgegeven in kontaktpersoon), of vast nr uit kontaktpersoon en het nummer wat je bij het afleveradres in kunt vullen?

Mijn verwarring komt door "beide nummers", wat je op 2 manieren kunt opvatten  :blush1:

als ik wartaal uitsla, laat maar, dan lees ik het topic maandag nog ff met een fris hoofd opnieuw door.

Pascal, huur eens een flinke desinfecteermachine in, want er is iets niet goed bij jullie. :smile: :smile:
Ik kan je (jullie) werkelijk niet meer volgen (jaja, ligt aan mij, blabla).


Ja. Maar waarom je deze vraag stelt ontgaat me.


Werkelijk ... waar hèb je het over ...

De verdere quote (van die je van mij aanhaalt) is zeker nuttig, omdat ik dat precies bedoelde. En wat daar staat klopt dus niet. Daar had ook het mobiele nummer bij moeten worden genoemd. Waarom ik dat niet heb gezien ? geen idee. Maar ik zei al, het was al verwarrend genoeg allemaal (Peter heeft ook nog z'n steentje bijgedragen).


Neee !!! hoe kom je nou aan die konklusie ? of je moet net zo lollig aan het doen zijn als ik.
Maar goed, ik heb het net al uitgelegd, dat in die quote wat niet juist (en niet alleen ik heb dat niet gezien, jullie kennelijk ook niet).

Samengevat, waar het erom gaat dat je "betreffende" gegevens van een Kontaktpersoon in het Afleveradres wilt zien, hoort daar ook het mobiele nummer bij. En niet alleen als je een ID kan hanteren, maar altijd. Dus, dat veld moet erbij, en als dat kan op dezelfde regel als de regel waarop de gegevens nu zichtbaar zijn (hopelijk wordt het form niet te breed).

Aldus, dat jij een Mobiel nummer daar wenst, houdt in dat het (voor daar) een nieuwe rubiek is, c.q. feitelijk een nieuw veld in de database is (voor de Afleveradres gegevens). Kosten : 1,5 uur.
De rest doen we dan wel gratis, zeg maar omdat ik het zelf niet goed heb bekeken destijds.

Als je iets niet kan volgen, zeg het gerust. Maar doe alsjeblieft een poging om niet alles op z'n kop te zetten, want ik word er gek van.
:wacko:
:smile:

Terwijl je aan het typen was heb je waarschijnlijk mijn edit niet meegekregen (bijna tegelijk).


Maar ik denk je nu te snappen. Ik ga echter maandag ff rustig lezen en je laten weten wat we doen.

Hahaha, nee, je edit had ik niet gezien. Sorry. Maar het staat er wel stukken beter zo.

Dus, in de Aflevergegevens komt naast het Telefoonnumer ook het Mobiele nummer erbij. Zie dit maar als dat we dat in de oude situatie nog hadden gedaan.
Vervolgens (probeer je voor te stellen) omt het ID erbij als maatwerk, en komen plots beide telefoonnummers uit de Kontaktpersoon waaraan wordt gerefereend via het ID.

Dat de helft er momenteel al is doet niet ter zake.

Ik hoop dat dit het niet nog verwarrende maakt, maar je begreep het denk ik al.

Ok, voor 1,5 uur mag dit gemaakt worden (koopje! :wink:)

Heb je al bedacht of het 'mobiele nr' voor het al aanwezige 'telefoonnummer' komt, of erachter?
Wat mij betreft graag het mobiele nummer vooraan - want een uitvoerder bellen we niet via het kantoor (waar hij nauwelijks aanwezig is), maar vrijwel altijd rechtstreeks op z'n mobiel.

Laten we maar modern doen dan, en het ervoor zetten. :smile:
:13c:

I.v.m. de afwezigheid heden van Pascal stap ik hier even blanco in.
Op dit moment wordt het tel. nummer van de contactpersoon niet afgedrukt op de vrachtbrief. Dit is ergens door Pascal al wel gemeld.
Wat is de stand van zaken daarvan en kan dit vandaag nog gerealiseerd worden gezien het belang toch wel groot is?

Middels onderstaande Variabelen moet je dit volgens mij kunnen regelen:

'VB-AADKTKPRSID' =  'Kontaktpersoon adhv-id'
'VB-AADTAVKPRSID' = 't.a.v. Kontaktpersoon adhv-id'
'VB-AADTELID' = 'Telefoonnummer adhv-id'

Merk op dat voor het Mobielenummer e.e.a. nog niet beschikbaar is. Daar zullen we ook Variabelen voor moeten gaan maken.

VB-AADTELID toegevoegd aan layout, zodat vaste nr kontaktpersoon zichtbaar is op de vrachtbrief.

Graag bij deze de variabelen voor mobiele nr etc. aanmaken, wanneer dit half uur/uur oid per stuk kost, is dit bij deze akkoord.

Bvd!
:13c:

Nu kom ik nog het volgende probleem tegen:
Bij het afleveradres van een verkooporder geef ik een kontaktpersoon-id in. Hierin staat het telefoonnummer en mobiele nummer gevuld.
Dit telnr vullen we dus niet meer in veld 'Telefoon/fax' van het Afleveradres (want dubbel werk).

Dit veld 'Telefoon/fax' wordt echter wel getoond wanneer je via 3-1-1 F1 de verkooporder bekijkt. Deze is nu dus leeg, het telnr van de kontaktpersoon (gevuld in het afleveradres v/d verkooporder) komt hier (nog) niet mee.
Kunnen deze telefoonnummers v/d kontaktpersoon alsnog toegevoegd worden aan het raadpleegscherm v/d verkooporder?

Gaarne met spoed naar kijken.
Wanneer dit voor een paar uurtjes geregeld kan worden is het bij deze akkoord  (ja zo belangrijk vind ik het :smile: )

Dit is voor mij op dit moment het belangrijkste punt en mag voorrang krijgen boven andere meldingen van mijn kant.
Dit omdat er dagelijks tientallen verkooporders worden gemaakt - wanneer men na wil kijken wie gebeld moet worden (telnr uitvoerder), kunnen de mensen van klantenservice dit niet meer zien. Ze moeten dan het bijbehorende afleveradres opzoeken en deze raadplegen wat erg lastig is.
:13c:

In overleg LOVORA reeds bij je op het systeem geplaatst, de andere Verkooporder Raadpleegoverzichten komen vanzelf met een upgrade mee, als ook het Mobielenummer van de Afleveradressen geheel verwerkt is.

Het Mobielenummer kan nu ook opgenomen worden zie http://ha1.heartprofit.nl/profit/index.php?topic=22943.0, hiervoor heb je dus wel een Upgrade nodig.

Bij verkooporders ziet het er perfect uit, bedankt!
Binnenkort zal ik een upgrade aanvragen voor de rest.