Analysis, Fact and Prediction

March 5, 2009

I am sitting here sipping my morning coffee in the Tradewinds Resort in St. Pete Beach, in Tampa Bay, Florida. I flew in to attend the XPLOR conference from snowed-in Boston last night where I had another fairly tiring meeting with Forrester Research.

By chance I had arrived when Forrester’s Andrew Bartels just held a presentation on the economic outlook. Following current industry estimates he believes that the IT industry will start to see growth again from the 4th quarter 2009. Well, could be. If nothing happens in between. I found more interesting that he proposes that we are at the beginning of new cycle of IT spending for applications that are ’smart‘. I am in principle agreement because we started that with our User-Trained Agent, but the term ’smart’ has been so oversold that it will be hard to use it that way. He then suggested that the ’smartness’ would have to be focused on certain market verticals and here my question was why? If the software was smart enough it would adapt to the needs of the vertical. He said, it would not be that smart. But after a little discussion I came to agree that some knowledge acquired by our User-Trained Agent could be valuable within the vertical – if the business is willing to share it. Another subject to be clarified in the near future …

I have said previously that I prefer Forrester over many other analysts because they are attentive. I have met with Craig LeClair and Sheri McLeish to discuss an upcoming report on customer communications or CCM, which is an expansion of the previous DOM Document Output Management field. Craig and Sheri are very knowledgable in this arena and it was still extremely difficult to get the functionality of the immense spectrum of Papyrus across. I was my second visit because during the first one hour session there was not enough time to discuss the Papyrus Interactive and On-Demand functions. It will be very interesting to see what comes of this resarch. As we are covered by Forrester for the first time (because I had not bothered before) my expectations are low. I cannot imagine that they will let us leapfrog the ‘established’ players on our first participation no matter how good we are.

A couple of discussion points are worth sharing with you. First, Craig did say that he considers the number of installs in the US as a measure of product quality. Well, if that turns out to be true then Forrester just slipped in my rating. Papyrus rating of Forrester is limited by a lower number of customers and customers won’t buy it because it is not well rated? A classic Catch22 and hen or egg paradox. So now you know why you will find the large players up front and it is not because they have the better product. When analysts consider market share and revenue, they rate advertizing budgets and sales tactics but not how good the product is for the user!

One point of poor rating was my sceptic stance towards the use of ’standard’ XML. Craig in my mind fell for the empty claim of vendors that native use of XSL-FO ensures higher quality and accuracy of processing than conversion to an internal format. Excuse me Craig, but there is no logic in that statement. According to Information Theory the functionality of a language such as XML is not intrinsic but defined in how the tag structure is interpreted and executed in the code. There is no difference between a conversion to internal formats or mapping one XML to another. As the meaning of XML tags is never fully defined (try to look up and understand XSL-FO descriptions!) the quality of interpretation is always limited. This is proven by the available open source XSL processors which are not compatible in function. Therefore all software vendors have their own special versions. Conditional processing, resource management, font support, multiple codepage support and external SVG charts make the use of XSL-FO a propietary affair. XML and ‘open standards’ is no more than buzzword marketing.

There is one acceptable XML benefit that is obvious, when you are transforming into a web document. But for any serious business application you have to create an electronic original (sometimes even digitally signed) that you need to present and transmit. It is a grave mistake to accept the limitations of XML for transactional business documents for this tiny benefit. Additionally the presentation of XSL into web browsers is not standardized either. An enterprise user only gets controllable document quality by presenting to either image, AFP or PDF. I will need cover the subject of XSL-FO on my Real World blog soon.

On top of that it would require twenty different XML structures to create a fully functional customer communications application. Where is all the other functionality outside of XSL-FO? Exactly, it is hardcoded. Can you take the complete application of one XSL-FO vendor to run on another?  NO! I rest my case.

Another point Craig made was that only Adobe gets the highest mark on PDF support. I see. Thank you for admitting that PDF is still a proprietary format. Why do we not get the highest mark for being best in supporting the Papyrus Repository?

Craig also took issue with our Papyrus EYE user interface, saying the FLEX is better because there are more developers for FLEX on the market. What? I do not get it. We do not need programmers with EYE but FLEX is better because there are more programmers for it? A FLEX programmer would be five times more productive to do your EYE application but when he leaves you are still in control of your final GUI that you can maintain with a non-programmer. If you have a hard-coded FLEX GUI and the hacker leaves … have fun with maintaining your frontend. I am now worrying that they will rate our repository poorly because it does not require Java programmers, when there are so many on the market. Right, so why are we outsourcing to India?

In these areas Forrester analysts have to step away from their technological shadow and past. George Colony, Forresters President, focuses on the other hand on a Business Architecture as the basis for tomorrows applications. Yup, that is the way to go and that’s what we supply with the UML2 models in our Papyrus WebRepository. I am bracing myself against the disappointment of Forrester rating us poorly because they can’t understand the power of our repository that are also valid for a seemingly simple communications application. But then all formatting vendors claim to have a repository, because they just call it that. AIA ITP has a directory with a couple of configuration files and a few tables with text and letter structures and they call that repository??? Get real, please. Seriously, I would expect that the ananlyst community sees through those marketing ploys and properly informs their clients about the true capabilities of products. Sofar, that is not happening.


Content Management Interoperability Services (CMIS)

September 21, 2008

Since 2001 we have been making businesses aware that there is a need for Inbound/Outbound business content to be managed in a consolidated business process with common business rules. We never saw these as separate processes.

Finally, EMC, IBM and Microsoft have announced a jointly developed specification called CMIS, which uses Web Services and Web 2.0 interfaces to enable applications to interoperate with multiple Enterprise Content Management ‚repositories‘ by different vendors. (Psst – an archive is not a repository …)

They intend to submit the CMIS specification to OASIS (Organization for the Advancement of Structured Information Standards). The ultimate goal of CMIS – Content Management Interoperability Services – is to dramatically reduce the dramatic cost for multi-vendor, multi-archive environments. Businesses spend a huge amount of time and money to create and maintain custom integration code and one-off integrations for ECM systems as we proposed for so long.

Now with CMIS we can push the clunky archive systems to the server back-end and give the business users the consolidated, easy-to-use, user front-ends for ECM, BPM and CRM with the Papyrus Platform that they actually need.

We can now use CMIS (an SOA like interface spec) to link multiple existing archives (repositories in their diction) to unlock content they already have by adding modern Web 2.0 or RIA user interfaces that exhibit the business processes (ideally trained with the UTA) and the related boundary business RULES.

We are already working to define the CMIS specification for the Papyrus Platform in sync with the available information. Because of our powerful integration features it is fairly easy to do so. As soon as our analysis is complete and we can estimate an availability date, we will officially announce support for the CMIS specification.


The Papyrus EYE User Interface!

August 28, 2008

For a number of years the Papyrus Platform employed its proprietary Desktop only. With the availability of the WebPortal we opened the system by means of an XML language called PPL to present applictions to the Web. As that was too difficult and required too much XML and Javascript coding we developed Papyrus EYE. I have written about that here before.

Papyrus EYE for Desktop and Browser

With Papyrus WebPortal and a browser with the Flash© plug-in, enterprise users as well as web customers can now work with Rich Internet Applications (RIA) without the coding effort. Papyrus EYE technology provides full management through the WebRepository, an easy to use EYE Designer for the GUI and enables identical appearance, behavior and features on the Fat Client Desktop and the Browser without any programming modifications to the application.

The goal of Papyrus EYE is to provide a library of user configurable ‘widgets’ that can be easily linked to a data source and be configured by a business user. Rather than having to go into FLEX or Java programming, the business will be able create custom user interfaces for each business role without needing the support of the IT department. Some call this kind of approach a Mashup, but Papyrus EYE is much more flexible than that. It offers full application functionality.

Organizations that need to enhance user and customer service quality, efficiency and collaboration need to standardize by means of a common middleware platform that will meet the needs of all enterprise communications. Papyrus applications built using the Papyrus EYE technology give new meaning to usability and time-to-market by avoiding the extra delays, resources and expense of programming and testing to develop a ‘Web-enabled version’ of a desktop user application.

Papyrus EYE is a unified RIA application platform for all kind of applications that cover capture (scan, verify, manual correction, manual classification), document output management (interactive documents, web-to-print, campaign management and on-demand) and document management, as well as archiving, case management, Automated Document Factory and management information.

Customer account teams working in the Papyrus EYE browser front end with their Response Management Application on shared queues see no difference compared to their desktop application. In a browser view identical to the desktop view, they continue to see entries as they are newly entered, locked by team members, updated and moved to other queues without the need for manual refresh. In responding to customers and colleagues, they can select the same response templates, the same text editing features, enable/disable standard text blocks, and route the document for approval, just as if they were in the desktop application.

Papyrus EYE in the browser offers:

  1. Papyrus Client Plug-In
  2. Acrobat PDF Plug-In
  3. Many freely configurable display panes
  4. Full Text editor
  5. Animations
  6. Different preview formats
  7. Fully security with login Authentication

The Papyrus EYE Designer

To make the development of the user interface very easy ISIS provides the Papyrus EYE Designer as a feature of the Papyrus Desktop. With this tool technical users (not C++ or Java programmers!) can assemble a new user interface layout from predefined views. Alternatively they can develop their own completely NEW views. The GUI concept makes all views movable, collapsable, and resizable by the enduser. The business user can also change his GUI parameters based on his set preferences in terms of font style, colors and layout.

Papyrus EYE Designer

Papyrus EYE Designer

A key feature of the Papyurs EYE Designer is that it works with LIVE DATA from the Papyrus Platform test environment. Therefore it is easy to see how the user interface will function and be displayed in a real environment. Remember that different panes are displaying information based on selections made in other panes, such as a tree or a folder view. Therefore a static GUI design would never work well. This feature mirrors the development concept used in the Papyrus Designer for documents, where also real data are used to layout the document.

Papyrus EYE Special features:

As part of the ISIS Papyrus platform, Papyrus EYE benefits from integrated security, audit trail, version management, and change and release management. A project containing a Papyrus EYE application goes through development, test and acceptance into production via the centrally managed Papyrus Repository. Even distribution to the different servers, desktops and laptops that may require offline functionality is automatically handled of by ISIS Papyrus, reducing the need for additional involvement from IT operations.

Papyrus EYE offers the latest in GUI features such as the 3D carousel below.

Papyrus EYE 3D View

Papyrus EYE 3D View