Integrating with 3rd Party Billing Systems
KB Home | Integrating with 3rd Party Billing Systems
Main.IntegratingWithBillingSystems History
Hide minor edits - Show changes to output
Added lines 27-28:
If you are interested in any of our other 3rd Party Integrations, view our full list [[https://www.papercut.com/solutions/product-integrations/|here]].
November 19, 2018, at 09:24 PM
by - Added link to integration pages
Added lines 2-3:
'''Also worth checking out''' is the new [[https://www.papercut.com/solutions/product-integrations/|Product Integrations]] page for more details on all types of integrations.
Changed lines 3-4 from:
Professional and commercial environments such as Law Firms, Accountancy Practices, Architecture Firms and some Higher Education sites require transactions from PaperCut to appear on statements or bills for a client. Integrating with 3rd party billing systems (Finance Packages) enables this.
to:
Professional and commercial environments such as Law Firms, Accountancy Practices, Architecture Firms and some Higher Education sites may require transactions from [[https://www.papercut.com/|PaperCut]] to appear on statements or bills for a client. Integrating print cost recovery with 3rd party billing systems (Finance Packages) enables this.
Changed lines 9-10 from:
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc.. In order to export transactions to a finance package, it's important that users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html |Shared Accounts]].
to:
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc.. In order to export transactions to a finance package, it's important that users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html|Shared Accounts]].
Changed lines 19-20 from:
PaperCut has a number of out-of-the-box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are significantly different, not in a source other than file, or the rules for creation are complex, PaperCut provides a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
to:
PaperCut has a number of out-of-the-box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are significantly different, in a source other than file, or the rules for creation are complex, PaperCut provides a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
Changed lines 9-10 from:
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc. In order to export transactions to a finance package, it's important users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html |Shared Accounts]].
to:
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc.. In order to export transactions to a finance package, it's important that users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html |Shared Accounts]].
Changed lines 12-14 from:
The finance package will often prescribe a format of export that must be met if transactions from PaperCut are to be successfully imported. This format will define if the file is comma delimited, tab delimited, if transactions should be summaries against an account code, if each transaction should be exported against an account code with a date/time stamp and so on.
With this in mind, PaperCut doesn’t provide any out of the box plug-in for any Finance Package type, though many successfully integrations have been performed by our valued [[http://www.papercut-mf.com/buy/|Authorized Solution Center]] (ASC) network.
With this in mind, PaperCut doesn’t provide any out
to:
The finance package will often prescribe a format of export that must be met if transactions from PaperCut are to be successfully imported. This format will define if the file is comma-delimited or tab-delimited, if transactions should be summaries against an account code, if each transaction should be exported against an account code with a date/time stamp and so on.
With this in mind, PaperCut doesn’t provide any out-of-the-box plug-in for any Finance Package type, though many successful integrations have been performed by our valued [[http://www.papercut-mf.com/buy/|Authorized Solution Center]] (ASC) network.
With this in mind, PaperCut doesn’t provide any out-of-the-box plug-in for any Finance Package type, though many successful integrations have been performed by our valued [[http://www.papercut-mf.com/buy/|Authorized Solution Center]] (ASC) network.
Changed lines 16-23 from:
An ASC working with a customer will follow a process of
Choose the best ''information in'' process.
PaperCut has a number of out of the box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are of significant difference, not in a source other than file, or the rules for creation are complex, PaperCut provide a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
!!!Choose the best ''information out'' process.
As with the import process, PaperCut also provides an out of the box export process, where transactions can be written to file in csv format. If the Finance Package is flexible enough to work with these formats, then the export process is complete. If the formats are similar, an ASC will be able to help transform these formats with some scripting. Once again, if the formats are of significant difference, deploying PaperCut onto an instance of an [[https://www.papercut.com/products/ng/manual/ch-ext-db.html|RDBMS]] will allow the ASC to develop a custom view of the transactions and generate these to file as needed.
PaperCut has a number of out
!!!
As with the import process, PaperCut also provides an out
to:
An ASC working with a customer will follow a process of:
!!!Choosing the best ''information in'' process.
PaperCut has a number of out-of-the-box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are significantly different, not in a source other than file, or the rules for creation are complex, PaperCut provides a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
!!!Choosing the best ''information out'' process.
As with the import process, PaperCut also provides an out-of-the-box export process, where transactions can be written to file in CSV format. If the Finance Package is flexible enough to work with these formats, then the export process is complete. If the formats are similar, an ASC will be able to help transform these formats with some scripting. Once again, if the formats are significantly different, deploying PaperCut onto an instance of an [[https://www.papercut.com/products/ng/manual/ch-ext-db.html|RDBMS]] will allow the ASC to develop a custom view of the transactions and generate these to file as needed.
!!!Choosing the best ''information in'' process.
PaperCut has a number of out-of-the-box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are significantly different, not in a source other than file, or the rules for creation are complex, PaperCut provides a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
!!!Choosing the best ''information out'' process.
As with the import process, PaperCut also provides an out-of-the-box export process, where transactions can be written to file in CSV format. If the Finance Package is flexible enough to work with these formats, then the export process is complete. If the formats are similar, an ASC will be able to help transform these formats with some scripting. Once again, if the formats are significantly different, deploying PaperCut onto an instance of an [[https://www.papercut.com/products/ng/manual/ch-ext-db.html|RDBMS]] will allow the ASC to develop a custom view of the transactions and generate these to file as needed.
Added lines 1-29:
(:title Integrating with 3rd Party Billing Systems:)
Professional and commercial environments such as Law Firms, Accountancy Practices, Architecture Firms and some Higher Education sites require transactions from PaperCut to appear on statements or bills for a client. Integrating with 3rd party billing systems (Finance Packages) enables this.
In our experience, two flows of information need to be considered before deployment:
!!Information in
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc. In order to export transactions to a finance package, it's important users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html |Shared Accounts]].
!!Information out
The finance package will often prescribe a format of export that must be met if transactions from PaperCut are to be successfully imported. This format will define if the file is comma delimited, tab delimited, if transactions should be summaries against an account code, if each transaction should be exported against an account code with a date/time stamp and so on.
With this in mind, PaperCut doesn’t provide any out of the box plug-in for any Finance Package type, though many successfully integrations have been performed by our valued [[http://www.papercut-mf.com/buy/|Authorized Solution Center]] (ASC) network.
!!Process
An ASC working with a customer will follow a process of
!!!Choose the best ''information in'' process.
PaperCut has a number of out of the box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are of significant difference, not in a source other than file, or the rules for creation are complex, PaperCut provide a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
!!!Choose the best ''information out'' process.
As with the import process, PaperCut also provides an out of the box export process, where transactions can be written to file in csv format. If the Finance Package is flexible enough to work with these formats, then the export process is complete. If the formats are similar, an ASC will be able to help transform these formats with some scripting. Once again, if the formats are of significant difference, deploying PaperCut onto an instance of an [[https://www.papercut.com/products/ng/manual/ch-ext-db.html|RDBMS]] will allow the ASC to develop a custom view of the transactions and generate these to file as needed.
If you have any questions about choosing the right process or guidance through an integration, please contact [[mailto:support@papercut.com?subject=Integrating with Finance Packages / Practice Management Packages article.|support@papercut.com]]
----
''Categories:'' [[Category.Implementation|+]], [[Category.Configuration|+]], [[Category.Tips and Tricks|+]]
----
[-Keywords: finance package, practice management package, quicken, myob, xero, leap, netsuite, lawmaster, filepro, lexisnexis, infinitylaw, open practice, Elite, Cognito -]
Professional and commercial environments such as Law Firms, Accountancy Practices, Architecture Firms and some Higher Education sites require transactions from PaperCut to appear on statements or bills for a client. Integrating with 3rd party billing systems (Finance Packages) enables this.
In our experience, two flows of information need to be considered before deployment:
!!Information in
The first conversation to have on this topic is how PaperCut will be kept up to date with the codes that users should charge to. These are referred to as matter codes, client codes, job numbers, case numbers, etc. In order to export transactions to a finance package, it's important users are charging against valid codes in these systems and therefore important to understand how we can access a list of current and valid codes. PaperCut looks for a definitive list and structure of [[https://www.papercut.com/products/ng/manual/ch-shared-accounts.html |Shared Accounts]].
!!Information out
The finance package will often prescribe a format of export that must be met if transactions from PaperCut are to be successfully imported. This format will define if the file is comma delimited, tab delimited, if transactions should be summaries against an account code, if each transaction should be exported against an account code with a date/time stamp and so on.
With this in mind, PaperCut doesn’t provide any out of the box plug-in for any Finance Package type, though many successfully integrations have been performed by our valued [[http://www.papercut-mf.com/buy/|Authorized Solution Center]] (ASC) network.
!!Process
An ASC working with a customer will follow a process of
!!!Choose the best ''information in'' process.
PaperCut has a number of out of the box solutions for importing Shared Accounts. If the Finance Package can meet this format, then PaperCut will natively import it and keep up to date with the matter list. If the formats are similar, then an ASC will be able to massage the export into the required format with some scripting. If the formats are of significant difference, not in a source other than file, or the rules for creation are complex, PaperCut provide a rich [[https://www.papercut.com/products/ng/manual/apdx-tools-web-services.html|API set]] to allow for an ASC to create a custom solution.
!!!Choose the best ''information out'' process.
As with the import process, PaperCut also provides an out of the box export process, where transactions can be written to file in csv format. If the Finance Package is flexible enough to work with these formats, then the export process is complete. If the formats are similar, an ASC will be able to help transform these formats with some scripting. Once again, if the formats are of significant difference, deploying PaperCut onto an instance of an [[https://www.papercut.com/products/ng/manual/ch-ext-db.html|RDBMS]] will allow the ASC to develop a custom view of the transactions and generate these to file as needed.
If you have any questions about choosing the right process or guidance through an integration, please contact [[mailto:support@papercut.com?subject=Integrating with Finance Packages / Practice Management Packages article.|support@papercut.com]]
----
''Categories:'' [[Category.Implementation|+]], [[Category.Configuration|+]], [[Category.Tips and Tricks|+]]
----
[-Keywords: finance package, practice management package, quicken, myob, xero, leap, netsuite, lawmaster, filepro, lexisnexis, infinitylaw, open practice, Elite, Cognito -]
Comments
Share your findings and experience with other PaperCut users. Feel free to add comments and suggestions about this Knowledge Base article. Please don't use this for support requests.
Article last modified on November 21, 2018, at 11:45 PM
Printable View | Article History | Edit Article