Why RF6Cloud is the lowest cost and easiest way to solve any Content Management need

by Frank 8. December 2017 06:01

Why is RF6Cloud such a big improvement on the old Enterprise Content Management, Records Management, Document Management paradigm?

The Old Model

As Knowledgeone Corporation, we have worked with the old model since 1986. Big upfront software costs, big annual software maintenance costs, expensive computer hardware and software, extensive and expensive consultancy and training programs, expensive IT support.  Yes, it worked but it was and is very expensive and it takes a very long time.

The New Model

As RF6Cloud, our new company and new paradigm, we set out to change and disrupt the industry. The same end result but a much faster, much less invasive and much less expensive process to get there.

What you don’t need with RF6Cloud

Because we host the solution ‘In the Cloud’ you don’t need expensive servers and software. Because we run and maintain everything, including taking your backups, you don’t need IT people. Because we provide a pre-configured solution and an easy way for you to upload all your data and standards you don’t need weeks or months of expensive consulting.

Because we have created a whole series of online training courses on our YouTube channel plus detailed online help you don’t need weeks of onsite training courses.

Free Support

You also won’t get any ‘do not reply’ emails from us either and you don’t need to spend hours on our website trying to find our how to contact us. Just click on Contact Us and ask your question. We respond to each and every contact. We welcome your input and questions. We look forward to hearing from you. Online support is free.

Management Console & Dashboard

We also provide you with a management console and dashboard so you are always in control of your app.

A single low-cost monthly subscription

A complete, secure, scalable and robust solution for just a few dollars per month per user. There is nothing else to pay.

“Much less than the average employee spends on coffee each month.”

A no-obligation free one-month trial

If you are still nervous, sign up for our one-month free trial. It’s the full solution and you get full service during the trial. Please put us to the test, we are happy to accept your challenge.

It’s your Data

If you decide not to proceed after the trial, we promise to delete all of your data and if required, even provide you with a backup before deleting your data. The same goes for any time in the future should you decide for any reason to cancel your subscription. We will provide you with a full backup of your data before deleting it. That is a guarantee.

Still have questions?

Please ask away Contact Us

 

 

Moving your Records to the Cloud, a Checklist

by Frank 15. February 2017 06:00

You or your boss have decided to move your records management processing to the Cloud, that is, to a Cloud based records management solution.

Typical Scenario

Currently, you run a legacy records management system on old servers somewhere in the computer room. You are aware that the records management software you are running is old and out of date and no longer supported. You also suspect that the server and operating system and databases software are similarly old and out of date. You also have no confidence in the backups and don’t think your server is included in any Disaster Recovery Plan.

The boss recently attended a risk management seminar and came back full of enthusiasm and focussed on minimizing processing risks. Yours records management system was identified as a big risk because you are responsible for 1.5TB of company data, documents and emails going back 20 years. The boss delegated to you and said, “Get it done!” Where do you start?

You could just call up a selection of records management software vendors and ask them to provide quotations but without prior research and preparation on your part, what you receive back will not be apples to apples. Each vendor will see the problem differently and you will spend a lot of time trying to answer a plethora of often confusing questions. There will be no clear conclusions and it will be difficult to make a selection of vendor or even know what you will end up with.

Take Advantage of the Opportunity

Alternatively, as you have already decided that a new software solution is required, it is a great time to re-evaluate everything you hold and everything you do. This is the time to cull and to modernize and improve all of your business processes. Please don’t, under any circumstances, be convinced by anyone to try to transfer your in-house mess to the Cloud, that would-be anathema.

Instead, plan on instructing the vendors on how you want to go forward, not on how you process now. Do your research and culling and modernizing and produce a report before you call in the vendors.

Cull and Simplify

The first job is to research exactly what you have in your database and associated physical files both in-house and at offsite record centres. You are going to need help from someone who is still an expert in your legacy system and you are going to need help from IT when trying to analyse the contents of your database. Nevertheless, get the help you need and then produce a list of all holdings, both physical and electronic. Do your best to find out exactly what is being held by offsite storage companies.

This isn’t thankless work because if you do your job well there is the very real potential of saving your company a lot of money in both floor space and offsite storage costs. Let’s be a hero.

Use your retention schedule and obtain management decisions to cull as much as possible, both electronic and physical. If in doubt, lean towards “throw it out” rather than “let’s hold on to it just in case.” If you haven’t had cause to reference something in 7 plus years, it is extremely unlikely that you ever will so, as you walk around the filing areas, repeat this mantra under your breath, “If in doubt, throw it out!”

Now look at your business processes, how old and manual and inefficient are they? For example, do end users have to fill in forms and submit them to records when trying to find something or can they just login and find it in seconds?

Please avoid the “we do it this way because we have always done it this way” syndrome. Be brave, be innovative, think outside the square; this is your time to shine! Sit down with users and ask them how they would like the new system to work. There are three magic questions you can always use to solicit the answers you need.

1       “What are we doing now that you think we shouldn’t be doing?”

2       “What aren’t we doing now that you think we should be doing?”

3       “What are we doing now that you think we can do better?”

Document your new business processes.

Produce a report

We aren’t talking about a magnum opus, all we need is a short, concise report that lists all the holdings after culling as well as your ‘new’ required business processes also suitably culled and modernized.

As we are going to provide this report to vendors to begin the quoting process we also need to include information on your operational and security requirements. You will need help here but it doesn’t really matter if your report isn’t 100% accurate, at least for now. What you are primarily interested in is getting an apples to apples response from your chosen vendors. If it later turns out that you need 60 users not 50 users or 3TB of storage rather than 2TB of storage or an average half second response time as opposed to a 1 second response you can easily get the vendors to adjust their quotes.

In other words, don’t agonize over whether or not your report is perfect (it can never be anyway) just make sure it is logical and makes sense and reflects your needs at a point in time.  You are guessing about what future usage and processing needs will be anyway because lots of things will change when the new records system is rolled out.

What to look out for

The following is a guideline, not an exhaustive or complete list. It should be a subset of your requirements.

  • Make sure the vendors understand that your data needs to be stored in the country you nominate.
  • Make sure that the records management software includes the functionality you require. Try not to be too prescriptive, leave room for the vendor to tell you how they would solve your problem with its unique solution. Be cautious about ‘optional’ features that may or may not be in your implementation.
  • Make sure the contract includes the vendor capturing and importing all your data and documents in agreed formats.
  • Make sure your system is fully redundant. Obviously, the safer it is and the more redundancy you have the higher the cost. It’s a trade-off, argue with your masters for the highest possible level of redundancy.
  • Get commitments of support that meet your needs.
  • Get commitments on planned and unplanned downtime that meet your needs.
  • Get commitments on backups that meet your needs.
  • Get commitments on bandwidth and response time that meet your needs. Remember that there are two connections to worry about; your company’s connection to the Internet and the data centre’s connection to the Internet. Be aware of possible bottlenecks.
  • Get commitments on data centre redundancy. What happens if their internet connection fails or their power fails?
  • Make sure that your data is as secure as possible. Ask them what international and government standards they meet on data security.
  • Make sure that you are able to dynamically grow or shrink your requirements; it is a foolish person who thinks he/she can accurately predict the future.
  • Make sure that there is an out clause in your contract; look carefully at any termination clauses. You want an ongoing assurance of service but you do not want to be locked in and you do not want to have to pay unfair or unreasonable penalties if you terminate.
  • Make sure that there are sensible clauses to handle disputation.
  • Make sure that your data always remains your property. Don’t allow the vendor to exercise any lien on your data in the future. Your data should always be your property and you should always have access to it no matter the circumstances.
  • Make sure that you clearly understand and agree with the billing algorithm; if it appears too complex then it is too complex. Please don’t give your accountant anything that will be a nightmare to reconcile every month. Don’t sign until you know exactly what your monthly subscription cost is going to be.

References

And finally, as always, ask for references. Other people have been down this road and it behoves you to learn from their experiences. Don’t just call them, go and visit them and spend time asking for their opinion. Use your 3 magic questions again.

1       “What did you do (moving to the Cloud) that you now think you should have done differently?”

2       “What did you do that you now think you shouldn’t have done?”

3       “What didn’t you do that you now know you should have done?”

Then it should just be a matter of selecting a vendor, agreeing a project plan and making it happen. If you have done your homework, it will be far easier than expected.

 Good luck.

Could you manage all of your records with a mobile device?

by Frank 2. September 2012 06:00

I run a software company and I design and build an enterprise strength content management system called RecFind 6 which among other things, handles all the needs of physical records management.

This is fine if I have a big corporate or government customer because the cost is appropriate to the scale of the task at hand. However it isn’t fine when we receive lots of inquiries from much smaller organizations like small law forms that need a records management solution but only have a very small budget.

A very recent inquiry from a small but successful engineering company was also a problem because they didn’t have any IT infrastructure. They had no servers and used Google email. However, they still had a physical records management problem as well as an electronic document management problem but our solution was way outside of the ballpark.

Like any businessman I don’t like to see business walk away especially after we have spent valuable consultancy time helping the customer to understand the problem and define the need.

We have had a lot of similar inquiries lately and it has started me thinking about the need for a new type of product for small business, one that doesn’t require the overhead and expense of an enterprise-grade solution. It should also be one that doesn’t require in-house servers and a high overhead and maintenance cost.

Given our recent experience building a couple of iOS (for the iPhone and iPad) and Android (for any Android phone or tablet) apps I am of the opinion that any low cost but technically clever and easy-to-use solution should be based around a mobile device like a smart phone or tablet.

The lack of an in-house server wouldn’t be a problem because we would host the solution servers at a data centre in each country we operate in. Programming it wouldn’t be a problem because that is what we do and we already have a web services API as the foundation.

The only challenge I see is the need to get really creative about the functionality and the user interface. There is no way I can implement all the advanced functionality of the full RecFind 6 product on a mobile device and there is no way I can re-use the user interface from either the RecFind 6 smart-client or web-client. Even scaled down the user interface would be unsuitable for a mobile device; it needs a complete redesign. It isn’t just a matter of adapting to different form factors (screen sizes), it is about using the mobile device in the most appropriate way. It is about designing a product that leverages off the unique capabilities of a mobile device, not trying to force fit an application designed for Windows.

The good news is that there is some amazing technology now available for mobile devices that could easily be put to use for commercial business purposes even though a lot of it was designed for light weight applications and games. Three examples of very clever new software for mobile devices are Gimbal Context Aware, Titanium Mobile SDK and Vuforia Augmented Reality. But, these three development products are just the tip of the iceberg; there is literally a plethora of clever development tools and new products both in the market and coming to market in the near future.

As a developer, right now the Android platform looks to be my target. This is mainly because of the amount of software being developed for Android and because of the open nature of Android. It allows me to do far more than Apple allows me to do on its sandboxed iOS operating system.

Android also makes it far easier for me to distribute and support my solutions. I love iOS but Apple is just a little too anal and controlling to suit my needs. For example, I require free access to the file system and Apple doesn’t allow that. Nor does it give me the freedom I need to be able to attach devices my customers will need; no standard USB port is a huge pain for application developers.

I am sorry that I don’t have a solution for my smaller customers yet but I have made the decision to do the research and build some prototypes. RecFind 6 will be the back-end residing on a hosted server (in the ‘Cloud’) because it has a superset of the functionality required for my new mobile app. It is also the perfect development environment because the RecFind 6 Web Services SDK makes it easy for me to build apps for any mobile operating system.

So, I already have the backend functionality, the industrial-strength and scalable relational database and the Web Services API plus expertise in Android development using Eclipse and Java. Now all I have to do to produce my innovative new mobile app is find the most appropriate software and development platforms and then get creative.

It is the getting creative bit that is the real challenge. Wish me luck and watch this space.

 

Have we really thought about disaster recovery?

by Frank 29. July 2012 06:00

The greatest knowledge-loss disaster I can think of was the destruction of the great library of Alexandria by fire around 642 AD. This was the world’s largest and most complete store of knowledge at the time and it was almost totally destroyed. It would take over a thousand years for mankind to rediscover and regain the knowledge that went up in smoke and to this day we still don’t think we have recovered or re-discovered a lot of what was lost. It was an unmitigated disaster for mankind because nearly all of Alexandria’s records were flammable and most were irreplaceable.

By contrast, we still have far older records from ancient peoples like the Egyptians of five-thousand years ago because they carved their records in stone, a far more durable material.

How durable and protected are your vital records?

I mentioned vital records because disaster recovery is really all about protecting your vital records.  If you are a business a vital record is any record without which your business could not run. For the rest of us a vital record is irreplaceable knowledge or memories. I bet the first thing you grab when fire or flood threatens your home is the family photo album or, in this day and age, the home computer or iPad or backup drive.

In 1996 I presented a paper to the records management society titled “Using technology as a surrogate for managing and capturing vital paper based records.” The technology references are now both quaint and out-of-date but the message is still valid. You need to use the most appropriate technology and processes to protect your vital records.

Interestingly, the challenges today are far greater than they were in 1996 because of the ubiquitous ‘Cloud’.  If you are using Google Docs or Office 365 or even Apple iCloud who do you think is protecting your vital records? Have you heard the term ‘outage’? Would you leave your children with a stranger, especially a stranger who doesn’t even tell you the physical location of your children? A stranger who is liable to say, “Sorry, it appears that your children are missing but under our agreement I accept no liability.” Have you ever read the standard terms and conditions of your Cloud provider? What are your rights if your vital records just disappear? Where are your children right now?

Some challenges are surprisingly no different because we are still producing a large proportion of our vital records in paper. Apart from its major flaws of being highly flammable and subject to water damage paper is in fact an excellent medium for the long term preservation of vital records because we don’t need technology to read it; we may say paper is technology agnostic.

By contrast, all forms of electronic or optical storage are strictly technology dependent. What good is that ten year old DAT tape if you no longer have the Pentium compute, SCSI card, cable and Windows 95 drivers to read it? Have you moved your vital records to new technology lately?

And now to the old bugbear (a persistent problem or source of annoyance), a backup is not disaster recovery. If your IT manager tells you that you are OK because he takes backups you should smack him with your heaviest notebook, (not the iPad, the iPad is too light and definitely not with the Samsung tablet, it is too fragile).

I have written about what disaster recovery really involves and described our disaster recovery services so I won’t repeat it here, I have just provided the link so you can read at your leisure.

Suffice to say, the objective of any disaster recovery process is to ensure that you can keep running your business or life with only a minimal disruption regardless of the type or scale of the disaster.

I am willing to bet that ninety-percent of homes and businesses are unprepared and cannot in any way guarantee that they could continue to run their business or home after a major disaster.

We don’t need to look as far back as 642 AD and the Alexandria Library fire for pertinent examples. How about the tsunami in Japan in 2011? Over 200,000 homes totally destroyed and countless business premises wiped from the face of the earth. Tsunamis, earthquakes, floods, fire and wars are all very real dangers no matter where you live.

However, it isn’t just natural disasters you need to be wary of. A recent study published by EMC Corporation offers a look at how companies in Japan and Asia Pacific deal with disaster recovery. According to the study, the top three causes of data loss and downtime are hardware failure (60%), data corruption (47%), and loss of power (44%).

The study also goes on to analyse how companies are managing backups and concludes, “For all the differences inherent to how countries in the Asia Pacific region deal with their data, there is at least one similarity with the rest of the world: Companies are faced with an increasing amount of data to move within the same backup windows. Many businesses in the region, though, still rely on tape backup systems (38%) or CD-ROMs (38%). On this front, the study found that many businesses (53%) have plans to migrate from tape to a faster medium in order to improve the efficiencies of their data backup and recovery.”

It concludes by estimating where backups are actually stored, “The predominant response is to store offsite data at another company-owned location within the same country (58%), which is followed by at a “third-party site” within the same country.”

I certainly wouldn’t be relying on tape as my only recovery medium and neither would I be relying on data and systems stored at the same site or at an employee’s house. Duplication and separation are the two key principles together with proven and regularly tested processes.

I recently spoke to an IT manager who wasn’t sure what his backup (we didn’t get to disaster recovery) processes were. That was bad enough but when he found out it seemed that they took a full backup once a month and then incremental backups every day and he had not tested the recovery process in years. I sincerely hope that he has somewhere to run and hide when and if his company ever suffers a disaster.

In a nutshell, disaster recovery is all about being able to get up and running again in as short a time as possible even if your building burns to the ground. That in fact is the acid test of any disaster recovery plan. That is, ask your IT manager, “If this building burns down Thursday explain to me how we will be up and operating again on Friday morning.”

If his answer doesn’t fill you with confidence then you do not have a disaster recovery plan.

 

Moving your Records Management application to the Cloud; why would you do it?

by Frank 20. May 2012 06:00

We have all heard and read a lot about the Cloud and why we should all be moving that way. I wrote a little about this in a previous post. However, when we look at specific applications like records management we need to think about the human interaction and how that may be affected if we change from an in-house system to a hosted system. That is, how will the move affect your end-users and records management administrator? Ideally, it will make their job easier and take away some pain. If it makes their job harder and adds pain then you should not be doing it even if it saves you money.

We also need to think about the services we may need when we move to the Cloud. That is, will we need new services we don’t have now and will the Cloud vendor offer to perform services, like application maintenance, we currently do in-house?

In general, normal end-user functions should work the same whether we are running off an internal system or a Cloud-based one. This of course will depend upon the functionality of your records management software. Hopefully, there will be no difference to either the functionality or the user interface when you move to the Cloud. For the sake of this post let’s assume that there is a version of your records management system that can run either internally or in the Cloud and that the normal end-user interface is identical or as near-as-such that it doesn’t matter. If the end-user interface is massively different then you face extra cost and disruption because of the need to convert and retrain your users and this would be a reason not to move to the Cloud unless you were planning to change vendors and convert anyway.

Now we need to look at administrator functions, those tasks usually performed by the records management administrator or IT specialist to configure and manage the application.  Either the records management administrator can perform the same tasks using the Cloud version or you need to ask the Cloud vendor to perform some services for you. This will be at a cost so make sure you know what it is beforehand.  There are some administrator functions you will probably be glad to outsource to the Cloud vendor such as maintaining the server and SQL Server and taking and verifying backups.

I would assume that the decision to move a records management application to the Cloud would and should involve the application owner and IT management. The application owner has to be satisfied that the end-user experience will be better or at least equal to that of the in-house installation and IT management needs to be sure that the integrity and security of the Cloud application will at the very least be equal to that of the in-house installation. And finally, the application owner, the records manager, needs to be satisfied that the IT support from the vendor of the Cloud system will be equal to or better than the IT support being received from the in-house or currently out-sourced IT provider.

There is no point in moving to the Cloud if the end-user or administrator experience will deteriorate just as there is no point in moving to the Cloud if the level of IT support falls.

Once you have made the decision to move your records management application to the Cloud you need to plan the cutover in a way that causes minimal disruption to your operation. Ideally, your staff will finish work on the in-house application on Friday evening and begin working on the Cloud version the next Monday morning. You can’t afford to have everyone down for days or weeks while IT specialists struggle to make everything work to your satisfaction. This means you need to test the Cloud system extensively before going live in production. In this business, little or no testing equals little or no success and a great deal of pain and frustration.

If it was me, I would make sure that the move to the Cloud meant improvements in all facets of the operation. I would want to make sure that the Cloud vendor took on the less pleasant, time-consuming and technical tasks like managing and configuring the required IT infrastructure. I would also want them to take on the more bothersome, awkward and technically difficult application administration tasks. Basically, I would want to get rid of all the pain and just enjoy the benefits.

You should plan to ‘outsource’ all the pain to make your life and the life of your staff easier and more pleasant and in doing so, make everyone more productive. It is like paying an expert to do your tax return and getting a bigger refund. The Cloud solution must be presented as a value proposition. It should take away all the non-core activities that suck up your valuable time and allow you and your staff more time to do the core activities in a better and more efficient way; it should allow you to become more productive.

I am a great believer in the Cloud as a means of improving productivity, lowering costs and improving data integrity and security. It is all doable given available facilities and technology but in the end, it is up to you and your negotiations with the Cloud provider.  Stand firm and insist that the end result has to be a better solution in every way; compromise should not be part of the agreement.

Month List