<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	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/"
	>

<channel>
	<title>Rivet Software &#187; Solutions</title>
	<atom:link href="http://blog.rivetsoftware.com/category/solutions/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.rivetsoftware.com</link>
	<description>Comply. Control. Communicate.</description>
	<lastBuildDate>Wed, 28 Jul 2010 12:07:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Coming or Going Concern</title>
		<link>http://blog.rivetsoftware.com/2010/03/31/coming-or-going-concern/</link>
		<comments>http://blog.rivetsoftware.com/2010/03/31/coming-or-going-concern/#comments</comments>
		<pubDate>Wed, 31 Mar 2010 21:31:05 +0000</pubDate>
		<dc:creator>Charlie Hymer, CPA - Senior Account Executive</dc:creator>
				<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[Accountant]]></category>
		<category><![CDATA[CPA]]></category>
		<category><![CDATA[Detail Tagging]]></category>
		<category><![CDATA[Outsource]]></category>
		<category><![CDATA[Printers]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=1353</guid>
		<description><![CDATA[I recently posted the blog, XBRL Accountants in the Hot Seat and thought that I should spend a little more time on the “going” concern of XBRL vendors.  With the upcoming detail tagging mandate for Wave 1 filers and the Wave 2 mandate hitting at the same time, XBRL vendors will be working hard to [...]]]></description>
			<content:encoded><![CDATA[<p>I recently posted the blog, <a title="XBRL Accountants in the Hot Seat" href="http://blog.rivetsoftware.com/2010/03/29/xbrl-accountants-in-the-hot-seat/" target="_blank">XBRL Accountants in the Hot Seat</a> and thought that I should spend a little more time on the “going” concern of XBRL vendors.  With the upcoming detail tagging mandate for Wave 1 filers and the Wave 2 mandate hitting at the same time, XBRL vendors will be working hard to ensure timely and accurate filings using software that scales to detail tagging.  This Wave 1 and 2 double whammy will separate the XBRL experts from the wannabes.  Now is a good time to evaluate your XBRL vendor/printer to ensure your filing will not get lost in the mix.  But how do you do your due diligence?  What should you expect from your provider?  This is not a quantifiable question or answer, unfortunately.<span id="more-1353"></span></p>
<p>When talking with your provider, it is critical to get a read on their ability to absorb this additional work.    You can ask about professional services staffing and what the provider plans to do with staff growth.  In addition, confirming that the software used is scalable and automated will help to determine if the provider is prepared for the additional work load.  Although detail tagging may not be at the  forefront of your brain yet, it is important that you understand how your provider will be using the software for detail tagging to confirm automation and efficiencies while they are working on your block tagging.   Also, find out how many people work on the software from a development perspective.  Does the provider have the development staff to support the software?  And lastly, how does the industry perceive your provider?  Are they the expert?  How long have they been in business?</p>
<p>These questions will start to point you in the right direction to make sure your XBRL filing is done to your satisfaction.</p>
<p>I believe that the winds of change are upon us and we will see just a few companies emerge as the XBRL leaders.  Rivet is continually being contacted by printers, law firms, accounting firms, and consulting firms asking us to help them provide quality XBRL services to them and their clients.  Recently, Rivet has contracted with a large worldwide printer to provide XBRL services for its clients.  This shows that the industry is starting to sit up and take notice of Rivet’s industry presence and leadership.  Rivet is here to stay!</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2010/03/31/coming-or-going-concern/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>XBRL Accountants in the Hot Seat</title>
		<link>http://blog.rivetsoftware.com/2010/03/29/xbrl-accountants-in-the-hot-seat/</link>
		<comments>http://blog.rivetsoftware.com/2010/03/29/xbrl-accountants-in-the-hot-seat/#comments</comments>
		<pubDate>Mon, 29 Mar 2010 21:13:50 +0000</pubDate>
		<dc:creator>Charlie Hymer, CPA - Senior Account Executive</dc:creator>
				<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[Accountant]]></category>
		<category><![CDATA[CPA]]></category>
		<category><![CDATA[Detail Tagging]]></category>
		<category><![CDATA[Outsource]]></category>
		<category><![CDATA[Printers]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=1338</guid>
		<description><![CDATA[With detail tagging just around the corner for Wave 1 filers, the initial filing for Wave 2 this year, and Wave 3 filers starting to get on board, it is critical that accountants continue their education on XBRL and their current vendor.
Yes, I represent one of these vendors, Rivet Software.  Yes, I do have a [...]]]></description>
			<content:encoded><![CDATA[<p>With detail tagging just around the corner for Wave 1 filers, the initial filing for Wave 2 this year, and Wave 3 filers starting to get on board, it is critical that accountants continue their education on XBRL and their current vendor.</p>
<p>Yes, I represent one of these vendors, Rivet Software.  Yes, I do have a bias.  But I am a Certified Public Accountant (CPA-13440) and have a strong loyalty to my fellow accountants.  We are always under constant scrutiny and are asked to do more with less.  We are once again in the hot seat with XBRL.  <span id="more-1338"></span>We are asked to either absorb this function in-house with no additional resources, or outsource it to a printer/vendor and hope it gets done correctly.  Either way, we can’t outsource compliance, so how do we ensure a proper filing with the SEC that gives an accurate representation of our company’s financials?</p>
<p>There is no getting around it, we must learn XBRL and get involved in the XBRL process.  One thought is that we are usually scrambling to get CPE, why not get it done early and take some XBRL classes?  Unfortunately, that&#8217;s not enough to get completely up to speed.  So here I sit, a representative of Rivet Software, yet determined to get the word out to my fellow accountants and CPAs that we are in the hot seat ﻿– we must take ownership of the XBRL process.</p>
<p>I decided to talk with some of Rivet’s current Wave 1 clients to ask them if you could start all over again with XBRL, what would you do different.  I focused on clients that started XBRL with a printer or other vendor and moved over to Rivet for their upcoming March filing and detail tagging.  I got lots of feedback and found that it all fell into the following categories:  Outsource versus do-it-yourself, cost, service, software, analysis, and most important, scalability/going concern.</p>
<ul>
<li><strong>Outsourcing versus do-it-yourself:</strong> Wave 1 filers recognized they needed help from their XBRL vendor when they first started, but now that they have been at it for awhile, they want the option to bring it in-house after detail tagging gets under way.  If you are a Wave 2 or 3 filer, you may not want anything to do with the XBRL requirement now, but as I stated before, you can’t outsource compliance.  Therefore, look for a vendor who will let you bring the function in-house using their software if you change your mind in the future.</li>
<li><strong>Cost:</strong> Get a 3 to 5 year cost analysis from your current or potential vendor.  If it is included in the cost of your printing services, I can assure you that you will pay for it somehow.  Ask them to carve it out and define the XBRL portion for you.  Ensure that extensions and changes are not an additional charge.  This and other hidden fees can add up quickly.</li>
<li><strong> Service:</strong> Select a vendor who has an XBRL staff of accountants and CPAs who specialize in your industry and know what you are up against.  For Wave 1 filers this is that much more relevant as you start your detail tagging process.  Make sure that you talk directly to these individuals and not a service desk as this can cause long turnaround times and errors.</li>
<li><strong>Software: </strong> Even if you never want to bring XBRL in-house, you must evaluate your current provider’s software for both block and detail tagging.  Keep in mind that XBRL is created in a language called XML.  Theoretically, a vendor could have a staff coding your financials without your knowledge or consent.  I am not insinuating that this is currently being done in the market place, but we are in the hot seat to make sure, aren’t we?</li>
<li><strong>Analysis:</strong> Your XBRL provider should be able to produce peer to peer comparisons and benchmark reports using XBRL at no additional charge.  After all, we are going through the headache of complying with the mandate, shouldn’t we receive some benefits?</li>
<li><strong>Scalability/going concern:</strong> Will your vendor be around in a year or are they just riding the XBRL wave?</li>
</ul>
<p>I also found that there was an original central belief for the Wave 1 filers that going with their printer would be safe.  XBRL was new and no one wanted to lose their job over a botched XBRL filing, right?  Unfortunately, all the points discussed above started to become issues as the process continued.  We all know that printers know printing inside and out.  How is it that they also know XBRL?  Are they as focused on XBRL as the other functions of their business?  I am not implying that printers can’t do XBRL, but it is our responsibility to insure XBRL is done accurately, timely, and cost effectively.  We must do our due diligence.  XBRL is changing what companies expect from us accountants and we need to step-up, accept our hot seat, and get to work.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2010/03/29/xbrl-accountants-in-the-hot-seat/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>iPlatforms and XBRL</title>
		<link>http://blog.rivetsoftware.com/2010/02/01/iplatforms-and-xbrl/</link>
		<comments>http://blog.rivetsoftware.com/2010/02/01/iplatforms-and-xbrl/#comments</comments>
		<pubDate>Mon, 01 Feb 2010 12:43:55 +0000</pubDate>
		<dc:creator>Stewart McKie - Executive Advisor</dc:creator>
				<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[iPad]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=1157</guid>
		<description><![CDATA[Bain Capital Venture&#8217;s recent $12m investment in EDGAR Online is clear evidence that wary software industry investors are starting to believe in the potential of a global financial ecosystem based on XBRL-tagged data. But I think there&#8217;s another reason for this confidence in the future of XBRL. Savvy tech-industry watchers also recognize that the proliferation [...]]]></description>
			<content:encoded><![CDATA[<p>Bain Capital Venture&#8217;s recent $12m investment in EDGAR Online is clear evidence that wary software industry investors are starting to believe in the potential of a global financial ecosystem based on XBRL-tagged data. But I think there&#8217;s another reason for this confidence in the future of XBRL. Savvy tech-industry watchers also recognize that the proliferation of &#8216;iPlatforms&#8217; means many more ways to deliver useful financial information by leveraging XBRL.<span id="more-1157"></span>Only a decade ago there was essentially one delivery platform for financial information: PC/UNIX workstations. Now we have two more: Mobile phones and the iPad. And it is these two delivery platforms that will truly drive the democratization of financial data given that more and more of it is now easily and publicly accessible through XBRL-tagged data sets.</p>
<p>Mobile phones are an ideal platform for alert and feed-based apps. XBRL to text message alerts are sure to come soon &#8211; if they are not already here. And it&#8217;s easy to deliver an RSS feed  - like the S.E.C.&#8217;s XBRL filing feed that you can see embedded in the widget on our home page &#8211; to virtually any mobile phone. There&#8217;s already an App for that.</p>
<p>The iPad opens up another delivery platform that is perfect for delivering XBRL analytics via applications like our own <a href="http://crossview.rivetsoftware.com/" target="_blank">CrossView</a>. Despite the naysayers, I&#8217;m convinced that the iPad will become a de facto business meeting accessory, quickly replacing laptops, especially in the financial services sector where having the latest and greatest is part of the game.</p>
<p>And what better app for an iPad than a complete snapshot of the financial performance of a prospect, partner or peer-group competitor provided easily and quickly across the Internet courtesy of XBRL?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2010/02/01/iplatforms-and-xbrl/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Choosing an XBRL Solution: Outsource vs. In House</title>
		<link>http://blog.rivetsoftware.com/2010/01/21/choosing-an-xbrl-solution-outsource-vs-in-house/</link>
		<comments>http://blog.rivetsoftware.com/2010/01/21/choosing-an-xbrl-solution-outsource-vs-in-house/#comments</comments>
		<pubDate>Thu, 21 Jan 2010 21:32:31 +0000</pubDate>
		<dc:creator>Chris Taylor, CPA - VP, Professional Services</dc:creator>
				<category><![CDATA[Compliance]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[SaaS]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[Outsourcing]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=1068</guid>
		<description><![CDATA[The advancement of eXtensive Business Reporting Language (“XBRL”) technology along with the three-wave SEC mandate for submitting financial information as interactive data has created a tsunami for external reporting professionals at public companies.  The first year interactive data SEC filing requirement has been commonly referred to as block tagging.  This means that in addition [...]]]></description>
			<content:encoded><![CDATA[<p>The advancement of eXtensive Business Reporting Language (“XBRL”) technology along with the three-wave SEC mandate for submitting financial information as interactive data has created a tsunami for external reporting professionals at public companies.  The first year interactive data SEC filing requirement has been commonly referred to as block tagging.  This means that in addition to tagging the body of the financial statements the individual footnotes are each block tagged with an appropriate element from the company’s chosen XBRL taxonomy.  The second year interactive data SEC filing requirement includes all the first year requirements, but then requires the additional three-levels of detail tagging for the financial statement footnotes.<span id="more-1068"></span></p>
<p>The two primary resources needed to meet the interactive data SEC filing mandate are training (people) and technology (software).  The typical options for obtaining the necessary resources to become compliant with the SEC mandate generally range from completely outsourcing the XBRL filing requirements to bringing the XBRL tagging process in house.  Your choice should be based on your company’s particular circumstances.  The following discussion will identify the pros and cons of three options; (1) outsource completely, (2) bringing XBRL compliance in house, or (3) some combination of both.</p>
<h3><strong>Option 1: Outsourcing</strong></h3>
<p>If you decide to completely outsource your SEC filing requirement you still need to understand the specifics of the SEC mandate relative to your company.  The compliance responsibility ultimately is still yours so the reliability of the interactive data service provider is crucial when choosing your XBRL service provider.  This option avoids the costs of XBRL technology training and the extra infrastructure that is required to run the software, including ongoing maintenance fees associated with both the hardware and software.  The degree of XBRL expertise necessary to meet a filing requirement once every quarter may be a core competency that can be more efficiently outsourced.</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Pros</strong>: avoids XBRL-related IT and training costs</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Cons</strong>: you are not in control of your filing and your internal staff does not have the knowledge to verify the accuracy of the filing (which you are still responsible for)</p>
<h3><strong>Option 2: In House</strong></h3>
<p>Buying the technology and training your internal resources to meet the interactive data SEC filing requirements provides you with complete control of the final work product.  There is benefit to knowing the details behind the numbers in the external financial reports while selecting particular taxonomy elements for the financial statement line items.  The initial costs may be higher than completely outsourcing.  However, over time the ongoing expense may be lower with a successful initial implementation of XBRL technology and training.  On the other hand, if you experience personnel turnover in your external reporting group, your training costs could remain higher over time.</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Pros</strong>: you are in complete control of your filing</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Cons</strong>: you incur significant initial costs for IT setup and personnel training with no guarantee of success or accuracy</p>
<h3><strong>Option 3: Outsource / In House Combination</strong></h3>
<p>When you choose to outsource the technology while bringing the XBRL expertise fully or partially in house, you are generally choosing the best of both worlds.  The decision to choose this option should be based on your company’s desired level of control, turnover expected in the external reporting role, and the cost versus benefit of having in house XBRL expertise as opposed to outsourcing your XBRL needs.  But remember, you can outsource your XBRL tagging, but you can&#8217;t outsource compliance.  It is a good idea to have someone internally that knows enough about XBRL to verify the accuracy of your filings. The software as a service (&#8220;SaaS&#8221;) business model has been in use for over 10 years and is continuing to gain traction in the marketplace as an efficient , secure and reliable technology option.  By relinquishing certain controls over the systems when you choose a SAS 70 Type II SaaS model, you are freeing yourself from the burden of ensuring the security of the data.</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Pros</strong>: you maintain control over your filing, your overhead is less than it would be if you chose a full outsource or in house solution, you receive training and support from a dedicated team of CPAs who are XBRL experts</p>
<p style="padding-left: 60px; padding-right: 100px;"><strong>Cons</strong>: perceived lack of control over the data</p>
<p style="padding-left: 60px; padding-right: 100px;">
<p>At Rivet Software we overcome this perceived lack of control by offering a customer empowerment business model that allows you to be as involved as you want to be in the tagging process. You can choose to have your staff fully trained by our experts from the beginning or you can opt to have our team handle your tagging for you. Our most common professional services delivery option has been to provide full service for the first year (4 quarters) block tagging filing requirements, then training the client to perform the quarterly block tagging instance filing thereafter. Then we provide full service during the second year (4 quarters) detailed tagging filing requirement, then train the client to perform the full block and detailed tagging for each ensuing quarterly instance filing thereafter. We also offer a test filing to all of our customers before they submit their filing. Our XBRL professional services team is comprised of CPAs with industry specific knowledge.  Our flexible training and tagging options are complemented by our secure  SAS70 Type II managed hosted facility. The SaaS technology delivery model promises easier, speedier and less expensive implementations. </p>
<p>The value proposition of Rivet&#8217;s combined outsource / in house solution is hard to ignore.  </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2010/01/21/choosing-an-xbrl-solution-outsource-vs-in-house/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>XBRL &amp; Crossfire make me want to get an MBA in Accounting</title>
		<link>http://blog.rivetsoftware.com/2009/10/06/xbrl-crossfire-make-me-want-to-get-an-mba-in-accounting/</link>
		<comments>http://blog.rivetsoftware.com/2009/10/06/xbrl-crossfire-make-me-want-to-get-an-mba-in-accounting/#comments</comments>
		<pubDate>Tue, 06 Oct 2009 17:45:06 +0000</pubDate>
		<dc:creator>Natalya Kuskin - Account Executive</dc:creator>
				<category><![CDATA[Compliance]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Features]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[crossfire]]></category>
		<category><![CDATA[EDGAR]]></category>
		<category><![CDATA[reporting]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=743</guid>
		<description><![CDATA[During a call with a potential client last week, I mentioned that Rivet’s Crossfire Financial Reporting Platform makes numbers so exciting that I want to go back to school for an MBA in Accounting. He laughed and revealed that nowadays, being an accountant is less about numbers or analysis and more about rules and mandates [...]]]></description>
			<content:encoded><![CDATA[<p>During a call with a potential client last week, I mentioned that Rivet’s Crossfire Financial Reporting Platform makes numbers so exciting that I want to go back to school for an MBA in Accounting. He laughed and revealed that nowadays, being an accountant is less about numbers or analysis and more about rules and mandates that govern how a number is presented.</p>
<p><span id="more-743"></span></p>
<p>This is a sentiment that I hear over and over again from folks working in the modern corporate world. That’s why I can understand how the recent XBRL mandate can be positioned as part of a long list of regulations that turn accountants into law enforcers. But this assumption severely undermines the ability of XBRL to transform the financial reporting and analysis inside an organization; XBRL isn’t only about financial transparency for outsiders or Street analysts, it’s about the financial transparency within an organization. <!--more--></p>
<p>The XBRL mandate is here, though, and the first step is to ensure compliance with the SEC. But we at Rivet also know the extraordinary benefits that XBRL can have for an organization. That’s why our Solution for SEC Corporate Filers minimizes the compliance burden and maximizes the benefit for an organization, all while keeping the customer in control.</p>
<p>One concern that comes up frequently from our clients is how to really be sure that the XBRL files produced will be blessed and accepted by the SEC. The validation tool in our product happens to be a beneficiary of Rivet’s 5 years and 100,000+ hours of experience with XBRL. Rivet’s developers, QA team and Professional Services team have been meticulous in their research and integration of the EGDAR manual and XBRL specifications. I have even seen one particular QA Manager with the EDGAR manual on in her kitchen! The validation tool in the Compliance Package runs the documents through three levels of validation: XBRL 2.1 specifications, EDGAR requirements and taxonomy calculation. And because the Crossfire products are web delivered, any updates from the SEC or XBRL US are quickly integrated into the validation tool and no software updates or installs are required by the user. This is just one of the ways that the Crossfire Financial Reporting Platform aims to make accountants’ lives a little easier.</p>
<p>I have also heard again and again from clients that while undergoing the XBRL vendor evaluation process, they couldn’t help but wonder if and how XBRL could be beneficial for them. Rivet has a way to make XBRL work for you. The Compliance Package includes an easy to use Excel add in which allows the user to pull all XBRL filings to the SEC into a spreadsheet to slice and dice to the heart’s content. Within seconds (not hours), our customers create KPIs, benchmark reports or any other kind of analysis one can think of. They can compare an internal quarter filing to competitors’ before it even goes live. They can create bar charts in Excel using publicly filed data without ever having to comb through their own or a competitor’s financials. In fact, Crossfire emails them an alert any time a particularly interesting data field is updated. Seriously!</p>
<p>Rather than becoming a compliance burden, the XBRL mandate has allowed Rivet’s clients to drastically improve and revolutionize their internal reporting processes, leaving them more time for analysis. With all of the slicing and dicing made possible by Crossfire, I might get that MBA in accounting after all.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2009/10/06/xbrl-crossfire-make-me-want-to-get-an-mba-in-accounting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Help with Job Descriptions</title>
		<link>http://blog.rivetsoftware.com/2009/09/23/help-with-job-descriptions/</link>
		<comments>http://blog.rivetsoftware.com/2009/09/23/help-with-job-descriptions/#comments</comments>
		<pubDate>Wed, 23 Sep 2009 10:27:26 +0000</pubDate>
		<dc:creator>Stewart McKie - Executive Advisor</dc:creator>
				<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=728</guid>
		<description><![CDATA[There&#8217;s been a steady increase in job adverts for reporting analysts and the like that are including the requirement for XBRL expertise. Now I know that writing job specifications is a pain for most people, so I thought I&#8217;d help you out. The next time you are writing a job spec for a financial/reporting analyst, [...]]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s been a steady increase in <a href="http://jobs.climber.com/jobs/Accounting-Finance/Kansas-City-MO-USA/Financial-Reporting-Analyst-XBRL/2911892" target="_blank">job adverts</a> for reporting analysts and the like that are including the requirement for XBRL expertise. Now I know that writing job specifications is a pain for most people, so I thought I&#8217;d help you out. The next time you are writing a job spec for a financial/reporting analyst, just drop in this paragraph &#8211; it will save you a lot of time:</p>
<p><span id="more-728"></span>Key requirements/skills:</p>
<ul>
<li>Committed to the notion of financial transparency and standards-based reporting</li>
<li>Familiarity with the concept of taxonomy-based reporting</li>
<li>Previous experience of SEC regulatory filing using XBRL</li>
<li>Exposure to packaged solutions that generate XBRL report formats</li>
<li>Expertise in the use of Rivet financial reporting products</li>
</ul>
<p>Well maybe that last one is a stretch but you can&#8217;t blame me for trying&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2009/09/23/help-with-job-descriptions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Managing Risk Using XBRL</title>
		<link>http://blog.rivetsoftware.com/2009/09/22/managing-risk-using-xbrl/</link>
		<comments>http://blog.rivetsoftware.com/2009/09/22/managing-risk-using-xbrl/#comments</comments>
		<pubDate>Tue, 22 Sep 2009 15:58:41 +0000</pubDate>
		<dc:creator>Brian Larson, CPA - Software Quality Engineer</dc:creator>
				<category><![CDATA[Control]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[XBRL]]></category>
		<category><![CDATA[crossfire]]></category>
		<category><![CDATA[internal audit]]></category>
		<category><![CDATA[risk assessment]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=717</guid>
		<description><![CDATA[XBRL is gaining momentum as reporting agencies require their constituents to report using the standard.  But how about using it within an organization?  I used to work in the internal audit department of a major software company and I’ve been thinking about how XBRL can help in that realm. 
A good internal audit [...]]]></description>
			<content:encoded><![CDATA[<p>XBRL is gaining momentum as reporting agencies require their constituents to report using the standard.  But how about using it within an organization?  I used to work in the internal audit department of a major software company and I’ve been thinking about how XBRL can help in that realm. </p>
<p>A good internal audit department audits based on risk. A risky area, say derivatives trading, deserves a lot more attention from internal audit as opposed to a non-risky area, like marketing.  <span id="more-717"></span>However, internal audit needs information in order to assess risk.  If they can’t assess risk, they end up auditing areas that don’t really matter and miss out on the areas that do.</p>
<p>In a large organization, internal audit will be choosing from a diverse set of risks such as:</p>
<ul>
<li>risk of financial statement misrepresentation</li>
<li>lawsuits deriving from illegal hiring practices</li>
<li>bribery charges stemming from a foreign operation</li>
<li>purchasing managers colluding with suppliers</li>
<li>inventory shrinkage</li>
<li>rogue traders</li>
<li>a lack of a disaster recovery plan for critical IT systems</li>
</ul>
<p> The list could go on and on since each part of the organization has its own set of risks.    </p>
<p>So the question is how to determine where to allocate audit resources in order to mitigate these risks.  Getting a global vision of the activities that require internal audit’s attention is a transparency problem.  This is one of the very things XBRL is excellent at resolving.  By creating a taxonomy of relevant data points, then collecting that data and tagging it with the proper elements, one can create a data warehouse of risk related information that can then be used by internal audit to make effective decisions.</p>
<p>One such project has been initiated by OCEG (<a href="http://www.oceg.org/Details/GRC-XML">http://www.oceg.org/Details/GRC-XML</a>). OCEG is a non profit organization dedicated to providing standards and metrics for governance, risk management, and compliance (GRC).  The organization announced in September 2008 that they would be developing a taxonomy dedicated to GRC.  While I’m unsure of the status of the taxonomy at this time, the other tools to make this a reality are available now.  </p>
<p>I imagine the workflow of an XBRL savvy internal audit department would be something like this:</p>
<ol>
<li>Create XBRL enabled interview templates for the initial data gathering stage.  These would be questions designed for managers representing each core function of the organization.</li>
<li>Conduct phone interviews and fill in the templates with the appropriate responses.</li>
<li>Create instance documents from the templates (an instance document consists of the business facts being reported, and a collection of the taxonomies which define metadata about these facts, such as what the facts mean and how they relate to one another).</li>
<li>Load the instance documents into a data warehouse.</li>
<li>Analyze the results.</li>
<li>Select the area considered to be the most deserving of internal audits’ attention.</li>
<li>Perform the audit using the normal procedures, but any data produced from the audit would be captured using XBRL.</li>
</ol>
<p>Of course, there are many details to be hammered out but this gives a general road map of how it could be done and yes, it can be done today.  To give you an example of the tools that are available for using XBRL for whatever purpose you think is appropriate, I was interested in gathering economic data to get a feel for the economy.  I wanted to see if the United States was pulling out of the current recession so I gathered leading indicator data from several sources (the Bureau of Labor Statistics, the Census Bureau, the Federal Reserve, etc).  Of course, this data is not in XBRL format (maybe someday!) so I created elements for this data by extending the US-GAAP 2009 taxonomy using Rivet&#8217;s <a href="http://www.rivetsoftware.com/Products/Crossfire_Preparer/default.aspx?Action=Control&#038;Package=CorporateFiler">Crossfire Preparer</a>.  I then, in Crossfire Preparer, created a template (a template basically looks like an Excel spreadsheet but contains all the metadata needed to describe each fact) and imported the data from Excel.  At that point, I created an instance document.  The instance document was loaded into Rivet&#8217;s <a href="http://www.rivetsoftware.com/Products/Crossfire_Analyst/default.aspx?Action=Control&#038;Package=CorporateFiler">Crossfire Analyst</a> (our data warehouse) and from there I could easily analyze the data however I wanted and even combine it with data from SEC filers.  It was probably eight hours of work, including the data gathering piece which includes data going back to 1995.  </p>
<p>I know these things can be done without XBRL, but the beauty of XBRL is the standard taxonomy that enables data to be defined and shared across departments, organizations, and system platforms.  In the internal audit scenario, once a well-defined taxonomy, which includes all the necessary concepts and relationships, is developed, the data and the meta-data can be shipped all across the organization and each consumer of the information needs only an XBRL viewer to digest the information (however, tools like <a href="http://www.rivetsoftware.com/Products/Crossfire_Analyst/default.aspx?Action=Control&#038;Package=CorporateFiler">Crossfire Analyst</a>  make it much easier to analyze the data).  XBRL is taking hold in a business-to-government setting.  It’s time it took hold in an intra-business setting too.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2009/09/22/managing-risk-using-xbrl/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Future Proofing Financial Reporting</title>
		<link>http://blog.rivetsoftware.com/2009/09/18/future-proofing-financial-reporting/</link>
		<comments>http://blog.rivetsoftware.com/2009/09/18/future-proofing-financial-reporting/#comments</comments>
		<pubDate>Fri, 18 Sep 2009 18:02:39 +0000</pubDate>
		<dc:creator>Stewart McKie - Executive Advisor</dc:creator>
				<category><![CDATA[Communication]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[Taxonomies]]></category>
		<category><![CDATA[FRx]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=710</guid>
		<description><![CDATA[It&#8217;s not often that a financial reporting tool can both blow your dress up and knock your socks off, but apparently our Crossfire solution can. Or at least it did for long-time FRx consultant Jan Harrigan CPA, blogging at FRxbuzz.com &#8211; a site focused on the popular Microsoft FRx financial report writer.
Now I should say that [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s not often that a financial reporting tool can both blow your dress up and knock your socks off, but apparently our Crossfire solution can. Or at least it did for long-time FRx consultant Jan Harrigan CPA, blogging at <a href="http://bit.ly/teehX" target="_blank">FRxbuzz.com</a> &#8211; a site focused on the popular Microsoft FRx financial report writer.</p>
<p>Now I should say that this post is not going to go into any more detail about Jan&#8217;s clothing being disheveled. These Texas gals can be a touch feisty. Instead I want to focus on another part of Jan&#8217;s post &#8211; namely &#8211; <strong>I don’t want to build it up too much but this is the </strong><em><strong>future</strong></em>. (her italics).<span id="more-710"></span>Here at Rivet, we believe that the future of financial reporting is taxonomy-based: Not just for regulatory reporting, but for all kinds of financial information communication both within and across organizations.</p>
<p>Already in the present, there&#8217;s a need to control taxonomies within your reporting application in order to comply with regulatory mandates. But the future of financial reporting may also require additional flexibility. So that financial information can be communicated between business units or with partners based on agreed taxonomies that you yourself &#8216;mandate&#8217; as the basis for your internal or collaborative financial reporting.</p>
<p>The <a href="http://www.facebook.com/note.php?note_id=117246838818&amp;ref=mf" target="_blank">IMA</a> recognizes this future as do the guys and gals at the front line, like Jan, implementing and supporting today&#8217;s financial report writers . So if you are considering a new financial reporting solution for your business or wondering about the longevity of the one you already have,  you should take a look at the way we do it in Crossfire. You never know. It might just set your bow-tie spinning or blast off your shorts&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2009/09/18/future-proofing-financial-reporting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Comply. Control. Communicate.</title>
		<link>http://blog.rivetsoftware.com/2009/09/01/comply-control-communicate/</link>
		<comments>http://blog.rivetsoftware.com/2009/09/01/comply-control-communicate/#comments</comments>
		<pubDate>Tue, 01 Sep 2009 16:35:35 +0000</pubDate>
		<dc:creator>Stewart McKie - Executive Advisor</dc:creator>
				<category><![CDATA[Communication]]></category>
		<category><![CDATA[Compliance]]></category>
		<category><![CDATA[Control]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[crossfire]]></category>

		<guid isPermaLink="false">http://blog.rivetsoftware.com/?p=506</guid>
		<description><![CDATA[Rivet has a new tagline: Comply. Control. Communicate.
The new tagline reflects two key messages: That Compliance is just the start of a journey towards financial transformation of your business and that Rivet’s Crossfire Reporting Platform will support you on every stage of the journey.

Here at Rivet we like to think that every CFO or Controller [...]]]></description>
			<content:encoded><![CDATA[<p>Rivet has a new tagline: <strong>Comply. Control. Communicate.</strong></p>
<p>The new tagline reflects two key messages: That Compliance is just the start of a journey towards financial transformation of your business and that Rivet’s <strong>Crossfire Reporting Platform</strong> will support you on every stage of the journey.</p>
<p><span id="more-506"></span></p>
<p>Here at Rivet we like to think that every CFO or Controller can be a financial transformer – someone with both the strategic grasp and tactical grip to change the way an organization manages business performance. We see executing this financial transformation as a journey where the destination is active participation in a global financial ecosystem that benefits all participants.</p>
<p>In the USA, the journey begins with compliance. The SEC mandate for filing financial information in XBRL format can be viewed either as an unwelcome burden or an opportunity. It’s undoubtedly a burden, adding extra effort and cost to the filing process, but it’s also undoubtedly an opportunity to standardize financial reporting, improve transparency and benefit from an expanding universe of like-for-like performance data to compare against.</p>
<p>The ‘big idea’ behind the SEC’s mandating the use of taxonomy-based reporting was not that the journey would stop there &#8211; with compliance &#8211; but that having done the hard work, business filers will create a new financial ecosystem that they and other stakeholders can benefit from. An ecosystem based on standardized information formats and a new information communication channel.</p>
<p>By control we mean taking control of this new financial information format and communication channel by using it as the means to better analyze your financial performance both internally and against national, and eventually international, industry peer groups. For the first time you will have taxonomy-based financial reports that mean the same thing and can be reliably compared and contrasted with some confidence – not a just a bunch of spreadsheets. So it’s not only easier to compare and contrast against your own previous or projected period reporting but also against the reports filed by your competitors and peers. Control also means having the ability to streamline the financial reporting process utilizing XBRL-GL format and finally be able to unify various data sources under the same reporting framework. Finally, the control belongs to end users, not the IT group.</p>
<p>By communicate we mean making your business more transparent to all your stakeholders – whether they are regulators or investors, partners or customers. The opacity of the financial services sector and the banking industry in particular has precipitated the greatest financial crisis the world has seen in living memory. Transparency is no longer a game or a nice to have it’s something the global economy needs in order to survive, to enable businesses to start and grow, to keep people like you and me in work.</p>
<p>This comply, control, communicate journey won’t take place overnight. As the slide below shows, it involves lots of collaboration and thoughtful effort. And the destination may never be fully realized. But having set foot on it, you might as well put your best foot forward.</p>
<div id="attachment_505" class="wp-caption alignnone" style="width: 610px"><img class="size-large wp-image-505" title="Journey Towards Financial Transformation" src="http://blog.rivetsoftware.com/wp-content/uploads/2009/08/journey-600x345.jpg" alt="Journey Towards Financial Transformation" width="600" height="345" /><p class="wp-caption-text">Journey Towards Financial Transformation</p></div>
]]></content:encoded>
			<wfw:commentRss>http://blog.rivetsoftware.com/2009/09/01/comply-control-communicate/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
