Terms & Conditions

General Terms of Trading

Training

Training includes any guidance provided by Digicon on software used in the design and production of the website, the Content Management System (CMS) and any documentation specifically written for the client. The training will initially be done using the pre-release development site, hosted on Digicon's local servers.

The number of training sessions is dependant on the project and will be specified in the proposal.

Browser Compatibility

A web browser is a software application which enables a user to display and interact with text, images, videos, music and other information typically located on a website. Examples of popular web browsers include Microsoft Internet Explorer and Mozilla Firefox.

Digicon tests the functionality of the sites that we build across four popular browser platforms: Mozilla Firefox 3, Microsoft  IE7 and IE8 for Windows, and Safari for Mac. We acknowledge that despite our efforts to make our websites appear similarly across these four browsers, fundamental differences in code rendering mean that this is not always possible. Furthermore, server-side internet security settings (as employed by Government departments) and browser plugins may affect the site's functionality and appearance beyond the project's specification.

While websites may vary slightly in appearance across browsers, we test to ensure that the specified functionality remains consistent. The release of new browsers in the future may require maintenance updates to your site.

Content Insertion

Unless otherwise specified content insertion will be completed by the client.

Supply of Content

In order to develop a look and feel that reflects your image, Digicon will need marketing collateral - for example, company-branding images and sample text content. This content should be supplied in electronic format, and will be discussed during the consultation phase.

Outlays

Outlays are often required during the development of a project and will be discussed during the specification phase. Examples of outlays include travel, parking, the purchase of software and sample images as required.

Warranty on software faults

Digicon provides a warranty on software developed by Digicon for a period of 30 days from the date of project sign off-and the launch of the website or application. Digicon will rectify, at no cost to our client, accepted software faults. These are defined as faults that are identified by Digicon or the client and accepted by Digicon as a fault. These do not include faults that result from variations to the original specification, or other changes beyond Digicon's control - for example, browser updates or changes in hosting configurations.

Digicon does not provide a warranty on non-Digicon developed software. DotNetNuke is a sophisticated CMS with many third-party modules available. Bugs may be found in DotNetNuke core or third-party modules that affect the client website. Sometimes incompatibilities may occur between a module and a different version of DotNetNuke. Typically, these bugs are fixed by their respective code developer. In the event a bug is discovered in DNN core or third-party software, Digicon will request a fixed version from the developer. Digicon will charge additional fees to correct third party source code.

Intellectual Property

There are a number of components to the Intellectual Property of the website or application being developed, including the base CMS, design, information architecture and development.

As the DotNetNuke CMS is open source, its source code is freely available. The DNN licensing is described online at http://www.dotnetnuke.com/Downloads/tabid/125/Default.aspx

The configured and customised DotNetNuke system provided by Digicon, including design and information architecture, is owned by the client once all invoices are paid.

Meetings

Meetings may take place as either a physical meeting or as a phone or web conference, depending on convenience and preference for the client.

Payment Terms

To start a project, Digicon must receive the Deposit fee prior to the commencement of the project.
All Hosting fees must be paid upon receipt and prior to the commencement of the hosting period.
All Domain fees must be paid upon receipt and prior to the renewal of the domain.
All Other fees are due and payable within 14 days. 
 
Should our payment terms not be met, then Digicon reserves the right to discontinue or postpone work on the project.

Training

Training includes any guidance provided by Digicon on software used in the design and production of the website, the Content Management System (CMS) and any documentation specifically written for the client. The training will initially be done using the pre-release development site, hosted on Digicon's local servers.

The number of training sessions is dependant on the project and will be specified in the proposal.

Browser Compatibility

A web browser is a software application which enables a user to display and interact with text, images, videos, music and other information typically located on a website. Examples of popular web browsers include Microsoft Internet Explorer and Mozilla Firefox.

Digicon tests the functionality of the sites that we build across four popular browser platforms: Mozilla Firefox 3, Microsoft  IE7 and IE8 for Windows, and Safari for Mac. We acknowledge that despite our efforts to make our websites appear similarly across these four browsers, fundamental differences in code rendering mean that this is not always possible. Furthermore, server-side internet security settings (as employed by Government departments) and browser plugins may affect the site's functionality and appearance beyond the project's specification.

While websites may vary slightly in appearance across browsers, we test to ensure that the specified functionality remains consistent. The release of new browsers in the future may require maintenance updates to your site.

Content Insertion

Unless otherwise specified content insertion will be completed by the client.

Supply of Content

In order to develop a look and feel that reflects your image, Digicon will need marketing collateral - for example, company-branding images and sample text content. This content should be supplied in electronic format, and will be discussed during the consultation phase.

Outlays

Outlays are often required during the development of a project and will be discussed during the specification phase. Examples of outlays include travel, parking, the purchase of software and sample images as required.

Warranty on software faults

Digicon provides a warranty on software developed by Digicon for a period of 30 days from the date of project sign off-and the launch of the website or application. Digicon will rectify, at no cost to our client, accepted software faults. These are defined as faults that are identified by Digicon or the client and accepted by Digicon as a fault. These do not include faults that result from variations to the original specification, or other changes beyond Digicon's control - for example, browser updates or changes in hosting configurations.

Digicon does not provide a warranty on non-Digicon developed software. DotNetNuke is a sophisticated CMS with many third-party modules available. Bugs may be found in DotNetNuke core or third-party modules that affect the client website. Sometimes incompatibilities may occur between a module and a different version of DotNetNuke. Typically, these bugs are fixed by their respective code developer. In the event a bug is discovered in DNN core or third-party software, Digicon will request a fixed version from the developer. Digicon will charge additional fees to correct third party source code.

Intellectual Property

There are a number of components to the Intellectual Property of the website or application being developed, including the base CMS, design, information architecture and development.

As the DotNetNuke CMS is open source, its source code is freely available. The DNN licensing is described online at http://www.dotnetnuke.com/Downloads/tabid/125/Default.aspx

The configured and customised DotNetNuke system provided by Digicon, including design and information architecture, is owned by the client once all invoices are paid.

Meetings

Meetings may take place as either a physical meeting or as a phone or web conference, depending on convenience and preference for the client.

Payment Terms

To start a project, Digicon must receive the Deposit fee prior to the commencement of the project.
All Hosting fees must be paid upon receipt and prior to the commencement of the hosting period.
All Domain fees must be paid upon receipt and prior to the renewal of the domain.
All Other fees are due and payable within 14 days. 
 
Should our payment terms not be met, then Digicon reserves the right to discontinue or postpone work on the project.

Risks

There are risks in any project where the budget of time and money can exceed initially specified values. We aim to reduce this risk through our mutual goals of clarity and understanding shared by Digicon and your business during the consulting and specification stage.

Changes in Specification

When scoping the project, requirements may change from when the initial proposal was requested. While some changes may be compatible within the initial cost estimate, changes that are not included in the initial proposal but are required in the specification will be treated as an extension to the project, and invoiced by Digicon on a time and materials basis.

Digicon's change management process is structured as follows:

  • Change in specification is detected
  • Work on the project is stopped
  • The need for change and its impact on time, budget and objectives is understood
  • Both parties agree to the changes and update the project specification
  • Work on the project is resumed
  • Change Requests and Defects

What is a Change Request?

A change request is any deviation from what is described in this proposal and the specification documents that will follow. Our goal is to ensure that any change is recorded, and that the proposal and specification are updated to reflect these changes.

Please note that any identified change requests will be invoiced by Digicon on a time and materials basis.

What is a Defect?

A defect consists of the steps taken to correct faulty functionality/code after it has been discovered. Defects are not classed as change requests. They are usually under unforeseen circumstances; Digicon will rectify any defects found, if possible.

If you find a defect, please alert Digicon as soon as possible. There are circumstances where the issue may not be a defect, and the changes required may veer from the agreed project scope. Any changes made which are not within scope - and are defects - are considered change requests and will be quoted for accordingly.

Delays

Any time taken making decisions can delay the completion of the project. Digicon will invoice for time and materials used when following-up and keeping projects open past the agreed project timelines.

There are risks in any project where the budget of time and money can exceed initially specified values. We aim to reduce this risk through our mutual goals of clarity and understanding shared by Digicon and your business during the consulting and specification stage.

Changes in Specification

When scoping the project, requirements may change from when the initial proposal was requested. While some changes may be compatible within the initial cost estimate, changes that are not included in the initial proposal but are required in the specification will be treated as an extension to the project, and invoiced by Digicon on a time and materials basis.

Digicon's change management process is structured as follows:

  • Change in specification is detected
  • Work on the project is stopped
  • The need for change and its impact on time, budget and objectives is understood
  • Both parties agree to the changes and update the project specification
  • Work on the project is resumed
  • Change Requests and Defects

What is a Change Request?

A change request is any deviation from what is described in this proposal and the specification documents that will follow. Our goal is to ensure that any change is recorded, and that the proposal and specification are updated to reflect these changes.

Please note that any identified change requests will be invoiced by Digicon on a time and materials basis.

What is a Defect?

A defect consists of the steps taken to correct faulty functionality/code after it has been discovered. Defects are not classed as change requests. They are usually under unforeseen circumstances; Digicon will rectify any defects found, if possible.

If you find a defect, please alert Digicon as soon as possible. There are circumstances where the issue may not be a defect, and the changes required may veer from the agreed project scope. Any changes made which are not within scope - and are defects - are considered change requests and will be quoted for accordingly.

Delays

Any time taken making decisions can delay the completion of the project. Digicon will invoice for time and materials used when following-up and keeping projects open past the agreed project timelines.