Freeside:3:Documentation:Administration

Exports (provisioning)

Exports allow you to provision services to remote machines, databases and APIs. Some exports, such as sqlradius and sqlradius_withdomain, enable a feed for retrieving rating/usage data.

Exports can be added and edited under

Configuration -> Provisioning, services and packages -> View/edit exports

Most exports place jobs in the job queue for new, modified or deleted services. Jobs are run by freeside-queued. This daemon needs to be running before exports are acted upon.

Some exports use SSH, SCP or SFTP to communicate with external machines. See the documentation on SSH keys.

Click on Add a new export to create a new export. Select exports from the dropdown to show more information on each export, including available options, setup and usage.

Exports are activated by associating them with one or more service definitions.

Following is a list of which exports can be associated with each type of service.

svc_acct

• acct_plesk.pm: Real-time export to Plesk managed mail service
• acct_sql.pm: Real-time export of accounts to SQL databases .
• artera_turbo.pm:
• bsdshell.pm:
• communigate_pro.pm: Real-time export to a CommuniGate Pro mail server
• communigate_pro_singledomain.pm:
• cpanel.pm: Real-time export to Cpanel control panel.
• cp.pm: Real-time export to Critical Path Account Provisioning Protocol
• cyrus.pm: Real-time export to Cyrus IMAP server
• everyone_net.pm: Real-time export to Everyone.net outsourced mail service
• infostreet.pm: Real-time export to InfoStreet streetSmartAPI
• ldap.pm: Real-time export to LDAP
• passwdfile.pm:
• radiator.pm: Real-time export to RADIATOR
• shellcommands.pm:
• shellcommands_withdomain.pm: Real-time export via remote SSH (vpopmail, ISPMan)
• sqlmail.pm: Real-time export to SQL-backed mail server
• sqlradius.pm: Real-time export to SQL-backed RADIUS (FreeRADIUS, ICRADIUS)
• sqlradius_withdomain.pm: Real-time export to SQL-backed RADIUS (FreeRADIUS, ICRADIUS) with realms
• sysvshell.pm:
• textradius.pm:
• vpopmail.pm: Real-time export to vpopmail text files

svc_domain

• bind.pm: Batch export to BIND named
• bind_slave.pm: Batch export to slave BIND named
• communigate_pro.pm: Real-time export to a CommuniGate Pro mail server
• domain_shellcommands.pm: Run remote commands via SSH, for domains (qmail, ISPMan).
• domain_sql.pm: Real time export of domains to SQL databases .
• http.pm: Send an HTTP or HTTPS GET or POST request
• opensrs.pm: OpenSRS integration
• sqlmail.pm: Real-time export to SQL-backed mail server

svc_forward

• artera_turbo.pm:
• communigate_pro.pm: Real-time export to a CommuniGate Pro mail server
• forward_shellcommands.pm: Run remote commands via SSH, for forwards
• postfix.pm: Postfix text files
• sqlmail.pm: Real-time export to SQL-backed mail server

svc_www

• apache.pm: Export an Apache httpd.conf file snippet.
• www_plesk.pm: Real-time export to Plesk managed hosting service
• www_shellcommands.pm: Run remote commands via SSH, for virtual web sites (directory maintenance, FrontPage, ISPMan)

svc_broadband

• nas_wrapper.pm: A meta-export that triggers other svc_broadband exports.
• prizm.pm: Real-time export to Northbound Interface
• router.pm: Send a command to a router.
• snmp.pm: Sends SNMP SETs to an SNMP agent.
• trango.pm: Sends SNMP SETs to a Trango AP.

svc_phone

• globalpops_voip.pm:
• grandstream.pm: Grandstream phone and ATA provisioning. This blog article is a start at documentation.
• indosoft.pm:
• internal_diddb.pm:
• netsapiens.pm:
• phone_shellcommands.pm:
• phone_sqlradius.pm:
• thirdlane.pm:
• vitelity.pm: Vitelity provisioning

svc_external

• artera_turbo.pm:

svc_dsl

• ikano.pm: see Ikano DSL provisioning and qualifications

Services

Accounts (svc_acct)

• Password encoding in 1.9

Phone (svc_phone)

• Phone devices

DSL (svc_dsl)

• Ikano DSL provisioning and qualifications

Packages

Package Category

Package categories define groups of package classes.

Category name

defines an invoice section if that feature is enabled.

Weight

determines the order in which invoice_sections appear.

Collapse identical items into one

causes identical packages to appear folded into a single line item with a quantity when checked rather than the default once line item per package.

Price Plans

Common price plans

• flat
• subscription
• prorate
• sqlradacct_hour
• voip_cdr
• prepaid

Wholesale price plans

• bulk

• agent
• cdr_termination

Other price plans

• flat_delayed
• flat_introrate
• prorate_delayed

• base_delayed
• base_rate

• sql_external
• sql_generic

Price plans of questionable functionality

• flat_comission_cust
• flat_comission_pkg
• flat_comission

• voip_sqlradacct

• sesmon_hour
• sesmon_minute

Misc

• Some notes on Upselling

Employees

Employees

Go to Configuration -> Employees -> Employees to view the existing employees and add new ones. It is highly recommended to add a separate account for each person rather than using role accounts.

• To add a new employee, click on "Add an employee"
• Or to edit an existing group, click on the employee number or name in the list of employees.
• Enter or edit the username, password and name. If editing an existing employee and no password change is desired, the password fields can be left blank.
• Check the "Disable employee" box to disable this employee.
• In the "Employee groups" section, mark or unmark checkboxes to indicate the access groups for this employee.

Employee groups and access control

To setup employee access control or agent/reseller virtualization, you need to setup employee groups. Go to Configuration -> Employees -> Employee groups to view the existing groups and add new ones. The system starts with a "Superuser" group which has access to all functionality for the first agent.

• To add a new group, click on "Add an employee group"
• Or to edit an existing group, click on the group number or name in the list of groups.
• Enter or edit the group name.
• In the "Group limited to these agent(s)" section, mark checkboxes next to the agents this employee group should be able to see. Employees in this group will only see customers of the selected agents in the system and reports.
• In the "Group access rights" section, mark or unmark checkboxes to indicate the access rights this employee group should have. Rights marked with an "*" are global rights which provide access to global data which is shared among all agents. Their use is not recommended for groups which are limited to a subset of agents.
• After adding a new group, don't forget to go back and add or edit employees to place them into the new group.

Billing

Billing events

Billing events are the primary mechanism to implement your business rules. Rules such as resend invoices, retry cards, suspend or cancel accounts for non-payment, etc. are all handled by billing events.

At a high level, follow the following steps to create billing events:

• Add a new Billing Event (Configuration > Billing > Billing events)
• Name the event
• Choose the type of event:
  • Package - Packages and associated dates (Including Commissions)
  • Invoice - Invoice status and dates
  • Customer - Customer Balances and Information
  • Batch Payment - Batch payment results
  • Statement - Send statement
• Choose whether to apply to one or all agents
• Choose the frequency for the system to check and see if the event should run.
• Choose appropriate filters.
• Choose appropriate actions.

The form is dynamic so changing the type of event will change the available filters and actions.

Daily and Monthly Scripts

• The freeside-daily script should be run daily to bill customers and run invoice collection events.
  • Typically, this is accomplished with an entry in the freeside user's crontab such as:

    0 0 * * * /usr/local/bin/freeside-daily

  • If running freeside-daily manually, ensure the TZ variable is set to your timezone with a command such as:

    TZ="US/Pacific" freeside-daily fs_daily

• If any monthly events are enabled, the freeside-monthly script should be run monthly.
• Invoice events can also be used to implement agent-virtualized invoices. (add more info)
• Be sure to include the full path of freeside-daily in your cron job.

Invoices

Typeset (LaTeX) invoice templates

Prerequisites

• Almost all distributions include the necessary prerequisites listed here, manual installation is practically never necessary.
• Install Ghostscript (gs)
• Install teTeX or TeX Live
• Ensure that the pslatex, dvips, and pdflatex command line utilities were installed

Logo setup

The EPS logo is for PDF and printed invoices.

• For best results, save a vector format logo in EPS (Encapsulated PostScript) format.
  • Your graphic artist can create vector image from a bitmap (tracing etc).
  • Converting a bitmap such as a JPG can work (the bigger the better), but it may render in lower quality, blurry or with the "jaggies" (especially when actually printed, not just viewed as a PDF)
• Resize the logo to 90pt X 36pt: epsffit -c 0 0 90 36 yourlogo.eps >logo.eps
  • ("no %%BoundingBox:" error? Fix with eps2eps)
• Upload the resized logo as the logo.eps configuration option.
• Problems? Try bin/strip-eps <oldlogo.eps >trynewlogo.eps

The PNG logo is for emailed and online invoices.

Freeside ships with a logo of 92 x 62. Any logo close to this size should work with the default HTML template.

Invoice Layout and Content

Basic Invoice Styles

Several variables make significant changes to the appearance of invoices.

invoice_sections

enables the division of invoices into sections defined by package categories

package categories must be setup for this to work properly

invoice_sections_method

Section the invoices based on location, instead of package category.

invoice_usesummary

Indicates that html and latex invoices should be in summary style and make use of invoice_latexsummary or invoice_htmlsummary.

summary_subtotals_method

Defines what information to use when displaying summaries on invoices. Locations and package categories currently supported.

usage_class_as_a_section

enables the construction of a section per usage_class on invoices

svc_phone_sections

enables the creation of a section for each svc_phone

Invoice Templates

• {{#ifeq: latex | latex | LaTeX | HTML }} invoices use Text::Template with {{#ifeq: latex | latex | [@-- and --@] | <%= and %> }} delimiters.
• {{#ifeq: latex | latex | Edit the invoice_latexcoupon, | The following can be set to override the default behaviour of using the invoice_latex* data transformed to HTML: }} invoice_latexreturnaddress, invoice_latexfooter, invoice_latexnotes, and invoice_latexsmallfooter configuration options. {{#ifeq: latex | latex | If you are adventurous, | You may }} edit invoice_latex as well.

Common VOIP plan options for invoice appearance

Certain configuration options on telephony plan packages can have significant impact on the appearances of invoices by changing the data calculated and stored at the time of invoice generation.

CDR invoice display format [output_format]

controls the data stored for the usage detail on the invoice. Current choices are

 default                   - date, time, destination, regionname, duration, price
 default with source       - source, date, time, destination, regionname, duration, price
 default with account code - date, time, account code, destination, regionname, duration, price
 simple                    - date, time, user, destination, duration, price
 simple with source        - date, time, source, destination, duration, price

Section in which to place usage charges (whether separated or not) [usage_section]

names an invoice section which is to contain the usage portion of the invoiced package. If the section is to be included in a summary page then you will need to ensure the spelling exactly matches a package category

Include usage summary with recurring charges when usage is in separate section [summarize_usage]

creates an additional (2nd) line on the invoice showing the total usage associated with the package. Typically appears below a 'setup' and 'recurring' line (if they exist).

Always put usage details in separate section [usage_mandate]

causes freeside to generate an extra section for the usage details even when freeside is not using invoice sections. Make sure to also set the section (usage_section) you want the CDR's to go into.

Other Variables Changing Invoice Layout at Billing Time

separate_usage

controls the splitting of the setup, recurring, and usage components of packages into separate line items at generation time. It is one of two mechanisms which cause one or more separate 'Usage' lines to appear for each package. The other is the usage_mandate on a telephony price plan.

Variables Neither Perfectly Rendering nor Perfectly Generational

date_format

describes the appearance of dates

Usage is not universal and in some instances date format may be frozen when data is stored in the database.

money_char

defines the symbol to be used for currency in many locations

Usage is not universal and may in some instances be stored permanently in the database.

invoice_default_terms

declares the default payment terms for invoices

When this setting is changed, invoices which were not defaulted will retain their old value.

Boolean Rendering Variables

invoice_show_prior_due_date

Show previous invoice due dates when showing prior balances. Default is to show invoice date.

invoice_include_aging

Show an aging line after the prior balance section. Only valid when invoice_sections is enabled.

invoice_smallernotes

Display the notes section in a smaller font on invoices.

invoice_smallerfooter

Display footers in a smaller font on invoices.

invoice-ship_address

Include the shipping address on invoices.

invoice-all_pkg_addresses

Show all package addresses on invoices, even the default.

disable_line_item_date_ranges

Prevent freeside from automatically generating date ranges on invoice line items.

disable_previous_balance

Disable inclusion of previous balance, payment, and credit lines on invoices.

previous_balance-summary_only

Only show a single line summarizing the total previous balance rather than one line per invoice.

balance_due_below_line

Place the balance due message below a line. Only meaningful when when invoice_sections is false.

invoice-unitprice

enables a quantity (qty) field for quick charges, but otherwise only changes the rendering with the addition of qty and unit price columns on invoices

Other Rendering Variables

invoice_latextopmargin

Optional LaTeX invoice topmargin setting. Include units.

invoice_latexheadsep

Optional LaTeX invoice headsep setting. Include units.

invoice_latexaddresssep

Optional LaTeX invoice separation between invoice data and the 'to' address (usually invoice_latexreturnaddress). Include units.

invoice_latextextheight

Optional LaTeX invoice textheight setting. Include units.

invoice_latexextracouponspace

Optional LaTeX invoice textheight space to reserve for a tear off coupon. Include units.

invoice_latexcouponfootsep

Optional LaTeX invoice separation between tear off coupon and footer. Include units.

invoice_latexcouponamountenclosedsep

Optional LaTeX invoice separation between total due and amount enclosed line. Include units.

invoice_latexcoupontoaddresssep

Optional LaTeX invoice separation between invoice data and the 'to' address (usually invoice_latexreturnaddress). Include units.

invoice_latexverticalreturnaddress

Place the return address under the company logo rather than beside it.

invoice_latexcouponaddcompanytoaddress

Add the company name to the 'To' address on the remittance coupon because the return address does not contain it.

previous_balance-exclude_from_total

Do not include previous balance in the 'Total' line. Only meaningful when invoice_sections is false. Optionally provide text to override the 'Total New Charges' description.

company_name

Your company name.

company_address

Your company address.

finance_pkgclass

The default package class for late fee charges, used if the fee event does not specify a package class itself. Also used to determine which invoice_section is the finance section of the invoice.

cust_bill-max_same_services

Maximum number of the same service to list individually on invoices before condensing to a single line listing the number of services. Defaults to 5.

cust_bill-consolidate_services

Consolidate service display into fewer lines on invoices rather than one per service.

Miscellaneous Variables Impacting Customer Perception of Invoices

These variables do not change the invoice per se, but do change what is emailed to a customer as an invoice.

invoice_email_pdf

Send PDF invoice as an attachment to emailed invoices. By default, includes the plain text invoice as the email body, unless invoice_email_pdf_note is set.

invoice_email_pdf_note

If defined, this text will replace the default plain text invoice as the body of emailed PDF invoices.

voip-cust_email_csv_cdr

Enable the per-customer option for including CDR information as a CSV attachment on emailed invoices.

HTML invoice templates

• Convert your logo to PNG format and upload it as the logo.png configuration option.
• {{#ifeq: html | latex | LaTeX | HTML }} invoices use Text::Template with {{#ifeq: html | latex | [@-- and --@] | <%= and %> }} delimiters.
• {{#ifeq: html | latex | Edit the invoice_htmlcoupon, | The following can be set to override the default behaviour of using the invoice_latex* data transformed to HTML: }} invoice_htmlreturnaddress, invoice_htmlfooter, invoice_htmlnotes, and invoice_htmlsmallfooter configuration options. {{#ifeq: html | latex | If you are adventurous, | You may }} edit invoice_html as well.

Plaintext invoice templates

• See the Text::Template documentation for details on the substitution language.
• You must call the invoice_lines() function at least once - pass it a number of lines, and it returns a list of array references, each of two elements: a service description column, and a price column. Alternatively, call invoice_lines() with no arguments, and pagination will be disabled - all invoice line items will print on one page, with no padding (recommended for email invoices).
• Descriptions of variables are available in invoice_html

Misc

Manually setting next customer number sequence

• With PostgreSQL, to number customers starting at 5000:

  SELECT SETVAL(pg_get_serial_sequence('cust_main', 'custnum'), 4999);

• With MySQL, to number customers starting at 5000:

  ALTER TABLE cust_main AUTO_INCREMENT = 5000;

Manually setting next invoice number sequence

• With PostgreSQL, to number invoices starting at 5000:

  SELECT SETVAL(pg_get_serial_sequence('cust_bill', 'invnum'), 4999);

• With MySQL, to number invoices starting at 5000:

  ALTER TABLE cust_bill AUTO_INCREMENT = 5000;

Payment Receipts

The payment_receipt_email template is used for manually applied payments.

Credit cards and Electronic checks

• Real-time credit card and electronic check processing
• Batch credit card and electronic check processing
• Credit card expiration alerts: Customize the alerter_template configuration option and run freeside-expiration-alerter daily.
• Credit card decline alerts: Customize the declinetemplate configuration option and set the emaildecline configuration option.

Misc

These things should probably find a home properly filed in a section above.

Invoicing and Payments

• Setting up Encrypted Credit Cards (default in new installs, highly recommended for older installs upgrading)
• Setting up Texas Tax
• Need to print to Windows printers, and the PDF spool is not for you? Follow steps 1-4 of Share Your Windows Printer.

Commissions

• Setting up Commissions and Referrals

VoIP

• Setting up VoIP
• Bulk DID Orders

RADIUS

• Setting up FreeRadius

Old / uncommon

• Setting up Time billing
• Using a non-standard PostgreSQL Schema
• Setting up Slony replication and failover (old - PostgreSQL native replication is a more current solution)

This page is part of the Freeside Context Sensitive Help. Please review the Editing Guidelines before making modifications to this page.