<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.sungard.com/~d/styles/itemcontent.css"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">

<channel>
	<title>AvantGard Payments Services Blog</title>
	
	<link>http://blogs.sungard.com/fs_paymentsinsights</link>
	<description>Electronic Payments, ACH, V-Cards, Vendor Enrollment...</description>
	<lastBuildDate>Thu, 03 May 2012 15:51:09 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	
		<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.sungard.com/fs/AvantGard/Payments/Blog" /><feedburner:info uri="fs/avantgard/payments/blog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://blogs.sungard.com/fs_paymentsinsights/?pushpress=hub" /><item>
		<title>Virtual Card Programs Part III – How They Differ From PCards &amp; Ghost Cards</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/GuLM2NkXams/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/05/03/virtual-card-programs-part-iii-%e2%80%93-how-they-differ-from-pcards-ghost-cards/#comments</comments>
		<pubDate>Thu, 03 May 2012 15:51:09 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[ach]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[electronic payments]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[erp systems]]></category>
		<category><![CDATA[ghost card]]></category>
		<category><![CDATA[ghost cards]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[matthew dragiff]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[outsourcing of payment execution]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[payments fraud]]></category>
		<category><![CDATA[PCard]]></category>
		<category><![CDATA[PCards]]></category>
		<category><![CDATA[print check]]></category>
		<category><![CDATA[purchasing card]]></category>
		<category><![CDATA[purchasing cards]]></category>
		<category><![CDATA[v-cards]]></category>
		<category><![CDATA[vcards]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=385</guid>
		<description><![CDATA[In Part I of my virtual card blog series I described the nature of a virtual card program.  In Part II, I described how corporations can use virtual card programs to help generate revenue.  In Part III, I will discuss how virtual cards differ from purchasing cards (PCards) and ghost cards. Virtual Cards Virtual cards are [...]]]></description>
			<content:encoded><![CDATA[<p><em>In <a title="Part I" href="http://blogs.sungard.com/fs_paymentsinsights/2012/04/05/virtual-card-programs-%e2%80%93-what-exactly-are-they/?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+fs%2FAvantGard%2FPayments%2FBlog+%28AvantGard+Payments+Services+Blog%29" target="_blank">Part I</a> of my virtual card blog series I described the nature of a virtual card program.  In <a title="Part II" href="http://blogs.sungard.com/fs_paymentsinsights/2012/04/18/virtual-card-programs-part-ii-how-corporations-use-them-to-earn-revenue/?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+fs%2FAvantGard%2FPayments%2FBlog+%28AvantGard+Payments+Services+Blog%29" target="_blank">Part II</a>, I described how corporations can use virtual card programs to help generate revenue.  In Part III, I will discuss how virtual cards differ from purchasing cards (</em><em>PCards</em><em>) and ghost cards.</em><em></em></p>
<p><strong>Virtual Cards</strong></p>
<p><a title="virtual cards" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">Virtual cards</a> are just that – virtual!  They are unique card numbers that are tied back to a real card number. The real card number allows the issuer to control overall credit limits and perform billing. Virtual cards are ideal for A/P payments because they can be generated when needed (on a batch or real-time basis) and allow the payer to specify the maximum credit limit (to the penny) as well as when each card number expires. Virtual cards are easily processed by suppliers using their POS terminal or online merchant terminal.  Authorization and settlement occur identically to other card types. </p>
<p>Most of the time they are single-use, meaning that once the full value of the virtual card has been charged, the card number is deactivated. Typically the cards have a short time-to-live, often expiring at the end of the month following the one in which they were issued.  These features make virtual cards inherently the most secure form of card payment.</p>
<p><strong>Purchasing Cards</strong></p>
<p>PCards are a form of company credit card issued to authorized employees who can then purchase goods and services within certain restrictive limits.  Employees can make purchases that bypass a traditional purchasing procedure involving purchasing requisitions and purchase orders.  PCard programs have made some inroads into A/P.  The idea is to use the PCard to pay for purchases made via the traditional purchase order process.  The payer avoids the work and expense associated with a check payment while capturing the rebate associated with PCard transactions.  However, as an A/P solution for invoice payments, PCards have proven to be sub-optimal because of challenges with integration, automatic reconciliation, spend reporting, compliance and more.</p>
<p>Without the proper restrictions, PCards provide a means for employees to circumvent established purchasing rules, making it difficult for the company to take advantage of bulk pricing deals with a small number of preferred suppliers.  Additionally, purchases made with the PCards may need to be allocated across several departments, which then require a detailed and sometimes difficult reconciliation process to determine which purchases are to be charged to each department.  This reconciliation is especially difficult if Level III data is not passed (Level III data is granular and detailed information about each purchase).</p>
<p><strong>Ghost Cards</strong></p>
<p>Ghost cards are similar to virtual cards in that they do not involve plastic.  They are simply account numbers linked to a high-limit charge account which an organization uses to conduct a high number of transactions.  Sometimes these card numbers are provided to employees or departments so that purchases can be easily charged back to that department.  Other times, the end-user organization will issue the number to a specific supplier or to all suppliers of a specific supplier type (e.g. office suppliers) for ongoing use. </p>
<p>A ghost card resolves some of the issues associated with traditional purchasing cards.  When spend analysis identifies that a large number of transactions are made with a particular vendor, a ghost card account number may be created to reduce invoices and improve purchasing efficiency.  This ghost card may only be used for purchases from the specific vendor.  This is often referred to as a <em>vertical</em> approach.</p>
<p>Alternately, A/P departments may find that they are getting bogged down processing one category of expense such as travel, event planning, or office supplies.  In these situations, a ghost card account number may be created with a restriction limiting its use to pre-determined Merchant Code Categories.  This is somewhat similar to a traditional PCard but there is not a physical card and the account may be accessed by many employees.  This is often referred to as a <em>horizontal</em> approach. </p>
<p>Misuse of ghost cards can be further limited by the same controls available for PCards: charge limits, transaction limits, monthly limits, MCC limits and frequency of use limits.  Additional flags may also be generated by ERP systems, such as when a transaction exceeds a predefined threshold.</p>
<p><strong>Leaving the Check Behind</strong></p>
<p>What is the optimal type of card program for an A/P department?  Understanding how various card programs can best serve a corporation is the key to ensuring the best payment methods are utilized. The latest advances in payables technology now enable organizations to easily migrate traditional A/P payments, even those to strategic suppliers, to virtual card.  The use of single use virtual cards as a payment solution for B2B invoice payments has a proven track record of success. Building on that success, the virtual card programs help companies <a title="leave the check behind" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/homepage.aspx" target="_blank">leave the check behind</a>, streamline their processes, continue to move toward hands-off straight-thru-processing,<a title="reduce costs" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/roiandrebatecalculator.aspx" target="_blank"> reduce costs</a>, and benefit from <a title="new channels of revenue generation" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">new channels of revenue generation</a>.</p>
<p>What types of card program are you using in your A/P department?  If you are using virtual card programs, are you generating revenue?  I’d like to hear from you.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/GuLM2NkXams" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/05/03/virtual-card-programs-part-iii-%e2%80%93-how-they-differ-from-pcards-ghost-cards/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/05/03/virtual-card-programs-part-iii-%e2%80%93-how-they-differ-from-pcards-ghost-cards/</feedburner:origLink></item>
		<item>
		<title>Virtual Card Programs Part II: How Corporations Use Them to Earn Revenue</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/XG8QtHppjqc/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/04/18/virtual-card-programs-part-ii-how-corporations-use-them-to-earn-revenue/#comments</comments>
		<pubDate>Wed, 18 Apr 2012 14:48:59 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[ach]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[afp]]></category>
		<category><![CDATA[approval]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[AvantGard Global Vendor Directory]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[cash application]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[electronic banking information]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[electronic payments]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[erp systems]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[lockbox fees]]></category>
		<category><![CDATA[lockbox processing]]></category>
		<category><![CDATA[matthew dragiff]]></category>
		<category><![CDATA[mike kresse]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[outsourcing of payment execution]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[payments fraud]]></category>
		<category><![CDATA[print check]]></category>
		<category><![CDATA[remittance details]]></category>
		<category><![CDATA[social networking]]></category>
		<category><![CDATA[sremittance data]]></category>
		<category><![CDATA[v-cards]]></category>
		<category><![CDATA[vcards]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=379</guid>
		<description><![CDATA[In Part I of my virtual card blog series I described the nature of a virtual card program.  In part II, I will describe how corporations can use virtual card programs to help generate revenue.  More and more corporations are seeing the benefits of migrating paper checks to electronic and now specifically to virtual card [...]]]></description>
			<content:encoded><![CDATA[<p>In <a title="Part I" href="http://blogs.sungard.com/fs_paymentsinsights/" target="_blank">Part I</a> of my virtual card blog series I described the nature of a virtual card program.  In part II, I will describe how corporations can use virtual card programs to help generate revenue. </p>
<p>More and more corporations are seeing the benefits of migrating paper checks to electronic and now specifically to virtual card programs.  Virtual card technology generates single-use unique card numbers with set credit limits based on the company’s payment instructions.  This approach safeguards each virtual card against unauthorized use and simplifies reconciliation.  A company can <a title="earn rebates" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">earn rebates</a> from check disbursements that are migrated to card payments based on a defined percentage of their total monthly spend.</p>
<p>For example, a corporation with 5000 checks per month at a cost of $1.50 is spending $90,000 per year just to pay invoices by check. By migrating 25% of those 5000 checks with an average check value of $1100 to a virtual card program that has an average rebate of $13.75, a corporation can earn $206,256 year from the rebates – turning the finance department into a revenue generator.   Additionally, by migrating 50% of those 5000 checks to ACH at $.50 per payment, a corporation could save approximately $30,000 per year.</p>
<p>One of the most significant barriers to migrating to a virtual card program however is <a title="vendor enrollment" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/enrollvendors.aspx" target="_blank">vendor enrollment</a>.  Having a vendor enrollment strategy in place is key to the success of a virtual card program whether it is in-house or outsourced.  Companies that I have worked with that have migrated to virtual card programs are often surprised at the adoption rate but often pleased as they begin to negate costs and earn revenue.</p>
<p>I often get asked why would vendors accept card payments?  Vendors are actually willing to accept card payments (not a majority, but enough to generate significant rebate revenue).  Some are already accepting card payments from other customers.  Some highly value the relationship that they have with specific customers and will accept card payments to maintain that business.  Others may have enough margin built into their prices that they can absorb the merchant fees.  Additionally, payers can incent their vendors to accept card payments, perhaps by offering different payment terms or by concentrating more of their spend with a vendor if that vendor will agree to accept card payments.</p>
<p>Stay tuned for Virtual Card Programs Part III where I will describe how virtual card programs differ from other card programs.</p>
<p>Are you currently using virtual card programs or thinking of migrating your vendors?  I’d like to hear from you.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/XG8QtHppjqc" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/04/18/virtual-card-programs-part-ii-how-corporations-use-them-to-earn-revenue/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/04/18/virtual-card-programs-part-ii-how-corporations-use-them-to-earn-revenue/</feedburner:origLink></item>
		<item>
		<title>Virtual Card Programs – What Exactly Are They?</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/dSkq42_H8fE/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/04/05/virtual-card-programs-%e2%80%93-what-exactly-are-they/#comments</comments>
		<pubDate>Thu, 05 Apr 2012 20:57:52 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[ach]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[afp]]></category>
		<category><![CDATA[approval]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[AvantGard Global Vendor Directory]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[cash application]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[electronic banking information]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[electronic payments]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[erp systems]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[lockbox fees]]></category>
		<category><![CDATA[lockbox processing]]></category>
		<category><![CDATA[matthew dragiff]]></category>
		<category><![CDATA[mike kresse]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[outsourcing of payment execution]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[payments fraud]]></category>
		<category><![CDATA[print check]]></category>
		<category><![CDATA[remittance details]]></category>
		<category><![CDATA[social networking]]></category>
		<category><![CDATA[sremittance data]]></category>
		<category><![CDATA[v-cards]]></category>
		<category><![CDATA[vcards]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=369</guid>
		<description><![CDATA[Corporations remain under continuous pressure to reduce costs and improve operational efficiencies. One of the easiest ways to do this is by migrating payments from check to electronic. However, I am seeing more and more corporations taking the migration to electronic payments a step further by implementing virtual card programs which can turn their A/P departments from [...]]]></description>
			<content:encoded><![CDATA[<p>Corporations remain under continuous pressure to reduce costs and improve operational efficiencies. One of the easiest ways to do this is by migrating payments from check to electronic. However, I am seeing more and more corporations taking the migration to <a title="electronic payments" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/homepage.aspx" target="_blank">electronic payments</a> a step further by implementing <a title="virtual card programs" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">virtual card programs</a> which can turn their A/P departments from cost centers to revenue centers.</p>
<p>The attractiveness of card program rebates have provided the motivation to use PCard and ghost cards in the A/P arena, albeit with mixed results. Providing a ghost card number to select vendors is one thing – providing it to all of your vendors is another. Concerns over fraud, control, and reconciliation have led to the development of single use virtual cards.</p>
<p>Virtual card numbers are just that – virtual! Like ghost cards, there is no plastic involved. However, unlike ghost cards, virtual cards are unique card numbers that are tied back to a real card number. The real card number allows the issuer to control overall credit limits and perform billing.</p>
<p>What makes virtual cards ideal for A/P applications is that they can be generated when needed (on a batch or real-time basis) and allow the payer to specify the maximum credit limit (to the penny) as well as when each card number expires. Most of the time they are single-use, meaning that once the full value of the virtual card has been charged, the card number is deactivated. Typically the cards have a short time-to-live, often expiring at the end of the month following the one in which they were issued.</p>
<p><a title="Virtual cards" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">Virtual cards</a> offer tremendous security and reconciliation advantages. As they are issued for a specific dollar amount, suppliers may not charge more than the limit on the card. For example, Supplier A sends an invoice to their customer for $2,000. A week later, the same supplier sends another invoice for $3,000. When the supplier receives the card number for the first payment, they might be tempted to process it for the $5,000 total. However, because the virtual card number was issued for $2,000, the $5,000 transaction would be declined. In addition, because it is single use, it may not be used for any more purchases once the $2,000 has been charged.</p>
<p>Additionally, virtual cards may also be configured to allow multiple charges (up to the limit on the card). For example, a card with a $1,200.57 credit limit can be configured to allow only one charge for exactly $1,200.57 or for multiple charges totaling $1,200.57. The behavior of many suppliers has shown that they prefer to enter multiple charges, each associated with a single invoice, when receiving a single payment for multiple invoices. This improves their A/R reconciliation and improves the relationship between buyer and supplier.</p>
<p>Reconciliation is vastly simplified with virtual cards because each payment is now associated with its own unique card number. Most virtual cards allow additional data elements to be passed to the issuer when the virtual card number is generated. Those additional card numbers often include data commonly seen in remittance details, such as – invoice number, purchase order number, reference number, etc. The issuer can provide these additional data elements back to the payer in their statement, making automated reconciliation a reality. The suppliers and their associated merchant acquiring banks no longer need to pass this data back to the issuer.</p>
<p>Stay tuned for Virtual Card Programs Part II where I will discuss how corporations can earn rebates by migrating their vendors to virtual card programs.</p>
<p>Are you currently using virtual card programs or thinking of migrating your vendors? I’d like to hear from you.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/dSkq42_H8fE" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/04/05/virtual-card-programs-%e2%80%93-what-exactly-are-they/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/04/05/virtual-card-programs-%e2%80%93-what-exactly-are-they/</feedburner:origLink></item>
		<item>
		<title>Going Green with Electronic Payments – Part II</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/nzHJSrCxMJg/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/03/23/going-green-with-electronic-payments-%e2%80%93-part-ii/#comments</comments>
		<pubDate>Fri, 23 Mar 2012 13:14:40 +0000</pubDate>
		<dc:creator>Marcel Santiz</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[ach]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[afp]]></category>
		<category><![CDATA[approval]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[AvantGard Global Vendor Directory]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[cash application]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[eBam]]></category>
		<category><![CDATA[electronic bank account management]]></category>
		<category><![CDATA[electronic banking information]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[electronic payments]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[erp systems]]></category>
		<category><![CDATA[go green]]></category>
		<category><![CDATA[going green]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[lockbox fees]]></category>
		<category><![CDATA[lockbox processing]]></category>
		<category><![CDATA[matthew dragiff]]></category>
		<category><![CDATA[mike kresse]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[outsourcing of payment execution]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[payments fraud]]></category>
		<category><![CDATA[print check]]></category>
		<category><![CDATA[remittance details]]></category>
		<category><![CDATA[social networking]]></category>
		<category><![CDATA[sremittance data]]></category>
		<category><![CDATA[SWIFT]]></category>
		<category><![CDATA[v-cards]]></category>
		<category><![CDATA[vcards]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=356</guid>
		<description><![CDATA[In part I of my “Going Green with Electronic Payments” blog article, I described that migrating check payments to electronic can help your company go green (in addition to helping your company reduce costs, mitigate risk, improve operational efficiencies and in some cases earn additional revenue).  There are additional ways that your treasury and finance [...]]]></description>
			<content:encoded><![CDATA[<p>In part I of my<a title="Part I" href="http://blogs.sungard.com/fs_paymentsinsights/2012/03/08/going-green-with-electronic-payments-%e2%80%93-part-i/?utm_source=feedburner&amp;utm_medium=feed&amp;utm_campaign=Feed%3A+fs%2FAvantGard%2FPayments%2FBlog+%28AvantGard+Payments+Services+Blog%29" target="_blank"> “Going Green with Electronic Payments”</a> blog article, I described that migrating check payments to <a title="electronic" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/homepage.aspx" target="_blank">electronic</a> can help your company go green (in addition to helping your company reduce costs, mitigate risk, improve operational efficiencies and in some cases earn additional revenue).  There are additional ways that your treasury and finance organization can help your company go green:</p>
<p><strong>Accounts receivable:</strong></p>
<ul>
<li>Encouraging your vendors to pay you electronically will reduce your use of paper and remittance advices that need to be stored and, at the same time, reduce your customers&#8217; use of paper</li>
<li>Some companies worry about fraud when giving out their account information but it&#8217;s actually very safe if you put debit blocks on those accounts (check with your bank for other security features they may offer such as ACH positive pay)</li>
<li>If you receive checks in your office instead of in a lockbox, consider Remote Deposit Capture which eliminates the auto pollution associated with having an employee drive your deposits to the bank</li>
</ul>
<p><strong>Other green steps that can be taken:</strong></p>
<ul>
<li>Scan your documentation and permanent files, then shred and recycle them.  Be sure to tag your digital files thoroughly so they are easily searchable.  Scanning also provides greater protection to documents in case of a disaster or other unforeseen circumstances</li>
<li>An <a title="eBam" href="http://www.sungard.com/en/sitecore/content/campaigns/fs/corporations/avantgardtreasury/solutions/treasury/bankaccountmanagement.aspx" target="_blank">electronic bank account management system (eBAM)</a> can reduce account documentation paperwork by utilizing <a title="SWIFT" href="http://www.sungard.com/en/sitecore/content/campaigns/fs/corporations/avantgardtreasury/solutions/ecosystemconnectivity/swiftconnectivity.aspx" target="_blank">SWIFT</a> messaging instead of paper</li>
<li>Internal documentation such as support documentation for repetitive payment setups can be made paperless by using a workflow-based system like SharePoint.  The same applies to user authorization forms.  This approach also allows auditors to have view-only access which avoids them having to take up your time pulling documents</li>
<li>If you have processes that currently result in the generation of multiple pieces of documentation, reengineer the process to eliminate unnecessary portions, consolidate to fewer pieces of paper and use self-inking stamps to add a place for approval or tracking number notations instead of a using a separate sheet of paper</li>
<li>Use an Internet fax service so your incoming faxes are converted to electronic documents and e-mailed to you.  This leverages your e-mail archiving for short-term retention, makes them easy to save electronically for long-term retention and you only print the faxes you need to.  In a disaster, it also means that you won&#8217;t lose your ability to send and receive faxes, just redirect them to a personal e-mail address</li>
</ul>
<p>In part I and II of my “Going Green with Electronic Payments” articles , I have detailed many of the methods that can be implemented by your organization.  You may find it easiest to start with some of the smaller steps such as an Internet fax service or document scanning.  Steps like this can reinforce the additional benefits to the organization of being environmentally friendly.  Once that idea has taken root, in a short time, it becomes easier to pursue the larger goals such as an <a title="electronic payments" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/homepage.aspx" target="_blank">electronic payment</a> initiative, which also has significant cost benefits.  Regardless of your path, start with one or two of these steps and keep moving.  Beginning is the most difficult part; the rest will follow easily once the benefits become obvious.</p>
<p>What steps is your company taking to go green?  I’d like to hear from you.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/nzHJSrCxMJg" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/03/23/going-green-with-electronic-payments-%e2%80%93-part-ii/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/03/23/going-green-with-electronic-payments-%e2%80%93-part-ii/</feedburner:origLink></item>
		<item>
		<title>Going Green with Electronic Payments – Part I</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/sBh11laMvhg/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/03/08/going-green-with-electronic-payments-%e2%80%93-part-i/#comments</comments>
		<pubDate>Thu, 08 Mar 2012 21:41:18 +0000</pubDate>
		<dc:creator>Marcel Santiz</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[go green]]></category>
		<category><![CDATA[going green]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=342</guid>
		<description><![CDATA[If you are reading this, you are, most likely, familiar with some of the reasons to “go green” and most of the reasons to migrate to electronic forms of payment.  The fact that you’re still reading probably means that you haven’t gone green or electronic or that you’ve only been partially successful at one, or [...]]]></description>
			<content:encoded><![CDATA[<p>If you are reading this, you are, most likely, familiar with some of the reasons to “go green” and most of the reasons to migrate to electronic forms of payment.  The fact that you’re still reading probably means that you haven’t gone green or electronic or that you’ve only been partially successful at one, or the other, or both.  If you are a treasury or finance professional, you most likely already know that there are many good reasons to migrate to <a title="electronic payments" href="http://www.sungard.com/leavingthecheckbehind" target="_blank">electronic payments</a>.  Despite this, many companies have not done so.</p>
<p>If you are one of those firms, a push toward &#8220;green&#8221; in your company can open the dialogue that you may have had difficulty with otherwise, particularly in these times of cutbacks.  Regardless of the true reasons that your company has an interest in &#8220;going green&#8221;, there are real cost savings to be had in making treasury and finance more environmentally friendly.  In the information that follows, I detail some of the ways that you can help the Earth, and do it, partially, by converting to forms of <a title="electronic payments" href="http://www.sungard.com/leavingthecheckbehind" target="_blank">electronic payments</a>.</p>
<p><strong>Paper checks: environmentally unfriendly</strong></p>
<p>Aside from the obvious use of paper and petroleum used to make check stock and envelopes with windows and possibly self-stick, there are other impacts on the environment that are less obvious such as:</p>
<ul>
<li>Toner use</li>
<li>Latent power draw &#8211; your printer is probably on 24 hours a day and constantly drawing power</li>
<li>Heat &#8211; laser printers create a lot of heat due to their fusing units</li>
<li>Window envelopes are often not recycled by the recipient even if they do so with other paper products</li>
<li>Excess auto pollution if an employee drives your check run to the post office</li>
</ul>
<p><strong>Electronic payments: environmentally friendlier</strong></p>
<ul>
<li>Electronic forms of payment include ACH, Fedwire, Purchasing Card and <a title="virtual card" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">Virtual Card</a></li>
<li>MICR Laser printer only turned on when needed for the occasional emergency or manual check</li>
<li>No other resources used, such as envelopes other than on an exception basis.  If your remittance data is available in multiple file formats rather than just a text e-mail, you also reduce how many vendors will print the remittance data in their office</li>
<li>Side benefits: Reduces or eliminates escheatment and fraud on your accounts</li>
<li>Caveat: You may feel that you do not have the personnel, resources or systems security to achieve these goals.  If so, consider outsourcing the function and the conversion of vendors.  Outsourcing or software-as-a-service offerings reach your &#8220;green&#8221; and efficiency goals while still reducing your costs by approximately 50% or more over printing your checks in-house.  In the case of Purchasing Cards and, especially, <a title="virtualcard2" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/earnrebates.aspx" target="_blank">Virtual Card </a>payments, rebate structures translate into income instead of expense</li>
</ul>
<p>Are you thinking of helping your company go green?  Is your company considering migrating from check payments to electronic?  I’d like to hear from you.</p>
<p>Stay Tuned for Part II….</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/sBh11laMvhg" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/03/08/going-green-with-electronic-payments-%e2%80%93-part-i/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/03/08/going-green-with-electronic-payments-%e2%80%93-part-i/</feedburner:origLink></item>
		<item>
		<title>The Role of Vendor Enrollment in B2B ePayments Adoption</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/rVPRVU6r4Fk/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/02/21/the-role-of-vendor-enrollment-in-b2b-epayments-adoption/#comments</comments>
		<pubDate>Tue, 21 Feb 2012 18:24:09 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[cash application]]></category>
		<category><![CDATA[check payments]]></category>
		<category><![CDATA[check-to-ach]]></category>
		<category><![CDATA[check-to-card migration]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[erp systems]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[lockbox fees]]></category>
		<category><![CDATA[lockbox processing]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[outsourcing of payment execution]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[remittance details]]></category>
		<category><![CDATA[vcard]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=331</guid>
		<description><![CDATA[I attend many payments industry conferences and meet with many payments professionals, and I continually hear the same theme around vendor enrollment, also referred to as vendor enablement or vendor adoption.  It is the single biggest hurdle for companies seeking to migrate from checks to electronic payments such as ACH or virtual card.  Because most [...]]]></description>
			<content:encoded><![CDATA[<p>I attend many payments industry conferences and meet with many payments professionals, and I continually hear the same theme around vendor enrollment, also referred to as vendor enablement or vendor adoption.  It is the single biggest hurdle for companies seeking to migrate from checks to electronic payments such as ACH or virtual card.  Because most companies transact business with thousands of vendors, time and staff constraints often limit the rate at which vendors are invited to receive electronic payments.  Historically, these initiatives were driven by a desire to reduce check payment costs.  Increasingly, these initiatives are now driven by a desire to increase card spend in order to receive rebates generated by virtual card programs.</p>
<p>For this reason, A/P departments are increasingly outsourcing payments execution to third-party service providers who not only execute on check, ACH, wire or card payments, but also manage vendor enrollment to help sign vendors up to receive electronic payments.  These third-party service providers will manage an end-to-end enrollment campaign which involves reaching out to vendors, explaining the benefits, answering questions and assisting with enrollment.</p>
<p>Outreach to vendors nearly always includes a combination of emails, letters and phone calls.  The most successful campaigns develop messaging that addresses frequently asked questions and describe how accepting electronic payments will benefit the vendor.</p>
<p>These benefits might include earlier payment, more frequent payment, reduced risk of lost or stolen checks, prompt settlement, receipt of electronic remittance, or status as a preferred vendor enjoying a greater concentration of spend.  Messaging can be further tailored with wording or presentation geared toward specific vendor segments.  This might include mandates for vendors of commodity items, or a mention of typical industry practices.</p>
<p>The tone of a campaign will vary by payer.  Some payers are comfortable issuing a mandate, some have a specific dollar amount or percent enrollment goal that that they wish to achieve, and some adopt a light touch approach in order to maintain carefully nurtured relationships with their vendors.  Most payers will review the sample messaging provided to them and customize it to their satisfaction as needed.  A key component of the enrollment campaign is the analysis of the vendor master file and A/P spend.  The goal of the analysis is to identify and prioritize the vendors to be targeted during the campaign.  This analysis yields critical information that can answer questions including:</p>
<ul>
<li>What type of product or service is being purchased?</li>
<li>Is the product or service unique or a commodity?</li>
<li>Is the vendor one of many or the sole vendor?</li>
<li>What are the types, sizes and frequencies of payments?</li>
<li>Can this vendor accept a card payment today?</li>
<li>Can vendors be segmented by size or industry?</li>
<li>Have special terms been negotiated with the vendor?</li>
<li>Is the vendor new or established?</li>
</ul>
<p>Experience has shown that vendor enrollment campaigns must be continual.  Vendors who say “no” to accepting electronic payments today may very well say “yes” in 6 months.  Chances are they have other customers who are also migrating to electronic payments and hearing the message from multiple customers will influence their decision.  Changing business conditions may entice them to consider new payment options.  A good rule of thumb is to automatically enroll your new vendors to receive electronic payments as part of the new vendor setup process.</p>
<p>What have your experiences been with vendor enrollment campaigns?  I’d like to hear from you!</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/rVPRVU6r4Fk" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/02/21/the-role-of-vendor-enrollment-in-b2b-epayments-adoption/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/02/21/the-role-of-vendor-enrollment-in-b2b-epayments-adoption/</feedburner:origLink></item>
		<item>
		<title>Top 5 A/P Trends for 2012</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/Y4Vs6GNHlQ4/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2012/02/01/top-5-ap-trends-for-2012/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 15:36:33 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[a/p automation]]></category>
		<category><![CDATA[a/p processing]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[card payment]]></category>
		<category><![CDATA[card payments]]></category>
		<category><![CDATA[card rebates]]></category>
		<category><![CDATA[electronic payment systems]]></category>
		<category><![CDATA[enroll vendors]]></category>
		<category><![CDATA[epayments]]></category>
		<category><![CDATA[leaving the check behind]]></category>
		<category><![CDATA[paper checks]]></category>
		<category><![CDATA[payment execution]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[payment services]]></category>
		<category><![CDATA[virtual card]]></category>
		<category><![CDATA[virtual cards]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=305</guid>
		<description><![CDATA[The current economic climate is forcing companies to pursue lean operations as strongly as ever.  It’s a message that we hear at SunGard, and that you may hear from your employer as well.  Lean operations are driven by the understanding that only the most efficient organizations survive. The latest issue of Financial Operations Matters, published [...]]]></description>
			<content:encoded><![CDATA[<p>The current economic climate is forcing companies to pursue lean operations as strongly as ever.  It’s a message that we hear at SunGard, and that you may hear from your employer as well.  Lean operations are driven by the understanding that only the most efficient organizations survive.</p>
<p>The latest issue of <a title="Financial Operations Matters" href="http://www.financialops.org/web/news/publications" target="_blank">Financial Operations Matters</a>, published by the Institute of Financial Operations contained the article, &#8221;<a title="Article" href="http://www.financialops.org/web/news/article-view?p_p_id=101_INSTANCE_phU3&amp;p_p_lifecycle=0&amp;p_p_col_id=_118_INSTANCE_osG1__column-1&amp;p_p_col_count=1&amp;_101_INSTANCE_phU3_struts_action=%2Fasset_publisher%2Fview_content&amp;_101_INSTANCE_phU3_assetEntryId=103823&amp;_101_INSTANCE_phU3_type=content&amp;_101_INSTANCE_phU3_groupId=11709&amp;_101_INSTANCE_phU3_urlTitle=are-you-ready-for-lean-ap-4-trends-to-watch-in-2012&amp;redirect=%2Fweb%2Fnews%2Farticle-view" target="_blank">Are you ready for lean A/P? 4 Trends to watch in 2012</a>.&#8221; As the article highlights, lean A/P is the outcome of analyzing existing business processes, uncovering inefficiencies, redefining processes and applying technology where appropriate to support automated processing. Best practices at companies with the lowest A/P costs typically include: a high degree of automation, end-to-end integration of A/P with purchasing, movement to electronic payments, embracing a self-service model for suppliers, and maximizing revenue from card rebate programs.</p>
<p>I concur with the points outlined in this article.  As today’s business culture evolves and companies seek to emulate the success of best practice organizations, 2012 will see a continued push toward leaner operations and the following trends emerging.</p>
<ol>
<li><strong>Automation will continue to grow</strong>.  Regardless of the many advantages of automation such as shortened processing cycles, reduced lost spend, elimination of duplicate payments, and reduced time spent on rectifying issues, the rocky economy has made it increasingly more difficult for senior management to justify the capital expenditures historically required for an automation project. However, given the growing availability of Software-as-a-Service (SaaS) based solutions, automation will not only continue to grow, but it should be easier for organizations to justify the move to automation.</li>
<li><strong>SaaS Solutions will become ever more attractive. </strong>SaaS solutions eliminate the initial license fees and ongoing IT costs associated with installing and running software on-site.  These low entry costs will helpjustify the business case for automation at a time when there is a reduced appetite for projects requiring large capital expenditures.</li>
<li><strong>Shrinking A/P departments. </strong> The relentless shift towards automated processing and touchless A/P processes continue to reduce the need for traditional A/P professionals for whom a large part of their job is entering data, cross-checking purchase orders, and processing payments.  The focus is shifting to analysis and exception handling which require higher level problem solving skills.   This will create opportunities for those with analytical and processing skills.  These higher skilled A/P professionals will continue to be in high demand.</li>
<li><strong>Push toward self-service solutions</strong>.  According to the article, at Home Depot, “80% of supplier inquiries can be handled via the [vendor] portal with payment inquiries as the number one call driver to [their A/P] help desk.”  Full featured vendor portals allow suppliers to perform their own queries, obtain payment details, and deliver remittance information in electronic format for input to accounts receivables systems.  Expect to see more automated feeds of payment and remittance information as the push continues to achieve straight-through-processing.</li>
<li><strong>From cost center to revenue center</strong>.  As companies struggle with increased competition, lower margins, and restricted revenues, card rebate programs will be readily embraced.  A/P professionals will distinguish themselves by implementing A/P card programs that generate revenue, and will use this revenue to fund additional automation projects.</li>
</ol>
<p>How lean is your A/P department?  Are you doing more with less?  Are your automation efforts proactive or reactive? Are your A/P plans for 2012 in line with trends mentioned here? I’d like to hear from you.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/Y4Vs6GNHlQ4" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2012/02/01/top-5-ap-trends-for-2012/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2012/02/01/top-5-ap-trends-for-2012/</feedburner:origLink></item>
		<item>
		<title>Is “Same-day ACH” In Our Near Future?</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/0cZaZKoMV6A/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2011/12/13/is-%e2%80%9csame-day-ach%e2%80%9d-in-our-near-future/#comments</comments>
		<pubDate>Tue, 13 Dec 2011 16:00:44 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[ach payments]]></category>
		<category><![CDATA[ach processing]]></category>
		<category><![CDATA[AvantGard]]></category>
		<category><![CDATA[b2b payments]]></category>
		<category><![CDATA[electronic payment]]></category>
		<category><![CDATA[international ach]]></category>
		<category><![CDATA[online payment network]]></category>
		<category><![CDATA[payment processing]]></category>
		<category><![CDATA[same-day ACH]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=282</guid>
		<description><![CDATA[NACHA, the Electronic Payments Association, is the organization that manages the development, administration and governance of the ACH Network.  They recently proposed the Expedited Processing and Settlement (EPS) amendment to the NACHA Operating Rules (“Rules”) that would enable ACH entries to be processed and settled on the same day that they are originated.  There are several forces [...]]]></description>
			<content:encoded><![CDATA[<p>NACHA, the Electronic Payments Association, is the organization that manages the development, administration and governance of the ACH Network.  They recently proposed the Expedited Processing and Settlement (EPS) amendment to the <em>NACHA Operating Rules (“Rules”) </em>that would enable ACH entries to be processed and settled on the same day that they are originated.  There are several forces that are driving the proposed changes:</p>
<ol>
<li>Market demand and customer expectations</li>
<li>Competition from alternative settlement networks </li>
<li>Offerings from geographic markets outside of North America</li>
<li>Regulatory influences to reduce counterparty, systemic and liquidity risk</li>
</ol>
<p>The current “<em>Rules”</em> allow an Originator to specify an Effective Entry Date, which is the date the transaction is to settle.  For ACH credits, the Effective Entry Date must be one or two banking days in the future.  For ACH debits, the Effective Entry Date must be one banking day in the future.   The EPS amendment would allow Originators to specify the <em>same</em> day as the Effective Entry Date for both ACH credits and debits.  This amendment could pave the way for banks to create new premium service offerings or enhance existing premium service offerings such as emergency payroll deposits, just-in-time tax payments, or expedited bill payments.</p>
<p>How would Expedited Processing and Settlement work?  It would essentially enable same-day settlement by modifying the existing afternoon clearing and settlement window so that ACH Operators would be open for all types of ACH entries – credits and debits; consumer and corporate entries; forward and return entries; non-monetary and administrative entries.   The afternoon window would have a file submission deadline for Originating Depository Financial Institutions (ODFI) of 2:00 p.m. Eastern Time, with output files available to Receiving Depository Financial Institutions (RDFI) no later than 4:00 p.m. Eastern Time. Settlement would take place at 5:00 p.m. Eastern Time. Because the EPS amendment would become part of the <em>Rules</em>, all RDFIs would have to be able to receive or pickup ACH files from their ACH Operator for this window. With this timeline, it is important to note that while some ACH transactions could be processed “same day,” ACH processing would not take place in “real time”.  Settlement in “real time” means payment transactions are not subjected to <em>any</em> waiting period. The transactions are settled as soon as they are processed. </p>
<p>The results of a recent survey by the Association of Financial Professionals shows that there is corporate interest in same-day ACH capabilities and that corporate users recognize same-day ACH as a premium service. The EPS amendment could potentially enhance a number of ACH products offered by banks to their customers including expedited processing of late or failed payroll originations, allowing billers to collect consumer payments faster, and faster delivery of consumer payments made via a mobile device or online.</p>
<p>Other potential beneficiaries of the EPS amendment include recipients of disaster assistance payments;  government agencies could offer a premium service permitting expedited tax payments to be made on the due date; corporate treasurers could concentrate cash from multiple accounts more quickly;  reversals of erroneous entries could occur more quickly;  administrative transactions such as pre-notes could complete more quickly.  The amendment also offers the opportunity to reduce overall settlement risk, including counterparty risk, by accelerating settlement and thus reducing the duration of exposure.</p>
<p>In 2010, the Federal Reserve rolled out a same-day service limited to consumer ACH debits.  Adoption has been slow, in part because participation is voluntary.  Due to the nature of the &#8220;<em>Rules&#8221;</em>, the EPS amendment, if adopted, will impose additional costs on financial institutions as they modify and enhance their applications. </p>
<p>The ever increasing adoption of technology by consumers has raised and will continue to raise expectations for the B2B world.  Near instantaneous settlement of mobile P2P payments will inevitably lead to a demand for quicker settlement of B2B payments.  Users will ask, “If banks can do it for my personal checking account, why can’t they do it for my business checking account?”  Same-day ACH is a step in the direction of meeting those expectations. </p>
<p>Ultimately success of same-day ACH will depend upon adoption by banks.  Will same-day credit cannibalize bank’s more lucrative wire business and even exert downward pressure on the price of wires?  Will ACH prices increase?  Will same-day be enough to satisfy market needs?  Let us know your thoughts.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/0cZaZKoMV6A" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2011/12/13/is-%e2%80%9csame-day-ach%e2%80%9d-in-our-near-future/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2011/12/13/is-%e2%80%9csame-day-ach%e2%80%9d-in-our-near-future/</feedburner:origLink></item>
		<item>
		<title>Tackling Remittance Challenges: Highlights from The Remittance Coalition Workshops</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/3RnWtpGsp4A/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2011/11/21/tackling-remittance-challenges-highlights-from-the-remittance-coalition-workshops/#comments</comments>
		<pubDate>Mon, 21 Nov 2011 16:35:38 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[a/p]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[automated reconciliation]]></category>
		<category><![CDATA[ISO 20022]]></category>
		<category><![CDATA[remittance data]]></category>
		<category><![CDATA[SWIFT]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=243</guid>
		<description><![CDATA[The Remittance Coalition held its second workshop last week, just prior to the start of the Association of Financial Professionals (AFP) annual conference in Boston. The workshops are designed to better understand the barriers to the automated reconciliation of payment transactions with remittance data. The participants included representatives from financial institutions, software vendors, corporate treasury [...]]]></description>
			<content:encoded><![CDATA[<p>The Remittance Coalition held its second workshop last week, just prior to the start of the Association of Financial Professionals (AFP) annual conference in Boston. The workshops are designed to better understand the barriers to the automated reconciliation of payment transactions with remittance data. The participants included representatives from financial institutions, software vendors, corporate treasury practitioners, payment services providers and standards developers as well as standards groups including X9, X12, Federal Reserve, SWIFT, OAGi, IFX, GS/1, NACHA and ISO. During this meeting it was emphasized that the Remittance Coalition is not a new standards body. The Coalition consists of parties (including existing standards groups) who are interested in understanding and addressing remittance problems. Key to this is ongoing input from corporate end users to understand their problems and develop effective solutions.</p>
<p>In June of 2011, the ASC X9 and Federal Reserve Bank of Minneapolis hosted the first Remittance Workshop. It was agreed by all that there is a need for more standardized processes to originate and deliver payment and electronic remittance information to all sizes of businesses to better enable straight through processing and accelerate <a title="electronic payment adoption" href="http://www.sungard.com/leavingthecheckbehind">electronic payment adoption</a>.  The candid comments during the first workshop offered by a panel of corporate practitioners were illuminating and I thought I’d pass along:</p>
<p>• There are too many standards – a single remittance standard would be optimal<br />
• Flexibility and interoperability are needed, yet exception processing is costly<br />
• The needs of small businesses and smaller financial institutions are not well met<br />
• Not all banks can or will forward remittance data in an <a title="ACH Payment" href="http://www.sungard.com/en/sitecore/content/campaigns/fs/corporations/leavingthecheckbehind/solution/checktoach.aspx">ACH payment<br />
</a>• EDI is problematic for both corporates and banks, however XML is used by even small vendors and companies<br />
• Software vendors must do a better job of supporting remittance standards<br />
• Whether remittance travels in-band or out-of-band, it’s the financial institution’s job to combine the payment and remittance information prior to delivering to the customer<br />
• Only the very largest companies have the influence to mandate that their customers and suppliers use <a title="electronic payments" href="http://www.sungard.com/campaigns/fs/corporations/leavingthecheckbehind/homepage.aspx">electronic payments</a> and electronic remittance information</p>
<p>It was also recognized during the first workshop that matching receivables data and posting that data to A/R platforms is a complex process that is not easily solved. Limited IT resources within corporations restrict the ability to focus on addressing payments and remittance processing problems while competing priorities at corporations make it difficult to make the business case necessary to gain management support for investing in remittance related solutions. Additionally, both A/P and A/R organizations have limited resources available to sustain electronic adoption strategies and execute the initiatives to promote trading partner adoption.</p>
<p>During the second workshop it was decided that in the near term the coalition will focus on the development of a Glossary of Terms, a catalog of industry initiatives and an inventory of current standards. The group will also provide some coordination between the evolving NACHA B2B Directory initiative, SWIFT, X9 Corporate Standards and the ISO 20022 Standalone Remittance Standard.</p>
<p>The Remittance Coalition will reconvene over a conference call in January 2012 and the next workshop will take place in the first half of 2012. As always, I am interested in your thoughts and comments.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/3RnWtpGsp4A" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2011/11/21/tackling-remittance-challenges-highlights-from-the-remittance-coalition-workshops/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2011/11/21/tackling-remittance-challenges-highlights-from-the-remittance-coalition-workshops/</feedburner:origLink></item>
		<item>
		<title>Post-Sibos 2011 Thought: The Remittance Data Transport Conundrum for Banks</title>
		<link>http://feeds.sungard.com/~r/fs/AvantGard/Payments/Blog/~3/H4c7db_sOjg/</link>
		<comments>http://blogs.sungard.com/fs_paymentsinsights/2011/09/29/post-sibos-2011-thought-the-remittance-data-transport-conundrum-for-banks/#comments</comments>
		<pubDate>Thu, 29 Sep 2011 19:07:40 +0000</pubDate>
		<dc:creator>Matthew Dragiff</dc:creator>
				<category><![CDATA[Financial Systems]]></category>
		<category><![CDATA[A/R]]></category>
		<category><![CDATA[remittance data]]></category>
		<category><![CDATA[straight-through processing]]></category>

		<guid isPermaLink="false">http://blogs.sungard.com/fs_paymentsinsights/?p=232</guid>
		<description><![CDATA[Small and large companies alike want more streamlined A/R processes. The driver behind a common standard for remittance information delivery is to enhance the value of and promote the growth of electronic payments in order to improve efficiencies and enable straight-through processing. Earlier this summer, I attended a remittance standards conference hosted by the Federal [...]]]></description>
			<content:encoded><![CDATA[<p>Small and large companies alike want more streamlined A/R processes.  The driver behind a common standard for remittance information delivery is to enhance the value of and promote the growth of electronic payments in order to improve efficiencies and enable straight-through processing.</p>
<p>Earlier this summer, I attended a remittance standards conference hosted by the Federal Reserve Bank of Minneapolis and the Accredited Standards Committee X9.  Participants represented the Federal Reserve, ASC X9, ASC X12, SWIFT, ANSI, ISO, IFX, OAGi, GS/1, vendors and payments industry analysts. I was reminded of the old adage, “The beauty of standards is that there are so many to choose from!”  While the market need for a remittance format standard was understood by all, it was acknowledged that the format and transport mechanisms will take considerable time and effort to define.</p>
<p>Last week at Sibos in Toronto, remittance delivery was again discussed in the context of supporting the extended remittance information in the new Customer Transfer Plus (CTP) message defined by the Federal Reserve Banks and scheduled to be implemented on November 19, 2011.  Financial institutions using the FedLine Direct® Fedwire Funds Service are <strong>required</strong> to be able to <strong>receive</strong> CTP messages, but support for <strong>sendin</strong>g the new CTP message is <strong>optional</strong>.</p>
<p>But, what are the implications?  As was pointed out during the discussion, the fact that a bank can receive the extended remittance does not mean that it can be delivered downstream.  And while some banks will be ready on November 19th to offer a full suite of tools capable of delivering this extended remittance data, many (arguably a majority) will not.</p>
<p>In addition to the many available (and competing) remittance data formats, the actual delivery of remittance data falls into two camps: in-band and out-of-band.  With in-band remittance delivery, the remittance data travels with the payment information.  With out-of-band remittance delivery, the remittance data is stored in a repository separate from the payment information and is reunited with the payment details prior to delivery to the customer.</p>
<p>One of the reasons that checks still prevail in North America is because the remittance data travels in-band, located in the top two-thirds of the paper above the perforation.  When discussing the out-of-band solution, corporate customers are adamant that they do not want the responsibility and burden of reuniting data. They clearly see that as a responsibility of the financial institution providing the service.   North American solutions appear to favor in-band transport of remittance data while European solutions appear to favor the out-of-band approach.</p>
<p>Ultimately, corporates want payment and remittance data delivered together and the burden appears to be on the banking industry to enable straight-through processing and make the receipt of electronic remittance straightforward and simple. This will help drive the continuing migration towards <a title="electronic payments" href="http://www.sungard.com/leavingthecheckbehind" target="_blank">electronic payments</a>.</p>
<p>I welcome your thoughts on this topic.</p>
<img src="http://feeds.feedburner.com/~r/fs/AvantGard/Payments/Blog/~4/H4c7db_sOjg" height="1" width="1"/>]]></content:encoded>
			<wfw:commentRss>http://blogs.sungard.com/fs_paymentsinsights/2011/09/29/post-sibos-2011-thought-the-remittance-data-transport-conundrum-for-banks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		<feedburner:origLink>http://blogs.sungard.com/fs_paymentsinsights/2011/09/29/post-sibos-2011-thought-the-remittance-data-transport-conundrum-for-banks/</feedburner:origLink></item>
	</channel>
</rss>

