{"id":2370,"date":"2020-04-09T03:43:40","date_gmt":"2020-04-09T03:43:40","guid":{"rendered":"http:\/\/kusuaks7\/?p=1975"},"modified":"2023-12-19T12:14:56","modified_gmt":"2023-12-19T12:14:56","slug":"process-data-its-about-time","status":"publish","type":"post","link":"https:\/\/www.experfy.com\/blog\/bigdata-cloud\/process-data-its-about-time\/","title":{"rendered":"Process + Data: It\u2019s About Time!"},"content":{"rendered":"\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Enterprise reference architectures and stacks are becoming increasingly cluttered and complex. What\u2019s needed is a pragmatic approach that focuses on process and data.<\/strong><\/h4><\/h4>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThe paradigms, tools, and platforms we use or are familiar with influence our innovation approach and how we build solutions. We often use familiar \u201cbottom-up\u201d technology approaches. But this inclination towards the easier and familiar approach is at its core a\u00a0digital transformation debt<\/a>\u00a0that keeps accumulating. It does not often challenge long-held convictions that could be at best sub-optimal and at worst detrimental to the enterprise.\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThere are many CIOs and IT managers who have chosen specific architecture patterns and technologies because that is what they have done in the past, and that is what they are familiar with. It is not necessarily what the enterprise in-motion needs or could achieve for innovation. Stretching, being challenged, and possibly disrupted with a different approach is not comfortable!\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tdigital technologies and platforms: Process and Data-Driven. Part I provides the background, and Part II will delve into three important innovation use cases for business value.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tProcess and Data are not the only paradigms for application development in the digital era. There are many others, some of which are complementary to either approach. However, they are the two most important and enterprises in-motion embarking upon a digital transformation journey cannot afford to ignore them.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Setting the Stage<\/strong><\/h3><\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThe Enterprise-In-Motion<\/a>\u00a0needs to innovate continuously. But how? Innovation methodologies, workshops, and techniques such as Design Thinking are good and helpful. But at some point, innovation must be implemented and digitized to yield value. Technology stacks and options are complex. There are too many digital technologies trends\u00a0du jour<\/em>\u00a0cluttering enterprise software systems. Consider how the\u00a0\u201cTop Ten\u201d technology trends<\/a>\u00a0are changing over the years. Point solutions, systems of records, as well as software platforms that were a \u201cmust-have\u201d a couple of years ago,\u00a0 are becoming legacy at an accelerated rate.\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tNow, to keep up with disruptive challenges from competitive incumbents or emerging disruptors, digital enterprises need to accelerate innovation. In other words, they need to be\u00a0in-motion and autonomic<\/a>. But here is the challenge. What are the leading paradigms or approaches for innovation, and what are their tradeoffs? How should the innovators build enterprise applications? What are the paradigms, techniques, or approaches in enterprise application innovations? Simply, how should applications be developed? What are the must-have components or layers in a robust next-generation digital transformation architecture?\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThese are make-or-break questions for the enterprise. The answers are not that easy. Enterprise reference architectures and stacks are becoming increasingly cluttered and complex. Think of the spectrum of digital technology, language, platform, and point solution choices! There are too many options, and their tradeoffs are not that clear. Every organization is doing it differently, and this simply does not add up!\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tWhat\u2019s needed is a pragmatic approach that focuses on two complementary and core approaches for enterprise application development: Process and Data. You can\u2019t get more basic than that! There are, of course, others and numerous hybrids. But highlighting, contrasting, and complementing these two is key. As we shall see, especially in the use cases of Part II, a healthy and robust approach can be instrumental for innovation with business value.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Back to Basics: Program + Data<\/strong><\/h3><\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThere are now tens of programming languages. Every year there are new programming languages that are attempting to gain a beachhead in the already cluttered programming space. The following lists the\u00a0top 10 programming languages in 2019<\/a>. It includes rather old and dated languages such as C and even Java. It also includes the world\u2019s most popular database language: SQL! The syntax and semantics \u2013 reflecting the underlying computational models \u2013 could be quite different. But there is a fundamental commonality behind all programming. The execution of the program manipulates data! Variables in the program represent data. The interaction with external systems could be done through sending & receiving data, processing events, or invoking programming interfaces (called \u201cAPI\u201ds).\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

This duality of execution programming logic while manipulating data has been around since the inception of computers!<\/em><\/h4><\/h4>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

The focus of this article is on the dynamics between two complementing paradigms: Data and Process.<\/em><\/h4><\/h4>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tUsing the programming language analogy, the \u201cData\u201d corresponds to the variables manipulated in the program, and the \u201cProcess\u201d corresponds to the procedures and functions of the program.\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Now the terms \u201cData\u201d and \u201cProcess\u201d are overloaded. Each has its own characteristics, models, and capabilities. Data, for instance, can be transient or persistent. It can be simple (such as a number) or complex (such as an address). Similarly, processes can be simple workflows often depicted through flowcharts or swim lanes; or dynamic and complex via adaptive value streams or value chains. Each of these has emerged into formidable enterprise software domains with various products (Database Management\u00a0<em>Systems<\/em>\u00a0and Business Process Management\u00a0<em>Systems<\/em>), methodologies, technologies, and solutions that are often essential for the digital transformation of the Enterprise-In-Motion.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

So Why DBMS & BPMS?\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0<\/strong><\/h3><\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tAs computation evolved, several explicit\u00a0separations\u00a0<\/em>emerged. It used to be that an application manipulating data, rules, and flows \u2013 including data, rules, and flows that persisted across multiple program executions. These were combined in its programming code with all the application logic. The separation transition started with the separation of the management of the persistent data of enterprise applications. This led to the emergence of\u00a0Database Management Systems.<\/em>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tIn the initial phases of the separation trend, the business logic \u2013 especially the processes (aka workflows) and business rules \u2013 were still part of the application. DBMSs that separated the management of the data from the application started to appear in the 1970s with navigational\u00a0hierarchical\u00a0<\/em>and\u00a0network\u00a0<\/em>models. In the 1980s, we saw a significant evolution to\u00a0relational databases<\/a>\u00a0that became quite popular, especially with the emergence of SQL as the de-facto query language for databases! The evolution of databases from relational included\u00a0Object-Oriented Databases<\/a>\u00a0that combined Object-Oriented and Database capabilities for persistent storage of objects, as well as\u00a0Object-Relational Databases<\/a>\u00a0that attempted to combine the characteristics of both relational and object-oriented databases.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tMore recently \u2013 especially for handling large\u00a0unstructured<\/em>\u00a0multi-media data in new digital applications \u2013 we saw the emergence of\u00a0NoSQL<\/a>\u00a0(which more appropriately stands for Not-Only-SQL) to handle the demands of\u00a0Big Data<\/a>\u00a0\u2013 such as large volume, variety, velocity with heavy demands on scalability, performance and fault-tolerance for modern data-intensive Web and Service applications. Data-centric application development commences by creating\u00a0Entity Relationship<\/a>\u00a0models of data with entity type and the relationships between the entity types.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\nThe DBA, together with the data analysts, creates the data models. However, emanating from digitization trends, the introduction of NoSQL databases especially for Big Data management, there are significant changes in designing, managing and maintaining physical repositories of databases: object-oriented, graphical, document-oriented, etc. Each has its sweet spot and purpose.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThe focus of this new generation of databases is to deal with the explosion of heterogeneous data and the storage and management of this data for innovative Internet applications (especially IoT). Still, by and large, most transactional data for mission-critical systems of record (which require transactional integrity) remains relational. Interestingly, in the early 1990s, we also saw the emergence of\u00a0intelligent\u00a0<\/em>DBMSs<\/a>. SQL \u2013 the de-facto and most popular database language \u2013 has continuously been evolving. It has incorporated many declarative AI capabilities. Similarly, NoSQL databases are incorporating analytics capabilities \u2013 including for unstructured multi-media data within the DBMS.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tThe evolution of improvement in process efficiency and productivity within organizations goes back to\u00a0Taylorism and Scientific Management<\/a>. In the 1990s, business process re-engineering took a top-down approach for process improvement and reorganization. Due to the radical amount of change attempted, most re-engineering initiatives failed. Process improvement methodologies, such as\u00a0Lean and Six Sigma<\/a>, attempt to eliminate waste in work processing, while increasing the efficiency as well as the effectiveness and quality of products or services.\u00a0\nTheory of Constraints<\/a>\u00a0and\u00a0Net Promoter Scores<\/a>\u00a0(NPS) provide other robust frameworks for process improvement. The key point is that, whether improving NPS or critical-to-quality measurements for a Lean Six Sigma project, the intelligent Business Process Management approach allows organizations to keep these measurements as well as control the customer experience and operational efficiency in\u00a0real-time<\/em>.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\nThe main difference between the workflow systems up to the mid-1990s and the emergence of BPM systems of today is the involvement of\u00a0system<\/em>\u00a0participants. BPM has its roots in human participant-focused workflow systems. The coordination in this category is human-to-human. While some BPM technologies and methods are still purely workflow-focused, BPM is much more than that.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tOther significant categories of software that have influenced the evolution of BPM include Enterprise Application Integration (EAI) and Business-to-Business (B2B) integration. These were subsumed by Enterprise Service Buses and\u00a0Service-Oriented Architectures<\/a>. Inclusion of system participants meant that in the same process flow some of the steps were performed by backend applications such as enterprise resource planning (ERP) systems, human resources applications, or more generically Database Management Systems (DBMSs).\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tOne of the earliest definitions of BPM included enterprise application integration as well as human-centric workflow and trading partner business-to-business (B2B) integration.\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tAs BPMS became more intelligent and advanced, Business Rules and AI analytics capabilities became unified within the BPMS, and thus, we saw the evolution of\u00a0intelligent\u00a0<\/em>BPM<\/a>. Intelligent Business Process Management (iBPM) is a digital transformation discipline with the associated automation platform that aligns business objectives to execution. There are several trends that have influenced the evolution of iBPM \u2013 making it the core engine of transformation for digital enterprises. Two of these trends are the process participants and process intelligence.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tRobotic Automation started to become incorporated in robust\u00a0Digital Process Automation<\/a>\u00a0(another way to designate iBPM) platforms. Next-generation iBPMSs support the entire\u00a0spectrum of work automation<\/a>: structured, cognitive, and AI-assisted. \u00a0Also significant is the emergence of\u00a0Dynamic\u00a0<\/em>Case Management<\/a>\u00a0to handle ad-hoc work and provide a more powerful model (compared to flowcharts and swim lanes) to work orchestration.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Unequally Yoked \u2013 Not Two Sides of the Same Coin!<\/strong><\/h3><\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tGiven the separation trend that was summarized above and the evolution of intelligent database management and business process management, one would assume enterprises will readily strategize on DBMS and BPMS platforms as core capabilities to support Process + Data in their enterprise architectures: \u00a0as a necessary and core component of their solution stacks. They will need and use the two complementary paradigms and systems.\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\nThat is simply not the case. Many organizations have enterprise architectures or reference models that have an underlying DBMS layer,\u00a0but the BPMS layer is missing<\/em>. No \u201crespectful\u201d enterprise architecture can exist without one or more relational DBMSs and increasingly several NoSQL databases for unstructured data management in emerging applications.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tUnderstandable. But often BPMSs are either completely ignored, postponed or diminished. IT organizations are not pursuing the procurement of BPMS with the same vigor as they are for emerging Database Management systems \u2013 especially the more recent and exciting NoSQL databases for Big Data!\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\tWhy is that? There are several reasons. Here are some of the common explanations or situations that I have seen over the years:\n
    \n \t
  • We have processes or workflows in our ERP systems<\/li>\n \t
  • At some point we will consider a business process system \u2013 it is too early for us<\/li>\n \t
  • We have Low Code\/No Code tool \u2013 we do not think we need a BPMS<\/li>\n \t
  • BPMS do not do anything: they do not come with any business logic: we must develop it. Not sure what they do!<\/li>\n \t
  • We need to have our databases \u2013 they differentiate us. We are not sure about the processes. We can code them.<\/li>\n \t
  • Data is the new crude oil. AI extracts or mines the valuable \u201coil\u201d from the data lakes. Not sure about the Process!<\/li>\n<\/ul>\nThere are others. Each of these \u201creasons\u201d \u2013 if we can call it that \u2013 is false! Processes are assumed to exist in the \u201cApplication\u201d layers. This has several implications. IT organizations have a budget for DBMSs. But not for BPMSs. As indicated, one of the criticisms of BPMSs that is occasionally voiced is the fact that a BPMS as a tool or platform does not do anything. It allows you to model processes or value streams. But you must use the tool to come up with the solution. It does not come with running and ready software out of the box \u2013 unlike ERP systems, for instance, for financial services or HR or IT processes or even CRM. True. But the same is true of DBMSs!\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\tThe Database Management system also is just a tool to manage databases. It does not come with intellectual properties for a specific application domain. You must develop those. You must model, design, and implement your databases with a DBMS. Similarly, you must design, model, and implement your processes with a BPMS. Interestingly, due to the inherent need to manage databases for enterprises and the popularity of databases as the new crude oil that contains treasures that could be mined through AI, this objection is not raised for DBMSs. It is raised for BPMSs. This is sub-optimal, does not support the tenants of the enterprise in-motion and in some cases could be detrimental to the organization.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
    \n\t\t\t\t
    \n\t\t\t\t\t\t\t\t\t\nPart II of this article will delve deeper into this digital transformation challenge and illustrate through three pragmatic use cases how a top-down approach could be ideal for the enterprise in-motion: optimizing the Process + Data synergy!<\/em>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

    The Database Management system is just a tool to manage databases. It does not come with intellectual properties for a specific application domain. You must develop those. You must model, design, and implement your databases with a DBMS. Similarly, you must design, model, and implement your processes with a BPMS. Enterprise reference architectures and stacks are becoming increasingly cluttered and complex. What’s needed is a pragmatic approach that focuses on process and data.<\/p>\n","protected":false},"author":704,"featured_media":8241,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[187],"tags":[94],"ppma_author":[3513],"class_list":["post-2370","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bigdata-cloud","tag-data-science"],"authors":[{"term_id":3513,"user_id":704,"is_guest":0,"slug":"setrag-khoshafian","display_name":"Setrag Khoshafian","avatar_url":"https:\/\/www.experfy.com\/blog\/wp-content\/uploads\/2020\/04\/medium_e736bac2-8af5-4224-b28c-0a82c894c0c0-150x150.jpg","user_url":"http:\/\/www.khoshconsulting.com","last_name":"Khoshafian","first_name":"Setrag","job_title":"","description":"Dr. Setrag Khoshafian is Chief Evangelist and VP of BPM Technology at Pegasystems. He is one of the industry\u00b4s pioneers and recognized experts in Digital Enterprises, especially pragmatic Digital Transformation leveraging next-generation BPM: Digital Process Automation, Robotic Automation, AI, Internet of Things (IoT) and CRM.\u00a0A frequent business transformation and innovation speaker and presenter in international workshops and conferences, he is the author of more than 10 books and hundreds of business and academic articles in recognized journals."}],"_links":{"self":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/2370","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/users\/704"}],"replies":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/comments?post=2370"}],"version-history":[{"count":6,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/2370\/revisions"}],"predecessor-version":[{"id":35043,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/2370\/revisions\/35043"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media\/8241"}],"wp:attachment":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media?parent=2370"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/categories?post=2370"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/tags?post=2370"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/ppma_author?post=2370"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}