Foxit PDF SDK offers high performance pdf libraries to help developers build pdf technology. According to the vendor, key features include: Render PDFs: High performance PDF libraries to render PDF pages, page objects, annotations, and forms the way they were intended to be viewed: sharp, clear, accurate, and easy to read. Allows applications to view, zoom in, zoom out, and print PDF documents and forms. Reflow: PDF is a fixed-layout flat document format, it cannot…
$3,000
per platform/per year
OpenText Documentum
Score 8.4 out of 10
N/A
OpenText acquired Documentum from Dell EMC in 2017, and now supports the enterprise content management (ECM) system. The vendor says users can build content-centric applications and solutions from collaborating on business documents to delivering case-based applications to managing highly precise processes in the most regulated business environments.
N/A
Pricing
Foxit PDF SDK
OpenText Documentum
Editions & Modules
Licensing PDF SDK
$3,000.00
per platform/per year
Foxit.NET PDF SDK
Contact sales team
No answers on this topic
Offerings
Pricing Offerings
Foxit PDF SDK
OpenText Documentum
Free Trial
Yes
No
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
Required
Optional
Additional Details
—
—
More Pricing Information
Community Pulse
Foxit PDF SDK
OpenText Documentum
Features
Foxit PDF SDK
OpenText Documentum
Enterprise Content Management
Comparison of Enterprise Content Management features of Product A and Product B
Foxit PDF SDK
-
Ratings
OpenText Documentum
9.2
Ratings
14% above category average
Content capture & imaging
00 Ratings
10.00 Ratings
File sync, storage & archiving
00 Ratings
9.00 Ratings
Document management
00 Ratings
9.00 Ratings
Records management
00 Ratings
9.00 Ratings
Content search & retrieval
00 Ratings
9.00 Ratings
Enterprise content collaboration
00 Ratings
9.00 Ratings
Content publishing & creation
00 Ratings
9.00 Ratings
Security, risk management & information governance
The issue with the application not re-opening previously opened files is a major one for me, therefore I docked a point for that . When editing documents, it usually works well, but there are a few idiosyncrasies, such as the ability to add an extra line when changing a block of text or the inability to define page margins on the left and right. These peculiarities do not bother me, although they might be improved.
What are the document volume, the throughput - currently and expected in year, 3 years etc.? Is the company doing content management on international level, where access from multiple locations is needed - then Documentum can be good investment. What ECM system will be used for - document storage, document lifecycle or retention? Or all of the above? - Documentum works very well if all 3 items are combined, yet for storage there must be cheaper and more easily adaptable solutions available.
It is a very cool development kit to integration different PDF functions.
It is user-friendly and convenient to work with.
It has great functionality for text. For example: adding quick markup, highlighting the text, underlining, and doing strikethrough, and adding signatures is pretty easy.
It offers to do encryption and add passwords for security.
Great search capability that helps finding the text without hassle.
It's good at integration with external systems through standard industry supported APIs, including but not limited to web services integration and file system integration.
Good support from major up and downstream technologies such as image capturing and back end ERP, Database, and HR.
In the C# SDK, which is a wrapper of native C++ code. We need to be extra careful in coding and protecting the calls, because it can be very easy to crash the application in case of errors.
Expense. If Documentum costs less it would penetrate more markets. This is often the reason a lighter weight solution is chosen.
Web Publishing. Documentum is not a great solution for replacing CMSs like SiteCore or Drupal. Probably better as an archiving target for parallel publishing to both web and Documentum. Documentum is also not a web hosting solution like some other systems, it is possible to try and consume directly from the repository in real time but it is better to push web content out and consume from another platform.
Development. The price of broad functionality is complexity. Arguably, Documentum drank the kool-aid and tried to become like other enterprise solutions by adapting Java, Windows, etc. in the late '90s and it made them slower, more complex in design, and less stable. They recovered from that but it still requires developers with a few years of experience in Documentum to safely develop in Documentum. The issue is not knowing Java but knowing what to do or not do in an ECM system. This is even more important in regulated ECM/RM systems.
Stability is a key factor as well as its flexibility. Also, any organization that deploys Documentum will have made a significant investment in terms of time and money, so not renewing its commitment can come with a significant cost. That said, the decision to deploy Documentum initially should come only after extensive evaluation, knowing that once deployed it will likely remain the platform of choice.
Our whole takeoff department uses the Foxit PDF SDK. To read plan files, produce pdf files, and take notes, we utilize it in conjunction with other tools. We may utilize the Foxit PDF SDK to read, edit, markup, print, and produce PDF files for internal use or to distribute to clients. Some of our users adore the software, but others choose to use alternative programs because they believe Foxit PDF SDK is too restrictive.
I rated this software very high on performance because it is really very quick on my Windows system. It can create any type of PDF files in seconds. It also gives good upload speed when I try to modify my documents for inserting digital signature space. It also gives very good encryption speed to secure my documents.
I would give it this rating because I personally have never had to contact support regarding Foxit PDF SDK or anything I am trying to do within the program. As I mentioned before, it is very user-friendly and easy to navigate. I think the program in itself lends support to the user because it is so user-friendly and has an easy to use interface.
Foxit PDF was cheaper from a licensing perspective. It was easy on the budget and will not be getting more expensive for enterprise licenses. FoxIt also came with the same features when compared to Adobe and it was much easier to install in our environment. Being that it was lightweight we are able to install, remove and update the client very easily. Also, the support with Foxit was better suited for our needs than Adobe.
Subjective but here's how I see it: Heavy duty (in order of how much they can do and how much they can handle): 1)Documentum, 2)FileNet 3)OpenText Middle duty: 1)WCC-WebCenter Content, 2)Alfresco, 3)M-Files (3rd b/c it is Windows only), 4)Nuxeo (only b/c of its newish approach that may lead somewhere) Light duty: 1) BOX (not an ECM but it says it is), 2) EFSS (pick your poison, BOX is an enhanced EFSS), 3) CMSs (some have some ECM capability, none have much)
No negative impact but only positive and fruitful I would say. It is a part of our daily work routine and enhances our products. Things are done quickly and delays are very less. Hence, it has added to the overall growth and development of our business.
After this product, the client is able to manage content security and due to it, the client is able to use the business process, and this really reduces effort and increases the profit in business.
It provides integration with SAP easily which really helps the client to manage this effectively and with minimum effort system is ready to use.
Also searching, automated flows also create a bigger impact and reduce a lot manual effort.