Onderwerp: bestel script

Hallo,

Ben zojuist bezig gegaan met een geheel vernieuwd script om te bestellen. Nu heb ik registratie,inlog etc al gedaan en ben aanbeland bij het bestellen/factureren. Nu stuit ik op een probleempje; namelijk ik wil een complete bestelling op 1 factuur, dus bijv hosting + domein dit is opzich geen probleem maar wat als de hosting per maand betaald wordt en het domein per jaar? Hoe zal ik dit het beste kunnen oplossen.. 2 aparte facturen vindt ik geen optie om eerlijk te zijn.

Ook nog een vraag, als men dus meerdere producten wil bestellen hoe zal ik dit doen in php/sql.. gewoon een aparte tabel met bijv. factuurproducten en dan deze allemaal een eigen factuurnummer geven? Of hoe zullen jullie dit oplossen.

Beste Erik,

Ik denk dat dit alleen mogelijk is als je het domeinnaam apart berekendi.p.v. all in.

Richard

Hmm, oke. Is dus geen mogelijkheid tot iets anders? Iemand anders mischien een oplossing?

Voor een terugkerende betaling zal je toch steeds elke keer een factuur moeten sturen. Voor die maand staat er dan ook een domeinnaam bij, misschien ook wel setup kosten of iets anders. Een factuur is wat er voor die keer betaald moet worden.

Een factuur heeft een aantal vaste gegevens en een aantal variabelen. Per factuur is er 1 factuur nummer, datum, debiteur etc, en meerdere factuur regels. Dus je maakt een factuur object waaraan factuurregels gekoppeld worden. Die factuur regels zijn weer gelink aan je producten.
Je moet er wel voor zorgen, bijv. door gebruik van meerdere versies of kopieren van de product gegevens, dat wanneer je het product wijzigt de factuurregel niet mee veranderd.

Herhalingstermijn voor elke factuurregel bijhouden, en niet per factuur.

of de domeinkosten /12 doen... ik zie sommigen ook een domein aanbeiden vanaf "1 euro per maand"

ik denk dat je beter gewoon domein per jaar kan doen, de hoster moet meteen het domein betalen voor registratie en als je klant ineens niet meer wil betalen ben jij je geld voor domein al kwijt voor een jaar

Oorspronkelijk geplaatst door Kenneth

ik denk dat je beter gewoon domein per jaar kan doen, de hoster moet meteen het domein betalen voor registratie en als je klant ineens niet meer wil betalen ben jij je geld voor domein al kwijt voor een jaar

feit


Denk dat ik nog even rond ga kijken wat de beste oplossing is. Betaling per jaar voor gewone shared accounts is opzich geen probleem. Reseller accounts per jaar is echter voor sommige klanten toch iets te veel van het goede.

Zoals hierboven al aangegeven; Herhalingstermijn per factuurregel inplaats van per factuur..

en hoe kan ik al die factuurregels dan koppelen aan 1 factuur? Of allemaal aparte facturen?? :s

Hoe al die factuur regels? Per tijdseenheid heb je 1 factuur met een x aantalregels en dat herhaalt zich elke zoveel tijd, en die plak je in de database aanelkaar met een relatie, bijvoorbeeld op factuurnummer.

Ik denk dat je even een scheiding moet maken tussen de term factuurregel, als wat een onderdeel van een factuur is en het door de klant afgenomen produkt met betalingstermijn, kortingsregeling, etc.

ok nu zoek ik even maar hoe kan ik het volgende oplossen.. ik wil namelijk dat mijn shared pakketten per jaar moeten betaald worden (1,25 per maand factureren eeeh.. :P) en nu had ik dit script in een formpje:

<? if($_POST['pakket'] == 'Shared05'){} else { ?><option value="1">1 Maand</option> <? } ?>

Dus als het pakket niet die naam heeft mag hij dat showen en anders niet maar ik heb meerdere shared pakketten en hoe maak ik hierbij een zo klein mogelijke code.. (dus bijv. == 'Shared05' && 'Shared10' of hoe?)

<?php
if($_POST['pakket'] != 'Shared05')
{
?>
<option value="1">1 Maand</option>
<?php
}
?>

Zoiets bedoel je? Het lijkt nu grotere code omdat het overzichtelijker is maargoed, moet je zelf maar weten hoe je de code neer zet..

nee ik moet meerdere dingen erbij kunnen hebben, want heb meerdere pakketten waar betalen per kwartaal een feit is.

Je moet dus met categorieen gaan werken of voor een pakket aangeven wat de betalingscondities zijn.

Maak eerst een overzicht van wat je wil, maak daar een datamodel van, vertaal dat naar code en dan heb je iets om mee te werken.