Refactoring Docs

Issue-ID: CCSDK-2846
Signed-off-by: Singal, Kapil (ks220y) <ks220y@att.com>
Change-Id: I34e469deb914fc4e452159a2c3419270f8eb97bc

1 files changed, 36 insertions, 36 deletions

diff --git a/docs/modelingconcepts/dynamic-payload.rst b/docs/modelingconcepts/dynamic-payload.rst
index a2a4cb72b..8f378c069 100644
--- a/docs/modelingconcepts/dynamic-payload.rst
+++ b/docs/modelingconcepts/dynamic-payload.rst
@@ -4,7 +4,7 @@
 .. Copyright (C) 2020 Deutsche Telekom AG.
 
 Dynamic Payload
--------------------------------------
+---------------
 
 One of the most important API provided by the run time is to execute a CBA Package.
 
@@ -21,45 +21,45 @@ Here is how the a **generic request** and **response** look like.
      - response
    * - .. code-block:: json
 
-          {
-           "commonHeader": {
-              "originatorId": "",
-              "requestId": "",
-              "subRequestId": ""
-           },
-           "actionIdentifiers": {
-              "blueprintName": "",
-              "blueprintVersion": "",
-              "actionName": "",
-              "mode": ""
-           },
-           "payload": {
-              "$actionName-request": {
-                 "$actionName-properties": {
-                 }
+        {
+          "commonHeader": {
+            "originatorId": "",
+            "requestId": "",
+            "subRequestId": ""
+          },
+          "actionIdentifiers": {
+            "blueprintName": "",
+            "blueprintVersion": "",
+            "actionName": "",
+            "mode": ""
+          },
+          "payload": {
+            "$actionName-request": {
+              "$actionName-properties": {
               }
-           }
+            }
           }
+        }
 
      - .. code-block:: json
-         
-          {
-           "commonHeader": {
-              "originatorId": "",
-              "requestId": "",
-              "subRequestId": ""
-           },
-           "actionIdentifiers": {
-              "blueprintName": "",
-              "blueprintVersion": "",
-              "actionName": "",
-              "mode": ""
-           },
-           "payload": {
-              "$actionName-response": {
-              }
-           }
+
+        {
+          "commonHeader": {
+            "originatorId": "",
+            "requestId": "",
+            "subRequestId": ""
+          },
+          "actionIdentifiers": {
+            "blueprintName": "",
+            "blueprintVersion": "",
+            "actionName": "",
+            "mode": ""
+          },
+          "payload": {
+            "$actionName-response": {
+            }
           }
+        }
 
 The ``actionName``, under the ``actionIdentifiers`` refers to the name of a
 Workflow (see :ref:`workflow`)
@@ -74,5 +74,5 @@ Then the **content within this element** is fully based on the
 
 During the :ref:`enrichment` CDS will aggregate all the resources
 defined to be resolved as input (see :ref:`node_type` -> Source -> Input), within mapping definition files
-(see :ref:`artifact_type` -> Mapping), as data-type, that will then be use as type 
+(see :ref:`artifact_type` -> Mapping), as data-type, that will then be use as type
 of an  input called ``$actionName-properties``.
\ No newline at end of file