Jump to content

Remitur

Level 2 Member
  • Content count

    143
  • Joined

  • Last visited

  • Days Won

    1

Remitur last won the day on December 29 2017

Remitur had the most liked content!

Community Reputation

11 Good

About Remitur

  • Rank
    Level 2 Member
  1. Can you please specify what would be these "leading accounting packages"? I've worked with a number of different accounting software, but never met anyone doing so... About official rules on VAT calculation and rounding: each country has its own rules, but they're roughly consistent. A brief reference: http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A62007CJ0302 report that: That's to say: rounding has to be done only at invoice-evel, not to row-level. But, if you want an (very unusual) rounding at row level. the same document specify that it's possible: but each row's VAT has to be rounded to 1/10 of penny. and the total amount in invoice may be later rounded to the nearest whole penny. So, if you want keep WHMCS calculating VAT at row level, it can be done... but you need to modify the process in order to calculate one more decimal position for every single VAT amount: that's to say, not penny, but tenth of a penny; not cents, but tenth of a cent. Is it worthwhile? I, as WHMCS user, never felt such a need...
  2. trivial issue in domain search box

    Both solutions are nice and... "elegant"! Just a question: the hook code need to be inserted as usual in /includes/hooks , or elsewhere?
  3. The WHMCS "Interacting with the Database" documentation is fairly approximate and laconic: https://developers.whmcs.com/advanced/db-interaction/ And laravel is not my best friend ... The question is: idoes exist any example of a "clean" code for the main operations on the most common tables? (eg retrieve, modify and save registrationdate from tbldomains table)?
  4. I've just realized that the standard domain search box (the one most of us have in home page, "find your domain name" - "register or transfer" and so on) has a trivial issue. If the user is smart, and inputs thisismydomain.com everything is right. But if the user is not so smart (and users are NEVER smart...), and he inputs www.thisismydomain.com WHMCS will answer that "the domain is not avaialable. If would be a good (and easy to do) thing to strip away from what inserted by the user: leading "http://" (if present) leading "https://" (if present) leading "www." (if present)
  5. Registrar commands: renew options

    You need define the buttons as follows: function MYREGMODULE_AdminCustomButtonArray($params) { return array( 'Restore' => 'RestoreDomain', 'Sync'=> 'Sync', 'whatever function you want'=> 'myfunction', ); The called functions must be defined in your registrar module, with the proper prefix. So, i.e., myfunction will be something like function MYREGMODULE_myfunction ()
  6. Multiple invoicing questions

    Hoping this could be a a good omen for Katamaze: his Billing Extension has a lot of interesting features, but 'cause of his lingering silence I was just going to abandon it ...
  7. If a customer has not enough credit for full payment of a proforma, and so he pays it partly by credit and partly in other ways (i.e. credit card or paypal), it's usually a mess... you'll need a double registration in accountancy for that invoice it may happen that the second payment (made i.e. by Paypal) is ridiculous low (few cents...) it may happen that you issue an invoice for only few cents... So it would be great that a user is allowed to apply credit to a proforma, only if his credit is sufficient for a full payment of the invoice (you have no sufficient credit for full payment? Pay full by Paypal, and use the credit later... or do a credit recharge and the pay in full with credit) I guess that should be sufficient to modify viewinvoice.tpl Someone in the web suggest a simple (but uneffective) correction: change this line: <input type="text" name="creditamount" value="{$creditamount}" class="form-control" /> replacing it with: <input type="hidden" name="creditamount" value="{$creditamount}" class="form-control" /> but it doesn't work: it hidden to the customer the option to pay with credit if credit is not sufficient to full payment, but it partly applies credit authomatically and without any alerto to the customer... so it's even worst. I guess would be necessary to modify all the "if" clause of this block of code: {if $manualapplycredit} <div class="panel panel-success"> <div class="panel-heading"> <h3 class="panel-title"><strong>{$LANG.invoiceaddcreditapply}</strong></h3> </div> <div class="panel-body"> <form method="post" action="{$smarty.server.PHP_SELF}?id={$invoiceid}"> <input type="hidden" name="applycredit" value="true" /> {$LANG.invoiceaddcreditdesc1} <strong>{$totalcredit}</strong>. {$LANG.invoiceaddcreditdesc2}. {$LANG.invoiceaddcreditamount}: <div class="row"> <div class="col-xs-8 col-xs-offset-2 col-sm-4 col-sm-offset-4"> <div class="input-group"> <input type="hidden" name="creditamount" value="{$creditamount}" class="form-control" /> <span class="input-group-btn"> <input type="submit" value="{$LANG.invoiceaddcreditapply}" class="btn btn-success" /> </span> </div> </div> </div> </form> </div> </div> {/if} in order to insert another .and. condition, but I can't imagine how to do it using the "available credit amount" and the "invoice amount", and comparing them ...
  8. Multiple invoicing questions

    There's a module which fix this issue (and many others): https://katamaze.com/whmcs/product/Billing-Extension But, even if I'm using it, I don't know if suggest it to you... Assistance is missing, in the module there's a number of unfixed bugs, and I'm evaluating to find some other solutions... Which could be a hook, based on InvoicePaidPreEmail ( https://developers.whmcs.com/hooks-reference/invoices-and-quotes/#invoicepaidpreemail ) which: change the date chenge the number of proforma with the right invoice number
  9. Tax rules almost everywhere in the world specify different. And it's easy to understand the reason. Assume I'm selling nails, and the price is 0,01 each plus VAT (20%) So, if I'm going to sell 100 nails to a customer: according to tax office, final price is 0,01 x 100 + VAT = 1,20 (of these, 20 cents are taxes) according to you, final price is (0,01 + VAT) x 100 = 1,00 (with zero taxes) Very happy the customer, very unhappy the tax office...
  10. In my experience: this bug involved two invoices during one month. I lost half an hour to understand where those damn 2 cents were missing. Then I lost another hour trying to understand why. Then I discovered this thread. Then I lost another half an hour explaing to my accountant the reason of the problem, and why it could not be fixed...
  11. Orders with taxes

    Please define "able to pay taxes" .... ;-) People who has a valid VAT code? Or what?
  12. Problem: Many customers insert "add funds" orders, and later give them up. Some of them also in a compulsive way (a dozen or so of different orders). This may happen for many different reasons: "what's happen if I click on "add funds" button? let's try..." "Let's do a 100 USD credit order... damn, I wanted it of 100 USD, not 1000 USD... let's do another one "I have to renew this domain... how to do it... maybe this button "add funds"? ... o... let's try something different..." ... and so on... So now I have a lot of unuseful, old and unpaid "add funds" pro-forma invoices, and customers sometime rising tickets "please, delete this six-months-old add-funds invoice..." An idea would be a daily cron to delete all "add funds" unpaid pro-forma invoices older than 30 days... but I did'nt found any way to filter only "add-funds unpaid invoice"... :-(
  13. Whenever WHMCS get an order, it keeps it on "pending", until you manual review and approve it. You can set any authomatic process running even if the order is not yet approved (so, i.e., you can set a domain to be renewed as the customer pays the fee) but, even if yet processed, the order remain in "pending". And you need to manually approve it. It can be useful for many kind of orders, but for domain renewal is definitely only a waste of time: I've few dozens of domain renewal orders daily, so my "manual check" is "select all of them -> approve", because opening everyone of them would be too much time consuming. If domain renewal orders would be approved authomatically, I would need daily to manage only a dozen or so of new orders... and this is a number which is manageable. So, the question is: does exist any way to authomatically approve domain renewal orders, as they are paid by the customer?
  14. Account resellerclub X Whmcs

    Is the IP of your WHMCS whitelisted in Resellerclub?
  15. No, we're using "Web Hoster" theme by Thememetro
×

Important Information

By using this site, you agree to our Terms of Use & Guidelines