-
a2billing user manual pdf
Download Link: ➡ a2billing user manual pdf
File Name: a2billing user manual pdf.pdf
Size: 2453 KB
Type: PDF, ePub, eBookCategory: Book
Uploaded: 12 May 2019, 13:29 PM
Rating: 4.6/5 from 555 votes.
Last checked: 3 Minutes ago!
⬆ LINK ⬆
In order to read or download a2billing user manual pdf ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account. ✔ Download as many books as you like (Personal use) ✔ Cancel the membership at any time if not satisfied. ✔ Join Over 80000 Happy Readers
Book Descriptions:
a2billing user manual pdf
So having set up a PayPal business account, A2billling gives the facility to collect payments online and securely with customers topping up their calling cards with either PayPal or any major credit card. Having said that, building the system is fairly simple using readily available tools. The following tools are recommended for a Windows user. This is installed on Linux and allows you to make configuration changes to Linux, and the services that it runs via a simple web interface. Softphone One of the most popular SIP based soft-phones is XLite. A good IAX2 based softphone can be found at This will be required to test your installation. The file is well commented, and it should be clear as to what needs to be done. All the basic settings of A2Billing are contained within this file. Management Interface Introduction The management interface allows the system to be configured. When dealing with a new installation there are a number of tasks that need to be carried out to set up the system before customers can be added. It is assumed that you have configured trunks in Asterisk; you know the carrier cost of your calls, and the price that you intend to charge your end customer. Many thousands of pounds can be lost in a very short space of time should your platform be compromised. A Tariff group is a collection of rate-cards that will be applied to a service. Add the rate cards created above to the tariff group using the Add Tariff Plan button. Set the rates which you are charged under add rate or Import rate card. It may be easier to create the rates for import in an access database or excel spreadsheet, as for each destination, the dialling code of the destination is required. The dialling codes can run to many thousands of lines, and a mistake in assigning the dialling code to a destination can prove expensive. Text files of complete dialling codes are rare, and there are few if any definitive sources. Create and edit the sign-up emails.
- a2billing user manual pdf, a2billing user manual pdf download, a2billing user manual pdf free, a2billing user manual pdf file, a2billing user manual pdf online.
The size and specification of the PC will be based on the number of concurrent calls that are expected to pass through the platform, and the codecs chosen by the calling card operator. Platform The A2Billing platform is a fully featured pre-paid and post-paid calling card platform built and designed on LAMP. (Linux, Apache, MySQL and PHP) The telephony interface is supplied by Asterisk, the open source telephony toolkit designed by Digium. The A2Billing platform has many features that are only found in high end calling card platforms costing many thousands of dollars. Line Interface Cards In order to connect the A2billing platform to the PSTN, then a line interface card is required. Although there are a number of clone cards, it is recommended that Digium cards are purchased for two reasons. Asterisk is designed by Digium, and given that they supply the cards, one expects the cards to work with Asterisk with the minimum of effort. Digium makes most of its money by selling Asterisk associated hardware, and given that Asterisk is open source, it is in all our interests that the company continues to be supported financially to improve and bring more features to Asterisk. VoIP Provider Rather than send calls out via the PSTN, better rates can often be enjoyed using Voice over IP service providers. Ensure that the VoIP provider allows concurrent calls. Broadband In order to take full advantage of all the features offered by A2Billing, a broadband connection will be required, preferably with a fixed IP address. The amount of broadband will dictate how many concurrent calls you can make. The number of calls that ADSL (Asymmetric Services) can carry will be dictated by the upstream speed, irrespective of the downstream speed. Broadband is also required by the web interface to allow your customers to sign up online, and to make payments via Paypal. Paypal Business Account A2Billing is equipped with a PayPal payment gateway.
Certain fields are pre-filled, such as the card number, Card Alias and password. These fields can be edited, however, one must be careful not to compromise the security of the customer’s account. The card number and the password are used to authenticate a SIP or IAX client, while the Card Alias (or customer email address) and password are used to access the customer web interface. Simultaneous and individual access can be set here. This is a very powerful tool to reduce fraud. Extremely large telephone bills can be racked up in a very short space of time, and indeed, I have seen a company lose ?112,000 over a weekend on a single post-pay card with simultaneous access, as multiple concurrent calls were being made to a premium rate number. If individual access is enabled, then the fraudster will only be able to make a relatively few calls, thus reducing your exposure. Customers can be set up as either Pre-paid or Post-paid. Pre-paid customers have to charge their account with a sum of money before they can make calls. Each time that the customer makes a call, the balance can be read out to them. Post-pay customers pay the operator on receipt of an invoice, after the call has been made. However, to limit the liability and debt risk, a credit limit can be set-up within the system, which if exceeded; the customer will be able to make no more calls. Generate Customers The Generate customers section allows the administrator to create multiple cards with the same properties, which can then be printed on physical cards and sold via retail outlets. More information on individual fields can be gleaned from the list or create customer screens. List SIP Friend Having created a customer, they can be set up as SIP Friends. Thus, customers using a SIP client can authenticate directly to the platform using the SIP protocol, without the need to enter a card number each time a call is made. Additionally the ingress cost for a SIP call is regarded as 0.
Note that some ISP’s block emails from a mail server within their network as a spam reduction measure. Information on the internet is available to work round this problem. Create the cards for distribution, or open your website for business. Customers A customer has a number of properties, mainly a card number, an Alias and a password. The card numbers are unique, and both identify the customer as well as providing secure access. The numbers are generated randomly with no obvious pattern, so that a hacker cannot calculate valid card numbers. The customer is also assigned with a numeric ID, which is simply consecutively numbered at 1. Attached to the card number is an Alias. This number, or the customer's email address is used to log in to the web site graphical user interface. This will create a single customer. Generate Customers, which will create a whole batch of customers, where the card numbers can be printed on cards and sold through retail outlets. Import Customers, to provide for existing customer details to be imported from a legacy platform. List Customers Customers previously created are listed here. Click edit to change the properties of a customer. The fields are all fairly self explanatory, with text below most fields to explain and clarify the purpose of the field. Clicking Edit will give access to the individual properties of the customer. The form allows VAT to be charged, as well as selecting which tariff group will apply to this customer. Additionally, the page allows the administrator to search for a specific card, or a batch of cards. Having defined a search criterion, the cards selected can be exported in CSV or XML format. Alternatively, certain properties of the card can be batch updated. It is from this interface that cards are topped up manually via the refill button. This tops up the card, and the when payment is received, it is appplied via the Add New Payment button.
Speed dials are assigned to a customer’s card for short code access to frequently dialled numbers. The customer can set up their own speed dials via their web interface, or they can be set up in the administrator screens. Create Speed Dial Speed dials for customers are created in this screen. The number of speed dials that a customer can create is set in the a2billing.conf file. Billing Introduction The Billing screens are where payments and general accounting takes place. Normally, when doing company accounts, figure from the calling card platform is entered as one figure in the nominal ledger, while the calling card platform is seen as the cash book. A2Billing features a full set of accounting tools to be able to track payments from a variety of sources, as well as being able to administer debt for individual customers. !View Payment Methods A2Billing supports Paypal, Authorize.net and Moneybookers payment gateways. A2Billing has a payment gateway integrated with PayPal. The settings for the payment gateway are configured within a2billing.conf text file and within this screen. Cards can be topped up via the customer web interface by pre-defined amounts, in virtually any currency In order to use PayPal, a business account has to be created in PayPal, who will then give you the appropriate settings to put into the system. View Transactions This screen shows the list of transactions made through the various epayment systems. View Money Situation The view money situation shows a list of total payments, refills and the outstanding balance for each customer. Clicking on payment shows all payments for that customer, while clicking on refill shows all refills for the customer. Cards can be refilled from the refill icon at the top of the page in List Customers. This will apply credit to a card; however, a payment is expected to balance off the refill. For instance, a customer gives you ?10 to top up his card. You would apply a refill of ?
The cost is a fixed cost based on the cost of broadband, rather than a per minute cost using DISA (Direct Inwards System Access), typically a toll free number. The SIP client needs to be given the address of the platform, the username is the card number, and the password is the password found in list customers. Individual SIP parameters can be edited here. The purpose of each parameter is described in the book, Asterisk, The Future of Telephony, as well as in the www.voip-info.org Wiki. Knowledge of SIP protocols and NAT (Network Address Translation) is needed in order to successfully connect a SIP client to the Asterisk Server. Create SIP Friend Create SIP friend will update Asterisk to allow a previously created customer to access the A2Billing system via the SIP protocol. When a SIP friend is created, it is necessary to reload the settings on Asterisk. This action does not drop any calls already in progress. List IAX Friend List IAX friend is broadly similar to List SIP Friend; however, there are a different set of parameters that can be edited. The main advantage is IAX’s ability to pass through virtually any firewall, as only one port (4569 UDP) is used for signalling and media. Currently, There are not so many devices available for IAX devices as there are for SIP devices. Create IAX Friend Create IAX Friend is similar to create SIP Friend, but using the IAX Protocol. List Caller ID Caller IDs are listed in this screen. The caller ID is set up by the customer via their personal log in on the web based GUI. When a customer calls in to the A2Billing platform, the CLI (calling line identifier) is delivered to the platform. If the CLI is recognised, then the customer will be authenticated via the CLI without the need to enter a card number. Thus it is important to note that the CallerID must be unique throughout the system. List Speed Dial Speed dials are listed here.
This screen also allows the possibility of applying a Package Offer for a certain number of minutes to a destination. List Call Plan Having created the Call Plan above, edit the Call Plan through this screen, and add in the rate card. That is to say, select individual previously created rate-cards and add them to the group. List Rate-Card Previously created rate cards can be listed and edited through this screen. Create New Rate-Card Create a new rate card, that is listed in the screen above. A descriptive name, a start date and an expiry date can be set, as well as the trunk to use. If no trunk is specifically defined, then the default trunk will be used. The DNID (Dialled Number Identifier) Prefix allows the definition of a rule to choose this particular rate card. DNID by default is set to all, to match every DNID. The DNID can be set to an individual number to always choose this rate card when the number matches. Define Rate Card Having created the rate card, and put some rates against it, the rates are then listed in this screen. Select the rate card to view in the dropdown at the top, then press search. The rates against the rate-card will then be listed. Mindful of the fact that there may be many hundreds of rates in any one rate-card, a search function is provided to select individual rates. Having created criteria for selecting rates, they can be then updated using batch update function. Add Rate Rates can be added individually, but this can become tedious, so an import rate function is described below. Select the rate-card to which you want to add the rate, enter the dial prefix, which matches the rate and give a destination. The remaining fields are filled in with carrier cost, retail cost, minimum duration and minimum billing interval. More control over the rates charged can be enabled by editing a setting in a2billing.conf. The screen will then offer the option to apply stepped charges to the customer.
Stop and start dates, days and times will allow different rates to be applied at different times of the day or week. There is also a setting which when selected, sets that destination to be included in the package offer as free time to call. Import Rate-Card Rates can be imported in bulk, having been previously prepared in an appropriate format in Excel or Access. A rate-card has to exist before rates can be imported. Clearly the Dial Prefix, Destination and retail rate are mandatory fields. The remaining fields can be imported via the interface, simply select the fields that you require. Note that the fields need to be separated by either a semi-colon or a colon, as comma and full-stop are used for decimal format. When you are happy with the import file, click import rate-card. The system will report whether the import has been successful, and which rates may have failed the import. Rate-Card Simulator The rate-card simulator allows the rates to be checked without making any calls, so that the rate you intended to charge is indeed the charge that is made. Package Offer Introduction Packages allow the operator to offer free calls either on the basis of so many minutes per month, or free calls to a certain destination. The destinations that are to be included in the free minutes package are selected within the rate card. The Package to be applied is selected within the Call Plan. List Offer Package This lists the packages already created with an option to edit them. Add Offer Package Add a new package. Details Package Shows the number of calls and the cost of those calls which have been made under each package. Outbound CID The Outbound CID section allows groups of CID's to be created wich are then selected randomly from the list. Note that only certain service providers allow the CID to be manipulated by Asterisk, and in any case, you should be authorised to send CID delivered.
10 to increment his card, and then add a payment of ?10 to show that he had actually paid, and to reset the outstanding balance. At the bottom of the page are total payments and credits. View Payment Viewing payments give a list of all payments received, and which card the payments were set against. Once the payment has been entered, there is no way to delete the payment, or to correct it, without editing the back end database. Therefore if a mistake has been made, a balancing payment must be made to correct the mistake. Add New Payment As the title suggests, this screen gives the ability to add a new payment against a customer. The payments must be entered in the chosen base currency. The base currency is set up in a2billing.conf. List Voucher Vouchers are a mechanism whereby customers can top up their cards by purchasing a voucher from a retail outlet. Vouchers are created with unique randomly generated numbers on them. The customer enters the voucher number into the customer graphical user interface, and the card is topped up by the value of the voucher. There is a link on the screen to export vouchers to a CSV file, which could be sent to a commercial printer to create scratch-off top-up vouchers. Additionally, A2Billing can be configured to present an IVR menu, through which the customer can top up their card. Create Voucher Create voucher gives the administrator the ability to create one single voucher. This may be for the purposes of providing a refund to someone. The voucher can be created in any currency. Vouchers can be given an expiry date. Generate Voucher Generate vouchers is to bulk create a number of vouchers, which may be printed and sold to customers. Currency Table The currency table is maintained from. Cards sold in currencies other than the base currency will use this table to make the conversion. The table should show the conversion from the base currency rate.
A button has been added to update the currency list, and a cron job can be created to automatically update the currencies as often as you wish. List Charge This screen lists charges made against customers. Charges can be one off charges, such as for equipment or sign-up fees, alternatively, they can be monthly charges, such as for the rental of a DDI. Add Charge Charges are added against a customer in this screen. Charges should be made in the base currency. Alternatively, credits can be applied to the account by entering a negative figure. There are two types of charge available, a one off charge, and a recurring charge which is applied every month. RateCard Introduction The rate card section is used for defining rates and tariffs. It is imperative that an accurate set of dialling codes is obtained, so that calls can be rated correctly. If the dialled digits do not match an entry in the rate card attached to the customer, then the call cannot be terminated. A Call Plan is a collection of rate-cards. Therefore a rate-card must be created before the Call Plan, and then added to the group. Both carrier costs and retail rates can be added into this section which will assist in ensuring that each destination is profitable. Create Call Plan A rate-card has to be created first. A group can contain many rate-cards. Give the Group a descriptive name, and then select whether the rate should be chosen on the basis of LCR (Least Cost Routing) or LCD (Least Cost Dialling) LCR will select a rate based on the cheapest carrier cost, whereas LCD will select the cost on the basis of the cheapest charge to the customer. There is an option to remove the international dialling prefix as some VoIP carriers do not require the leading 00 (0011 in the USA). If the prefix is removed, then the rate card dialling codes must be in the same format, for instance 441 for UK National calls rather than 00441 (0011441 for the USA).
Which group of CID to deliver to the called party are defined against each rate in the Add Rate section. If no CID Group is defined, then the CID of the trunk will be used. Trunk Introduction The trunk can be created either in Asterisk using sip.conf, zaptel.conf or iax.conf, or directly from the A2Billing interface. If the trunk is created in Asterisk, then simply refer to the trunk name in A2Billing. Multiple trunks can be enabled, which may have different rates, and will allow the system failover to a working trunk should the default trunk fail. List Trunk This screen lists the trunks already created in the system. The system allows a prefix to be added or removed from every call using this trunk Add Trunk The system allows a prefix to be added or removed from every call using this trunk, and a failover trunk can defined, so that should a trunk fail, it will move on to the next working trunk available. List Provider The List Provider is simply a system to list and edit VoIP Providers for reporting purposes. Create Provider Add a new provider here. Voip phone or land number. The DID available to the customer is selected via the customer screen. List DID Group Before DDI are added, a DDI Group has to be created. DDI are then added to the group. Add DID Group Add DDI simply asks for a group name. List DID DDI are listed in this screen, and can be edited or deleted from here. Add DID A new DDI is added via this screen. The type of billing is selected, and the number is assigned to a previously defined DDI group. Set the monthly charge in the fixrate field. Import DID A large number of DID can be imported from a CSV file. List Destination Once a customer has chosen and assigned a DDI to their account via the customer GUI, or alternatively the DDI is assigned via the Add destination screen, the DDI and destination is listed here, and it can be edited. The initial screen shows reporting information on each DID, such as minutes used etc.
Add Destination New Destinations are added here on behalf of the customer. The destination can be a PSTN number or a VoIP client. The priority sets the first number to be called. If the call times out or fails in some way, a second destination can be added with a different destination, and the the priority sets the order in which the calls are made. Calls to the PSTN are properly rated using the calling plan attached to the customer DID Billing DDI billing is shown in the list Billing can be edited or deleted here, and is related to the extra charges list. It is possible to filter on the basis of the card number. Only the first few numbers of the card need be entered into the field. DID Usage Queries on DID usage can be found within this screen. Call Reports Introduction The call reports screen shows the call data records laid out in different formats, with graphs and filtering criteria to analyse traffic on the platform, and to analyse the usage on individual calling cards. CDR Report This report will list all calls inbound and outbound on a call by call basis. Calls can be filtered by using the analysis tools at the top of the page. Calls Compare Calls Compare allows you to look at traffic patterns from day to day. This can be a useful reference for revenue protection and assessing unusual traffic pattterns. Monthly Traffic This provides a pie chart showing traffic month on month. It can be quickly ascertained whether the traffic is increasing or decreasing month on month. From this graph, the maximum number of concurent calls can be ascertained. Call Report This provides a customisable call report for all calls along with costs and margins. Invoices Invoices have been much inproved in this version of A2Billing. Invoices can be exported in CSV format for fulfillment, or they can be emailed from the interface. View Invoices View invoices show a history of previously prepared invoices as well as their status in terms of Sent and paid.
Create Invoices Allows the operator to create invoices, and optionally send out the invoices by email. Invoice A detailed view of each individual invoice, that can be exported as HTML or as a PDF document. Invoices Customer View invoices by customer in the format that they will be sent out. There are 2 buttons against each customer which allow the invoice and payment history to be viewed. From the Invoice Button, a copy invoice can be sent via email. View Unbilled Invoices All invoices ready to be despatched cane be viewed here, and sent out when checked. Recurring Service Introduction The purpose of the Recurring services is to apply a charge to a card on a timed basis. This service may be used in circumstances where it is desirable to apply a daily administration charge. Auto Refill Report This report gives a list of automatic refills. Auto refill is enabled against the customer, and when the customer reaches minimum balance, the card will be topped up to the value of the initial balance. Note that this does not take payment. List Recurring service The services previously created are listed here with the option to edit or delete the service. Add recurring Service The various options to apply a charge to a card are well documented within the screen. Callback Call back is a way of getting cheap calls out of a country. For instance, it is generally cheaper to recieve a call on a mobile phone when roaming abroad than to make a call. The customer triggers the callback in some way, they recieve the call, and are given secondary dial tone, or are connected directly to the called party. There are two ways of billing the call. From the time that the customer receives the callback and goes off hook From the time that the customer is connected to the called party. The second way is the more generally acccepted way of billing for calls. Traditionally, we do not expect to be charged if the call does not connect.
However, with this method, cost is incurred by the operator while the call is being connected. There are various ways that an A2Billing customer can trigger the call: - Web Callback - The callback is triggered from a web page in the customer screen where there is an option to put in the number to call, and the number to be called back on. ANI Callback - Where the CID delivered to the platform, the CID is captured, and after a short period of time to allow the customer to clear down, the call to the customer is initiated using the CID. The customer then authenticates and is presented with secondary dial tone. DID Callback - Each customer is given their own personal trigger number. When that number is called, it is pre-programmed to call back the customer on a pre-defined number. API based callback to all another application to trigger the callback. Examples of where this may be appropriate is with say text based callback, where the number to call is texted to the a text service provider, and they convert that into a URL and send it to the A2Billing Platform. Other examples may include forming a URL on a smartphone, either with a special application or manually into the phone's web browser, which then sends the appropriate information via wifi, GPRS or 3G to set up the callback. Show Callbacks This screen lists all the callbacks to a number of different asterisk servers. It also lists statistics on callbacks. Add New Callbacks This screen allow the operator to create a new callback which is them displayed in the show callbacks screen Show server Groups Lists group in which servers are attached Add Server Group Add a new server group that is then displayed above. Show Servers Lists the callback servers that have been added to the system for making calls. Any internet attached asterisk server can be added, and callbacks triggered from that server. Add Server Adds a new server to the system that will be used for delivering callbacks.
Misc Introduction The purpose of this screen is to create email templates to send to customers when they either sign up or when their credit balance runs low. The trigger point to send a low balance email is set in a2billing.conf. Note that there may be issues with certain ISP’s allowing email to be sent from the A2Billing system Show Mail Template Show mail template displays the templates currently created. There are several templates created by default. Variables can be used to insert the name, card number, card alias, and password into the email: - Epayment Gateway Security Verification Failed - an administrator email to log attacks and failed password attempts on epayment processing. Login Information - Forgot password. From the customer screen, they can click forgot password, and an email would automatically be sent to them with their log in details. A2BILLING INVOICE - The email text for the invoice to which the PDF document is attached. PAYMENT CONFIRMATION - The confirmation email sent out when the customer has successfully purchased credit online. REMINDER - An email sent out when the customer's balance has dropped below a preset value in a2billing.conf suggesting that they top up their account. SIGNUP CONFIRMATION - The A2Billing system can be set up to send an email to the customer with a link in it to confirm that the email address is genuine before activating the account. SIGNUP CONFIRMED - When the link above is clicked, and the email confirmed, this email is despatched which contains the usernames and passwords for the customer, plus any other information that the customer may like to include. Browse Prefix A list of all the country dialling codes. It is from this list that the Country is taken. Add Prefix Add a new country code. Create Mail Template New mail templates can be created. However to call the mail template, code will have to be written within the A2Billing application.
votre commentaire
-
a2billing user manual
Download Link: ➡ a2billing user manual
File Name: a2billing user manual.pdf
Size: 1661 KB
Type: PDF, ePub, eBookCategory: Book
Uploaded: 15 May 2019, 22:52 PM
Rating: 4.6/5 from 801 votes.
Last checked: 13 Minutes ago!
⬆ LINK ⬆
In order to read or download a2billing user manual ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account. ✔ Download as many books as you like (Personal use) ✔ Cancel the membership at any time if not satisfied. ✔ Join Over 80000 Happy Readers
Book Descriptions:
a2billing user manual
So having set up a PayPal business account, A2billling gives the facility to collect payments online and securely with customers topping up their calling cards with either PayPal or any major credit card. Having said that, building the system is fairly simple using readily available tools. The following tools are recommended for a Windows user. This is installed on Linux and allows you to make configuration changes to Linux, and the services that it runs via a simple web interface. Softphone One of the most popular SIP based soft-phones is XLite. A good IAX2 based softphone can be found at This will be required to test your installation. The file is well commented, and it should be clear as to what needs to be done. All the basic settings of A2Billing are contained within this file. Management Interface Introduction The management interface allows the system to be configured. When dealing with a new installation there are a number of tasks that need to be carried out to set up the system before customers can be added. It is assumed that you have configured trunks in Asterisk; you know the carrier cost of your calls, and the price that you intend to charge your end customer. Many thousands of pounds can be lost in a very short space of time should your platform be compromised. A Tariff group is a collection of rate-cards that will be applied to a service. Add the rate cards created above to the tariff group using the Add Tariff Plan button. Set the rates which you are charged under add rate or Import rate card. It may be easier to create the rates for import in an access database or excel spreadsheet, as for each destination, the dialling code of the destination is required. The dialling codes can run to many thousands of lines, and a mistake in assigning the dialling code to a destination can prove expensive. Text files of complete dialling codes are rare, and there are few if any definitive sources. Create and edit the sign-up emails.
- a2billing user manual, a2billing user manual pdf, a2billing user manual download, a2billing user manual free, a2billing user manual online.
The size and specification of the PC will be based on the number of concurrent calls that are expected to pass through the platform, and the codecs chosen by the calling card operator. Platform The A2Billing platform is a fully featured pre-paid and post-paid calling card platform built and designed on LAMP. (Linux, Apache, MySQL and PHP) The telephony interface is supplied by Asterisk, the open source telephony toolkit designed by Digium. The A2Billing platform has many features that are only found in high end calling card platforms costing many thousands of dollars. Line Interface Cards In order to connect the A2billing platform to the PSTN, then a line interface card is required. Although there are a number of clone cards, it is recommended that Digium cards are purchased for two reasons. Asterisk is designed by Digium, and given that they supply the cards, one expects the cards to work with Asterisk with the minimum of effort. Digium makes most of its money by selling Asterisk associated hardware, and given that Asterisk is open source, it is in all our interests that the company continues to be supported financially to improve and bring more features to Asterisk. VoIP Provider Rather than send calls out via the PSTN, better rates can often be enjoyed using Voice over IP service providers. Ensure that the VoIP provider allows concurrent calls. Broadband In order to take full advantage of all the features offered by A2Billing, a broadband connection will be required, preferably with a fixed IP address. The amount of broadband will dictate how many concurrent calls you can make. The number of calls that ADSL (Asymmetric Services) can carry will be dictated by the upstream speed, irrespective of the downstream speed. Broadband is also required by the web interface to allow your customers to sign up online, and to make payments via Paypal. Paypal Business Account A2Billing is equipped with a PayPal payment gateway.
Certain fields are pre-filled, such as the card number, Card Alias and password. These fields can be edited, however, one must be careful not to compromise the security of the customer’s account. The card number and the password are used to authenticate a SIP or IAX client, while the Card Alias (or customer email address) and password are used to access the customer web interface. Simultaneous and individual access can be set here. This is a very powerful tool to reduce fraud. Extremely large telephone bills can be racked up in a very short space of time, and indeed, I have seen a company lose ?112,000 over a weekend on a single post-pay card with simultaneous access, as multiple concurrent calls were being made to a premium rate number. If individual access is enabled, then the fraudster will only be able to make a relatively few calls, thus reducing your exposure. Customers can be set up as either Pre-paid or Post-paid. Pre-paid customers have to charge their account with a sum of money before they can make calls. Each time that the customer makes a call, the balance can be read out to them. Post-pay customers pay the operator on receipt of an invoice, after the call has been made. However, to limit the liability and debt risk, a credit limit can be set-up within the system, which if exceeded; the customer will be able to make no more calls. Generate Customers The Generate customers section allows the administrator to create multiple cards with the same properties, which can then be printed on physical cards and sold via retail outlets. More information on individual fields can be gleaned from the list or create customer screens. List SIP Friend Having created a customer, they can be set up as SIP Friends. Thus, customers using a SIP client can authenticate directly to the platform using the SIP protocol, without the need to enter a card number each time a call is made. Additionally the ingress cost for a SIP call is regarded as 0.
Note that some ISP’s block emails from a mail server within their network as a spam reduction measure. Information on the internet is available to work round this problem. Create the cards for distribution, or open your website for business. Customers A customer has a number of properties, mainly a card number, an Alias and a password. The card numbers are unique, and both identify the customer as well as providing secure access. The numbers are generated randomly with no obvious pattern, so that a hacker cannot calculate valid card numbers. The customer is also assigned with a numeric ID, which is simply consecutively numbered at 1. Attached to the card number is an Alias. This number, or the customer's email address is used to log in to the web site graphical user interface. This will create a single customer. Generate Customers, which will create a whole batch of customers, where the card numbers can be printed on cards and sold through retail outlets. Import Customers, to provide for existing customer details to be imported from a legacy platform. List Customers Customers previously created are listed here. Click edit to change the properties of a customer. The fields are all fairly self explanatory, with text below most fields to explain and clarify the purpose of the field. Clicking Edit will give access to the individual properties of the customer. The form allows VAT to be charged, as well as selecting which tariff group will apply to this customer. Additionally, the page allows the administrator to search for a specific card, or a batch of cards. Having defined a search criterion, the cards selected can be exported in CSV or XML format. Alternatively, certain properties of the card can be batch updated. It is from this interface that cards are topped up manually via the refill button. This tops up the card, and the when payment is received, it is appplied via the Add New Payment button.
Speed dials are assigned to a customer’s card for short code access to frequently dialled numbers. The customer can set up their own speed dials via their web interface, or they can be set up in the administrator screens. Create Speed Dial Speed dials for customers are created in this screen. The number of speed dials that a customer can create is set in the a2billing.conf file. Billing Introduction The Billing screens are where payments and general accounting takes place. Normally, when doing company accounts, figure from the calling card platform is entered as one figure in the nominal ledger, while the calling card platform is seen as the cash book. A2Billing features a full set of accounting tools to be able to track payments from a variety of sources, as well as being able to administer debt for individual customers. !View Payment Methods A2Billing supports Paypal, Authorize.net and Moneybookers payment gateways. A2Billing has a payment gateway integrated with PayPal. The settings for the payment gateway are configured within a2billing.conf text file and within this screen. Cards can be topped up via the customer web interface by pre-defined amounts, in virtually any currency In order to use PayPal, a business account has to be created in PayPal, who will then give you the appropriate settings to put into the system. View Transactions This screen shows the list of transactions made through the various epayment systems. View Money Situation The view money situation shows a list of total payments, refills and the outstanding balance for each customer. Clicking on payment shows all payments for that customer, while clicking on refill shows all refills for the customer. Cards can be refilled from the refill icon at the top of the page in List Customers. This will apply credit to a card; however, a payment is expected to balance off the refill. For instance, a customer gives you ?10 to top up his card. You would apply a refill of ?
The cost is a fixed cost based on the cost of broadband, rather than a per minute cost using DISA (Direct Inwards System Access), typically a toll free number. The SIP client needs to be given the address of the platform, the username is the card number, and the password is the password found in list customers. Individual SIP parameters can be edited here. The purpose of each parameter is described in the book, Asterisk, The Future of Telephony, as well as in the www.voip-info.org Wiki. Knowledge of SIP protocols and NAT (Network Address Translation) is needed in order to successfully connect a SIP client to the Asterisk Server. Create SIP Friend Create SIP friend will update Asterisk to allow a previously created customer to access the A2Billing system via the SIP protocol. When a SIP friend is created, it is necessary to reload the settings on Asterisk. This action does not drop any calls already in progress. List IAX Friend List IAX friend is broadly similar to List SIP Friend; however, there are a different set of parameters that can be edited. The main advantage is IAX’s ability to pass through virtually any firewall, as only one port (4569 UDP) is used for signalling and media. Currently, There are not so many devices available for IAX devices as there are for SIP devices. Create IAX Friend Create IAX Friend is similar to create SIP Friend, but using the IAX Protocol. List Caller ID Caller IDs are listed in this screen. The caller ID is set up by the customer via their personal log in on the web based GUI. When a customer calls in to the A2Billing platform, the CLI (calling line identifier) is delivered to the platform. If the CLI is recognised, then the customer will be authenticated via the CLI without the need to enter a card number. Thus it is important to note that the CallerID must be unique throughout the system. List Speed Dial Speed dials are listed here.
This screen also allows the possibility of applying a Package Offer for a certain number of minutes to a destination. List Call Plan Having created the Call Plan above, edit the Call Plan through this screen, and add in the rate card. That is to say, select individual previously created rate-cards and add them to the group. List Rate-Card Previously created rate cards can be listed and edited through this screen. Create New Rate-Card Create a new rate card, that is listed in the screen above. A descriptive name, a start date and an expiry date can be set, as well as the trunk to use. If no trunk is specifically defined, then the default trunk will be used. The DNID (Dialled Number Identifier) Prefix allows the definition of a rule to choose this particular rate card. DNID by default is set to all, to match every DNID. The DNID can be set to an individual number to always choose this rate card when the number matches. Define Rate Card Having created the rate card, and put some rates against it, the rates are then listed in this screen. Select the rate card to view in the dropdown at the top, then press search. The rates against the rate-card will then be listed. Mindful of the fact that there may be many hundreds of rates in any one rate-card, a search function is provided to select individual rates. Having created criteria for selecting rates, they can be then updated using batch update function. Add Rate Rates can be added individually, but this can become tedious, so an import rate function is described below. Select the rate-card to which you want to add the rate, enter the dial prefix, which matches the rate and give a destination. The remaining fields are filled in with carrier cost, retail cost, minimum duration and minimum billing interval. More control over the rates charged can be enabled by editing a setting in a2billing.conf. The screen will then offer the option to apply stepped charges to the customer.
Stop and start dates, days and times will allow different rates to be applied at different times of the day or week. There is also a setting which when selected, sets that destination to be included in the package offer as free time to call. Import Rate-Card Rates can be imported in bulk, having been previously prepared in an appropriate format in Excel or Access. A rate-card has to exist before rates can be imported. Clearly the Dial Prefix, Destination and retail rate are mandatory fields. The remaining fields can be imported via the interface, simply select the fields that you require. Note that the fields need to be separated by either a semi-colon or a colon, as comma and full-stop are used for decimal format. When you are happy with the import file, click import rate-card. The system will report whether the import has been successful, and which rates may have failed the import. Rate-Card Simulator The rate-card simulator allows the rates to be checked without making any calls, so that the rate you intended to charge is indeed the charge that is made. Package Offer Introduction Packages allow the operator to offer free calls either on the basis of so many minutes per month, or free calls to a certain destination. The destinations that are to be included in the free minutes package are selected within the rate card. The Package to be applied is selected within the Call Plan. List Offer Package This lists the packages already created with an option to edit them. Add Offer Package Add a new package. Details Package Shows the number of calls and the cost of those calls which have been made under each package. Outbound CID The Outbound CID section allows groups of CID's to be created wich are then selected randomly from the list. Note that only certain service providers allow the CID to be manipulated by Asterisk, and in any case, you should be authorised to send CID delivered.
10 to increment his card, and then add a payment of ?10 to show that he had actually paid, and to reset the outstanding balance. At the bottom of the page are total payments and credits. View Payment Viewing payments give a list of all payments received, and which card the payments were set against. Once the payment has been entered, there is no way to delete the payment, or to correct it, without editing the back end database. Therefore if a mistake has been made, a balancing payment must be made to correct the mistake. Add New Payment As the title suggests, this screen gives the ability to add a new payment against a customer. The payments must be entered in the chosen base currency. The base currency is set up in a2billing.conf. List Voucher Vouchers are a mechanism whereby customers can top up their cards by purchasing a voucher from a retail outlet. Vouchers are created with unique randomly generated numbers on them. The customer enters the voucher number into the customer graphical user interface, and the card is topped up by the value of the voucher. There is a link on the screen to export vouchers to a CSV file, which could be sent to a commercial printer to create scratch-off top-up vouchers. Additionally, A2Billing can be configured to present an IVR menu, through which the customer can top up their card. Create Voucher Create voucher gives the administrator the ability to create one single voucher. This may be for the purposes of providing a refund to someone. The voucher can be created in any currency. Vouchers can be given an expiry date. Generate Voucher Generate vouchers is to bulk create a number of vouchers, which may be printed and sold to customers. Currency Table The currency table is maintained from. Cards sold in currencies other than the base currency will use this table to make the conversion. The table should show the conversion from the base currency rate.
A button has been added to update the currency list, and a cron job can be created to automatically update the currencies as often as you wish. List Charge This screen lists charges made against customers. Charges can be one off charges, such as for equipment or sign-up fees, alternatively, they can be monthly charges, such as for the rental of a DDI. Add Charge Charges are added against a customer in this screen. Charges should be made in the base currency. Alternatively, credits can be applied to the account by entering a negative figure. There are two types of charge available, a one off charge, and a recurring charge which is applied every month. RateCard Introduction The rate card section is used for defining rates and tariffs. It is imperative that an accurate set of dialling codes is obtained, so that calls can be rated correctly. If the dialled digits do not match an entry in the rate card attached to the customer, then the call cannot be terminated. A Call Plan is a collection of rate-cards. Therefore a rate-card must be created before the Call Plan, and then added to the group. Both carrier costs and retail rates can be added into this section which will assist in ensuring that each destination is profitable. Create Call Plan A rate-card has to be created first. A group can contain many rate-cards. Give the Group a descriptive name, and then select whether the rate should be chosen on the basis of LCR (Least Cost Routing) or LCD (Least Cost Dialling) LCR will select a rate based on the cheapest carrier cost, whereas LCD will select the cost on the basis of the cheapest charge to the customer. There is an option to remove the international dialling prefix as some VoIP carriers do not require the leading 00 (0011 in the USA). If the prefix is removed, then the rate card dialling codes must be in the same format, for instance 441 for UK National calls rather than 00441 (0011441 for the USA).
Which group of CID to deliver to the called party are defined against each rate in the Add Rate section. If no CID Group is defined, then the CID of the trunk will be used. Trunk Introduction The trunk can be created either in Asterisk using sip.conf, zaptel.conf or iax.conf, or directly from the A2Billing interface. If the trunk is created in Asterisk, then simply refer to the trunk name in A2Billing. Multiple trunks can be enabled, which may have different rates, and will allow the system failover to a working trunk should the default trunk fail. List Trunk This screen lists the trunks already created in the system. The system allows a prefix to be added or removed from every call using this trunk Add Trunk The system allows a prefix to be added or removed from every call using this trunk, and a failover trunk can defined, so that should a trunk fail, it will move on to the next working trunk available. List Provider The List Provider is simply a system to list and edit VoIP Providers for reporting purposes. Create Provider Add a new provider here. Voip phone or land number. The DID available to the customer is selected via the customer screen. List DID Group Before DDI are added, a DDI Group has to be created. DDI are then added to the group. Add DID Group Add DDI simply asks for a group name. List DID DDI are listed in this screen, and can be edited or deleted from here. Add DID A new DDI is added via this screen. The type of billing is selected, and the number is assigned to a previously defined DDI group. Set the monthly charge in the fixrate field. Import DID A large number of DID can be imported from a CSV file. List Destination Once a customer has chosen and assigned a DDI to their account via the customer GUI, or alternatively the DDI is assigned via the Add destination screen, the DDI and destination is listed here, and it can be edited. The initial screen shows reporting information on each DID, such as minutes used etc.
Add Destination New Destinations are added here on behalf of the customer. The destination can be a PSTN number or a VoIP client. The priority sets the first number to be called. If the call times out or fails in some way, a second destination can be added with a different destination, and the the priority sets the order in which the calls are made. Calls to the PSTN are properly rated using the calling plan attached to the customer DID Billing DDI billing is shown in the list Billing can be edited or deleted here, and is related to the extra charges list. It is possible to filter on the basis of the card number. Only the first few numbers of the card need be entered into the field. DID Usage Queries on DID usage can be found within this screen. Call Reports Introduction The call reports screen shows the call data records laid out in different formats, with graphs and filtering criteria to analyse traffic on the platform, and to analyse the usage on individual calling cards. CDR Report This report will list all calls inbound and outbound on a call by call basis. Calls can be filtered by using the analysis tools at the top of the page. Calls Compare Calls Compare allows you to look at traffic patterns from day to day. This can be a useful reference for revenue protection and assessing unusual traffic pattterns. Monthly Traffic This provides a pie chart showing traffic month on month. It can be quickly ascertained whether the traffic is increasing or decreasing month on month. From this graph, the maximum number of concurent calls can be ascertained. Call Report This provides a customisable call report for all calls along with costs and margins. Invoices Invoices have been much inproved in this version of A2Billing. Invoices can be exported in CSV format for fulfillment, or they can be emailed from the interface. View Invoices View invoices show a history of previously prepared invoices as well as their status in terms of Sent and paid.
Create Invoices Allows the operator to create invoices, and optionally send out the invoices by email. Invoice A detailed view of each individual invoice, that can be exported as HTML or as a PDF document. Invoices Customer View invoices by customer in the format that they will be sent out. There are 2 buttons against each customer which allow the invoice and payment history to be viewed. From the Invoice Button, a copy invoice can be sent via email. View Unbilled Invoices All invoices ready to be despatched cane be viewed here, and sent out when checked. Recurring Service Introduction The purpose of the Recurring services is to apply a charge to a card on a timed basis. This service may be used in circumstances where it is desirable to apply a daily administration charge. Auto Refill Report This report gives a list of automatic refills. Auto refill is enabled against the customer, and when the customer reaches minimum balance, the card will be topped up to the value of the initial balance. Note that this does not take payment. List Recurring service The services previously created are listed here with the option to edit or delete the service. Add recurring Service The various options to apply a charge to a card are well documented within the screen. Callback Call back is a way of getting cheap calls out of a country. For instance, it is generally cheaper to recieve a call on a mobile phone when roaming abroad than to make a call. The customer triggers the callback in some way, they recieve the call, and are given secondary dial tone, or are connected directly to the called party. There are two ways of billing the call. From the time that the customer receives the callback and goes off hook From the time that the customer is connected to the called party. The second way is the more generally acccepted way of billing for calls. Traditionally, we do not expect to be charged if the call does not connect.
However, with this method, cost is incurred by the operator while the call is being connected. There are various ways that an A2Billing customer can trigger the call: - Web Callback - The callback is triggered from a web page in the customer screen where there is an option to put in the number to call, and the number to be called back on. ANI Callback - Where the CID delivered to the platform, the CID is captured, and after a short period of time to allow the customer to clear down, the call to the customer is initiated using the CID. The customer then authenticates and is presented with secondary dial tone. DID Callback - Each customer is given their own personal trigger number. When that number is called, it is pre-programmed to call back the customer on a pre-defined number. API based callback to all another application to trigger the callback. Examples of where this may be appropriate is with say text based callback, where the number to call is texted to the a text service provider, and they convert that into a URL and send it to the A2Billing Platform. Other examples may include forming a URL on a smartphone, either with a special application or manually into the phone's web browser, which then sends the appropriate information via wifi, GPRS or 3G to set up the callback. Show Callbacks This screen lists all the callbacks to a number of different asterisk servers. It also lists statistics on callbacks. Add New Callbacks This screen allow the operator to create a new callback which is them displayed in the show callbacks screen Show server Groups Lists group in which servers are attached Add Server Group Add a new server group that is then displayed above. Show Servers Lists the callback servers that have been added to the system for making calls. Any internet attached asterisk server can be added, and callbacks triggered from that server. Add Server Adds a new server to the system that will be used for delivering callbacks.
Misc Introduction The purpose of this screen is to create email templates to send to customers when they either sign up or when their credit balance runs low. The trigger point to send a low balance email is set in a2billing.conf. Note that there may be issues with certain ISP’s allowing email to be sent from the A2Billing system Show Mail Template Show mail template displays the templates currently created. There are several templates created by default. Variables can be used to insert the name, card number, card alias, and password into the email: - Epayment Gateway Security Verification Failed - an administrator email to log attacks and failed password attempts on epayment processing. Login Information - Forgot password. From the customer screen, they can click forgot password, and an email would automatically be sent to them with their log in details. A2BILLING INVOICE - The email text for the invoice to which the PDF document is attached. PAYMENT CONFIRMATION - The confirmation email sent out when the customer has successfully purchased credit online. REMINDER - An email sent out when the customer's balance has dropped below a preset value in a2billing.conf suggesting that they top up their account. SIGNUP CONFIRMATION - The A2Billing system can be set up to send an email to the customer with a link in it to confirm that the email address is genuine before activating the account. SIGNUP CONFIRMED - When the link above is clicked, and the email confirmed, this email is despatched which contains the usernames and passwords for the customer, plus any other information that the customer may like to include. Browse Prefix A list of all the country dialling codes. It is from this list that the Country is taken. Add Prefix Add a new country code. Create Mail Template New mail templates can be created. However to call the mail template, code will have to be written within the A2Billing application.
votre commentaire
-
a2billing pdf manual
Download Link: ➡ a2billing pdf manual
File Name: a2billing pdf manual.pdf
Size: 4075 KB
Type: PDF, ePub, eBookCategory: Book
Uploaded: 14 May 2019, 18:44 PM
Rating: 4.6/5 from 737 votes.
Last checked: 13 Minutes ago!
⬆ LINK ⬆
In order to read or download a2billing pdf manual ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account. ✔ Download as many books as you like (Personal use) ✔ Cancel the membership at any time if not satisfied. ✔ Join Over 80000 Happy Readers
Book Descriptions:
a2billing pdf manual
So having set up a PayPal business account, A2billling gives the facility to collect payments online and securely with customers topping up their calling cards with either PayPal or any major credit card. Having said that, building the system is fairly simple using readily available tools. The following tools are recommended for a Windows user. This is installed on Linux and allows you to make configuration changes to Linux, and the services that it runs via a simple web interface. Softphone One of the most popular SIP based soft-phones is XLite. A good IAX2 based softphone can be found at This will be required to test your installation. The file is well commented, and it should be clear as to what needs to be done. All the basic settings of A2Billing are contained within this file. Management Interface Introduction The management interface allows the system to be configured. When dealing with a new installation there are a number of tasks that need to be carried out to set up the system before customers can be added. It is assumed that you have configured trunks in Asterisk; you know the carrier cost of your calls, and the price that you intend to charge your end customer. Many thousands of pounds can be lost in a very short space of time should your platform be compromised. A Tariff group is a collection of rate-cards that will be applied to a service. Add the rate cards created above to the tariff group using the Add Tariff Plan button. Set the rates which you are charged under add rate or Import rate card. It may be easier to create the rates for import in an access database or excel spreadsheet, as for each destination, the dialling code of the destination is required. The dialling codes can run to many thousands of lines, and a mistake in assigning the dialling code to a destination can prove expensive. Text files of complete dialling codes are rare, and there are few if any definitive sources. Create and edit the sign-up emails.
- a2billing pdf manual, a2billing pdf manual pdf, a2billing pdf manual download, a2billing pdf manuals, a2billing pdf manual free.
The size and specification of the PC will be based on the number of concurrent calls that are expected to pass through the platform, and the codecs chosen by the calling card operator. Platform The A2Billing platform is a fully featured pre-paid and post-paid calling card platform built and designed on LAMP. (Linux, Apache, MySQL and PHP) The telephony interface is supplied by Asterisk, the open source telephony toolkit designed by Digium. The A2Billing platform has many features that are only found in high end calling card platforms costing many thousands of dollars. Line Interface Cards In order to connect the A2billing platform to the PSTN, then a line interface card is required. Although there are a number of clone cards, it is recommended that Digium cards are purchased for two reasons. Asterisk is designed by Digium, and given that they supply the cards, one expects the cards to work with Asterisk with the minimum of effort. Digium makes most of its money by selling Asterisk associated hardware, and given that Asterisk is open source, it is in all our interests that the company continues to be supported financially to improve and bring more features to Asterisk. VoIP Provider Rather than send calls out via the PSTN, better rates can often be enjoyed using Voice over IP service providers. Ensure that the VoIP provider allows concurrent calls. Broadband In order to take full advantage of all the features offered by A2Billing, a broadband connection will be required, preferably with a fixed IP address. The amount of broadband will dictate how many concurrent calls you can make. The number of calls that ADSL (Asymmetric Services) can carry will be dictated by the upstream speed, irrespective of the downstream speed. Broadband is also required by the web interface to allow your customers to sign up online, and to make payments via Paypal. Paypal Business Account A2Billing is equipped with a PayPal payment gateway.
Certain fields are pre-filled, such as the card number, Card Alias and password. These fields can be edited, however, one must be careful not to compromise the security of the customer’s account. The card number and the password are used to authenticate a SIP or IAX client, while the Card Alias (or customer email address) and password are used to access the customer web interface. Simultaneous and individual access can be set here. This is a very powerful tool to reduce fraud. Extremely large telephone bills can be racked up in a very short space of time, and indeed, I have seen a company lose ?112,000 over a weekend on a single post-pay card with simultaneous access, as multiple concurrent calls were being made to a premium rate number. If individual access is enabled, then the fraudster will only be able to make a relatively few calls, thus reducing your exposure. Customers can be set up as either Pre-paid or Post-paid. Pre-paid customers have to charge their account with a sum of money before they can make calls. Each time that the customer makes a call, the balance can be read out to them. Post-pay customers pay the operator on receipt of an invoice, after the call has been made. However, to limit the liability and debt risk, a credit limit can be set-up within the system, which if exceeded; the customer will be able to make no more calls. Generate Customers The Generate customers section allows the administrator to create multiple cards with the same properties, which can then be printed on physical cards and sold via retail outlets. More information on individual fields can be gleaned from the list or create customer screens. List SIP Friend Having created a customer, they can be set up as SIP Friends. Thus, customers using a SIP client can authenticate directly to the platform using the SIP protocol, without the need to enter a card number each time a call is made. Additionally the ingress cost for a SIP call is regarded as 0.
Note that some ISP’s block emails from a mail server within their network as a spam reduction measure. Information on the internet is available to work round this problem. Create the cards for distribution, or open your website for business. Customers A customer has a number of properties, mainly a card number, an Alias and a password. The card numbers are unique, and both identify the customer as well as providing secure access. The numbers are generated randomly with no obvious pattern, so that a hacker cannot calculate valid card numbers. The customer is also assigned with a numeric ID, which is simply consecutively numbered at 1. Attached to the card number is an Alias. This number, or the customer's email address is used to log in to the web site graphical user interface. This will create a single customer. Generate Customers, which will create a whole batch of customers, where the card numbers can be printed on cards and sold through retail outlets. Import Customers, to provide for existing customer details to be imported from a legacy platform. List Customers Customers previously created are listed here. Click edit to change the properties of a customer. The fields are all fairly self explanatory, with text below most fields to explain and clarify the purpose of the field. Clicking Edit will give access to the individual properties of the customer. The form allows VAT to be charged, as well as selecting which tariff group will apply to this customer. Additionally, the page allows the administrator to search for a specific card, or a batch of cards. Having defined a search criterion, the cards selected can be exported in CSV or XML format. Alternatively, certain properties of the card can be batch updated. It is from this interface that cards are topped up manually via the refill button. This tops up the card, and the when payment is received, it is appplied via the Add New Payment button.
Speed dials are assigned to a customer’s card for short code access to frequently dialled numbers. The customer can set up their own speed dials via their web interface, or they can be set up in the administrator screens. Create Speed Dial Speed dials for customers are created in this screen. The number of speed dials that a customer can create is set in the a2billing.conf file. Billing Introduction The Billing screens are where payments and general accounting takes place. Normally, when doing company accounts, figure from the calling card platform is entered as one figure in the nominal ledger, while the calling card platform is seen as the cash book. A2Billing features a full set of accounting tools to be able to track payments from a variety of sources, as well as being able to administer debt for individual customers. !View Payment Methods A2Billing supports Paypal, Authorize.net and Moneybookers payment gateways. A2Billing has a payment gateway integrated with PayPal. The settings for the payment gateway are configured within a2billing.conf text file and within this screen. Cards can be topped up via the customer web interface by pre-defined amounts, in virtually any currency In order to use PayPal, a business account has to be created in PayPal, who will then give you the appropriate settings to put into the system. View Transactions This screen shows the list of transactions made through the various epayment systems. View Money Situation The view money situation shows a list of total payments, refills and the outstanding balance for each customer. Clicking on payment shows all payments for that customer, while clicking on refill shows all refills for the customer. Cards can be refilled from the refill icon at the top of the page in List Customers. This will apply credit to a card; however, a payment is expected to balance off the refill. For instance, a customer gives you ?10 to top up his card. You would apply a refill of ?
The cost is a fixed cost based on the cost of broadband, rather than a per minute cost using DISA (Direct Inwards System Access), typically a toll free number. The SIP client needs to be given the address of the platform, the username is the card number, and the password is the password found in list customers. Individual SIP parameters can be edited here. The purpose of each parameter is described in the book, Asterisk, The Future of Telephony, as well as in the www.voip-info.org Wiki. Knowledge of SIP protocols and NAT (Network Address Translation) is needed in order to successfully connect a SIP client to the Asterisk Server. Create SIP Friend Create SIP friend will update Asterisk to allow a previously created customer to access the A2Billing system via the SIP protocol. When a SIP friend is created, it is necessary to reload the settings on Asterisk. This action does not drop any calls already in progress. List IAX Friend List IAX friend is broadly similar to List SIP Friend; however, there are a different set of parameters that can be edited. The main advantage is IAX’s ability to pass through virtually any firewall, as only one port (4569 UDP) is used for signalling and media. Currently, There are not so many devices available for IAX devices as there are for SIP devices. Create IAX Friend Create IAX Friend is similar to create SIP Friend, but using the IAX Protocol. List Caller ID Caller IDs are listed in this screen. The caller ID is set up by the customer via their personal log in on the web based GUI. When a customer calls in to the A2Billing platform, the CLI (calling line identifier) is delivered to the platform. If the CLI is recognised, then the customer will be authenticated via the CLI without the need to enter a card number. Thus it is important to note that the CallerID must be unique throughout the system. List Speed Dial Speed dials are listed here.
This screen also allows the possibility of applying a Package Offer for a certain number of minutes to a destination. List Call Plan Having created the Call Plan above, edit the Call Plan through this screen, and add in the rate card. That is to say, select individual previously created rate-cards and add them to the group. List Rate-Card Previously created rate cards can be listed and edited through this screen. Create New Rate-Card Create a new rate card, that is listed in the screen above. A descriptive name, a start date and an expiry date can be set, as well as the trunk to use. If no trunk is specifically defined, then the default trunk will be used. The DNID (Dialled Number Identifier) Prefix allows the definition of a rule to choose this particular rate card. DNID by default is set to all, to match every DNID. The DNID can be set to an individual number to always choose this rate card when the number matches. Define Rate Card Having created the rate card, and put some rates against it, the rates are then listed in this screen. Select the rate card to view in the dropdown at the top, then press search. The rates against the rate-card will then be listed. Mindful of the fact that there may be many hundreds of rates in any one rate-card, a search function is provided to select individual rates. Having created criteria for selecting rates, they can be then updated using batch update function. Add Rate Rates can be added individually, but this can become tedious, so an import rate function is described below. Select the rate-card to which you want to add the rate, enter the dial prefix, which matches the rate and give a destination. The remaining fields are filled in with carrier cost, retail cost, minimum duration and minimum billing interval. More control over the rates charged can be enabled by editing a setting in a2billing.conf. The screen will then offer the option to apply stepped charges to the customer.
Stop and start dates, days and times will allow different rates to be applied at different times of the day or week. There is also a setting which when selected, sets that destination to be included in the package offer as free time to call. Import Rate-Card Rates can be imported in bulk, having been previously prepared in an appropriate format in Excel or Access. A rate-card has to exist before rates can be imported. Clearly the Dial Prefix, Destination and retail rate are mandatory fields. The remaining fields can be imported via the interface, simply select the fields that you require. Note that the fields need to be separated by either a semi-colon or a colon, as comma and full-stop are used for decimal format. When you are happy with the import file, click import rate-card. The system will report whether the import has been successful, and which rates may have failed the import. Rate-Card Simulator The rate-card simulator allows the rates to be checked without making any calls, so that the rate you intended to charge is indeed the charge that is made. Package Offer Introduction Packages allow the operator to offer free calls either on the basis of so many minutes per month, or free calls to a certain destination. The destinations that are to be included in the free minutes package are selected within the rate card. The Package to be applied is selected within the Call Plan. List Offer Package This lists the packages already created with an option to edit them. Add Offer Package Add a new package. Details Package Shows the number of calls and the cost of those calls which have been made under each package. Outbound CID The Outbound CID section allows groups of CID's to be created wich are then selected randomly from the list. Note that only certain service providers allow the CID to be manipulated by Asterisk, and in any case, you should be authorised to send CID delivered.
10 to increment his card, and then add a payment of ?10 to show that he had actually paid, and to reset the outstanding balance. At the bottom of the page are total payments and credits. View Payment Viewing payments give a list of all payments received, and which card the payments were set against. Once the payment has been entered, there is no way to delete the payment, or to correct it, without editing the back end database. Therefore if a mistake has been made, a balancing payment must be made to correct the mistake. Add New Payment As the title suggests, this screen gives the ability to add a new payment against a customer. The payments must be entered in the chosen base currency. The base currency is set up in a2billing.conf. List Voucher Vouchers are a mechanism whereby customers can top up their cards by purchasing a voucher from a retail outlet. Vouchers are created with unique randomly generated numbers on them. The customer enters the voucher number into the customer graphical user interface, and the card is topped up by the value of the voucher. There is a link on the screen to export vouchers to a CSV file, which could be sent to a commercial printer to create scratch-off top-up vouchers. Additionally, A2Billing can be configured to present an IVR menu, through which the customer can top up their card. Create Voucher Create voucher gives the administrator the ability to create one single voucher. This may be for the purposes of providing a refund to someone. The voucher can be created in any currency. Vouchers can be given an expiry date. Generate Voucher Generate vouchers is to bulk create a number of vouchers, which may be printed and sold to customers. Currency Table The currency table is maintained from. Cards sold in currencies other than the base currency will use this table to make the conversion. The table should show the conversion from the base currency rate.
A button has been added to update the currency list, and a cron job can be created to automatically update the currencies as often as you wish. List Charge This screen lists charges made against customers. Charges can be one off charges, such as for equipment or sign-up fees, alternatively, they can be monthly charges, such as for the rental of a DDI. Add Charge Charges are added against a customer in this screen. Charges should be made in the base currency. Alternatively, credits can be applied to the account by entering a negative figure. There are two types of charge available, a one off charge, and a recurring charge which is applied every month. RateCard Introduction The rate card section is used for defining rates and tariffs. It is imperative that an accurate set of dialling codes is obtained, so that calls can be rated correctly. If the dialled digits do not match an entry in the rate card attached to the customer, then the call cannot be terminated. A Call Plan is a collection of rate-cards. Therefore a rate-card must be created before the Call Plan, and then added to the group. Both carrier costs and retail rates can be added into this section which will assist in ensuring that each destination is profitable. Create Call Plan A rate-card has to be created first. A group can contain many rate-cards. Give the Group a descriptive name, and then select whether the rate should be chosen on the basis of LCR (Least Cost Routing) or LCD (Least Cost Dialling) LCR will select a rate based on the cheapest carrier cost, whereas LCD will select the cost on the basis of the cheapest charge to the customer. There is an option to remove the international dialling prefix as some VoIP carriers do not require the leading 00 (0011 in the USA). If the prefix is removed, then the rate card dialling codes must be in the same format, for instance 441 for UK National calls rather than 00441 (0011441 for the USA).
Which group of CID to deliver to the called party are defined against each rate in the Add Rate section. If no CID Group is defined, then the CID of the trunk will be used. Trunk Introduction The trunk can be created either in Asterisk using sip.conf, zaptel.conf or iax.conf, or directly from the A2Billing interface. If the trunk is created in Asterisk, then simply refer to the trunk name in A2Billing. Multiple trunks can be enabled, which may have different rates, and will allow the system failover to a working trunk should the default trunk fail. List Trunk This screen lists the trunks already created in the system. The system allows a prefix to be added or removed from every call using this trunk Add Trunk The system allows a prefix to be added or removed from every call using this trunk, and a failover trunk can defined, so that should a trunk fail, it will move on to the next working trunk available. List Provider The List Provider is simply a system to list and edit VoIP Providers for reporting purposes. Create Provider Add a new provider here. Voip phone or land number. The DID available to the customer is selected via the customer screen. List DID Group Before DDI are added, a DDI Group has to be created. DDI are then added to the group. Add DID Group Add DDI simply asks for a group name. List DID DDI are listed in this screen, and can be edited or deleted from here. Add DID A new DDI is added via this screen. The type of billing is selected, and the number is assigned to a previously defined DDI group. Set the monthly charge in the fixrate field. Import DID A large number of DID can be imported from a CSV file. List Destination Once a customer has chosen and assigned a DDI to their account via the customer GUI, or alternatively the DDI is assigned via the Add destination screen, the DDI and destination is listed here, and it can be edited. The initial screen shows reporting information on each DID, such as minutes used etc.
Add Destination New Destinations are added here on behalf of the customer. The destination can be a PSTN number or a VoIP client. The priority sets the first number to be called. If the call times out or fails in some way, a second destination can be added with a different destination, and the the priority sets the order in which the calls are made. Calls to the PSTN are properly rated using the calling plan attached to the customer DID Billing DDI billing is shown in the list Billing can be edited or deleted here, and is related to the extra charges list. It is possible to filter on the basis of the card number. Only the first few numbers of the card need be entered into the field. DID Usage Queries on DID usage can be found within this screen. Call Reports Introduction The call reports screen shows the call data records laid out in different formats, with graphs and filtering criteria to analyse traffic on the platform, and to analyse the usage on individual calling cards. CDR Report This report will list all calls inbound and outbound on a call by call basis. Calls can be filtered by using the analysis tools at the top of the page. Calls Compare Calls Compare allows you to look at traffic patterns from day to day. This can be a useful reference for revenue protection and assessing unusual traffic pattterns. Monthly Traffic This provides a pie chart showing traffic month on month. It can be quickly ascertained whether the traffic is increasing or decreasing month on month. From this graph, the maximum number of concurent calls can be ascertained. Call Report This provides a customisable call report for all calls along with costs and margins. Invoices Invoices have been much inproved in this version of A2Billing. Invoices can be exported in CSV format for fulfillment, or they can be emailed from the interface. View Invoices View invoices show a history of previously prepared invoices as well as their status in terms of Sent and paid.
Create Invoices Allows the operator to create invoices, and optionally send out the invoices by email. Invoice A detailed view of each individual invoice, that can be exported as HTML or as a PDF document. Invoices Customer View invoices by customer in the format that they will be sent out. There are 2 buttons against each customer which allow the invoice and payment history to be viewed. From the Invoice Button, a copy invoice can be sent via email. View Unbilled Invoices All invoices ready to be despatched cane be viewed here, and sent out when checked. Recurring Service Introduction The purpose of the Recurring services is to apply a charge to a card on a timed basis. This service may be used in circumstances where it is desirable to apply a daily administration charge. Auto Refill Report This report gives a list of automatic refills. Auto refill is enabled against the customer, and when the customer reaches minimum balance, the card will be topped up to the value of the initial balance. Note that this does not take payment. List Recurring service The services previously created are listed here with the option to edit or delete the service. Add recurring Service The various options to apply a charge to a card are well documented within the screen. Callback Call back is a way of getting cheap calls out of a country. For instance, it is generally cheaper to recieve a call on a mobile phone when roaming abroad than to make a call. The customer triggers the callback in some way, they recieve the call, and are given secondary dial tone, or are connected directly to the called party. There are two ways of billing the call. From the time that the customer receives the callback and goes off hook From the time that the customer is connected to the called party. The second way is the more generally acccepted way of billing for calls. Traditionally, we do not expect to be charged if the call does not connect.
However, with this method, cost is incurred by the operator while the call is being connected. There are various ways that an A2Billing customer can trigger the call: - Web Callback - The callback is triggered from a web page in the customer screen where there is an option to put in the number to call, and the number to be called back on. ANI Callback - Where the CID delivered to the platform, the CID is captured, and after a short period of time to allow the customer to clear down, the call to the customer is initiated using the CID. The customer then authenticates and is presented with secondary dial tone. DID Callback - Each customer is given their own personal trigger number. When that number is called, it is pre-programmed to call back the customer on a pre-defined number. API based callback to all another application to trigger the callback. Examples of where this may be appropriate is with say text based callback, where the number to call is texted to the a text service provider, and they convert that into a URL and send it to the A2Billing Platform. Other examples may include forming a URL on a smartphone, either with a special application or manually into the phone's web browser, which then sends the appropriate information via wifi, GPRS or 3G to set up the callback. Show Callbacks This screen lists all the callbacks to a number of different asterisk servers. It also lists statistics on callbacks. Add New Callbacks This screen allow the operator to create a new callback which is them displayed in the show callbacks screen Show server Groups Lists group in which servers are attached Add Server Group Add a new server group that is then displayed above. Show Servers Lists the callback servers that have been added to the system for making calls. Any internet attached asterisk server can be added, and callbacks triggered from that server. Add Server Adds a new server to the system that will be used for delivering callbacks.
Misc Introduction The purpose of this screen is to create email templates to send to customers when they either sign up or when their credit balance runs low. The trigger point to send a low balance email is set in a2billing.conf. Note that there may be issues with certain ISP’s allowing email to be sent from the A2Billing system Show Mail Template Show mail template displays the templates currently created. There are several templates created by default. Variables can be used to insert the name, card number, card alias, and password into the email: - Epayment Gateway Security Verification Failed - an administrator email to log attacks and failed password attempts on epayment processing. Login Information - Forgot password. From the customer screen, they can click forgot password, and an email would automatically be sent to them with their log in details. A2BILLING INVOICE - The email text for the invoice to which the PDF document is attached. PAYMENT CONFIRMATION - The confirmation email sent out when the customer has successfully purchased credit online. REMINDER - An email sent out when the customer's balance has dropped below a preset value in a2billing.conf suggesting that they top up their account. SIGNUP CONFIRMATION - The A2Billing system can be set up to send an email to the customer with a link in it to confirm that the email address is genuine before activating the account. SIGNUP CONFIRMED - When the link above is clicked, and the email confirmed, this email is despatched which contains the usernames and passwords for the customer, plus any other information that the customer may like to include. Browse Prefix A list of all the country dialling codes. It is from this list that the Country is taken. Add Prefix Add a new country code. Create Mail Template New mail templates can be created. However to call the mail template, code will have to be written within the A2Billing application.
votre commentaire
-
a2billing manual
Download Link: ➡ a2billing manual
File Name: a2billing manual.pdf
Size: 1613 KB
Type: PDF, ePub, eBookCategory: Book
Uploaded: 25 May 2019, 22:40 PM
Rating: 4.6/5 from 695 votes.
Last checked: 4 Minutes ago!
⬆ LINK ⬆
In order to read or download a2billing manual ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account. ✔ Download as many books as you like (Personal use) ✔ Cancel the membership at any time if not satisfied. ✔ Join Over 80000 Happy Readers
Book Descriptions:
a2billing manual
So having set up a PayPal business account, A2billling gives the facility to collect payments online and securely with customers topping up their calling cards with either PayPal or any major credit card. Having said that, building the system is fairly simple using readily available tools. The following tools are recommended for a Windows user. This is installed on Linux and allows you to make configuration changes to Linux, and the services that it runs via a simple web interface. Softphone One of the most popular SIP based soft-phones is XLite. A good IAX2 based softphone can be found at This will be required to test your installation. The file is well commented, and it should be clear as to what needs to be done. All the basic settings of A2Billing are contained within this file. Management Interface Introduction The management interface allows the system to be configured. When dealing with a new installation there are a number of tasks that need to be carried out to set up the system before customers can be added. It is assumed that you have configured trunks in Asterisk; you know the carrier cost of your calls, and the price that you intend to charge your end customer. Many thousands of pounds can be lost in a very short space of time should your platform be compromised. A Tariff group is a collection of rate-cards that will be applied to a service. Add the rate cards created above to the tariff group using the Add Tariff Plan button. Set the rates which you are charged under add rate or Import rate card. It may be easier to create the rates for import in an access database or excel spreadsheet, as for each destination, the dialling code of the destination is required. The dialling codes can run to many thousands of lines, and a mistake in assigning the dialling code to a destination can prove expensive. Text files of complete dialling codes are rare, and there are few if any definitive sources. Create and edit the sign-up emails.
- a2billing manual, a2billing manual.
The size and specification of the PC will be based on the number of concurrent calls that are expected to pass through the platform, and the codecs chosen by the calling card operator. Platform The A2Billing platform is a fully featured pre-paid and post-paid calling card platform built and designed on LAMP. (Linux, Apache, MySQL and PHP) The telephony interface is supplied by Asterisk, the open source telephony toolkit designed by Digium. The A2Billing platform has many features that are only found in high end calling card platforms costing many thousands of dollars. Line Interface Cards In order to connect the A2billing platform to the PSTN, then a line interface card is required. Although there are a number of clone cards, it is recommended that Digium cards are purchased for two reasons. Asterisk is designed by Digium, and given that they supply the cards, one expects the cards to work with Asterisk with the minimum of effort. Digium makes most of its money by selling Asterisk associated hardware, and given that Asterisk is open source, it is in all our interests that the company continues to be supported financially to improve and bring more features to Asterisk. VoIP Provider Rather than send calls out via the PSTN, better rates can often be enjoyed using Voice over IP service providers. Ensure that the VoIP provider allows concurrent calls. Broadband In order to take full advantage of all the features offered by A2Billing, a broadband connection will be required, preferably with a fixed IP address. The amount of broadband will dictate how many concurrent calls you can make. The number of calls that ADSL (Asymmetric Services) can carry will be dictated by the upstream speed, irrespective of the downstream speed. Broadband is also required by the web interface to allow your customers to sign up online, and to make payments via Paypal. Paypal Business Account A2Billing is equipped with a PayPal payment gateway.
Certain fields are pre-filled, such as the card number, Card Alias and password. These fields can be edited, however, one must be careful not to compromise the security of the customer’s account. The card number and the password are used to authenticate a SIP or IAX client, while the Card Alias (or customer email address) and password are used to access the customer web interface. Simultaneous and individual access can be set here. This is a very powerful tool to reduce fraud. Extremely large telephone bills can be racked up in a very short space of time, and indeed, I have seen a company lose ?112,000 over a weekend on a single post-pay card with simultaneous access, as multiple concurrent calls were being made to a premium rate number. If individual access is enabled, then the fraudster will only be able to make a relatively few calls, thus reducing your exposure. Customers can be set up as either Pre-paid or Post-paid. Pre-paid customers have to charge their account with a sum of money before they can make calls. Each time that the customer makes a call, the balance can be read out to them. Post-pay customers pay the operator on receipt of an invoice, after the call has been made. However, to limit the liability and debt risk, a credit limit can be set-up within the system, which if exceeded; the customer will be able to make no more calls. Generate Customers The Generate customers section allows the administrator to create multiple cards with the same properties, which can then be printed on physical cards and sold via retail outlets. More information on individual fields can be gleaned from the list or create customer screens. List SIP Friend Having created a customer, they can be set up as SIP Friends. Thus, customers using a SIP client can authenticate directly to the platform using the SIP protocol, without the need to enter a card number each time a call is made. Additionally the ingress cost for a SIP call is regarded as 0.
Note that some ISP’s block emails from a mail server within their network as a spam reduction measure. Information on the internet is available to work round this problem. Create the cards for distribution, or open your website for business. Customers A customer has a number of properties, mainly a card number, an Alias and a password. The card numbers are unique, and both identify the customer as well as providing secure access. The numbers are generated randomly with no obvious pattern, so that a hacker cannot calculate valid card numbers. The customer is also assigned with a numeric ID, which is simply consecutively numbered at 1. Attached to the card number is an Alias. This number, or the customer's email address is used to log in to the web site graphical user interface. This will create a single customer. Generate Customers, which will create a whole batch of customers, where the card numbers can be printed on cards and sold through retail outlets. Import Customers, to provide for existing customer details to be imported from a legacy platform. List Customers Customers previously created are listed here. Click edit to change the properties of a customer. The fields are all fairly self explanatory, with text below most fields to explain and clarify the purpose of the field. Clicking Edit will give access to the individual properties of the customer. The form allows VAT to be charged, as well as selecting which tariff group will apply to this customer. Additionally, the page allows the administrator to search for a specific card, or a batch of cards. Having defined a search criterion, the cards selected can be exported in CSV or XML format. Alternatively, certain properties of the card can be batch updated. It is from this interface that cards are topped up manually via the refill button. This tops up the card, and the when payment is received, it is appplied via the Add New Payment button.
Speed dials are assigned to a customer’s card for short code access to frequently dialled numbers. The customer can set up their own speed dials via their web interface, or they can be set up in the administrator screens. Create Speed Dial Speed dials for customers are created in this screen. The number of speed dials that a customer can create is set in the a2billing.conf file. Billing Introduction The Billing screens are where payments and general accounting takes place. Normally, when doing company accounts, figure from the calling card platform is entered as one figure in the nominal ledger, while the calling card platform is seen as the cash book. A2Billing features a full set of accounting tools to be able to track payments from a variety of sources, as well as being able to administer debt for individual customers. !View Payment Methods A2Billing supports Paypal, Authorize.net and Moneybookers payment gateways. A2Billing has a payment gateway integrated with PayPal. The settings for the payment gateway are configured within a2billing.conf text file and within this screen. Cards can be topped up via the customer web interface by pre-defined amounts, in virtually any currency In order to use PayPal, a business account has to be created in PayPal, who will then give you the appropriate settings to put into the system. View Transactions This screen shows the list of transactions made through the various epayment systems. View Money Situation The view money situation shows a list of total payments, refills and the outstanding balance for each customer. Clicking on payment shows all payments for that customer, while clicking on refill shows all refills for the customer. Cards can be refilled from the refill icon at the top of the page in List Customers. This will apply credit to a card; however, a payment is expected to balance off the refill. For instance, a customer gives you ?10 to top up his card. You would apply a refill of ?
The cost is a fixed cost based on the cost of broadband, rather than a per minute cost using DISA (Direct Inwards System Access), typically a toll free number. The SIP client needs to be given the address of the platform, the username is the card number, and the password is the password found in list customers. Individual SIP parameters can be edited here. The purpose of each parameter is described in the book, Asterisk, The Future of Telephony, as well as in the www.voip-info.org Wiki. Knowledge of SIP protocols and NAT (Network Address Translation) is needed in order to successfully connect a SIP client to the Asterisk Server. Create SIP Friend Create SIP friend will update Asterisk to allow a previously created customer to access the A2Billing system via the SIP protocol. When a SIP friend is created, it is necessary to reload the settings on Asterisk. This action does not drop any calls already in progress. List IAX Friend List IAX friend is broadly similar to List SIP Friend; however, there are a different set of parameters that can be edited. The main advantage is IAX’s ability to pass through virtually any firewall, as only one port (4569 UDP) is used for signalling and media. Currently, There are not so many devices available for IAX devices as there are for SIP devices. Create IAX Friend Create IAX Friend is similar to create SIP Friend, but using the IAX Protocol. List Caller ID Caller IDs are listed in this screen. The caller ID is set up by the customer via their personal log in on the web based GUI. When a customer calls in to the A2Billing platform, the CLI (calling line identifier) is delivered to the platform. If the CLI is recognised, then the customer will be authenticated via the CLI without the need to enter a card number. Thus it is important to note that the CallerID must be unique throughout the system. List Speed Dial Speed dials are listed here.
This screen also allows the possibility of applying a Package Offer for a certain number of minutes to a destination. List Call Plan Having created the Call Plan above, edit the Call Plan through this screen, and add in the rate card. That is to say, select individual previously created rate-cards and add them to the group. List Rate-Card Previously created rate cards can be listed and edited through this screen. Create New Rate-Card Create a new rate card, that is listed in the screen above. A descriptive name, a start date and an expiry date can be set, as well as the trunk to use. If no trunk is specifically defined, then the default trunk will be used. The DNID (Dialled Number Identifier) Prefix allows the definition of a rule to choose this particular rate card. DNID by default is set to all, to match every DNID. The DNID can be set to an individual number to always choose this rate card when the number matches. Define Rate Card Having created the rate card, and put some rates against it, the rates are then listed in this screen. Select the rate card to view in the dropdown at the top, then press search. The rates against the rate-card will then be listed. Mindful of the fact that there may be many hundreds of rates in any one rate-card, a search function is provided to select individual rates. Having created criteria for selecting rates, they can be then updated using batch update function. Add Rate Rates can be added individually, but this can become tedious, so an import rate function is described below. Select the rate-card to which you want to add the rate, enter the dial prefix, which matches the rate and give a destination. The remaining fields are filled in with carrier cost, retail cost, minimum duration and minimum billing interval. More control over the rates charged can be enabled by editing a setting in a2billing.conf. The screen will then offer the option to apply stepped charges to the customer.
Stop and start dates, days and times will allow different rates to be applied at different times of the day or week. There is also a setting which when selected, sets that destination to be included in the package offer as free time to call. Import Rate-Card Rates can be imported in bulk, having been previously prepared in an appropriate format in Excel or Access. A rate-card has to exist before rates can be imported. Clearly the Dial Prefix, Destination and retail rate are mandatory fields. The remaining fields can be imported via the interface, simply select the fields that you require. Note that the fields need to be separated by either a semi-colon or a colon, as comma and full-stop are used for decimal format. When you are happy with the import file, click import rate-card. The system will report whether the import has been successful, and which rates may have failed the import. Rate-Card Simulator The rate-card simulator allows the rates to be checked without making any calls, so that the rate you intended to charge is indeed the charge that is made. Package Offer Introduction Packages allow the operator to offer free calls either on the basis of so many minutes per month, or free calls to a certain destination. The destinations that are to be included in the free minutes package are selected within the rate card. The Package to be applied is selected within the Call Plan. List Offer Package This lists the packages already created with an option to edit them. Add Offer Package Add a new package. Details Package Shows the number of calls and the cost of those calls which have been made under each package. Outbound CID The Outbound CID section allows groups of CID's to be created wich are then selected randomly from the list. Note that only certain service providers allow the CID to be manipulated by Asterisk, and in any case, you should be authorised to send CID delivered.
10 to increment his card, and then add a payment of ?10 to show that he had actually paid, and to reset the outstanding balance. At the bottom of the page are total payments and credits. View Payment Viewing payments give a list of all payments received, and which card the payments were set against. Once the payment has been entered, there is no way to delete the payment, or to correct it, without editing the back end database. Therefore if a mistake has been made, a balancing payment must be made to correct the mistake. Add New Payment As the title suggests, this screen gives the ability to add a new payment against a customer. The payments must be entered in the chosen base currency. The base currency is set up in a2billing.conf. List Voucher Vouchers are a mechanism whereby customers can top up their cards by purchasing a voucher from a retail outlet. Vouchers are created with unique randomly generated numbers on them. The customer enters the voucher number into the customer graphical user interface, and the card is topped up by the value of the voucher. There is a link on the screen to export vouchers to a CSV file, which could be sent to a commercial printer to create scratch-off top-up vouchers. Additionally, A2Billing can be configured to present an IVR menu, through which the customer can top up their card. Create Voucher Create voucher gives the administrator the ability to create one single voucher. This may be for the purposes of providing a refund to someone. The voucher can be created in any currency. Vouchers can be given an expiry date. Generate Voucher Generate vouchers is to bulk create a number of vouchers, which may be printed and sold to customers. Currency Table The currency table is maintained from. Cards sold in currencies other than the base currency will use this table to make the conversion. The table should show the conversion from the base currency rate.
A button has been added to update the currency list, and a cron job can be created to automatically update the currencies as often as you wish. List Charge This screen lists charges made against customers. Charges can be one off charges, such as for equipment or sign-up fees, alternatively, they can be monthly charges, such as for the rental of a DDI. Add Charge Charges are added against a customer in this screen. Charges should be made in the base currency. Alternatively, credits can be applied to the account by entering a negative figure. There are two types of charge available, a one off charge, and a recurring charge which is applied every month. RateCard Introduction The rate card section is used for defining rates and tariffs. It is imperative that an accurate set of dialling codes is obtained, so that calls can be rated correctly. If the dialled digits do not match an entry in the rate card attached to the customer, then the call cannot be terminated. A Call Plan is a collection of rate-cards. Therefore a rate-card must be created before the Call Plan, and then added to the group. Both carrier costs and retail rates can be added into this section which will assist in ensuring that each destination is profitable. Create Call Plan A rate-card has to be created first. A group can contain many rate-cards. Give the Group a descriptive name, and then select whether the rate should be chosen on the basis of LCR (Least Cost Routing) or LCD (Least Cost Dialling) LCR will select a rate based on the cheapest carrier cost, whereas LCD will select the cost on the basis of the cheapest charge to the customer. There is an option to remove the international dialling prefix as some VoIP carriers do not require the leading 00 (0011 in the USA). If the prefix is removed, then the rate card dialling codes must be in the same format, for instance 441 for UK National calls rather than 00441 (0011441 for the USA).
Which group of CID to deliver to the called party are defined against each rate in the Add Rate section. If no CID Group is defined, then the CID of the trunk will be used. Trunk Introduction The trunk can be created either in Asterisk using sip.conf, zaptel.conf or iax.conf, or directly from the A2Billing interface. If the trunk is created in Asterisk, then simply refer to the trunk name in A2Billing. Multiple trunks can be enabled, which may have different rates, and will allow the system failover to a working trunk should the default trunk fail. List Trunk This screen lists the trunks already created in the system. The system allows a prefix to be added or removed from every call using this trunk Add Trunk The system allows a prefix to be added or removed from every call using this trunk, and a failover trunk can defined, so that should a trunk fail, it will move on to the next working trunk available. List Provider The List Provider is simply a system to list and edit VoIP Providers for reporting purposes. Create Provider Add a new provider here. Voip phone or land number. The DID available to the customer is selected via the customer screen. List DID Group Before DDI are added, a DDI Group has to be created. DDI are then added to the group. Add DID Group Add DDI simply asks for a group name. List DID DDI are listed in this screen, and can be edited or deleted from here. Add DID A new DDI is added via this screen. The type of billing is selected, and the number is assigned to a previously defined DDI group. Set the monthly charge in the fixrate field. Import DID A large number of DID can be imported from a CSV file. List Destination Once a customer has chosen and assigned a DDI to their account via the customer GUI, or alternatively the DDI is assigned via the Add destination screen, the DDI and destination is listed here, and it can be edited. The initial screen shows reporting information on each DID, such as minutes used etc.
Add Destination New Destinations are added here on behalf of the customer. The destination can be a PSTN number or a VoIP client. The priority sets the first number to be called. If the call times out or fails in some way, a second destination can be added with a different destination, and the the priority sets the order in which the calls are made. Calls to the PSTN are properly rated using the calling plan attached to the customer DID Billing DDI billing is shown in the list Billing can be edited or deleted here, and is related to the extra charges list. It is possible to filter on the basis of the card number. Only the first few numbers of the card need be entered into the field. DID Usage Queries on DID usage can be found within this screen. Call Reports Introduction The call reports screen shows the call data records laid out in different formats, with graphs and filtering criteria to analyse traffic on the platform, and to analyse the usage on individual calling cards. CDR Report This report will list all calls inbound and outbound on a call by call basis. Calls can be filtered by using the analysis tools at the top of the page. Calls Compare Calls Compare allows you to look at traffic patterns from day to day. This can be a useful reference for revenue protection and assessing unusual traffic pattterns. Monthly Traffic This provides a pie chart showing traffic month on month. It can be quickly ascertained whether the traffic is increasing or decreasing month on month. From this graph, the maximum number of concurent calls can be ascertained. Call Report This provides a customisable call report for all calls along with costs and margins. Invoices Invoices have been much inproved in this version of A2Billing. Invoices can be exported in CSV format for fulfillment, or they can be emailed from the interface. View Invoices View invoices show a history of previously prepared invoices as well as their status in terms of Sent and paid.
Create Invoices Allows the operator to create invoices, and optionally send out the invoices by email. Invoice A detailed view of each individual invoice, that can be exported as HTML or as a PDF document. Invoices Customer View invoices by customer in the format that they will be sent out. There are 2 buttons against each customer which allow the invoice and payment history to be viewed. From the Invoice Button, a copy invoice can be sent via email. View Unbilled Invoices All invoices ready to be despatched cane be viewed here, and sent out when checked. Recurring Service Introduction The purpose of the Recurring services is to apply a charge to a card on a timed basis. This service may be used in circumstances where it is desirable to apply a daily administration charge. Auto Refill Report This report gives a list of automatic refills. Auto refill is enabled against the customer, and when the customer reaches minimum balance, the card will be topped up to the value of the initial balance. Note that this does not take payment. List Recurring service The services previously created are listed here with the option to edit or delete the service. Add recurring Service The various options to apply a charge to a card are well documented within the screen. Callback Call back is a way of getting cheap calls out of a country. For instance, it is generally cheaper to recieve a call on a mobile phone when roaming abroad than to make a call. The customer triggers the callback in some way, they recieve the call, and are given secondary dial tone, or are connected directly to the called party. There are two ways of billing the call. From the time that the customer receives the callback and goes off hook From the time that the customer is connected to the called party. The second way is the more generally acccepted way of billing for calls. Traditionally, we do not expect to be charged if the call does not connect.
However, with this method, cost is incurred by the operator while the call is being connected. There are various ways that an A2Billing customer can trigger the call: - Web Callback - The callback is triggered from a web page in the customer screen where there is an option to put in the number to call, and the number to be called back on. ANI Callback - Where the CID delivered to the platform, the CID is captured, and after a short period of time to allow the customer to clear down, the call to the customer is initiated using the CID. The customer then authenticates and is presented with secondary dial tone. DID Callback - Each customer is given their own personal trigger number. When that number is called, it is pre-programmed to call back the customer on a pre-defined number. API based callback to all another application to trigger the callback. Examples of where this may be appropriate is with say text based callback, where the number to call is texted to the a text service provider, and they convert that into a URL and send it to the A2Billing Platform. Other examples may include forming a URL on a smartphone, either with a special application or manually into the phone's web browser, which then sends the appropriate information via wifi, GPRS or 3G to set up the callback. Show Callbacks This screen lists all the callbacks to a number of different asterisk servers. It also lists statistics on callbacks. Add New Callbacks This screen allow the operator to create a new callback which is them displayed in the show callbacks screen Show server Groups Lists group in which servers are attached Add Server Group Add a new server group that is then displayed above. Show Servers Lists the callback servers that have been added to the system for making calls. Any internet attached asterisk server can be added, and callbacks triggered from that server. Add Server Adds a new server to the system that will be used for delivering callbacks.
Misc Introduction The purpose of this screen is to create email templates to send to customers when they either sign up or when their credit balance runs low. The trigger point to send a low balance email is set in a2billing.conf. Note that there may be issues with certain ISP’s allowing email to be sent from the A2Billing system Show Mail Template Show mail template displays the templates currently created. There are several templates created by default. Variables can be used to insert the name, card number, card alias, and password into the email: - Epayment Gateway Security Verification Failed - an administrator email to log attacks and failed password attempts on epayment processing. Login Information - Forgot password. From the customer screen, they can click forgot password, and an email would automatically be sent to them with their log in details. A2BILLING INVOICE - The email text for the invoice to which the PDF document is attached. PAYMENT CONFIRMATION - The confirmation email sent out when the customer has successfully purchased credit online. REMINDER - An email sent out when the customer's balance has dropped below a preset value in a2billing.conf suggesting that they top up their account. SIGNUP CONFIRMATION - The A2Billing system can be set up to send an email to the customer with a link in it to confirm that the email address is genuine before activating the account. SIGNUP CONFIRMED - When the link above is clicked, and the email confirmed, this email is despatched which contains the usernames and passwords for the customer, plus any other information that the customer may like to include. Browse Prefix A list of all the country dialling codes. It is from this list that the Country is taken. Add Prefix Add a new country code. Create Mail Template New mail templates can be created. However to call the mail template, code will have to be written within the A2Billing application.
votre commentaire
-
a2a p 51 manual
Download Link: ➡ a2a p 51 manual
File Name: a2a p 51 manual.pdf
Size: 4003 KB
Type: PDF, ePub, eBookCategory: Book
Uploaded: 1 May 2019, 17:12 PM
Rating: 4.6/5 from 673 votes.
Last checked: 4 Minutes ago!
⬆ LINK ⬆
In order to read or download a2a p 51 manual ebook, you need to create a FREE account.
eBook includes PDF, ePub and Kindle version
✔ Register a free 1 month Trial Account. ✔ Download as many books as you like (Personal use) ✔ Cancel the membership at any time if not satisfied. ✔ Join Over 80000 Happy Readers
Book Descriptions:
a2a p 51 manual
Air comes in, it mixes with fuel and ignites, parts move, heat up, and all work in harmony to produce the wonderful sound of a V-12, liquid-cooled racing engine. Now the gauges look beneath the skin of your aircraft and show you what Accu-Sim is all about. Manage temperatures with a radiator flap and proper flying techniques. Throttling up an engine with oil-soaked spark plugs can help clear them out and smoke. So don’t idle for too long, get in the air where the air supply is plentiful. Dropping your gear will pull your aircraft realistically as the landing gear is deployed along with cooling flaps, ordnance and even opening the canopy. Drop your gear, deploy your flaps, or just try a dive, and listen to your airframe. If you deploy your flaps at too high a speed, you could find yourself in a very dangerous situation. Before you fly, enjoy clicking everything. Accu-Sim monitors the amount of fuel injected and its effectiveness to start the engine. Cold mornings require as many as 12 strokes and warm starts may only need a single shot. The major draw comes from engine starting. Oil viscosity is affected by oil temp and oil dilution level. Now when you start the engine, you need to be careful and not raise RPM too much until oil temp is high enough to give proper oil pressure. If you raise RPM too high on a cold engine, especially very cold, oil pressure can raise to over 150 PSI. Oil pump failure can result. Extended inverted flight (negative g) can uncover the oil sump and reduce oil pressure. Do not fly in a negative g situation for more than five seconds. Just take off and climb without oxygen to see. Countless accurate features are modelled and the aircraft is complete with A2A's Accu-Sim enhancement package which provides an even greater level of authentic complexity and accuracy in the aircraft systems and functionality. Our payment security system encrypts your information during transmission.
- a2a p 51 manual, a2a p 51 manual.
At the breakout of World War II, the skies were filled with aircraft developed in the mid to late 1930s. Aircraft were still transitioning from fabric to all-metal designs, and for the most part, automatic systems management really did not exist. The height of single-engine complexity would be the P-47 Thunderbolt, which had a plethora of systems to manage (manual cowl, cooling, and oil flaps, manual turbo, manual throttle management etc.). The pilot was being taxed to just fly the aircraft, let alone engage an enemy or avoid being attacked. Over the course of the war, aircraft were made ever more aerodynamic, engine power was pushed to its limit, and systems were gradually made to work automatically. The P-51 Mustang represents the very pinnacle of this wartime development, and today hundreds of P-51s fly in a modern world and perform not just adequately, but admirably. The P-51 Mustang today is an outstanding, all-weather cross-country platform. It is considerably faster and can fly further than the vast majority of general aviation aircraft, and is just shy of the speed of a personal jet. While maintaining a real Mustang is hobby for the wealthy few, Mustang pilots today regard their aircraft as sturdy and reliable. During the development of the Accu-Sim Mustang over the years, we have taken four test flights in two different Mustangs flying today. The cockpit we designed in this Civilian Mustang was designed over many months with the assistance of Mustang pilots, owners, and our own in-house staff. Owning and operating a Mustang today is a dream to many, and this is what we believe flight simulation is all about. Make your dreams come true. Now you can set for 'RUN' and the aircraft fuel-to-air ratio will be automatically determined and set by the carburettor based upon various factors, such as altitude. Accu-Sim monitors the amount of fuel injected and its effectiveness to start and run the engine. No two flights are ever the same!
At least 40 US Pilots reached Ace status flying the P-40 in the China-Burma-India Theatre. The American Volunteer Group (Flying Tigers) were integrated into the USAAF as the 23rd Fighter Group. The unit continued to fly P-40s (of newer models) until the end of the war, racking up a high kill-to-loss ratio.To calculate the overall star rating and percentage breakdown by star, we don’t use a simple average. Instead, our system considers things like how recent a review is and if the reviewer bought the item on Amazon. It also analyzes reviews to verify trustworthiness. Please try again later. Alan T. Butler 5.0 out of 5 stars Neutral position effectively locks the hydraulics, securing the gear in the up or the down position. The book was written for new pilots transitioning from AT-6 Texan (advanced trainer) to their first fighter. Good luck and good hunting! ATBThe P-40 secured its mechanical legacy in the air, by being in the right place, at the right time, and in sufficient numbers to hold the enemy at-bay, while more powerful colleagues were in the works. A wonderful read, and essential to any serious aviation enthusiast's library.I've been a modeler for a long, long time and I always love to have detailed references for my kits. This is one special book in that regard, as it has cockpit views of the plane and what's really neat, you can read all about the performance of the Warhawk and how you were supposed to fly it. I was simply glued to the screen. What a unique plane with such a unique history -- and this book really does put you in the pilot's seat. It's the exact manual the men who flew it used to acquaint themselves with this warbird. I highly recommend it.Un livre a avoir pour completer une collection. Donne et illustre pas mal d'information sur le comportement et la techologie de ce chasseur.Sorry, we failed to record your vote.
We don’t share your credit card details with third-party sellers, and we don’t sell your information to others. Please try again.Please try again.Please try again. By war's end the Tigers had destroyed more than 1200 Japanese planes, with another 700 listed as probables. Their own losses came to 573 aircraft. Originally printed by the U.S. Army Air Force for pilots transitioning to the P-40, this flight manual contains detailed information about one of history's great planes. Some color images appear in black and white, and some pages have been slightly reformatted. Care has been taken however to preserve the integrity of the text. Then you can start reading Kindle books on your smartphone, tablet, or computer - no Kindle device required. Show details. Ships from and sold by Amazon.com. In order to navigate out of this carousel please use your heading shortcut key to navigate to the next or previous heading. In order to navigate out of this carousel please use your heading shortcut key to navigate to the next or previous heading. Register a free business account Over 13,500 P-40s were produced. Between 1941 and 1944, the P-40 played a critical role with Allied air forces in five major theaters around the world: China; the Mediterranean Theater; the South East Asian Theater; the South West Pacific Area, and in Eastern Europe. P-40s first saw action with British Commonwealth air forces in the Desert Air Force, in August 1941. The RAF's No. 112 Squadron was the first to fly Tomahawks in North Africa. The squadron copied the famous shark mouth markings under the spinner from Luftwaffe Messerschmitt Me 110 Zerstorer units, and the logo was later adopted by the Flying Tigers in China. The P-40 performed extremely well in the China-Burma-India Theatre, scoring high kill ratios against Japanese craft throughout the war. The P-40 remained in use in the CBI until 1944 and was reportedly preferred over the P-51 Mustang by some U.S. pilots flying in China.
North American beat this near impossible deadline by 3 days by using wheels from the T-6 trainer and delivering a design with no engine specified. Notice the large dual 20mm Cannon fairings on the wings. The British Air Purchasing Commission was elated and ordered 320 on the spot and later doubled that order. This early version had an Allison engine developing 1,200 hp with a 3-bladed prop. The US did not order any P-51s for two more years. According to many, this was because North American would not pay kick-backs to those greedy few that profited from the war effort. It took a Presidential inquiry to resolve this issue. Everyone wanted this version and they couldn’t build them fast enough. It seems each side of the pond was working totally independently and the US version had additional modifications to accommodate the increased horsepower, torque and speeds. The huge 4-bladed Hamilton-Standard propeller was chosen by both modification teams. One account has these first examples flying less than 3 weeks apart. The charts show another 1,500 K models came out of Dallas. Another 500 or so H models were built. The alphas that were skipped were the one and two special models. The Merlin engines were built in America by contract arrangement with Packard. The 12-cylinder Merlin, while cranking out 1,695 hp was a fuel guzzler, especially when engaged in aerial combat. A typical cruise speed was 325 mph with a max speed of 437 mph with 4 - 6 50 caliber machine guns blazing or 2 thousand pound bombs and some of the later D and K models carrying ten 5 IN rockets. The Luftwaffe pilots certainly did not want to see one of these things in their rear-view mirror as some 5,000 enemy aircraft were downed by the P-51. Although not nearly as fast as the German Me 262 ramjet the Luftwaffe usually did not choose to tangle with a P-51 in the hands of an experienced pilot.
Please try again In order to navigate out of this carousel please use your heading shortcut key to navigate to the next or previous heading. Finally, one of them made an innocent post that he was busy flying, or actually learning to fly the A2A Civilian Mustang. Eventually I got around to reading up on the Civilian Mustang and seeing what the hubbub was all about. Maybe the beginning would be a good place to start. North American Aviation, now Boeing, was approached by a British delegation and asked to build a large number of P-40 fighters for the RAF. You would lend it to him in his time of need wouldn’t you. And, with no thought of payment, just return it after the crisis.” In this particular case Britain was prepared to pay for the new aircraft. I will get to 1946 just a fast as I can, but, here goes the short version. It is simply that I have chosen to limit this review to just the Mustangs. I plan to gloss over many key milestones and probably make a lot of our elder retired pilots and aviation historians furious by doing so, but I promise to add some links at the end for those purists to follow the true path and exact details of the birth of the Mustangs. As always, there were some ones and twos of special models, but the bulk of the force was the B, C and D models. This one has a slight twist in that the B and C was basically the same model; just the B was built in California and the C in Texas. The D model is generally considered the definitive Mustang. More Mustangs, specifically the K models, were super-high performers near the end of the war in Europe. These early versions were well received but, relegated to low level strafing and reconnaissance. The Brits were desperate and were willing to take most any fighter in quantity as long as it could be built quickly. The British agreed to a new design but stipulated that a prototype must be ready for review in 120 days.
This was significant because it was thought at the time that flights over the North Pole were not safe due to the magnetic anomalies near the pole which greatly interfered with navigation. For this brave feat he won the 1951 Harmon Trophy. This is a fine and deserved legacy for the legendary P-51 Mustang, considered by many to be the greatest piston-engine fighter airplane of all time. The exception seems to be those associated with the P-38 Lightning. Might be some truth to it - it had a lot going for it and the Luftwaffe sure respected it. Our roots have been in both general aviation and military aviation history, and A2A has used this passion and experience to bring many Warbirds to Microsoft Flight Simulator X. However, this release does our best job combining these two worlds.” Over the course of the war, aircraft were made ever more aerodynamic, engine power was pushed to its limit, and systems were gradually made to work automatically. The P-51 Mustang today is an outstanding, all weather cross-country platform. It is considerably faster and can fly further than the fast majority of general aviation aircraft, and is just shy of the speed of a personal jet. Welcome to the Cockpit of the Civilian Mustang So if you don’t have an extra million or two to purchase a real Mustang you can learn to fly this simulator edition and still enjoy the dream. This aircraft has been fitted with a complete IFR panel that was not even possible in a 60 year old military aircraft at any cost until recently. With this new instrumentation and equipment you now have a high speed powerful propeller driven aircraft able to perform and compete in the general aviation field. With the addition of the Century III autopilot system and a Garmin GPS400 you now have a set of extra mechanical hands and a state-of-the-art navigation system to assist you while flying in most weather conditions. This aircraft represents what a pilot or observer may find in many Mustangs at airshows today.
It is believed that A2A has created a very unique environment that caters to most pilots that has never been experienced before in Flight Simulator. This could well be the most unique simulation available to FSX users as it is not only designed and built using input from Mustang owners and operators but is up-to-date with easily recognizable avionics and instrumentation. All traces of warbird guns, bombs, radar, etc have been removed in the design phase. How do you make a Military Mustang a Civilian Mustang? Then you replace some of the necessary and functional stuff with more up-to-date and modernized avionics and instruments. And finally, you add those items that are unique to all civilian aircraft and register it for an N-number. What was not added, but would normally be found on most civilian aircraft would be a baggage compartment. Moonbeam’s owner, Vlado Lenoch, made her available for audio and video recordings as well as flight tests to record base values for development and design tests of the A2A edition. This one was built in the California plant in October 1944 and arrived in Britain just in time to celebrate V-E Day then returned to Newark NJ depot in July, 1945. She was bounced around a few AFBs and then handed down to a few ANG bases and finally put in storage at the end of 1956.Vlado purchased her in 1988 and after a brief racing career now flies with the USAF Heritage Flights and is a regular at air shows. The system can compensate for unbalanced fuel loads and incorrect trimming as well as power changes making it an ideal autopilot for the P-51D Mustang. Please note that only pitch trim is adjusted with this autopilot system and not aileron or rudder trim however turns made with the system are coordinated. The simulation closely mimics the unique features of this autopilot system. Not exactly a press the button engagement other than the ALT HOLD. This one is a Press to engage feature. The view is partially blocked by the flight control stick.
Chuck Yeager, flying a P-51, is credited as the first Allied pilot to shoot down a Me-262 when he surprised one during its approach to landing. The last two escort missions were flown in 1968. It was not only a major factor in the Korean War but was used by Israel in two wars and several other countries well into the 1980s. Less than 300 P-51’s exist today and only half of them are airworthy. This is also my estimate for the number of books about the P-51 that are available for purchase at Amazon.com or you can just read all the interesting history on the internet. The P-51 Mustang and the pilots who flew them saved countless lives in the skies and on the ground, and helped turn the tide of WWII. The P-51 is arguably the finest fighter aircraft in the history of aviation Although, the first Mustangs to appear in Asian skies were Allison-engined P-51As in November, 1943. Later model P-51s were outfitted for long range B-29 escort service and based in Iwo Jima. Both the US and Australia used the Mustang as an aerial fighter and to attack ground targets throughout the Pacific. Almost all the early P-51 American Aces were in China with a combination of the first 3 or 4 kills in a P-40 or P-47 and the 5th, or Ace kill, in the Mustang. It was a big day to step up to a new Mustang with the increased speed and firepower from an old worn-out P-40 in 1943. The N and K models were fierce combatants as the Allies closed in on homeland Japan. Some were made available to the public for purchase directly from the Air Force. About ten years later they would do it again when the Mustang was officially retired and replaced by the new jet propelled fighters. At each of these sites there would be thousands of war weary military combat aircraft of all kinds, from B-17s to AT-6s, lined up in long rows in fields of hundreds of acres. Small quantities of fuel, oil and gasoline were supplied along with battery carts for starting.
No proof of flying experience or even of a pilot’s license was required for purchase. If satisfied, the purchaser would pony up the agreed price in cash and sign a waiver absolving and holding harmless the Army or Navy for the condition of the airplane and any mishap that might occur with regard to it after purchase. A few more gallons of fuel, usually by a hand operated pump from a portable fuel drum, was added to fly the airplane to the nearest airport, then towed to a nearby makeshift runway usually just a dusty open strip of desert, and the owner or his or her representative would fly it away. Immediately after WW II highly modified surplus P-51s competed in the 1946-1949 Thomson and Bendix Trophy races as well as in the Cleveland Air Races. He intended to enter this airplane in the 1946 Bendix Trophy race, a transcontinental, point-to-point race sponsored by Vincent Bendix founder of the Bendix Corporation. Mantz had the airplane stripped of all military and other unnecessary equipment and had the wings modified so that each wing was, in essence, a giant fuel tank. This became known as a “wet wing”. Because the Bendix Trophy was a long-distance race typically from the Los Angeles area to Cleveland, OH, maximum fuel capacity was essential to minimize the number of fuel stops. Mantz and his team created what soon proved to be a successful formula for racing. Blaze of Noon won first prize in the Bendix Trophy race of 1946 averaging 435.50 mph, in 1947 averaging 460.42 mph, and yet again in 1948, averaging 447.98 mph. One item I noticed was the bubble canopy was removed and replace with a low profile set of small windows. Blair went on to set a number of world records in it, including the 3,460 mile New York to London record in 1951 which was flown in 7 hours 48 minutes at an average speed of 443.59 miles per hour.
The 4 control and selection heads are similar enough to be intuitive with familiar power on and off knobs and frequency adjustment with a standby and active 5 digit readout and a push to transfer, or make active, button.This is bordered in yellow and slight offset to the left of center. This instrument alone deserves its own manual due to the many functions that it performs. On the right starting at the top is Manifold pressure gauge with the Tachometer at the 5 o’clock position and surrounded by smaller engine monitoring gauges with a direct reading Fuel Flow gauge at the far right. These are push to engage button with the Audio colored yellow and the Nav white.It is an absolute pleasure to be able to fly a modernized WWII iconic fighter with the most up to date VC with the IFR panel. Now, add the Accu-Sim needle vibrations, stick shaking, and all the general almost-real noises and features and it is almost overwhelming. Outstanding presentation, A2A. Should you overlook these controls, you may find yourself flying full IFR when the canopy is covered with condensation. Now I have both and the Accu-Sim for Wings of Power 3 P-51 Mustang(s) add-on that is common to both simulations. There is actually a 4th program needed to have a total, updated installation. You go to the A2A Simulation’s Forum site and download and install (last) the latest version of the Accu-Sim core update. This one is for not only for both P-51 Mustangs, but also for the Accu-Sim Spitfire and P-40. As we progress we will have an authentic, and I do mean authentic, as in realistic, accurate, faithful, researched, true representation of the real deal. Scott Gentile, A2A Founder and Chief Designer, not only researches the real world aircraft in parallel to the in-house simulation development, he records the visits on video and makes them available for us to view.
He not only has over 8,000 hours total time, he has a masters degree in Aeronautical Engineering from MIT, is ATR rated in the Boeing 727, is a flight instructor in single, multi, and gliders, has an LOA (License of Authorization) for the L-39, T-33, P51, and others, and interestingly, his uncle Cvitan Gallc, was a 36 victory Luftwaffe fighter ace.” Scott Gentile, A2A Simulations The A2A Forums have daily posts by P-51 pilots suggesting how to better fly the Mustangs in FSX. I know enough to explain it to you but, I fail to understand why it is a separate purchase. I would venture a guess that less than 1% of the WOP3 customers fly without Accu-Sim. This is what makes the shake, rattle and roll, shake, rattle and roll.Your first indications will be bouncing needles, panel shakes, vibrations of all sorts, sounds you have never heard in FSX and just generally a much more real-world-like simulation. This has several advantages for both the developer and the sim pilot. The Developer is no longer restrained or limited by the unfinished version of FSX and Direct9 and therefore can model specific systems and details as needed. A big plus is all these feature-rich enhancements do not use any of the CPU allocated to FSX with a net result of smoother running simulations at higher FPS. There will now be consequences of needles in the red and over boosting an engine on takeoff or in the case of the Mustang, not understanding and following the checklists and maintenance schedule. No more of that jump in and fly or land, stop and jump out and go to dinner. Proper shuts downs are just as important and proper startups and other procedures. You are operating and flying an airplane as a pilot would be flying that airplane. Accu-Sim is SERIOUS business.
When you start up, take off, and fly, then land an Accu-Simmed P51, when you park it and close down FSX, you have accomplished as close to actually having flown a P51 as I believe has ever been made possible in a desktop simulator experience. Not having Accu-Sim is like missing a date with Pamela Anderson because you had to mow the lawn.” The chances of things like that exceeding tolerances is related to your style of flying.Not yet, but we can start it up - soon. This means hitting the books, watching videos, making notes, reading the forums and burning the midnight oil, as they say. Should you choose the Military P-51 you have 50 of the most interesting pages you may have ever come across. Eight sections will get you feeling comfortable enough to want to read the 60 page Accu-Sim manual. The first half of the Accu-Sim manual is more like a crash physical and aerodynamics course with the last half of the manual covering specific systems and parts of your P-51 with a couple of pages of hints on how to fly it. The lead-in, introduction and short history gets you interested, then a very short 3-page installation guide follows. Variants and specs with cockpit diagrams keeps you interested enough to read the section on 2D Panels where the memory work starts. Taxi, run-up checks, actual takeoff and the use of power. This is where you learn full power does not mean full throttle. And finally, prep for landing and actually landing. It is not over with the landing. There is more to do. The bad news is the Civilian Mustang manual is 27 pages longer than the Military manual. Go Figure. The good news is the Accu-sim manual is the same for both so you may already be half way home. This time the Introduction actually covers the systems as such meaning the Autopilot, Radio and Nav equipment, gauges and controls, and features and overview. All in 15 pages or so. The first 5 pages consist of the full version of the Blaze of Noon story as told by Mitchell Glicksman.
My greatly abbreviated version earlier was just enough to get you interested in reading a little more about it. It’s an easy to read tear jerker mini-novel about a great airplane and a great pilot written by the great pilot’s friend. You will enjoy this immensely. Now, these are not like you may imagine typical 2D panels should appear. These are more along the lines of click and choose for specific configurations. Kind of like a Configuration Manager divided up into Pilot’s Notes (very handy), Controls (Too many things to summarize), Payload and Fuel Manager, Map (A big, useful map with a compass rose and airports and such) You click on a dozen little boxes for Nav data, rings, zooms, etc Finally, something new to many will be the Maintenance Hangar where you can perform a complete overhaul or simply check the oil. This is a color coded, click to perform feature. Learn to keep good records early in your training. It is not just dry descriptions but is well written with interesting overviews with some how-to's and consequences of doing or not doing. You may want to print this section and grab your highlighter. Checklists and procedures. Probably more detailed than you have ever seen. Lots of great information packed into these last 10 pages. I recommend reading these last two sections every night for a month. Because of this, it was developed using the highest realism settings available in Microsoft Flight Simulator X. The following settings are recommended to provide the most accurate depiction of the flight model. Without these settings, certain features may not work correctly and the flight model will not perform accurately. The only exception would be “Crash tolerance.” It would be a good idea to review these diagrams to get an feel for what is packed into this cockpit. Detailed explanations will follow shortly. However, one should be able to adapt one model to the other except for a few selected systems like machine guns, radar, IFF, etc.
This has a little bit of everything displayed for a quick glance. OAT and Cabin temps, Ground speed, range and endurance numbers, Power settings for takeoff, climb and cruise and fuel flow. This popup features all the amenities of the actual radios but in a singular unit which allows you to control your communication, navigation, ADF and transponder radios from a single source. You can do most everything with this popup that you can do using the radio head in the VC. You can switch standby to active frequency, change frequencies, adjust channels, press Indent. You can both see and read your crew chief’s report stating: This overhauls the engine and replaces any parts that show any wear with new or re-conditioned ones. This feature alone adds so very much to the simulation. You have you Mustang sitting on jacks so you can run use the color coded screenshot and the mechanics work order to perform the repairs. Same with the big Merlin engine, if a couple of cylinders have low compression, can repair just those two or all 12 at once. The Yellow items are good candidates for failure during your next flight and the red one must be repaired on the spot. One thing is for sure, learning to fly the Mustang is no easy task and it is quite easy to make a spectacular crash resulting in major damage. Fortunately, they can all be at no additional cost for repairs using your Maintenance Hangar. Some Civilian Mustang users have complained in the forums that the model of choice on the jacks is a Military model and it should be changed to one of the Civilian models. That way A2A and keep actively working on the next model and making meaningful upgrades to this one as no two users will be totally happy when there is a choice of three. The GPS in the virtual cockpit can be easily swapped with a 2D one should one desire to swap the unit with other avionics freely available to consumers such as the Reality XP GNS430.
votre commentaire
|
 Créer mon blog |
Créer mon compte |