Heart-Profit ERP

We zijn bezig met het mogelijk maken van het mailen van fakturen in PDF-formaat.

Dit is wat ingewikkelder dan het mailen van offertes en verkooporders (dit wordt inmiddels al een tijdje gebruikt, tot grote tevredenheid van de afdeling Verkoop!).
Moeilijkheid zit 'm in het feit dat we de fakturen willen controleren voordat ze verstuurd worden.

We hebben zelf de volgende methode bedacht:
Fakturen genereren via menu 3-3-3 en hier bij 'Faktuur Printen = G' te kiezen (alleen genereren, niet printen).
Fakturen printen naar scherm, menu 3-3-2, SHIFT-F2 *
Fakturen printen naar papier danwel mail, afhankelijk van wat de klant wil.

* het printen naar scherm gaat niet goed omdat we een range van te printen fakturen opgeven. Hij print alleen de laatst opgegeven faktuur naar scherm.

Is dit op te lossen? Bv zorgen dat alle opgegeven fakturen naar scherm geprint worden?

Wat mij betreft is daarvoor een procedure gemaakt; Even oppassen, want wat ooit is bedacht hoeft er niet in te zitten, en ik moet nu even raden hoe het zal werken. Maar ik zou dit proberen :

Eerst genereer je de Fakturen, en je geeft aan dat er geen Emails naar de Kontaktpersoon moeten plaatsvinden (1e plaatje). Ze komen er dan allemaal uit, en je kontroleert ze. Nadat de kontrole is gebeurd en alles goed zou moeten zijn (desnoods na meerdere keren genereren en printen en evt van een enkele Faktuur hier en daar), ga je naar afdrukken Duplikaatfakturen, laat Opschrift 'Duplikaat' uit staan, en geef je nu aan dat alleen het Emailen naar Kontaktpersonen moet gebeuren (2e plaatje);
Omdat nu alleen dit gebeurt, terwijl de "overige Relaties" geen Kontaktpersoon om te emailen hebben, komen nu alleen die Faktueren eruit die geEmailed moeten worden, die vervolgens dus ook worden geEmailed.

Aannemend dat het inderdaad zo werkt, is het enige de kunst om na het kontroleren de papieren weg te knikkeren (lees : niet op de post te doen) die zullen worden - of zijn geEmailed;
Ik dacht dat we daar ook wat voor hadden bedacht, maar dat weet ik eigenlijk niet meer (Wouter ?). In elk geval hebben we daar wel bij stilgestaan. Wellicht kan je iets bedenken van een andere papierbak ? of domweg een andere Layout ?

Maar kijk eerst maar eens of mijn proceduretje werkt.

Niet dat ik weet.

Wanneer ik Emailen Kontaktpers. J/N/B op J zet, worden de fakturen die gemaild moeten worden gemaild, maar de rest ook geprint. Alleen mailen lukt niet.

Maar buiten dat, om fakturen te controleren die gemaild moeten worden, zouden we graag een controle op het scherm uitvoeren. Het past niet in de filosofie van 'duurzaam bouwen' en buiten dat kost het ook geld (papier, inkt). Buiten dat, fakturen eruit vissen van klanten die gemaild moeten worden lijkt me lastig en geen fijne oplossing.

Is er niet iets te bedenken dat je toch meerdere fakturen op het scherm kunt afdrukken? Je hoeft alleen maar de fakturen die gemaild worden, op het scherm te controleren.

Dit lijkt me niet juist, en moet sowieso worden opgelost. Dit scheelt weer een boompje.
:17c:

Helemaal mee eens. Maar nagedacht over mijn voorstel in deze heb je (zo te zien) ook niet. :no:
Zie ook hieronder.


Ik snap heus dat het een goed idee is om bomen te besparen, maar vergeet niet dat waar jullie die wegen aanleggen de bomen er toch uitmoeten. Jaja heheh, leuk. :nea:

Als je je nu eerst serieus afvraagt of dit wel werkbaar is, moet dat wel kunnen worden gemaakt;
Als je je dat niet serieus afvraagt kan het nog steeds worden gemaakt, maar geef je het geld wellicht voor niets uit :yes:.

Zo, na al deze onwijs interessante mededelingen helpt het wellicht als ik zeg dat ik het niet zou zien zitten om zo'n kontrole op het scherm te doen. Ik bedoel, volgens mij werkt dat zo gewoon niet. Niet zonder meer. Kijk :

Je draait je Faktuurrun, en omdat iedereen op een gegeven moment leuk meedoet met die email verhandelingen krijg jij 69 fakturen op je scherm. N.b.: Vooralsnog zie ik het zo dat die in 1 dokument komen, omdat dat redelijk oneindig is. Ik bedoel, als er 69 taken opgestart zijn zie niet alleen jij, maar ook de PC door de bomen het bos niet meer (en bomen kappen wil je niet). Dus, 1 lang dokument in ? zal wel Notepad zijn. Je bent na 3 keer PageDown op de helft van de tweede faktuur en denkt "drommels, volgens mij zijn de DKKs onjuist". Mooi; Na een kleine alt-tab zit je weer in Profit en gaat op onderzoek. Let wel, JIJ. Hoe zou het immers anders kunnen ?
Drie kwartier verder, en na de fout gevonden te hebben, ben je er eindelijk aan toe om weer eens PageDown in je NotePad te doen. Sh*t, weer fout. Zelfde probleem misschien ? na 5 minuten, inderdaad, hetzelfde probleem. Hierna kan je waarempel met 8 keer Pagedown 4 fakturen goedkeuren, maar vindt vervolgens weer een probleem. Het is niet helemaal duidelijk, en na 20 keer alt-tab moet je het even opgeven. Dan maar de volgende. Het zit je weer mee, want er zijn nu maar liefst 9 fakturen achter elkaar goed.
Heheh, na een uurtje ben je er toch doorheen, en bent nu toe aan de nieuwe faktuurrun die alles goed zou moeten ophoesten.
Ehh, hoe ? wat ? Tja niet helemaal handig, want je weet niet meer welke je opnieuw moet bekijken. O nee - welke je opnieuw moet *maken*. Ok, volgende keer maar ergens een kruisje in de NotePad zetten, opdat je kan zien welke je opnieuw moet draaien.
Jaja, dat werkt inderdaad al een stuk beter. Alleen word je helemaal debiel van dat alt-tab gedoe om die reeks van 1 op te geven. Hmm ... kopiëren plakken misschien. Jaja, dat helpt alweer.

Wel, uiteindelijk ben je eruit (de te volgen procdure), maar je komt er toch duidelijk achter dat je alles alleen moet doen, en het wel 3 keer zo lang duurt als voorheen. Maar dat vindt niemand erg, mits er maar een boom mee wordt bespaard, en dat doe je zeker. Helaas wordt er echt niemand extra voor aangenomen, maar dat geeft niet echt, want jij werkt graag over. Elke dag van 17:00 tot 19:00. Niets aan de hand.


Wel, ik heb mijn best weer gedaan, en ook al zal alles enorm overdreven overkomen, half gelijk zal ik best wel hebben.
Voor het geld dat het kost hoef je het niet te laten, want ik meen dat jullie niet vaak contant betalen, dus daar zal geen boom van omvallen. Ik vermoed wel dat een stom euveltje als het achter elkaar afdrukken van de fakturen naar het scherm je zo op ergens tussen de 8 en 16 uur komt te staan omdat het redelijk diep ingrijpt op de printer drivers. Het kan denk ik wel zonder Bedrijfsparameter (want niemand zal het erg vinden dat het zo werkt), maar toch. Het verhaal zal wel beginnen bij het Faktureren en iets van een J/N/B/S of zo, waarbij de S emailers impliceert die je naar het scherm wil hebben.

Goed. Denk goed na over de procedure, en dat je bijvoorbeeld na een keer teveel op Esc drukken met je Notepad, alles kwijt bent. Dat ding op voorhand (en daarna regelmatig) saven na je kruisjes enz. is al iets wat daarbij kan helpen.

Dit kostte alvast een half uur. :smile:

De Opdrachtbevestiging is het eerste document wat op deze manier in elkaar is geschroefd. Daar is alleen een J/N optie mogelijk (en niet de "Beide" zoals die ook bij de Faktuur staat).

De helptekst van die rubriek beschrijft: "Als bij deze Rubriek 'J' wordt ingevuld, zullen de Orderbevestigingen worden geëmailed naar alle Kontaktpersonen (gekoppeld aan de Debiteur van de Verkooporder) waarbij is aangegeven dat de ontvangst van de Orderbevestiging per Email moet gebeuren."             

Daarmee niets zeggend over de situatie "en wat als die Kontaktpersoon niet is ingevuld?"

E.e.a. is geprogrammeerd als:

Bij N = Nee wordt het document altijd geprint, en wordt er nooit gemaild.
Bij J = Ja worden de documenten die gemaild kunnen worden gemaild, de rest wordt geprint.

De Faktuurrun heeft dan nog een optie:

Bij B = Beide zal een Faktuur die gemaild wordt óók geprint worden; bedoeld om nog een tastbaar "bewijs" te hebben voor in de dossiermap, voor die fakturen die gemaild zijn.

Een optie "alleen Emailen wat gemaild kan worden, en de rest niet printen" is er niet.

Nu kunnen we "J" voor dié situatie gaan gebruiken, maar volgens mij kun je dan andere dingen weer niet doen.
Om te beginnen, iemand die een Faktuurrun opstart en "J" invult, krijgt de andere fakturen niet op papier eruit, en hoe print ze die dan? Nogmaals die reeks opgeven met "Nee"? Nee, want dan komt álles eruit, ook dat wat net gemaild is. "B" invullen zou al wel helpen, maar print dan ook de gemailde fakturen uit, en dat wil niet iedereen.

Wil je kunnen doen wat Pascal vraagt, moet je m.i. nóg een optie erbij hebben; misschien wel iets als:

N = Nee, nooit emailen, alleen printen
J = Ja, alleen emailen, nooit printen
B = Beide, dus printen en emailen
A = Automatisch bepalen: emailen indien mogelijk, anders printen.

Haha, Wouter, sorry maar volgens mij bekijk je het verkeerd (intussen schrijf ik nu voor de 4e keer iets anders hier, dus verwarrend is het op z'n minst). Poging 4:

Het doen van Beiden is zinloos. Immers, waarom een kopie bewaren van een email, als je niet ook een kopie van de print bewaart (want, die stuur je de deur uit). Dus, Beiden moet betekenen : Emailen waar het kan.
N betekent : Nooit emailen (dus alleen printen, en wel alles).
J betekent : alleen emailen (en niets printen).

Ik denk dat je al nooit een andere funktie (Orderbevestigingen) erbij moet slepen, omdat dat funktioneel al heel anders in elkaar zit (lees ook : als je één van de opties niet hebt, houdt het nog niet in dat de overigen hetzelfde moeten werken).
Maar verder heb ik toch zelf bedacht hoe dit moet werken, en wat vooral inklusief de kontrole op voorhand was. Het is alleen niet zo gemaakt. Beschrijven hoe het gemaakt is is wel nuttig om te weten, maar zinloos als bewijs hoe het moet werken. Ok ?

Nog één ding (want daar is de fout w.s. ontstaan) :


Deze zin zou je ongeveer letterlijk in de helptekst voor het automatisch aanmaken van de Kontakten kunnen terugvinden, immers, daar geldt dit wel degelijk (wel onder het mom "hoe je het met je prints doet en deed zoek je maar uit"), en dat is ook letterlijk zo bedacht (en werkt nu ook zo ... maar éérst niet !). En omdat alles in dezelfde periode is gemaakt, zal het daar zijn misgegaan. Als je achteraf bekijkt hoe dat met die Kontakten werkte in de eerste versie, blijken beiden kwa principe (toen) omgedraaid gemaakt te zijn.
Geeft niets, als we er nu maar niet teveel woorden meer aan vuilmaken.

Voor "Beide" (en dat is vóór mijn aanpassingen in deze geweest) is wel een separate loop om het hele faktureren heengebouwd. Beetje onzin als dat bedoeld zou zijn als "IF Mailen, then Email, else Printen".

Het is in juli 2009 ontwikkeld voor klantkode MA. Moet ik dat nog verder uitzoeken? of gewoon B toepassen zoals jij dat nu schrijft?

Leuk hoor, ga maar weer uit van de bestaande gemaakte coding. :smile: Maar toch wel goed ...

Er is nog iets anders ... (en nu zal het wel neerkomen op jouw eerder genoemde oplossing) ...

Zoals we ooit zijn begonnen met het emailen / faktureren, moest dit overeenkomen met de wijze waarop EDI werkt. En, dit werkt 100% zeker (tenzij het intussen is veranderd) op precies de wijze die jij beschrijft. Dus, je kan EDI verwerken als EDI aan de orde is, printen als EDI niet aan de orde is, maar beiden doen als je een papiertje wilt bewaren en dat is bedoeld voor de testfase van EDI waarbij je OOK de papieren faktuur stuurt. Met een beetje geluk vind je dat ergens in de helptekst.

Nou is het grappige (helemaal niet) dat ik me dat van die extra loop herinner (helaas van niet zo lang geleden als jij zegt, maar dat zal aan mij kunnen liggen), terwijl ik even niet zie hoe EDI dat dan doet. Maar kennelijk niet met een extra loop, want EDI in deze bestaat al 13-15 jaar. Ik maak me er dan ook sterk voor dat die extra loop ergens anders voor was, al was het maar omdat deze niet in juli 2009 is ontstaan. Nou ja, ik zie gewoon niet voor me dat dat zo lang is geleden (maar je zal het wel in de coding hebben gezien).
En zo simpel is het ook allemaal niet, want volgens mij hebben we ook nog (extra) loops voor het genereren van HTML, of weet ik veel.

Feit is en blijft dat je nu niet kan doen wat ik wel wil(de !), en dat het wat dat betreft dus altijd fout is. Maar feit is net zo goed dat als je het oplost zoals jij voorstelt (zie eerdere post), je altijd alles kan doen wat nodig is. Maar let wel op :

Waar ik jou geen rekening mee zie houden is :

a. Zo'n soort keuze aan de Debiteuren kant (zie EDI);
b. De expliciet te ondervangen kombinatie met het faktureren (en dat geldt NIET bij EDI !);
c. En met name het anticiperen op "als je eerst de ene doet, blijft er vanzelf voor de andere niets over".

Ad c.
Had ik daarstraks al willen zeggen maar vergat ik;
Wat ik mij herinner toen het is bedacht, is dat je er vanuit mag gaan dat als je eerst "het ene" doet, er vanzelf voor "het andere" niets anders overblijft dan juist dat andere. Zonder het nu verder uit te werken houdt dit in dat de ondersteuning van 1 van de 2 voldoende it, mits je maar in de juiste volgorde opereert. Echter, dit gaat niet meer op bij een soort "door elkaar geknoei" van zaken kontroleren, even eentje opnieuw doen, enzovoort. Wat echter blijft (want dat staat voor mij vast) is dat je tevoren moet kunnen kontroleren voordat je de boel de deur uit mailt. En DIT is nou net weer nooit aan de orde geweest bij EDI. Leuk heh ...


Ad a.
Weet ik niet zeker. Als je e.e.a. aldaar ondersteunt, zou je gaan zeggen "en deze Debiteur wil ik eerst altijd kontroleren voordat 'ie de deur uitgaat". Wel, als je het kromme hiervan doorhebt, moet je nog maar eens de overeenkomst met EDI zien te vinden, terwijl het nu wel hetzelfde werkt als EDI. Kan nooit.



PS: Het is niet helemaal voor niets dat ik daarstraks 4 keer overnieuw moest beginnen. Het is gewoon een K-ding.

Gewoon overstappen op Outlook, en dan vanuit koding (o.b.v. een parameter) het Emailbericht (of ieder Emailbericht) genereren in de map "Concepten" in plaats van deze automatisch te verzenden.
Kan de gebruiker zelf kontroleren wat ze wil.  :smile:
maar moet ze ook ieder mailtje expliciet verzenden voor het de deur uit gaat  :(

Edit: Weet je in ieder geval zeker dat het mailtje waar jij naar kijkt, het mailtje is wat straks de deur uit gaat. Je bekijkt de HTML versie danwel de PDF, en niet de geprintte versie welke in tekstformaat is.

Ik heb in overleg met facturatie gekeken wat voor ons kan werken.
Nu lijkt de volgende werkwijze voor ons werkbaar:
1. Menu 3-3-3 Genereren fakturen, Printen op J maar dan naar scherm. Alle fakturen worden per stuk naar het scherm geprint (dit gaat prima).
2. Per stuk de factuur nakijken en sluiten indien akkoord. De fakturen die niet goed zijn kunnen opnieuw gegenereerd worden en naar het scherm geprint. Is deze wel akkoord dan kun je 'm sluiten enzovoort, totdat alle fakturen nagekeken en akkoord zijn.
3. menu 3-3-2 Printen faktuur, Emailen kontaktpersoon op J. De te mailen fakturen worden gemaild, de rest geprint.


Klinkt ook interessant. Vooral omdat we in het begin nog maar een klein percentage fakturen per mail zullen verzenden is dit handig.
Ik weet alleen niet hoe ik kan zorgen dat de mail in Concepten terecht komt ipv automatisch verzonden; kan ik dit doen of moeten jullie daar een aanpassing voor maken (middels parameter)?

Dat zullen wij moeten doen; Outlook laat (liet i.i.g.) zich van afstand aansturen. Outlook Express niet (zonder meer).

Als XP ong. 2,5 taakbalk vol met taken heeft, geeft XP het op ...

Hoeveel fakturen heb je per dag, 3 ?
Dit is een "eindige" oplossing.

Dit is op zich interessant.
Wordt dat dan en parameter die op alle mailverkeer in gaat grijpen of alleen bij facturatie?

het controleren en valideren van de facturen voor verzending is n.l. ook iets waar wij al mee bezig waren.

mk

Alleen fakturatie.

Alhoewel ik me kan voorstellen dat het op meer te kontroleren dokumenten van toepassing kan zijn. Maar pas op, dat vergt ook meer aanpassingen (meer dan de fakturatie, die er al half voor is gemaakt (zoals je hebt gezien :smile:)).

Ter info: ingelogd op terminal server 2003 is het prima mogelijk 197 fakturen naar scherm te printen.
Of deze werkwijze nu te prefereren is boven 'mail naar concepten' is de vraag natuurlijk, maar het kan :wink:

Pascal, wat mij betreft gaat het daar niet zo om... Het gaat erom dat die methode "eindig" is, en je niet weet "waar de grens ligt". 197 lukt wel. Bij jullie. Maar mogelijk testte je met een serie van 200, en knalde hij er op 197 uit.  :smile: en anders loopt het wel vast als je 500 fakturen genereert in één run of 1000, of 2000 of ...

"Mijn" bezwaar tegen deze methode zou zijn dat je een ASCII-print gaat gebruiken om te kontroleren of de Faktuur juist is. Het hangt er natuurlijk vanaf wát je allemaal wilt kontroleren, maar als het je enkel om "de bedragen" gaat, zou je ook best met een printje kunnen volstaan "nog te faktureren Verkooporderregels" (mits die kwa selekties zo in elkaar steekt dat de print afdrukt wat er bij faktureren gefaktureerd zou worden; ik bedoel, de print mag dan niet afdrukken wat niet gefaktureerd mag worden).

Wat je met je ASCII print niet kunt kontroleren is of je emailbericht goed in elkaar steekt... of deze er wel goed uit komt te zien in HTML danwel in PDF, en zo deze als Attachment gemaild wordt, of de begeleidende tekst in de body wel goed gedefinieerd is, c.q. in de Taalkode van de Debiteur staat, of logo's waaraan gerefereerd worden nog wel op disk staan en juist gepaste worden in het emailbericht etc. Kortom, of je Faktuur er representatief uit ziet (voor de Opdrachtbevestiging danwel Inkooporder zou dat niet anders zijn).

Merk ook op dat je een bericht in een Concepten-Map (of desnoods een speciale map "Profit-Outbox") niet kunt slepen naar je Outbox. Getagd verzenden kan ook niet. Zou je 200 berichten in Outlook hebben staan, dan moét je ze stuk voor stuk kontroleren en op verzenden drukken; aan de andere kant, dat wilde je ook. Maar, je kunt er van alles bij gaan verzinnen:
alleen kontroleren i.g.v. een specifieke debiteur, bij bedragen boven de xxx,xx, of zelfs funktionaliteit waarbij je Profit een "Profit-Kontroleren" en een "Profit-Outbox" laat maken, alle berichten in "Kontroleren" komen te staan, jij alles wat je goed vindt kunt verplaatsen naar "Profit-Outbox", en een run in Profit alle berichten in de "Profit-Outbox" daadwerkelijk gaat versturen. Tsja... hoe gek willen we / je het maken?  :wink:

Dat is inderdaad een heel goed punt.
En het feit dat het wel heel erg veel venstertjes zijn, terwijl je eigenlijk alleen de fakturen die je wilt mailen op het scherm wilt controleren (de rest moet toch op papier).
De extra mogelijkheden die je schetst zijn zeker ook interessant! Ik ga eea met de mensen van facturatie bespreken.

Facturatie is enthousiast over je oplossing mbt het 'klaarzetten' van de fakturen in de Outlook-map concepten.
Is dit een algemene aanpassing die we automatisch meekrijgen? Zoniet, wat zullen de kosten van deze aanpassing zijn?

Nou, Wouter zal wel heel blij zijn dat jij zijn idee een goed idee vindt, maar ik vind het helemaal geen goed idee.
Hoe kan je nou met een oplossing komen waar de helft nooit iets aan zal hebben ?? Anders gezegd, hoe ga je die andere helft dan bedienen ?

Terug naar de tekentafel.
Later ...

Sorry Pascal.

In de  Outlook optie zijn wij ook geïnteresseerd, niet zo zeer voor de facturen maar de orderbevestigingen zouden wij zeker nog op deze manier willen checken..

paul

... eventueel via een bedrijfsparameter te kiezen, zodat anderen er geen last van hebben? Of praat ik nu onzin?

Nee, dat is helemaal geen onzin, maar wat nu als er iemand komt die hetzelfde wil maar geen Outpook heeft, maar gewoon Outlook Express. Dan kunnen wij opnieuw beginnen.

Je kan natuurlijk denken dat we dan ook opnieuw eraan verdienen, maar de tijd dat ik zo denk (wil denken) moet nog steeds komen ...

Ik zie liever dat Outlook Express zo kan worden getweaked dat het daar ook werkt. En dat lijkt me toch wel mogelijk ... of ?

Wouter ?

In het verleden zijn alle pogingen iets met Outlook Express te doen gestaakt. Er was hooguit een tool van een externe partij die je in staat zouden moeten stellen Outlook Express te kunnen aansturen.

Tsja... je kunt nog proberen te verzinnen dat je ieder bericht omzet in een attachment en naar jezelf mailt, en je vervolgens vanuit je postvak in (of anders, via berichtregels instelbaar) eerst de attachment opent en dié kontroleert.

Buiten deze discussie: Outlook express is ook al passé voor wat betreft MS. moet je gaan kijken naar Windows Live mail...
en als je dat doet waarom ook niet Thunderbird of misschien zelfs nog wel Evolution?


Ik zou zelf toch opteren voor de keuze om de bestanden als concept klaar te kunnen zetten in MS Outlook.

Immers als je eerst aan uw eigen mailbox mailt mis je ook weer de layout en adressering vanuit heart.

Laten we wel eerlijk zijn: Heart is niet gemaakt voor alle systemen en platformen, immers we doen ook exporteren naar excel en daar ondersteun je ook geen Works of Open Office ....

(ook al zou ik dat technisch wel een uitdaging vinden)

mk

Tja ...

 :smile:

Is er intussen al nieuws mbt dit punt?
We staan te trappelen ermee te beginnen, maar missen nog net dit stukje functionaliteit mbt het controleren van de uitgaande fakturen.. :smile:

Omdat we hier graag zsm mee beginnen, hebben we al zitten kijken naar een (tijdelijke) tussenoplossing:

De klanten die pdf-fakturen willen ontvangen op de mail, rubriek MAIL toekennen (Relatie Rubriek-id).
Bij het genereren van de fakturen, menu 3-3-3, dit eerst doen voor de rubriek MAIL en deze printen naar scherm*.
Vervolgens de rest genereren (niet printen).
Tenslotte via 3-3-2 de fakturen allemaal printen danwel mailen.

* hiervoor moet er wel een veld "Relatie Rubriek-id" toegevoegd worden aan menu 3-3-3 Genereren fakturen. Net zoals het nu al bij 3-3-2 aanwezig is.

Wel moet ik bekennen dat de eerder genoemde oplossing (pdf mail klaarzetten in concepten) fraaier is (je ziet het eindresultaat wat je verstuurt) en veel sneller werkt. Deze werkwijze heeft dan ook zeker de voorkeur; de suggestie die ik nu doe is eigenlijk meer een tijdelijke oplossing voor ons.

Heren van Heart Profit,

Ik ben ook belanghebbende in deze. Ik wil graag tijd winnen bij mijn mensen van facturatie en derhalve is enige vooruitgang in deze op korte termijn niet alleen wenselijk, maar een must.
Graag van jullie kant een oplossing en desnoods het in mijn beleving fraaie voorstel van Pascal inbouwen.

Goed. Ik zal er wel schuldig aan zijn dat er even niets meer gebeurde;

Per saldo lijkt de Outlook oplossing de fraaiste, maar laat het verder aan jezelf over of daar nu echt mee is om te gaan (zie ook onderstaande quote uit Wouter's langere post).

Deze opmerking is mogelijk niet juist !

Wij werken hier alleen met Outlook Express, en daarin is het in ieder geval niet mogelijk om een bericht uit de map Concepten te verplaatsen naar de Outbox.

Ik ben inmiddels al even wat aan het expirimenteren geweest in Outlook, en het lijkt erop dat dit daar wél mogelijk is. Maar, test dat ook zelf eerst even: maak een nieuw email bericht, sla deze op in Drafts/Concepten, en sleep dan die mail naar je Outbox, en kijk of deze dan met Verzenden-/Ontvangen wordt verzonden. Het ziet er naar uit van wel.

Mijn voorstel zou dan zijn dat we één Map "Heart-Profit" aanmaken, met daaronder per type document wat we nu per email kunnen versturen, een Sub-map. Dus: "Inkooporders", "Opdrachtbevestigingen" en "Fakturen". Via de parameters van de Variabele Layouts regelen we dan dát de mail niet rechtstreeks verzonden moet worden, maar in deze Outlook map moet worden geplaatst (indien dat aan staat, en Outlook is niet geïnstalleerd, zal er niets gemaild worden).

Je Inkooporders, Opdrachtbevestigingen en Fakturen komen dan allen in een separate map, dáár kontroleer je ze, en degene die akkoord zijn, tag je in Outlook, en sleep je naar je Outbox. Daarna zouden ze dan met Verzenden-/Ontvangen vanzelf worden verzonden.

Klinkt goed ... (nu :smile:)

Als je in Outlook Express ...

Tools - Options - General - Send and Receive Messages at Startup uitzet;

Tools - Options - Send - Send Messages Immediately uitzet;

Kan je volgens mij emails genereren die daar gewoon blijven staan, kunnen worden beoordeeld, weer weggegooid, nieuwe erbij gegenereerd ... totdat je op Send All drukt (in het algemene OE scherm dus).

Kortom, als je dit (Faktureren) op een PC doet die kwa Outlook Express zo is ingericht, werkt het daar ook. E.e.a. zou dan "bestuurbaar" zijn voor Outlook vs Outlook Express domweg door een parameter "Meteen verzenden" (J komt dan in je Postvak-Uit), terwijl een N in deze parameter zal vragen om de folder waar de berichten naartoe moeten (Profit-Fakturatie). Dit laatste stel je alleen in bij Outlook (want bij OE werkt dat verder niet -> kan niet in 1 keer alles verzenden), terwijl je het eerste bij zowel Outlook als OE mag doen, aannemend dat je ook bij Outlook kan instellen wat ik hierboven heb genoemd. Kan dat niet, dan kan je het eerste dus juist niet bij Outlook doen.

Ik zou denken : opgelost.
:gotit:

Klinkt prima, wat kost deze oplossing?
(ter info, mocht het nog niet duidelijk zijn, wij gebruiken alleen Outlook 200x, niet Express).

Een klein probleempje... we kunnen Outlook Express niet aansturen vanuit Profit... daarom dus ook overstappen op Outlook; die kunnen we wel aansturen, en daar moeten we e.e.a. wel aan de praat kunnen krijgen.

Huh ? Wat wil je nou "aansturen" dan ?

Overigens ga ik er wèl vanuit dat als je op de gebruikelijke wijze een email verstuurt, dat dit via je Postvak-Uit gebeurt. Als dat niet zo is, dan werkt dit ook niet.
Hmm ...

Als je nu vanuit Profit een mail verstuurt, gaat dat rechtstreeks naar de mailserver.
Deze komt niet in de Postvak-Uit van Outlook Express terecht, immers die konden we niet aansturen.

Nb: Vandaar ook dat we een BCC naar onszelf versturen om toch te kunnen zien dat ze verzonden was, immers in de map "Verzonden items" komt het bericht ook niet terecht  :wink:

Helaas ... dat gebeurt dus inderdaad niet. Mooi, dan werkt het dus niet via OE.
Jammer dan.


PS: Ik vraag me toch af of dit met alle "email mogelijkheiden" het geval is. En er zijn er in elk geval 2 waarvan wij er 1 gebruiken ...

Weet wel dat je ergens iets als CDO of MAPI kunt instellen...
Dat moet Robert maar even beoordelen...
:19c:

MAPI werkt alleen samen met Outlook, niet met Outlook Express.

CDO is een methode waarbij direct met een mail-server wordt gekommuniceerd en dus zal ook hier een e-mail direct worden verzonden.
CDO is overigens tegenwoordig geen onderdeel meer van de standaard op PC's geïnstalleerde onderdelen van Windows (alsof het uitgefaseerd wordt).

PS:
Er is dus niets waarmee je Outlook Express kunt aansturen.

Zo te zien heeft niemand dit verder nog getest  :(

Ben bang dat er voor Outlook ook méér moet gebeuren...

Een klein testje:

1. Start Outlook
2. Maak een nieuw email bericht
3. Emailbericht niet verzenden, maar "Opslaan" in de Draft map
4. Verplaats (slepen) de mail vanuit de Draft/Concepten map naar de Outbox (oh ja, dat gaat op zich prima  :smile:)

Maar helaas... voor de laatste stap heb je een écht werkende account nodig...
Druk op Verzenden-/Ontvangen, en je ziet dat je mailtje toch niet verzonden wordt !

Zou je de mailtjes stuk voor stuk aanclicken en op verzenden drukken, dan worden ze wel verzonden.

De truc is dus niet zo simpel als "even slepen naar de outbox, en ze worden wel verzonden".

Even googlen, en ik merk al snel dat meerdere met ditzelfde probleem zitten, en zelfs nog met dezelfde redenen: een extern pakket genereerd de mails in Outlook, opdat ze daar gekontroleerd kunnen worden, maar... hoe verzend je ze vervolgens...

Aan de andere kant... als we vanuit Profit 200 fakturen in Outlook genereren, dan deden we dat met maar één reden: we wilden de faktuur kontroleren vóórdat het mailbericht verzonden werd. 200 fakturen slepen naar de outbox rijmt ook niet echt met 'kontroleren'. Het kontroleren zullen we toch ook stuk voor stuk doen, en misschien mogen we dan wel zeggen dat het per te kontroleren faktuur expliciet op verzenden drukken ook geen probleem mag zijn ???

Is wel een goeie ... :smile:

Maar bij mij blijft toch ook de hele procedure een "hangijzer". Pascal kan nu wel leuk zeggen dat het er allemaal zo leuk uitziet, maar ik zie nog steeds niet voor me hoe je er nu in werkelijkheid en ECHT mee omgaat. Dus, faktuurtje *niet* goedkeuren, en dan ? Anders gezegd :

Je kan wel denken dat je e.e.a. in je Outlook of wat dan ook mooi voor je ziet enz., maar van enige procdure is mooi geen sprake. Zie het verschil met e.e.a. vanuit Profit doen (zoals het Notebook voorbeeld) en dan vooral op een manier waarbij je niét in staat bent om buiten Profit om al dan niet te versturen. Dus, in de trant van

- Kontroleren
- In Profit zeggen "goedgekeurd"
- Alle goedgekeurde definitief printen/emailen
- Alle niet goedgekeurde opnieuw genereren naar het kontrole medium (wat dat is maakt even niet uit).
- Terug naar "Kontroleren", enz.

Als je zoiets niet hebt, gaat het nooit goed werken. :aggressive:

Dit heb ik even getest, en werkt in elk geval niet in Outlook versie 2007. De mailtjes die je van Concepten naar Postvak UIT sleept, blijven daar staan. Ook wanneer je handmatig 'Verzenden/ontvangen' aanklikt.
Je moet echt het mailje vanuit concepten openen en dan op Verzenden klikken.

Maar voor ons is dat net zo makkelijk, zoniet makkelijker, dan de mailtjes in concepten controleren en vervolgens te moeten taggen en verslepen naar Postvak UIT.
Je moet de mailtjes toch stuk voor stuk controleren; wanneer je akkoord bent kun je meteen op Verzenden klikken, is hij meteen afgehandeld.

Ik denk dat beide methodes elkaar niet veel zullen ontlopen, tenzij er een heel andere oplossing wordt gekozen dan nu beschreven is.

- Kontroleren -> Gebeurt in Outlook
- In Profit zeggen "goedgekeurd" -> Gebeurt in Outlook d.m.v. het op de "Verzendknop" te drukken en de mail te sturen
- Alle goedgekeurde definitief printen/emailen -> Een stap die dan niet meer nodig is
- Alle niet goedgekeurde opnieuw genereren naar het kontrole medium (wat dat is maakt even niet uit). -> Nog steeds nodig, maar omvat meer.
- Terug naar "Kontroleren", enz.


> - Alle niet goedgekeurde opnieuw genereren naar het kontrole medium (wat dat is maakt even niet uit). -> Nog steeds nodig, maar omvat meer.

Of dit nu vanuit Profit gebeurt danwel vanuit Outlook, in beide gevallen zal er eerst een Faktuur gegenereerd zijn (om te kunnen kontroleren). Als blijkt dat de Faktuur niet juist is, kan dit Layout-technisch niet juist zijn (en volstaat het wijzigen van de Layout + het opnieuw printen: naar Outlook). Ervanuitgaande dat de Layout een eenmalige kwestie is (als dat draait, dan draait dat) zal het vnl. gaan om "staat alles erop", "zijn de bedragen juist", "staan juiste referentienummers-/teksten erop" e.d.. Situaties waarin het juist de Verkooporder is die gewijzigd moet worden, en daartoe zal eerst de Faktuur moeten komen te vervallen. Ervanuitgaande dat het laten vervallen van de Faktuur, het aanpassen van de Verkooporder, en het opnieuw genereren van een Faktuur een handmatige aktie betreft, denk ik dat we zoiets liever zullen doen o.b.v. de data die we in Outlook hebben staan, dan op basis van een printje naar het scherm; al was het maar omdat we aan het einde van de dag kunnen zeggen "ik ga er morgen wel mee verder".

Aardig verhaal, maar voegt m.i. niets toe aan een oplossing (voor het probleem dat ik zie). Het is zo redundant als de pest, en binnen de kortste keren gaan fakturen de deur niet uit.


Erg leuk en zal ik het vast mee eens kunnen zijn, maar daar gaat het helemaal niet om.


... en dat zei ik dus al.
Dus, nog niets toegevoegd.


Echt niet. Als ik fakturen zou kontroleren, zou ik een eerdere willen kunnen "afkeuren" (aanpassen enz.) op basis van een volgende die ik tegenkom. Dus, als je zó denkt, gaat het praten over dit onderwerpje hier dus mis. Verzenden vanuit Outlook mag wel, maar dan alles tegelijk (wat hetzelfde is als stuk voor stuk aan het eind), maar ook nadat alles erin staat. ALLES.
Mocht iemand mij niet geloven, stuur voor de lol Yvonne eens een email, en vraag hoe vaak het is gebeurd dat ze een faktuur opnieuw moest doen van mij, die al in een enveloppe klaar lag (lees : al op "verzenden" was gedrukt).

Als je je fakturen dan toch kontroleert, dan is het een iteratief proces (een faktuur die op zich goed was moet toch anders a.g.v. een andere), en het is daarnaast soms tevens een kommercieel proces (kunnen we dit nou wel maken ?); Als je alleen al aan dit denkt dan volstaat het al niet eens om het op het scherm te doen. Dan moet het op papier en worden voorgelegd aan anderen. Ik zeg er wel bij dat *dit* ietwat overdreven is, tenzij je e.e.a. elektronisch weet aan te bieden aan die ander.

Jongens, laat dit maar weer een maandje rusten;
Ik vind het een beetje raar dat wij hier moeten verzinnen hoe dit hoort en wat er vooral niet handig is, waar de klant dit zou moeten weten. O ja, die klant wist dat ook en zegt "het interesseert me niets". Ok, verkeerde klant. :yes:


Ehh, mochten er mensen zijn die dit lezen als "wat is dat nou voor'n eigenwijze boer ?" ... ga gerust je gang. Maar wat dat betreft is het goed om te weten dat wij intern dit soort discussies altijd wel hebben, soms dagen lang en gewoon mondeling. Als het goed is werk je daarom met iets wat voldoet. Anders gezegd, dit is het tegengestelde van "gezeik" en alleen maar voor het goede doel.
Kunnen we de juiste oplossing niet vinden ? dan is "niets doen" meestal ook een keuze. In dit geval betekent dit (als ik het goed in m'n hoofd heb) eerst alles printen. Aannemend dat dat kan, werkt dàt wat mij betreft voor iedereen wèl. En nou niet zemelen over boompjes.

Oplossing mbt klaarzetten in Outlook is bij deze blijkbaar (voorlopig) afgeschoten.
Omdat we toch graag beginnen met factureren over de mail (ook omdat er inmiddels klanten zijn die dit graag willen), komt voor ons optie 2 met de rubriek weer in beeld.

Het nadeel van eerst het hele zwikkie printen is, dat we dan de fakturen die gemaild moeten worden, uit de stapel moeten zien te vissen. Mbv de rubriek print je de fakturen die gemaild moeten worden in een aparte run, dit scheelt een stuk zoekwerk.

Maar dat bedoelde ik met mijn "aannemen" dat dat werkte. Dus :

Je moet alles kunnen genereren / printen voor email-alleen, dit doorwerken, zaken veranderen zoals je altijd doet, en dan (optioneel) opnieuw dit stapeltje genereren / printen voor zover er Orders zijn veranderd, totdat er niets meer over is wat verkeerd is. Dàn deze "email" stapel emailen.
Vervolgens ga je over dezelfde periode aan de gang met de normale prints, en die handel je 100% af zoals altijd.

Dat het eerste (email) deel zo niet werkt op dit moment is meen ik al aan de orde geweest, maar zo was het wel de bedoeling.

Trouwens, bovenstaande moet net zo goed andersom kunnen : eerst de normale prints afhandelen, waarna het email deel resteert.

Wouter had al goede ideeën met J/N veldjes (zie één van zijn eerste posts in dit topic), dus dat gaat wel werken.
Wat ik nu *niet* (of niet meer :() kan overzien, is of je nu in staat bent het email-deel standaard naar een andere printer te printen dan het niet-email-deel. Immers, als dat kan, dan kan je (Pascal) alsnog kiezen voor de Notepad methode. Niet dat ik je dit ineens wil aanpraten waar ik zelf vind dat dit niet goed werkbaar is, maar dan kan je het wèl zelf kiezen. Dit laatste acht ik van belang, want of het nu een goede reden is om het zo te willen of een slechte, daar behoor ik niet over te gaan. Eén verschil met voorheen : je hebt nu de *gelegenheid* het "goed" te doen, ofwel beide methoden worden geboden.

Ok ... nu ga ik wellicht doorslaan ...
(niet lachen)

Of die andere printer nu werkt of niet, ik neem aan van NIET. Dus, geen optie hier. Lekker puh. Maar, nu gaan we middels het veldje wat eigenlijk aangeeft "testrun" voorwat betreft de emails de volgende opties bieden :

1. Gewoon printen (zie boven);
2. Emailen naar jezelf (c.q. een aangewezen persoon, en middels een Message Rule er even voor zorgen dat ze in een aparte map komen).
:swoon:

Als je nu dus wilt, kan je alles alsnog op het scherm krijgen, en je ziet het in het format zoals de uiteindelijke ontvanger het ook zal zien. Je voert weer alle kontroles uit zoals gebruikelijk, en kan naar eigen keuze de bekeken emails eruit gooien. Goedgekeurd of afgekeurd maakt niet uit, maar het is een middel om te weten welke je al hebt gehad.
De rest is weer hetzelfde : je draait de run opnieuw voor de emails, en de veranderde Orders komen er kwa Faktuur weer in te staan. Nogmaals kontroleren als je wilt, enz.
Het eindigt weer met die ene run die alles (nu daadwerkelijk) emailt.

Mooi. Nu zal ik het "afmaken ook" ... :smile:
Als je nu bij de Debiteur aangeeft (nieuwe rubriek) wat het interne Kontaktpersoon-id is die de "test" emails moet ontvangen, en dit betreft een Kontaktpersoon die je bij jezelf (!) opneemt als iets van "Klant groep A" (en dus : hier komt ook een Relatie-ID bij kijken, en wel die van jezelf / het eigen Bedrijf), dan kunnen dus meerdere personen verschillende klantgroepen kontroleren), maar kan je óók snel de persoon voor Klantgroep B veranderen (ziekte e.d.) door in Kontaktpersoon "Klantgroep B" het email adres te veranderen. En nog sterker, wat mij betreft kan je bij die Kontaktpersoon meerdere emailadressen invullen (zal nu niet kunnen, maar mag wat mij betreft zelfs algemeen worden, alhoewel het niet bij alles zal worden onderkend (gaat dan fout). Maar hier ? gewoon een ; ertussen, en allen addresseren. Alleen bij deze testrun wordt dit onderkend, maar ook alleen bij deze testrun zijn deze Kontaktpersonen aan de orde. Dus, bij de rest vul je het niet in, en gaat het dus ook niet fout (indien niet onderkend).
Misschien moet wel die "E-mail" rubriek wat groter worden.


Wellicht denk je "wat is nu in hemelsnaam het verschil met eerst ?" ... wel, dat is het gegeven dat je alleen maar volledige "echte" runs draait, die je DUS alleen maar aan het eind *kan* doen. Dit bewerkstelligt degelijkheid die er voorheen absoluut niet was.
Ik hoop dat je dat kan inzien ... :smile:

Van mij mag je dit voor 10 uur hebben.

Als ik het goed begrijp kan ik het als volgt regelen:

Ik maak een kontaktpersoon 'fakturatie' aan binnen relatie-id BBB-BETON. Deze geef ik het mailadres [fakturatie_at...] mee. Deze deel ik voor de mensen van fakturatie (er is per dag bepaald wie de fakturatie doet, dit is altijd 1 persoon), vervolgens kunnen ze deze aan hun mailbox toevoegen.
Hierdoor kan degene die die dag de fakturatie doet, de testrun-mailtjes controleren.

De fakturatie gaat dan als volgt:
Medewerker fakturatie draait een testrun en kontroleert de mailtjes (binnenkomend op de geshare-de Postvak IN van [fakturatie_at...] ).
Eventuele fouten herstellen en opnieuw een testrun draaien, net zolang tot alle fakturen voor die dag kloppen.
Nu de 'echte' fakturatierun draaien, waarbij hetgeen gemaild moet worden wordt gemaild (rechtstreeks naar de klant) en de rest wordt geprint.

Klopt mijn interpretatie? Zoja, dan wil ik de werkwijze overleggen met de fakturatie-medewerkers. Wanneer ze verder geen problemen zien kunnen we de aanpassing aanvragen.

Ik ben het spoor van de runs ook een beetje bijster, maar, ik vermoed dat dat geen faktuurrun is, maar dat dat "Printen Fakturen" betreft zoals Peter in zijn 2e post van dit topic uitlegd.
De "testrun" betreft dan denk ik het daadwerkelijk genereren van de fakturen, doch die gaan omwille van de testrun naar het kontrole emailadres, en niet naar de échte geadresseerde.

Dus, eerst fakturen genereren (en naar jezelf sturen), laten vervallen, korrigeren, opnieuw genereren net zo lang tot alles goed is, daarna alle fakturen die vandaag gegenereerd zijn (o.b.v. van t/m faktuurnummer?) opnieuw mailen, maar dan naar de echte geadresseerde.

Heb ik het juist ?

Klopt Wouter.

Alles baseert zich dus op "opnieuw gegenereerde" Fakturen, omdat je ze zojuist hebt laten vervallen (immers, ze waren onjuist) en ergens iets hebt aangepast in de Order (etc.). Dus, alleen de Fakturen die je hebt laten vervallen komen er opnieuw uit en die kan je weer kontroleren als je wilt. Als je steeds alles wat is gekontroleerd uit je mailbox weggooit komt daar dus ook steeds alleen het opnieuw te kontroleren in. Totdat je niets meer korrigeert en dus ook niets meer laat vervallen. Dan draai je alleen de print run voor het echie.

Dit kan je doen gescheiden voor normale prints en emails (zowel het genereren als het printen !).

Mag ik aannemen dat dit ontwerp zich dan beperkt tot "Fakturen", en niet voor "Inkooporders" en-/of "Opdrachtbevestigingen" (of globaler: alle orders die gemaild kunnen worden) gebruikt gaat worden.

Uiteraard.
(ik snap je angst, haha).
Ik heb zelfs hetgeen er wat mij betreft meteen in had moeten zitten (emailen en normaal printen apart kunnen doen) niet echt meegeteld. Dus als het goed is kom je er alsnog aan tekort. :smile:

Wellicht ten overvloede, maar om discussies mbt interpretatie te voorkomen: in overleg met fakturatie willen we als volgt gaan faktureren.

1 Je genereert de fakturen in een test-run voor klanten die een mail moeten ontvangen. Waarbij ik er dus vanuit kan gaan dat HeartProfit de fakturen voor de "papier" klanten nog niet genereert tijdens de run van de mail-klanten (aangezien je alle verkooporders goedkeurt en niet alleen die van mail klanten).


2 De test-run fakturen worden gemaild naar [fakturatie_at...], deze komt binnen in een gedeelde map in Outlook (toegankelijk voor de fakturatie).
3 Controleer de fakturen in de mailtjes. Foute fakturen laten vervallen, corrigeren en opnieuw test-run fakturen genereren.
4 Wanneer alle fakturen kloppen de gegenereerde fakturen mailen naar de klant (menu 3-3-2 Afdrukken uitgaande fakturen).

Voor de klanten die een faktuur op papier wensen, kunnen we vervolgens de fakturen genereren uit de verkooporders (dit loopt apart van de mail-klanten). 

Zo zie ik het wel voor me ja.


Maar deze snap ik toch niét. Je bedoelt, stuk voor stuk of zo ?
Waarom niet via de Faktuurrun ? (dat is in elk geval mijn bedoeling hoor).

Peter, we willen 2 runs draaien: eerst de te mailen fakturen genereren en afhandelen, daarna een run draaien waarbij alle te printen fakturen worden gegenereerd. Dus niet stuk voor stuk.

Dit ivm je opmerking:

Ik snap je niet ... Volgens mij heb ik het nu (werkelijk) wel 10 keer gezegd, maar jij begint ineens met iets wat op "per stuk" lijkt. Ik niet ...


... immers, dit kan inderdaad ("balie fakturering"). Mijn idee is dit niet hoor.

Dan omschrijf ik het verkeerd - we willen niet anders faktureren dan anders (gewoon via 3-3-3 genereren fakturen).

Je opmerking "Dit kan je doen gescheiden voor normale prints en emails (zowel het genereren als het printen !)."
interpreteer ik als: je kunt 2x fakturen genereren, eerst voor de te mailen klanten, daarna voor de te printen fakturen.
Als dit klopt is het ok.

Klopt. :smile:

Ok dan is die 10 uur akkoord  :smile:

werkwijze:

Nou, hartstikke mooi. Nu nog voor elkaar zien te krijgen. :eek:
:17c:

Daar zijn jullie (gelukkig) voor, succes ermee!  :smile:

 :offtopic:
Je hebt nu al een paar keer dat email adres wat je wilt gaan gebruiken op het forum gezet...
Ik vroeg me af of je mailbox inmiddels al vol zit met spam mail  :rofl:

 :scratching:   hoewel het maar een fictief adres is, toch maar even veranderd. Bedankt voor het waarschuwen  :smile:

Het is alweer 6 weken geleden dat ik een update heb aangevraagd. Graag zou ik deze aanpassing erbij meenemen, vandaar de vraag of dit naar verwachting binnenkort klaar is?
Zou jammer zijn wanneer dit zo is en ik vraag net daarvoor m'n update aan, snapje?   :wink:

Ik zou de upgrade nu aanvragen als ik jou was.
En nee, dan zit het er nog niet bij in :sorry:

Zou mooi zijn wanneer het erin zat, maar niks aan te doen - volgende update beter  :smile:

Ik ga deze week, uiterlijk begin volgende week een update aanvragen.
Heb ik kans dat deze aanpassing er dan inzit?

Zoniet dan wacht ik tot de volgende update die ik medio december wil uitvoeren. Dan kunnen we nog in januari (wanneer het relatief rustig is bij ons) beginnen met klanten bellen om te vraegn of ze fakturen digitaal willen ontvangen.
Wanneer het langer duurt en we bv pas in maart kunnen gaan bellen, is het alweer een stuk drukker en lastig mankracht vrij te maken voor het bellen.

(nu snap je ook waarom ik zo vaak informeer naar de voortgang betreffende dit punt  :wink: )

Kans heb je altijd, maar reken er niet op. :smile:
Half december heb je ook kans, maar dan wel een aardige kans denk ik.

Als er verder geen spannende dingen tussendoor komen, moet dat (half december) wel lukken.

... Ik zou er zeker niet op rekenen dat er geen spannende dingen tussendoor komen. De kans dat die er wel komen is 100% procent.
Haha

Jullie maken het wel 'spannend'... :scratching:

Dat vindt Wouter ook, denk ik. :whistle:

Ach... ik vermoed dat Pascal dan wel een andere aardige kans heeft: een aardig kleine kans  :(

Maar nog steeds groter dan eind deze week.
:yes:

Ik vermoed dat je op wat anders doelt dan CH.  :pew:

Ik vermoed dat de kans bestaat dat je gelijk hebt. :smile:
Niets echt spannends, maar wel een beetje veel.

Ik heb overlegd met Dinand, van hem mag de aanpassing mbt het uitbreiden van het afleveradres (a 12 uur, gisteren afgesproken) wel doorschuiven naar januari/februari, zodat dit punt voorrang krijgt.

Daar moet ik dan de konklusie uit trekken dat ik dat met die Afleveradressen moet doen?

Gaat leuk zo ...

Pascal, aardig van Dinand, en goed om te weten, maar die Afleveradressen zit niets in de weg hoor.

... weet Wouter dat ook weer.

Ok, dan ga ik vanaf vandaag hard duimen dat het dit jaar nog lukt.
Maar ik snap dat je niet alles van tevoren kunt voorspellen  :wink:

Die kans is tegen de 100%. Goed heh ?

...en hoe langer ik door blijf posten, hoe kleiner de kans dat het dit jaar nog lukt...  :scratching:

(ik laat het hier voorlopig ff bij  :wink: ) 

De kans wordt met de dag groter... ;D

Hier zit trouwens nog iets raars in, immers, wat als je een Testrun draait, en je bij de Debiteur niet die Kontaktpersoon hebt ingevuld?
We kunnen moeilijk zeggen "dan niet mailen", want bij het "herprinten" (geen testrun) zal alsnog gemaild worden.
Maar, we moeten toch naar "iemand" mailen, en "niet naar de klant".

Ofwel, ik denk dat we moeten stellen "standaard mailen we i.g.v. de testrun naar het emailadres van de aktieve gebruiker, maar dat kan worden overruled door de klantgroep zoals opgegeven bij de betreffende debiteur". Als we dán vergeten een klantgroep (Kontaktpersoon) bij de Debiteur in te vullen, gaat de testmail alsnog naar de aktieve gebruiker toe.

Ik had verwacht inmiddels al wel wat tussendoor te hebben gekregen, maar het is (nog even) uitgebleven...

Hoe dan ook, de kans dat het tóch in je upgrade zit is daarmee héél erg gestegen...

Het is klaar   :heat: :yahoo:

Zie Releasenotes:

http://ha1.heartprofit.nl/profit/index.php?topic=23033.0
http://ha1.heartprofit.nl/profit/index.php?topic=23034.0
http://ha1.heartprofit.nl/profit/index.php?topic=23035.0
http://ha1.heartprofit.nl/profit/index.php?topic=23036.0

Heb je net nog even gebeld voor een Upgrade, maar je was er niet (staat eigenlijk ook wel in ons systeem).
Hoe dan ook, daar jij de enige bent die Upgrade regelt, zal het wel niet eerder dan maandag worden.

Een paar topics nog even teruglezend, kom ik van mezelf ook nog een knal van een fout tegen:



Laat ik nou toch gedacht hebben dat dat 1e bericht bij Peter vandaan kwam. Ik zie er nu "Pascal" bij staan. :oops:

Dat is geweldig nieuws!
Ik ben erg benieuwd, laat zeker even weten wat we ervan vinden :)

Geef maar een gil als we een Upgrade moeten klaarzetten.

Ik hoor van Richard dat je in een ander topic al een Upgrade had aangevraagd.
Ze wordt nu gegenereerd.

 :thumbsup: