Heart-Profit ERP

Als ik een order heb maar bv 4 regels welke ik op meerdere data moet afleveren (bv maandorder met elke week een levering) wil ik daar per levering een kostenregel aan toevoegen middels een kostenartikel (bij ons een FACTxxxx)

Echter daar een kostenartikel geen formele "leverdatum" kent komen deze er op de eerste factuur meteen allemaal op, i.p.v. 1 op elke leverfactuur.

Is hier op termijn wat op te vinden middels bv het respecteren van een leverdatum zoals bovengenoemd?
Dat zou dan middels "eerstmogelijke verzenddatum" kunnen?

mvg

Als je kosten als tarief per eenheid gedefinieerd worden, komen ze sowieso per levering op je faktuur. Als je kosten als vast bedrag opneemt, zal een vast bedrag bij de eerst volgende faktuurrun gefaktureerd worden. Stel dat je vrachtkosten in rekening wilt brengen via een vast bedrag, en je voegt die vrachtkosten na de levering toe, doch voor fakturatie, dan zal iedere faktuur haar eigen vrachtkostenregel bevatten.

Pas als je nu een Verkooporder wilt toevoegen met 4 leverdata en tevens nu alvast 4 kostenregels wilt toevoegen met vaste tarieven, dan zal Profit niet weten wanneer wat gefaktureerd mag worden. Ik weet het niet 100% zeker, maar ik dacht dat als je bij Fakturatie aangeeft 'alles faktureren t/m leverdatum 12 januari 2007' dit ook al werkte op kostenregels. Ofwel, dat zou nog een methode kunnen zijn waarmee je dan kostenregels die nog niet aan de orde zijn, kunt overslaan bij fakturatie (tot ze wel aan de beurt zijn).

Nb: Wat weerhoud je er overigens van om hier gewoon separate orders van te maken? Een order per afroep? Als je jouw voorbeeld enigzins overdrijft, verzin je straks een jaarorder en krijg je een Verkooporder straks nooit meer afgesloten...

Klopt, dit werkt inderdaad goed zo.

Bij ons lijkt het niet te werken, hoe kan dit
In order 20070110031 staat op regel 4 een FACT (kostenartikel) op datum 02/02/2007

zie pict2.png

Bij facturatie t/m 17/01/2007 komt deze regel toch op factuur (nr. 2036576) ondanks dat de datumselectie niet sluit!

zie pict2.png

Is dit een inrichtingsprobleem, want DirkJan geeft aan dat het bij hem wel werkt

A.h.v. je schermkopie kunnen wij niet zien hoe je de kostenregel verder hebt ingericht (datum, prijs, vast of per eenheid etc).

Overigens moet Dirkjan DKN zijn  :wink:

Klopt, sorry DKN.

Wouter, kun jij deze weeg (grapje) een kijken hoe dit zit dat het bij DKN wel zo schijnt te werken en bij AD niet?
Eventueel inbellen. We kunnen wel schermpjes over blijven sturen, maar waarschijnlijk heb jij het probleem zo eerder gevonden.
Want een probleem is het ip voor ons wel.....

mk

Wil best kijken, maar heb deze week w.s. zeker geen tijd, en de rest van de maand zit ik ook redelijk vol. Ik zal kijken wat ik kan doen.
Zorg ervoor dat ik je pc kan bereiken (wachtwoordbeveiliging etc) als er even een gaatje vrij is.

Wouter, jij gaat nog even helemaal niets bekijken ...  :derisive:


Marco, wil je dit nog eens lezen; ik geloof nl. nooit dat je dat zo doet / hebt gedaan. En dàn werkt het dus ook niet (want dan kàn het ook niet).
 :smile:

Eventueel kan DKN nog vertellen hoe hij bovenstaande toepast.

Even terug:
Mijn vraag was origineel:
Is het mogelijk de facturatie rekening te laten houden met de "leverdatum" welke opgegeven wordt in de kostenregel, zodat als ik 2 artikelregels opgeef met verschillende leverdatum en 2 kostenregels met matchende leverdata, ik hieruit 2 facturen kan genereren (na de respectievelijke leveringen) welke beide hun eigen kostenregel meekrijgen.

Wij werken dus inderdaad niet zoals jij opgeeft.
Wij willen dit meteen invoeren omdat je anders de kans loopt dat je vergeet de kostenregel toe te voegen na de daadwerkelijke levering

mvg

Mk

Goed, dat lukt dus sowieso door het tarief afhankelijk te laten zijn van het produkt zelf. Dus in jouw voorbeeld : De vrachtkosten laten voortvloeien uit de betreffende verkooporderregel(s) zelf.

Ik denk zelf dat daar meerdere methoden voor zijn, maar voor nu wijs ik je dan op de (Opbrenstverhogende) DKKs als (denk ik) makkelijkste / mooiste / meest flexibele methode, maar met de wetenschap dat DKN het zo niet doet. Daarom dus ook zachtjes de vraag aan DKN hoe hij het regelt.

Bij ons komt het niet voor dat er 1 verkooporder wordt gemaakt met daarop bijvoorbeeld 4 regels met 4 verschillende leverdata. Bij ons heeft de verkooporder een leverdatum en daarbij dus alle producten die op die order staan.
Kortom, wij maken dus per leverdatum een verkooporder.

Stel ik maak nu een verkooporder met een leverdatum van van 25/1 en ik zet daarop een kostenartikel. Als ik nu ga faktureren dan geef ik in de rubriek "faktureren t/m leverdatum" de datum op welke orders tot welke leverdatum gefaktureerd mogen worden. Stel ik zet hier 19/1 neer, dan wordt de order (met de kostenregel) van 25/1 niet gefaktureerd.

Is dit wat je bedoelt? Zo werken wij in ieder geval.

Gr. Demis

Ik durfde het niet te zeggen, maar vreesde het al. Nee, dat is niet wat Marco bedoelt.
Geeft niets, zolang het maar naar boven komt.

Hoe dan ook, middels DKKs kan het sowieso wel.

Misschien wel aardig om even te noemen in de context van het bovenstaande :

Je kunt er denk ik wel vergif op innemen dat als een poster van onze (Heart) kant aan een klant zelf vraagt hoe deze iets in elkaar heeft geschroeft, de poster als eerste denkt dat het niet waar kan zijn. In elk geval wéét hij/zij het dan zelf niet (zoals in mijn geval in dit topic).
Anders gezegd, dit betreft geen "je er vanaf doen" en de klanten het onderling maar laten uitzoeken.
De vraag wordt dan toch gesteld omdat je tegenwoordig niet meer weet hoe een koe een haas vangt, en erg veel afhangt van de eigen kreativiteit.

Overigens hebben wij natuurlijk ook wat "context" mee, en kon ik in dit geval een klein beetje raden waarover Demis het zou moeten hebben (want, er is in deze iets speciaal voor hem gemaakt met redelijk veel moeite) èn het veelal (voor mij) niet al te moeilijk is om "te zien" waar iemand niet goed leest. zoals in dit geval ook is gebeurd.

 :toomuch:

Begrijp ik hieruit dat het nu vast staat dat de datum van een kostenregel niet gerespecteerd staat bij het factureren t/m datum?

Yep. Althans, niet als je niet op de e.o.a. manier (!) aangeeft dat de Kostenregel is gerelateerd aan een levering van fysiek spul.

Merk op dat de Leverdatum zoals je die kunt opgeven bij de VORegel (heb ik niet eens gekontroleerd, maar zal ook wel voor een Kostenrtegel) net zo min iets zegt als dat dat iets zegt bij een VORegel voor goederen. Immers, als je de goederen een week later (of eerder) levert, wordt dié datum gerespekteerd bij de Fakturering (en dat wil je ook). Als je dit uitwerkt voor Kostenregels, zie je dat het zou moeten gaan raden. Denk ik deze aan de situatie dat je een Kostenregel wel gerelateerd aan een fysieke levering wilt hebben, maar wat nou als je het laatste nog niet hebt gedaan (of een week te vroeg doet). En dus, er wordt niet geraden, maar het wordt gewoon gedaan als je de Order eenmaal faktureert (ook niet goed, maar je moet toch wat).

De oplossing is in alle gevallen : zorg dat de Kostenregel is gerelateerd aan de fysieke levering. Zoals met DKKs mogelijk is.

OK,

Hoe richt ik de zaak zo in dat bij bepaalde klanten er altijd bij de fysieke levering er een DKK regel gegenereerd wordt welke op de factuur meekomt....

Werken jullie al met DKK's ?

En gaat het alleen om vrachtkosten ?

Als iemand tijd heeft:
Kun je een klein opzetje sturen over de inrichting van zo'n DKK die dit effect geeft wat ik zoek
(per zending een toeslag voor verzendkosten) Dus niet per regel, maar per levering....

mvg
hoogachtend
alstublieft
enz...

Met vriendelijke hoogachting alstublieft : Hoe moeilijk is het om een antwoord te geven ?

sorry 2 maal hetzelfde bedoel je....

Wij gebruiken DKK's momenteel alleen "onder water" om reserveringen te trekken middels verhoging van kostprijzen en middels toeslagen op productiekosten als we uitbesteed werk hebben.

Rechtstreeks DKK's op de factuur gebruiken wij (nog) niet

Zoals eerder genoemd is het een en ander wellicht makkelijker middels een Opbrengst Verhogende DKK. Als je de DKK ook nog laat triggeren door een Artikel zorg je ervoor dat de DKK op een aparte VO-regel/Faktuur regel getoond wordt.
Daar je het DKK tarief bijvoorbeeld per KG kan opgeven zal bij toevoegen van een VO-regel automatisch een DKK-regel gegenereerd worden.
Bij Deelleveringen cq. Deelfakturatie zal over de geleverde/gefaktureerde KG de DKK berekend worden.

De DKK moet in ieder geval Opbrengstverhogend zijn, het Artikel wat getriggerd wordt kan gewoon een Kostenartikel o.i.d. zijn. Dit Artikel(met Omschrijving) zal op de VO-regel/Faktuur vermeld worden als aparte regel.

Op deze manier zal voor elke Deellevering een evenredig deel aan (bijvoorbeeld) vrachtkosten berekend worden.

Dit lijkt op de methode die LA volgt maar dan wordt aan ieder artikel wat we toevoegen aan een verkooporder de DKK gekoppeld. Deze DKK zijn weergekoppeld aan een kosten artikel zodat het zichtbaar wordt.
Het lijkt mij in dit geval dat je achteraf aan een verkooporderregel deze DKK moet koppelen en een bedrag in vullen. maar dan ben je wel erg handmatig bezig.

Dirk/Jan Gloudemans
LA

Ik ben er even van uit gegaan dat het vrachtkosten tarief per Debiteur bepaald wordt en niet per VO, dus in dit geval een tarief bij de Debiteur vastleggen. :wink:

Beste Cliff
Dat is bij LA ook zo. Je koppeld bij voorbeeld DKK RO?????? 5% aan een debiteur maak die opbrengst verhogend en alle artikelen zulle 5 procent duurder worden.

Maar dan zit ik nog niet op mijn voorbeeld, waar ik een "vast" tarief per zending wil toekennen per levering.
Dat was nou net de reden om met een "kostenartikel" te gaan werken...

Dat had ik wel begrepen. Op onze manier gaat het of via een vaste toeslag per artikel of een vast percentage.

Dirk-jan

Marco,


Zeg dat dan meteen.  :gotya:

Als je dit werkelijk wilt, zit er niets anders op dan het aan te passen zoals je wilt, met de garantie dat je een keer die Kosten niet faktureert (zie eerder betoog van mijn kant) of het wordt onbetaalbaar. Merk svp op dat wij er niets aan kunnen doen dat je iets wilt wat feitelijk onmogelijk is, eraan denkend dat er geen "logistiek" bestaat rond het optreden van die kosten, als je eìgenlijk geen koppeling met de produkten wenst (en het ook automatisch wilt laten werken).
Denkelijk bestaan nu de volgende opties :

1.
Letterlijk doen wat je wilt, c.q. waarvan je denkt dat je ermee uit de voeten kunt;
De "Leverdatum" van de Kostenregel zal dan worden gerespekteerd bij de Fakturering, waarbij je vooral in de gaten moet houden dat als je faktureert maar niets levert, die Kostenregel dùs wordt gefaktureerd. En ook :
Als je te vroeg levert, zal de Kostenregel niet worden gefaktureerd.
Hierbij hoort een Bedrijfsparameter, aangezien het niet mogelijk is om iedereen met deze werkwijze te konfronteren, een werkwijze die fishy is. :fishy:
De garantie dat de werking rond de Fakturering consistent blijft krijg je niet; wel willen wij net zo lang als dat het moet op basis van regie blijven vervolmaken. N.b.: Ik doel hier op zaken als het te vroeg leveren, en bij een latere Faktuurrun (de Datum voldoet nu) de Faktuur voor de Kosten toch niet wordt gegenereerd, omdat de Status al F is, of , de Faktuur er toch wel uit komt maar de Status geen F wordt, enz. enz. enz.
Kosten 5 uur.

2.
Idem als 1, maar nu inklusief de voorziening dat het Kostenartikel wordt gerelateerd aan de Artikelregels die erboven staan.
Geen degelijke methode (voor de gebruiker), aangezien je binnen dat deel wat erboven staat weer Deelleveringen zou kunnen doen, en je eigenlijk maar moet afwachten of wat er gebeurt je aanstaat. Beter : er zijn hier best wat mogelijkheden, die wij even niet voor je uitwerken, en ook als je het zelf doet zullen we langer bezig zijn met dáár weer op te schieten, dat het het werk zelf te boven gaat (goed, mag normaal zijn in dit land).
16 uur extra.

3.
Het ontwikkelen van een DKK die werkt per Levering.
Ook deze methode stinkt, omdat je normaliter (*) op deze manier niet op voorhand de "Kostenregel" op de juiste plaats weet te positioneren, feitelijk omdat je -letterlijk genomen- niet op voorhand weet wat je levert (zie weer Deellevering binnen de Deellevering).
* Alles kan, en reken daarvoor 12 uur extra.
Een nieuwe DKK kost 44 uur.

4.
Een hele andere methode, die met als trigger de Levering, de Kosten aan de Verkooporder toevoegt (onderaan), die aldus meteen zullen worden meegenomen bij de (eerstvolgende) Fakturering.
Dit lijkt nog de beste methode, met wèl als nadeel dat je e.e.a. (Orderevestiging) formeel niet op voorhand aan de klant kunt duidelijk maken.
Merk wel op dat een methode als deze, op zichzelf zo "degelijk" is, dat ieder blikje wat je levert, vanzelf gepaard zal gaan met zo'n Kostenregel voor jouw vaste bedrag. Wel zul je een als overbodig geachte Kostenregel kunnen Verwijderen, dan wel de Verkoopprijs daarvan kunnen aanpassen.
9 uur (uitgaande van een vaste prijs voor iedereen (!)).


Wat je wilt is best logisch, maar ja ...

Peter

Maar een DKK kan ik niet aan een fysieke levering hangen zoals ik dit wil, dus 1 vast bedrag per zending (als ik het bovenstaande lees) is dan toch geen oplossing? {vraag}

Nee nu niet.
Of bedoel je dat je niet gelooft dat wij hetgeen zoals beschreven onder #3 voor elkaar krijgen ?

Zeker vrijdagmiddag ...  :see you: