Automatisch verzendkosten als factuurregel toevoegen

[Guest]

Hi!

 

Inmiddels heb ik via dit forum al een aantal vraagstukken kunnen oplossen, fantastisch dank daarvoor!

 

Ondertussen zit ik niet echt met een probleem maar met een leuke uitdaging. Om de foutmarge zo klein mogelijk te maken wil ik graag dat het systeem zelf een factuurregel in de factuurgegevens portaal voor verzendkosten aanmaakt waaneer ik aangeef dat een bestelling moet worden verzonden.

Ik heb al een beetje zitten stoeien met een paar scripts, maar het werkt vooralsnog niet.

 

Wanneer jullie een idee hebben dan hoor ik het graag!

 

Cheers,

Onno

[hiker]

Dus als jij op de knop Verzenden drukt dan moet er een nieuw record worden aangemaakt met als inhoud een tekstveld met Porto en een berekeningsveld met het portobedrag?

Het portobedrag is afhankelijk van wat je verzenden wilt en is aangegeven in de andere portaalrijen?

[pjotter]

Waarom niet gewoon op de factuur de porto los toevoegen (niet in het portaal) ?

[menno]

Je wilt de verzending net als de artikelen die je verkoopt kunnen inkopen, de marge erover berekenen, naar je boekhouding sturen, in je kosten- en omzetoverzichten gebruiken, om er maar een paar te noemen. Dat hele riedeltje wordt véél eenvoudiger wanneer je alles dat je factureert, gewoon als artikel cq portaalrecord behandelt. Die verzendkosten dan alleen maar in een los veldje toevoegen, alleen maar omwille van de weergave vind ik dan echt een slecht idee.

[Banach]

100% mee eens. Zo kun je zelfs meerdere soorten verzendkosten toevoegen; het zijn simpelweg artikelen in je produktentabel met elk hun eigen artikelnummer. Wanneer je dit als apart veld invoert zult je het bij ieder overzicht, wijziging in tarief of wat dan ook weer apart moeten behandelen. Met artikelen voer je gewoon een nieuw artikel in met zijn eigen code, omschrijving, btw tarief(code), grootboeknummer enz.

Verzendkosten, transportkosten, inklaringskosten, parkeerkosten, voorrijkosten enz. zijn allemaal niet meer dan artikelen die je verkoopt. Zelfs kortingen kun je beter als artikel behandelen.

[hiker]

Maar als je meerdere artikelen wilt verzenden, bv een webshop, dan moeten de verzendkosten eenmalig berekend worden over alle verzamelde producten. Dan lijkt mij een portaalregel ook lastiger dan een apart berekeningsveld op de layout die aan de hand van de gewichten van de producten het totaal portobedrag berekend.

[Banach]

Verzendkosten gaan per collo. Het is niet gezegd dat b.v. iedere regel op je factuur ook een aparte collo is, soms combineer je regels in één pakket. Kosten voor een pallet zijn ook weer anders, dus maak je portaalregels zódanig dat je de door te berekenen bedragen handmatig en/of met een speciale knop kunt invullen. B.v. een knop die de producten op gewicht verzameld en zo de verzendkosten berekend en een regel in het portaal met dat bedrag aanmaakt.

 

Bij kortingen idem dito. Wil je 10% korting op de totale factuur geven maak dan een knop die jou het percentage vraagt, dit uitrekent en als portaalregel toevoegt. In de omschrijving kun je dan zoiets zetten als '10% voorjaarskorting over het totale factuurbedrag ad' en dan het door het script uitgerekende bedrag.

 

Het later verwerken, berekenen van totaal doorberekende verzendkosten, gegeven kortingen, of splitsen van verschillende soorten van deze kosten (b.v. brieven, pakketten, pallets) etc is dan veel eenvoudiger dan wanneer dit soort bedragen in aparte velden staan vermeld.

[menno]

Correct. Ik zit nu zelf met een webbouwer die precies dit bij een klant van mij doet en omdat het in een veld staat waaraan niet is te herkennen hoe de verkoopprijs van de verzendkosten tot stand is gekomen is voor mij niet te herkennen wat de kostprijs is. Omdat voor mij niet te herkennen is wat de kostprijs is, kan ik ook de marge op de order niet uitrekenen, pfffffff. Als de webbouwer gewoon de verzendkosten als artikel zou hebben aangeboden met een inkoopprijs en een verkoopprijs, dan hoef ik niet eens te weten hoe het is opgebouwd, die marge verdeel gewoon naar rato over de order.

[Guest]

Hi all,

 

Dank voor de reacties.

 

Ik zal even uitleggen hoe ik het nu heb ingericht.

Van ieder product dat ik toevoeg in een portaalrij heb ik een gewicht. De totale bestelling heeft een veld met de som van deze gewichten.

Met dat gegeven kan ik inderdaad de verzendkosten op basis van gewicht en land berekenen.

 

Op de bestelling heb ik een knop "Verzenden" wanneer ik daarop druk zou ik dus een nieuwe portaal regel willen hebben die automatisch de bovenstaande berekening toepast en invult.

Zo kan men nooit de verzendkosten vergeten.

 

Het is inderdaad fijn om de verzendkosten als product te zien, zo kan hij verder meegenomen worden in de administratie.

 

Dank vast!

[bigbadwolf]

Als je het helemaal goed wilt doen zul je eigenlijk ook rekening moeten houden met het volume (tenzij je alleen kleine objecten hebt, dan zal de kans misschien kleiner zijn dat je pakket te groot wordt).

[Guest]

Klopt!

we verkopen koffie, dus in ongeval zal het gewicht eerder de grens bereiken dan het volume.