Adobe today announced a 3rd feather in her cloud offerings - The Adobe Document Cloud. Having been directly associated with Adobe Acrobat and Document Services for over 5 years, it's a great moment to see the missing piece being plugged in and with a big bang! So what's Document Cloud and how do APIs fit in it? Marketing team calls it out - "Adobe Document Cloud combines a completely reimagined Adobe Acrobat with the power of e-signatures. Now, you can edit, sign, send and track documents wherever you are — across desktops, mobile and web." Does it reverberate with the Engineering talk we do on this blog? Check out our previous post - "The beautiful thing here is that often the same web service API (SOAP or REST) can be used for making requests and returning responses to apps on different devices and platforms". Yes, precisely - marketing is engineering put in beautiful words :-)Let's take a real example and see how APIs enable web, desktop and mobile in the Document Cloud taking example of Acrobat DC eSign Services (erstwhile EchoSign). The eSign services expose SOAP and REST APIs that allow documents to be sent out for signature. Specifically, they are sendDocumentInteractive in SOAP and /agreements, POST in REST.
Adobe EchoSign for Salesforce is an example of a Web App that uses these eSign APIs to send documents for signature. The APIs enable Salesforce users to work in an environment and user interface familiar to them, create agreements and send them out for signature without ever having to leave the salesforce app. They can also view sent agreements, check their status and manage them from within Salesforce. Similar workflows are also possible for Adobe eSign apps for Microsoft Office, Box, Google, Dynamics, Net Suite and many more through APIs. In summary, APIs are what enable a seamless integration of Adobe eSign with all your favourite enterprise and business applications

