Heart-Profit ERP

Terechte constatering van onze afdeling verkoop:

"Bij een contactpersoon heb je de keuze om voor man, vrouw of onzijdig te kiezen. Dit werk prima, ook in ons eigen CRM-systeem. Voordeel van onzijdig is, dat je een hele afdeling kunt adresseren. Bij Aanhef Brief vul je dan “Geachte heer, mevrouw,” in. Ga je echter een offerte printen, dan komt in het adres te staan “Mw. Bedrijfsbureau”. Ik heb de indruk dat de layout kijkt of het een man is en als dat niet het geval is, dan wordt “Mw.” ingevuld. Kun je hier iets aan doen, zodat er niets ingevuld wordt als je gekozen hebt voor onzijdig?"

Zie afbeelding 1 en 2.
Kan de variabele hiervoor aangepast worden, zodat bij geslacht 'M' Dhr. wordt ingevuld, 'V' > 'Mw.' en wanneer het veld niet gevuld wordt er niks (dus ook geen 'Mw.' wordt gevuld?
Het gaat om variabele OF-KTKPRSTI Offerte, Adres Debiteur; Kontaktpersoon m. titel (afbeelding 3).

Ja, bijna goed. Maar net niet helemaal ...

Ten eerste, bij Toevoegen Kontaktpersoon kàn je helemaal geen "onzijdig" kiezen. Jij laat daar Wijzigen zien, en daar kan het per ongeluk wel. Gewoon ergens een bugje. Dit snapt natuurlijk iedereen wel, juist omdat het bij Toevoegen niet lukt. "Stiekem Wijzigen werkt lekker wel, haha". Ja, haha.

Verder, bij Aanhef Brief vul je gewoon in wat je wilt, en dan wordt dàt gerespekteerd in plaats van een standaard Dhr. enzovoort.

Wat ik nu even niet weet (want, geen zin om het uit te zoeken) is of je verkeerde Layout Variabelen gebruikt, of dat dit niet wordt gerespekteerd, ergens. En eigenlijk zou ik zo snel niet eens weten hoe dit dan op juiste wijze te doen. Ik bedoel, als je en van de standaard, en van de Aanhef gebruik wil maken. Dus, dit zou alleen kunnen werken als de Variabele voor Dhr. etc. leeg wordt gemaakt (door ons) zodra er een Aanhef is ingevuld.

Doen wij dat ? (voor alles soorten Layouts)
:13c:

Oh, ik zie dat het nog iets anders is als ik zojuist suggereerde ...

wacht even

Netto heeft Pascal natuurlijk best goed aangegeven waar het om draait, en dat het toevallig even zo is dat het systeem daar niet voor is gemaakt is op zich een ander verhaal; Feitelijk komt het erop neer dat je "Kontaktpersoon" gebruikt (ik wil net niet zeggen "misbruikt" maar zie hoe het ding heet ...) om daarmee een "onzijdige" afdeling te adresseren. Leuk bedacht, misschien best wel noodzakelijk, NOOIT nog tegengekomen (hoe kan dat nou weer ?), maar het verhaal van het bugje blijft helaas.

Dus niets "is de Layoutvariabele wel leeggemaakt" o.i.d., maar veel meer algemeen : niets is hiervoor gemaakt. Dat je de Aanhef kan vullen met iets expliciets zodat dit inderdaad wordt gehanteerd en er niet ook nog eens Dhr. etc. voor komt blijft (en gebruik ik zelf al eeuwen), maar in dit geval gaat het om de kombinatie met het adres. Nou, geen idee of ik dat zelf ergens ooit heb toegepast, maar dat zal dan wel niet, of ik heb het nooit gezien. En anders ? anders moet alles anders worden benaderd, dan wel *is* dat al (in het pakket) en weet ik dus niet hoe.

De oplossing (indien niet aanwezig) zal blijven neerkomen op het inderdaad leegmaken van e.o.a. variabele, maar het "wanneer" is nu wat vager. Dus, dat moet maar even niet op basis van een ingevulde Aanhef, maar inderdaad op basis van het inzijdig zijn van de "Kontaktpersoon". Wel, dan moet het bugje dus blijven bestaan, terwijl Toevoegen hetzelfde "bugje" moet gaan bevatten. Helaas noemen wij dat laatste bugje in dit geval maatwerk, en dan wil ik nog wel zo aardig zijn om niet de hele wereld te rekenen voor het aanpassen van Layout Variabelen over de diverse prints heen (zeg eens 2,5 uur voor het geheel). Het voorbehoud wat ik echter wel wil maken is "de rest van het pakket". Immers, je (afd. verkoop) kan nu wel zeggen "werkt prima voor ons eigen CRM", maar je voelt wel dat dit prima werkt omdat vast ook daar het kan voorkomen dat er ergens Mw. Bedrijfsbureau komt te staan. Maar wie intesseert zich nou voor dat "bugje".
Diverse prints ? houd je hart maar vast.
Half aanpassen ? Nee. Immers, dan staat er over een jaar eenzelfde topic/post en hebben we het dus *wel* gedaan.

Dus nu weet ik het niet. Maart kan wel 8 uur kosten voor de rest. Of 14. Zal moeten worden uitgezocht. Verder (voor ons zelf) : de aanpassingen zullen nog niet eens heel snel zijn, want we mogen verwachten dat e.e.a. nu met een simpele IIF gebeurt. Dit werkt zodirekt niet meer. Die IIF kan je wel voorzien van een IIF, maar nooit op transparante wijze. Althans, in principe niet (de eigenlijke check kan op juist het andere geslacht zijn, Not ervoor, enz. ...).

Tja ...

Hey Pascal,

Ik ben even teruggegaan tot september 2010 (dat vond ik wel voldoende), maar ik zie nergens dat je de titel/funktie van een schermprintje weg laat. Hier wel.

Enig idee ?

:smack:

Wij hebben onze CRM-lijsten (mailinglijsten voor beursen, kerstkaarten, documentatiemappen, etc.) begin 2007 in Profit gezet, waar dit tot die datum apart werd bijgehouden in Excel of zelfs Word. Toen hebben we ook diverse afdelingen in het systeem gezet en de M of V verwijderd waar nodig.

Hé, daar heb je hem ook weer ! Zeker vrijdagmiddag ? ja ja, voor mij ook, dat zie je zo ...

Maar goed, je of jullie hebben daar heus niets verkeerds mee gedaan hoor. Zo bedoelde ik het niet. Hooguit is de suggestie van hoe het op te lossen / uit te werken wat anders dan verwacht (voor jullie) en in eerste aanleg gedacht (door mij en a.g.v. jullie).

Voor de rest gezellig je weer even gesproken te hebben.
Ik ga vandaag de 100 niet halen hoor !
(is ook geen aanleiding voor, haha)

Ok, we zien wel wat er uitkomt qua oplossing.

Om het verhaal misschien eenvoudiger te maken (of ingewikkelder, dat weet ik niet), is het een idee om bij veld Geslacht naast 'M' en 'V' de optie 'O' toe te voegen (Onzijdig), waaraan vervolgens geen 'Mw.' maar ' ' wordt gekoppeld? Wanneer je vervolgens zorgt dat je het veld verplicht moet invullen is de 'bug' ook gelijk opgelost. Maar behoud je wel de mogelijkheid een afdeling aan te schrijven.

We kunnen ook vrijdag nog even afwachten om te kijken waar Peter nog mee komt :wink:

Haha. Nou krijgt Peter S. helemaal de indruk dat Peter V. alleen op vrijdag werkt (aanwezig is)...

Heb je dit nou van thuis gepost ?

:swoon::swoon::swoon:

 :rofl:

Goeie! Compliment!

Hallo ? niemand thuis ?
ehh

L.S.

Ik ben afwezig. Uw reactie wordt niet gelezen. Maandag sta ik weer ter beschikking.

M.vr.gr.

Peter Veldhuizen
v.d. Bosch Beton b.v.

Hahahahaha LOL

Even weer om aandacht vragen - is laatstgenoemde oplossing een geschikte?

Even een schopje - dit openstaande punt gaat weer spelen omdat na de update het geslacht van de kontaktpersoon alleen nog met M en V gevuld kan worden.

Voor de update was het nog mogelijk het veld 'Geslacht' leeg te laten, zodat we ook een afdeling kunnen aanschrijven (tbv bv een mailing).
Dit is in dit topic ook uitgelegd - een oplossing is er echter nog niet voor gekomen.
Maar blijkbaar is er sinds de laatste update wel iets veranderd mbt dit veld waardoor we het veld niet meer leeg kunnen laten. Kan de mogelijkheid tot leeglaten van dit veld weer geactiveerd worden (kan ik dit zelf, ergens bedrijfsparameter?). Kan nl geen release-note mbt 'Geslacht' vinden.

Bvd, Pascal

Ik denk dat "het bugje" als volgt is geweest:

Diversen velden worden niet gevalideerd zodra ze niet gewijzigd zijn.
Bij Toevoegen word je verplicht M/V in te vullen.
Je kon w.s. <space> invullen.
Kreeg vervolgens een melding "onjuist", maar, omdat e.e.a. daarna niet terugkeerde met de default M of V, keerde ze terug met <space>.
Druk vervolgens direkt wéér op Enter, en er volgde geen nieuwe fout, immers, de validatie werd niet uitgevoerd omdat er niets gewijzigd was.
Zoiets herinner ik me wel dat de afgelopen jaren is opgelost; dit was gewoon fout !

De oplossing zal hem zitten in het expliciet onderkennen van de situatie "onzijdig".
Ik zie Peter ook schrijven over een aantal uren wat gepaard zou gaan met een aanpassing, maar lees nergens een akkoord welke aanpassing dan ook".

Terug naar de situatie "Spatie" invullen zal hem niet worden;
formeel onderkennen van "onzijdig" behoort denk ik wel tot de mogelijkheden, maar impoiceert nmog al wat, want dit zit overal in.
Peter moet maar even bepalen wat dit moet gaan kosten (zie ook de eerder genoemde 8-14 uur).
:15c:

Ik zou het niet te moeilijk maken;

Dat het nu niet meer "onjuist" kan worden ingevuld is (wat mij betreft) op systeem-niveau opgelost en dus niet in deze betreffende twee programma's (zowel bij Toevoegen als bij Wijzigen kon je er een spatie van maken - zojuist gekontroleerd). Vandaar ook geen Release Note hiervoor (maar er zou er wel eentje moeten zijn - elders).

Als we speciaal voor jou in deze twee die spatie toestaan (zonder verder wat op het scherm (zichtbaar) aan te passen) zou je weer tevreden moeten zijn, ondanks overigens het bestaan van dit Topic (kennelijk kon je er toch wel mee leven). Wat voor'n rare fratsen we moeten uithalen om nu tegen die systeemprogrammatuur te moeten "vechten" weet ik niet. Maar hopelijk kan een goede tweaker dit met een 1,5 uur.
Daarna is alles weer bij het oude.

Als je nu geen geslacht invult, dan wordt de variabele “Mw.” Ingevuld in adresvelden. Dat moet eigenlijk blanco zijn.
Als jullie toch bezig gaan, kunnen jullie dit dan ook gelijk meenemen?

En hoe vul je "nu" dan geen geslacht in als in vragen mag ?
"Nu" : Denk je dat daar in de toekomend voltooide tijd daar iets aan is veranderd dan ?

Op verzoek van Pascal even mijn werkwijze, hoewel ik uiteraard dit forum normaliter alleen op vrijdagmiddag bezoek.

1. Ik maak een nieuwe contactpersoon aan. Na het invullen van de "ID" enter ik door naar "Geslacht". Standaard staat hier "M" voor man. Ik verwijder de ID dan. Daarna enter ik door en vul ik de andere gegevens in.
2. In het veld "Aanhef brief" vul ik "Geachte relatie," in. Dit is bij M of V niet nodig, dan worden layout automatisch gevuld, maar als je hier iets invult, dan wordt dat leidend.
3. Als je een offerte richt aan de afdeling verkoop van een klant, maar je dus een contactpersoon "VER" aan, met geslacht "blanco" en aanhef brief "Geachte relatie,". In de layout is dan het enige minpuntje dat in de adressering "Mw. Afdeling Verkoop" komt te staan. Dat "Mw." wordt ingevuld als het geslacht geen "M" is. Ik zou hier uiteraard graag een oplossing voor willen.

Je geslacht zal je bedoelen. Ook niet aan te bevelen, en vooral niet op een vrijdag. Maja.

Verder is dat wel duidelijk hoor. Maar ik heb toch niets meer toe te voegen dan dat al in dit topic is genoemd. :no:

Ik zeg repareren voor 1,5 uur en aanpassen van de bestaande variabele.
:17c: