Invoices

Invoices are transactions signifying a payment that your Customer / Sub-Reseller owes you. Invoices are the MOST powerful transaction capability and by far the most powerful feature of the system. It is
important to understand them carefully in order to benefit from them. Invoices provide inbuilt features such as payment protection, and extremely powerful Payment Collection. Let us understand how you can use Invoices to manage your
business.

First lets look at the fields that make up an Invoice:

Transaction ID: This is a numerical integer value which uniquely identifies every transaction. The system automatically generates serial numbers for you, separately for your Customers and your Sub-Resellers, starting from 1, incrementing upwards for each additional Invoice created.

Transaction Date: This is the date on which the Invoice was created.

Description: This is the description of the Invoice, describing the purpose for which the Invoice was created.

Order ID: All Invoices are related to an Order. An Invoice is always dependent on an Order. An Invoice can only be created for a particular Order. The Invoice depicts a certain amount of money to be paid for an Order.

Invoice Amount: This is the total amount of the Invoice. This is the amount your Customer / Sub-Reseller needs to pay for that Order. In case your Selling Currency is different from your Accounting Currency, you will see the Invoice Amount in both the currencies. The Invoice Amount consists of the following component(s):

Invoice Subtotal: This component is the amount calculated based on the Cost Price for the Customer / Sub-Reseller and the duration of the Order. In case your Selling Currency is different from your Accounting Currency, you will see the Invoice Subtotal in both the currencies.

Note

This amount may be refundable to the Customer / Sub-Reseller, if the Order is deleted within the specified Money Back Period.

Application Fee: Certain domain name extensions (TLDs) have a one-time Application Fee applicable for Registrations in the Sunrise Period, apart from the normal Registration charges. This component represents such Application Fee. In case your Selling Currency is different from your Accounting Currency, you will see the Application Fee in both the currencies.

Note

This amount is non-refundable and will be forfeited, even if the Customer / Sub-Reseller is unable secure the Domain Name Registration.

Pending Amount: This is the amount pending against this Invoice. To begin with this will be same as the Invoice Amount. For example, if the Invoice amount is USD 200, the pending amount will also be USD
200. If the Customer now chooses to make a payment of USD 100 against this Invoice, the Pending Amount will then be USD 100. Incase your Selling currency is different from your Accounting Currency, you will see the Pending amount in both the currencies.

Forex Gain/Loss: If your Accounting Currency is different from your Selling Currency, then the System records your Forex Gain/Loss for every transaction. Each time an Invoice is paid, the appropriate Forex Gain/Loss for that Payment is calculated and maintained by the system.

Other Details: An Invoice contains several other details such as Contact Information, Tax information, etc..

It is important to note that All of the above fields cannot be modified once an Invoice is created. An Invoice can only be balanced. It can never be modified. The amounts, address information, everything remains as it is. Another important aspect to note is that an Invoice contains even your OWN contact details. If you click the Print button in an Invoice Details view, it will show your contact details too. These contact details are
separately stored with each Invoice. These too cannot be modified. Even if you change your Company name after 1 month, it will not affect the Invoices already raised under the previous Company name. This change will only affect newer transactions. The same applies to applicable Taxes too.

Incase of an unpaid Invoice, you may see any of the below additional fields:-

Request Cancellation Days: This signifies the number of days, post which a pending Request will be cancelled if the payment on the Invoice is not made. This will only be visible if a Request is not yet executed. For example, if a Customer places a domain registration request without executing it, the Invoice will display a Request Cancellation Date. If the Invoice is not paid for by the Invoice Cancellation Date, the Request and the Invoice will be canceled. The Request Cancellation date can be set anywhere between 7 and 60 days, in accordance with standard business practices. For instance, a domain registration request could be set to cancel after 7 days, because a service as basic as Domain Registration is unlikely to warrant a longer duration. However, for ancillary services such as Web Hosting, you would want to allow more time for a Customer to pay for it.

Order Suspension Date:This signifies the date on which the Order will be suspended if the balance payment in the Invoice is not made.

Order Deletion Date:This signifies the date on which the Order will be deleted if the balance payment in the Invoice is not made.

Reminder Days: This signifies the number of days after which a reminder for Payment of the Invoice is sent to your Customer / Sub-Reseller, by the system, automatically.

The above four fields are the MOST powerful fields that are available to you with respect to an Invoice. These four fields are not modifiable once an Invoice has been raised.

Now lets understand the different types of actions that can be performed on an Invoice. These actions are accessible from the toolbar in an Invoice Details view.

Pay:You can pay the Invoice using funds from your Customer's / Sub-Reseller's account. On clicking Pay, you will be able to directly use funds from your Customer's / Sub-Reseller's account to pay for the Invoice. The pay button assumes that your Customer / Sub-Reseller has funds in their account. If your Customer / Sub-Reseller does not have funds to cover the Invoice, you can choose to first Add Funds in their account and then subsequently pay the Invoice.

Cancel as Bad Debt: Once you have executed the request associated with an Invoice and are not able to recover entire Invoice amount from your Customers / Sub-Resellers, you may choose to write off (cancel) the pending Invoice amount as Bad Debt. Clicking on this button, would raise a Credit Note of the pending amount.

Cancel: You can only cancel those Invoices that have a Request associated with them and are fully unpaid, using the cancel button. Additionally, if there was any request associated with that Invoice it will be canceled too, unless the Request has already been separately executed. For example, if a Request for Registration of a domain name was placed, an Invoice associated with it will be created. Upon canceling this Invoice, the associated Request will be canceled. This is discussed in more detail separately.

If you wish to cancel an Invoice after the request associated with it has been executed, you need to give a Discount to the tune of the Invoice (to balance the Invoice). Discount is discussed in detail below.

Discount: A Discount may be offered either prior to receiving payment for an Invoice or after you have received payment from your Customer / Sub-Reseller. You may Discount an Invoice until it has been completely reversed, through one or more combination of Discounts (including Sales Reversals) and/or Cancellation due to Bad Debts.

Print: You can use this button to obtain a Printable Copy of the Invoice for your reference.

Download: You can use this button to download a copy of the Invoice as a PDF file.

Execute w/o Payment: This is a special action which can only be performed with Invoices of your Customers, which have a Request associated with them. This is explained in detail later in this answer.

Types of Invoices

There are two types of Invoices:

Invoices Associated with a Request

Invoices that do not have an Associated Request

Invoices associated with a Request

These refer to Invoices which have a Pending Request related to them. The Request is fulfilled after the payment of the Invoice. The Request is actually pending with respect to the Order for which the Invoice is raised. For example, if an
Order Renewal is requested, an appropriate Invoice is created for that Order Renewal. This Invoice is associated with the request of renewal. The Renewal would be carried out once the Invoice is paid for.

You can perform the following special actions on any Invoice that has an associated Request with it:

Execute w/o Payment: You can choose to execute the Request without using your Customer's funds. To do this, click the Execute w/o Payment button. You have two choices when using the Execute w/o Payment option:

Execute the Request, and keep the Invoice as it is. That way your Customer can pay for this Invoice later.

Execute the Request, but Cancel the Invoice. That way your Customer will not have to Pay for this Invoice at all.

If you choose to keep the Invoice as it is, the request will be executed but the invoice will still show up with the status as Pending Amount against the underlying Order. Your Customers and you may continue to get Payment
Reminders for this Invoice until they have paid for it, or you have canceled it. It can also result in the Suspension or Deletion of the Order if the Invoice remains unpaid beyond your Payment collection settings for that Invoice. This is
described in detail further.

If you execute the request, but cancel the Invoice, the request will be executed, but the Invoice will be canceled, by creating a Discount Credit Note of the balance amount of the Invoice and balancing it against the Invoice. You
will have to remember to recover the Payment from your Customer yourselves. The system will not assist you in the payment collection for this Request once the Invoice is canceled by means of a discount. You may choose to do this in case you have already received a payment from the Customer. However in that case it is a better idea to feed the payment into the System and balance the Invoice against that. This allows you to maintain records of all your Customers and Sub-Resellers and use the advanced Payment Collection features provided by the system.

Some salient points to note about Invoices associated with a Request are as follows:

Only the System can raise Invoices associated with a Request. This is because requests are automatically created in the System. In fact, you can think of an Invoice associated with a Request as an Order placed by your customer through the interface. The Invoice will be raised based on your Selling Price to the Customer, for whatever Services your Customer Requests.

The Request associated with the Invoice can be separately executed by using the Execute w/o Payment option.

If the Request is not executed, and the Invoice is cancelled, the Request automatically gets canceled too.

If the Invoice is paid for fully, the Request is also executed.

Let us understand this and some other aspects by using an example. Lets assume a Customer of yours - Customer A, places a Request for Renewal of an Order. The Invoice created for this purpose is as follows:

The above Invoice is automatically created by the System. This Invoice is associated with the Request for Renewal of someorder.com. We can now perform the following actions with the above Invoice:

Pay: You or Customer A, can Pay for the Invoice. The Payment can be of the full USD 100 or a partial payment of say USD 50. If the payment made is of the full USD 100, the Renewal request will be executed immediately. If however, a partial Payment is made on this Invoice, then the Request will continue to remain pending until the balance payment is made too.

Cancel: If this Invoice is canceled, the Renewal Request associated with the Invoice will be cancelled too, provided the Request has not already been executed.

Execute w/o Payment, and Cancel Invoice: If you choose to execute this Request without Payment, and Cancel the Invoice, the Renewal will get executed, but the Invoice will be canceled. The Renewal then cannot be reversed. It would have been completed. You will have to remember to collect the Payment for this Renewal from Customer A yourself.

Execute w/o Payment, and Retain Invoice: If you choose to execute this Request without Payment, and retain the Invoice, the Renewal will get executed, and the Invoice will be retained. This way, your Customer's Order is renewed immediately. The Invoice however remains pending in the System, and the System will continue to remind you that you have to Collect this Payment from your Customer. The reminders will continue for as long as you have either recovered the Payment and fed it in the system, or canceled this Invoice. The Renewal action however is irreversible. If after a few days you choose to Cancel the Invoice, the renewal which was already done will not be affected.

An important point to understand out here is that if you choose to "Execute w/o Payment" and "Keep the Invoice" the Invoice now changes to an Invoice that is NOT associated with a Request. Let us understand this a little better. At this point in time, Customer A had an Invoice which had an associated action - Renewal of someorder.com for 1 year. If you however choose to execute the Renewal without paying for the Invoice, then the Request for renewal does not exist anymore. The Invoice therefore is no more associated with a Request. It continues to be associated with the Order. This Invoice now becomes of the second type - i.e. an Invoice that does not have an Associated Request.

Auto-Cancel: If you do not perform any of the above actions on the Invoice, the system will cancel the Invoice and the associated Renewal Request automatically in a predefined time period. This time period is set as the Request Cancellation Date as per your Payment Collection Settings.

Invoices that do not have an associated Request

Invoices that are associated with an Order, but do NOT have any PENDING Request dependent on their payment, are known as Invoices that do not have an associated Request. These are Invoices that are directly created by you, by using the Add Invoice function in your Control Panel from within the Billing section under Customers / Sub-Resellers Menu. These Invoices are associated with an Order, but do not have an associated Request. This functionality is provided to allow you to create Miscellaneous Invoices related to an Order and use the Payment Collection systems provided by us to collect your Payments.

For example, if you have a Customer who buys a Domain Name - abcd.com. If you wish to now charge this Customer a separate charge for some web designing related to this domain name, you can simply raise an Invoice in the system, and the system will take care of the Payment collection on your behalf. This is an extremely powerful capability and you should take time in understanding the functionality available to you.

Each Invoice which does not have an associated Request has the following extra fields:

Order Suspension Date: This signifies the Date on which the Order will be Suspended if the balance payment in the Invoice is not made.

Order Deletion Date: This signifies the Date on which the Order will be Deleted if the balance payment in the Invoice is not made.

These two fields are not available for an Invoice which is associated with a Pending Request. They are only available for Invoices which DO NOT have a Pending Request. These are extremely powerful fields which you can use for your Payment Collection.

Important aspects to understand about Invoices which do not have an associated Request:

These are Invoices manually created by you in order to use our Payment Collection system to collect your Payments.

These Invoices do not have any Action or Request associated with them. Paying for these Invoices will not execute any action. Canceling these Invoices will not cancel any action, since there is no action associated with these Invoices.