Business Process Model and Notation Avatar
  1. OMG Specification

Business Process Model and Notation — Closed Issues

  • Acronym: BPMN
  • Issues Count: 25
  • Description: Issues resolved by a task force and approved by Board
Open Closed All
Issues resolved by a task force and approved by Board

Issues Summary

Key Issue Reported Fixed Disposition Status
BPMN12-34 Section: 9.4, 9.4.1, 9.4.2 BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-33 Clarify association of artifacts to flows BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-32 BPMN does not have a symbol for a physical storage facility BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-31 BPMN does not explicitly identify a model element for "approval." BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-30 Page: Page 1 (PDF page 25) BPMN 1.1 BPMN 1.2 Resolved closed
BPMN2-99 The schema for globalTasks of type Send ,Receive and Service are not there BPMN 1.1 BPMN 2.0 Resolved closed
BPMN12-22 precisions about the Signal Event BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-21 Common Gateway Features BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-27 Figure A.35 BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-25 Figure A.33 is missing an artefact BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-24 Figure A.31 is an invalid BPMN 1.1 model BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-19 Sequence Flow Connection BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-18 Glossary issue BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-20 Glossary (Adobe p321): under Trigger BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-26 Figure A.34 is missing an artefact BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-23 Figure A.30 is an invalid BPMN 1.1 model BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-16 Table A.10 editorial BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-15 Table A.10 BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-14 Table 9.13 BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-17 Glossary BPMN 1.1 BPMN 1.2 Resolved closed
BPMN12-13 Table 9.2 BPMN 1.1 BPMN 1.2 Resolved closed
BPMN2-84 text attribute is missing from the Documentation element of the v 0.9.14 schema BPMN 1.1 BPMN 2.0 Resolved closed
BPMN2-89 businessRuleTask element in the BPMN 2.0 schema file is missing the implementation attribute BPMN 1.1 BPMN 2.0 Resolved closed
BPMN2-86 Semantic.xsd v0.9.14, sect. 8.2.1, p76-77 BPMN 1.1 BPMN 2.0 Resolved closed
BPMN2-85 Sematic.xsd vs. v0.9.14, sect. 8.3.7, pp106-107 BPMN 1.1 BPMN 2.0 Resolved closed

Issues Descriptions

Section: 9.4, 9.4.1, 9.4.2

  • Key: BPMN12-34
  • Legacy Issue Number: 11634
  • Status: closed  
  • Source: TIBCO ( Justin Brunt)
  • Summary:

    We have been puzzling over the meaning of the MultiIinstance Paralllel Marker and believe that there’s a conflict in the description. We saw this in the 1.0 specification and then checked to see if the 1.1 specification had changed in any way but found it to be the same. We believe there needs to be clarification around the MultipleInstance loop MI_Ordering attribute with regards to the task marker symbol that should be used. Here’s the basic description (we’re giving table/figure references from v 1.1 draft of BPMN spec).… BPMN spec says that Standard loop will look like Figure 9.15 Image 1 And Multi Instance loop will look like Figure 9.15 Image 2 However in Table 9.20 Multi-Instance Loop Activity Attributes in the MI_Ordering attribute description it clearly states that… If set to Parallel, the Parallel marker SHALL replace the Loop Marker at the bottom center of the activity shape (see Figure 9.9 and Table 9.18). This suggests that a Multi-Instance Loop task that is set to sequential would actually have the Standard Loop Marker. The question is, which statement is correct, the first… “Standard Loop activities will have a marker that is a circle with an arrow and Multi-Instance Loop activities will have a marker that is two parallel vertical lines” Or the second… “A Parallel Multi-Instance activity will have a marker that is two parallel vertical bars. Standard loops and sequential multi-instance activities will have a marker that is a circle with an arrow on it”. These statements made in the BPMN spec seem to be contradictory. Now, to us, whether the task instances are performed in parallel or sequential is the most significant thing to display visually on the diagram. And therefore we actually think that the second statement should be true. However, whether the condition is evaluated once or on each loop iteration could also be significant enough to be visible in the diagram. We actually think that there are 3 significant pieces of information that BPMN is trying to convey with only 2 markers and associated attributes. § Separate Task instances are run in parallel. § Separate Task instances are run sequentially, and if so… o The loop exit condition is a Boolean expression and is re-evaluated on each loop iteration. o The condition is a Numeric expression that is evaluated only once before loop begins and specifies a maximum value for LoopCounter. We think that there are 2 possibilities to overcome this problem and clarify the meaning… 1) Add a new value to the Standard Loop TestTime attribute – OnceBefore – this states that the expression is numeric and specifies the number of loop iterations. Then remove the MI_Ordering attribute i.e. all Multi-Instance loops are parallel. It may be useful to introduce a new marker symbol to distinguish between OneBefore and Before/After (if it is deemed significant enough to been seen at diagram level). 2) Leave all the attributers as they are but introduce a new marker symbol for “The condition is a Numeric expression that is evaluated only once before loop begins and specifies a maximum value for LoopCounter” (i.e. a Multi-Instance Loop with MI_Ordering set to sequential. In either case, if all three pieces of information are deemed significant enough to been seen at diagram level, here are our suggestions… Multi-Instance + Parallel - use parallel bar symbol Standard Loop Before/After (Evaluated On every iteration) … You could, also distinguish between before and after by say, turning the symbol upside down for evaluate-before… Because the circle as a break in it then it suggests (maybe?) that the process engine stops to re-evaluate things each time round the loop. Multi-Instance + Sequential (or new Standard Loop + OnceBefore… Use circle with no break Because the circle has no break in it then it suggests (maybe?) that the process engine already knows how many times to go around.

  • Reported: BPMN 1.1 — Wed, 31 Oct 2007 04:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Wed, 11 Mar 2015 01:53 GMT

Clarify association of artifacts to flows

  • Key: BPMN12-33
  • Legacy Issue Number: 11601
  • Status: closed  
  • Source: NIST ( Mr. Conrad Bock)
  • Summary:

    In clause 9.7.2 and 10.1.4, it is stated that a data object artifact can be associated with a (Sequence or Message) Flow.
    But the meaning of association with a Sequence Flow is not
    clearly stated.

    In Figure 9.40 there is an example of an association of a data object to a Sequence Flow between two Activities. Is such an association only permitted when the Flow is between two Activities? Is it permitted when the flow is between an Activity and a Gateway?

    For example, could Figure 9.40 have two activities on the right, with an exclusive data gateway (decision) routing the data object to one or the other under certain conditions?

    Is there a meaning to associating the data object with a Sequence Flow that terminates in an Event (throw or catch)?

    Proposed Resolution:

    When the flow originates from an Activity, the data object is an output of that Activity that is available at the time of the flow. When the flow terminates in an Activity, the data object is an input to that Activity that is available at the time the Activity starts. (This is the conclusion to be drawn from the current text. But these statements are independent of what is on the other end.)

    If the flow originates from a gateway or event, BPMN assigns no meaning to the association with respect to that end, but a conforming tool may.

    If the flow terminates in a gateway or event, the data object is an "input" artifact that is available when the Gateway decision is made, the Event is thrown, or the wait for the Event begins. The artifact, or the knowledge of its availability, may be used in making the Gateway decision or throwing or handling the Event.

    The preferred representation of a data object "flowing" past a gateway or event is to show two (or more) associations:
    output from the originating activity and input to the activity (or activities) that use the artifact. (And there should be an example of this.)

  • Reported: BPMN 1.1 — Tue, 9 Oct 2007 04:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Wed, 11 Mar 2015 01:53 GMT

BPMN does not have a symbol for a physical storage facility

  • Key: BPMN12-32
  • Legacy Issue Number: 11278
  • Status: closed  
  • Source: Agile Enterprise Design ( Mr. Fred A. Cummins)
  • Summary:

    BPMN does not have a symbol for a physical storage facility. This is important to highlight for management process diagrams since such facilities that may be a source of signifant costs and delays. (This comment is intended for consideration in BPMN 2.0)

  • Reported: BPMN 1.1 — Mon, 13 Aug 2007 04:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Wed, 11 Mar 2015 01:53 GMT

BPMN does not explicitly identify a model element for "approval."

  • Key: BPMN12-31
  • Legacy Issue Number: 11277
  • Status: closed  
  • Source: Agile Enterprise Design ( Mr. Fred A. Cummins)
  • Summary:

    BPMN does not explicitly identify a model element for "approval." This is important to highlight for control issues and regulatory compliance concerns. An approval symbol is apparently common in management consultant diagrams. A equlateral triangle with one edge at the base has been used for this. (this issue intended for BPMN 2.0).

  • Reported: BPMN 1.1 — Mon, 13 Aug 2007 04:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Wed, 11 Mar 2015 01:53 GMT

Page: Page 1 (PDF page 25)

  • Key: BPMN12-30
  • Legacy Issue Number: 11150
  • Status: closed  
  • Source: Object Management Group ( Andrew Watson)
  • Summary:

    Page 1 (PDF page 25) Section 1 includes the text: "Note – This version does provide a non-normative mapping from BPMN to WSBPEL, but the BPMN specification itself is known to be incomplete with respect to capturing all the required information for WSBPEL. So the mapping is insufficient, in any case." This says one can't make a mapping from WSBPEL to BPMN. It doesn't prevent a mapping from BPMN to WSBPEL.

  • Reported: BPMN 1.1 — Wed, 11 Jul 2007 04:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Wed, 11 Mar 2015 01:53 GMT

The schema for globalTasks of type Send ,Receive and Service are not there

  • Key: BPMN2-99
  • Legacy Issue Number: 14568
  • Status: closed  
  • Source: Trisotech ( Mr. Denis Gagne)
  • Summary:

    In the semantic.xsd and in the spec document chapter 10.2.7 vs chapter 10.2.9. The schemas for the globalSendTask, globalReceiveTask and globalSendTask are missing. This is related to another reported issue that the class diagram Figure 10-40 on page 199 is also missing these corresponding classes

  • Reported: BPMN 1.1 — Thu, 15 Oct 2009 04:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:

    The resolution of this issue is covered by 14779 OMG-14779
    Disposition: Duplicate

  • Updated: Fri, 6 Mar 2015 20:57 GMT

precisions about the Signal Event

  • Key: BPMN12-22
  • Legacy Issue Number: 11677
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    I would appreciate some precisions about the Signal Event. Initially
    we intended not to have any data associated with it. Yet it has some
    properties. I think it makes sense; we indeed need to associate
    technical information such as the Name or Id of the instance that
    raised it, as well as its TimeStamp. I want to make sure those are
    not supposed to be business data. Also I think this part is under
    specified, we need to further explain what kind of mechanism should be
    used to "listen" to such events, (publish/subscribe pattern ?) as well
    as how long such messages are supposed to be kept alive. For instance
    on Figure 10.48 (Adobe 322) what is supposed to happen if "B
    Completed" is raised before the upper sub process is ready to receive it
    ?

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Common Gateway Features

  • Key: BPMN12-21
  • Legacy Issue Number: 11676
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Common Gateway Features (Adobe p97): "an Gateway MUST NOT .. " and
    "An Gateway MUST NOT.."

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modifications will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Figure A.35

  • Key: BPMN12-27
  • Legacy Issue Number: 11682
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Figure A.35: intermediate link event should be used

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor figure modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Figure A.33 is missing an artefact

  • Key: BPMN12-25
  • Legacy Issue Number: 11680
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Figure A.33 is missing an artefact next to the loop symbol to
    specify it is an unfolded sub-process

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Close, No Change: This item requested is not a graphical element of the BPMN 1.1 Specification.
    There is another issue (Issue 10384), which will be closed and deferred to BPMN 2.0 that will add
    such a graphical element
    Revised Text: None
    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Figure A.31 is an invalid BPMN 1.1 model

  • Key: BPMN12-24
  • Legacy Issue Number: 11679
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Figure A.31 is an invalid BPMN 1.1 model (sequence flow pointing to
    text, Intermediate Link Event should be used instead)

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor figure modifications will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Sequence Flow Connection

  • Key: BPMN12-19
  • Legacy Issue Number: 11674
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Sequence Flow Connection (Adobe p72): "an exception to this: an Source link.."

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This item has already be fixed in the BPMN 1.1 specification.
    Revised Text: None
    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Glossary issue

  • Key: BPMN12-18
  • Legacy Issue Number: 11673
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Glossary (Adobe p290): under Result – "A result is consequence of
    reaching an End Event. Results can be of different types, including:
    Message, Error, Compensation, Link and Multiple" Link shall be removed

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Glossary (Adobe p321): under Trigger

  • Key: BPMN12-20
  • Legacy Issue Number: 11675
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Glossary (Adobe p321): under Trigger: "A trigger is a mechanism that
    signals the start of a business process. Triggers are associated with
    a Start Events and Intermediate Events and can be of the type:
    Message, Timer, Rule, Link, and Multiple" 'Rule' shall be renamed to
    'Conditional' and 'a Start Events' should be 'a Start Event'

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modifications will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Figure A.34 is missing an artefact

  • Key: BPMN12-26
  • Legacy Issue Number: 11681
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Figure A.34 is missing an artefact to specify it is an unfolded
    sub-process, also intermediate link events should be used.

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor figure modifications will be made to the BPMN 1.1 Specification. Note
    that there is no standard icon to show that the Sub-Process is unfolded in the figure. This will be
    done in BPMN 2.0.

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Figure A.30 is an invalid BPMN 1.1 model

  • Key: BPMN12-23
  • Legacy Issue Number: 11678
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    • Figure A.30 is an invalid BPMN 1.1 model (message flows are not
    correct, a gateway has two defaults outgoing path, ..)

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor figure modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Table A.10 editorial

  • Key: BPMN12-16
  • Legacy Issue Number: 11671
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Table A.10 (Adobe p76): "if the Error Event does has an ErrorCode.."

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Table A.10

  • Key: BPMN12-15
  • Legacy Issue Number: 11670
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Table A.10 (Adobe p176): "this will map to a throw element". There's
    only one element allowed to throw errors and that is the
    Error-End-Event. This should be fully specified to avoid possible
    confusion with the non-existing intermediate-throw-error event

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This issue is out of scope for the RTF and will be addressed by the response to
    the BPMN 2.0 RFP.
    Revised Text: None
    Disposition: Closed, deferred

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Table 9.13

  • Key: BPMN12-14
  • Legacy Issue Number: 11669
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Table 9.13 (Adobe p75): "for an Intermediate Event within Normal
    Flow: if the Trigger is an Error, then the ErrorCode MUST be entered.
    This "throws" the error." This indicates that an Intermediate Event
    can "throw" an error, which conflicts with Figure 9.5. I guess it
    should be 'catches' instead of 'throws'.

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Glossary

  • Key: BPMN12-17
  • Legacy Issue Number: 11672
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Glossary (Adobe p290): End Event - "End Event Results are Message,
    Error, Compensation, Link, and Multiple" Link shall be removed

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    The following minor text modification will be made to the BPMN 1.1 Specification

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Table 9.2

  • Key: BPMN12-13
  • Legacy Issue Number: 11668
  • Status: closed  
  • Source: Axway Software ( Sylvain Astier)
  • Summary:

    Table 9.2 (Adobe p66): under "error" the description reads ".. if no
    activity in the has such.." a word seems to be missing

  • Reported: BPMN 1.1 — Sun, 18 Nov 2007 05:00 GMT
  • Disposition: Resolved — BPMN 1.2
  • Disposition Summary:

    Suggested Resolution:
    Close, No Change: This item has already been fixed in the BPMN 1.1 specification
    Revised Text: None
    Disposition: Closed, no change

  • Updated: Fri, 6 Mar 2015 20:57 GMT

text attribute is missing from the Documentation element of the v 0.9.14 schema

  • Key: BPMN2-84
  • Legacy Issue Number: 14432
  • Status: closed  
  • Source: Trisotech ( Mr. Denis Gagne)
  • Summary:

    The text attribute is missing from the Documentation element of the v 0.9.14 Semantic.xsd schema. Thus no text description of a BPMN element can be captured by the provided schema

  • Reported: BPMN 1.1 — Thu, 24 Sep 2009 04:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:
    • Update the description of the text attribute in the specification text after Table 8.6 (spec pg 46) to add
      "In the BPMN schema, the tDocumentation complexType does not contain a text attribute or element. Instead the documentation text is expected to appear in the
      body of the documentation element. For example:
      <documentation>An example of how the documentation text is entered.</documentation> "
  • Updated: Fri, 6 Mar 2015 20:57 GMT

businessRuleTask element in the BPMN 2.0 schema file is missing the implementation attribute

  • Key: BPMN2-89
  • Legacy Issue Number: 14537
  • Status: closed  
  • Source: Trisotech ( Mr. Denis Gagne)
  • Summary:

    businessRuleTask Element (Semantic.xsd vs. v0.9.14, sect. 10.2.3, Table 10-11, p175)
    The businessRuleTask element in the BPMN 2.0 schema file Semantic.xsd is missing the implementation attribute of type BusinessRuleTaskImplementation as per the specification documentation.

  • Reported: BPMN 1.1 — Mon, 5 Oct 2009 04:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:

    All implementation attributes are changed to string fields. Valid attributes are "##WebService" for the Web service technology, "##unspecified" to leave the
    implementation technology open or any other URI for any technology or coordination protocol. As an example WS-HumanTask is mentioned as such a technology in
    User Tasks.
    Tables and figures need to be updated according to the comments in the attachment.
    The attached XSD and the diff is still valid. It introduces a new complex type tImplementation, accepting anyURI, ##WebService or ##unspecified.

  • Updated: Fri, 6 Mar 2015 20:57 GMT

Semantic.xsd v0.9.14, sect. 8.2.1, p76-77

  • Key: BPMN2-86
  • Legacy Issue Number: 14441
  • Status: closed  
  • Source: Trisotech ( Mr. Denis Gagne)
  • Summary:

    In the Semantic.xsd schema, the baseElement has its Id attribute as optional. This has the effect by inheritance that all elements have optional Ids.

    Although Figure 8-5 and Table 8-5 does not speficy this attribute as required, I believe it should be???

  • Reported: BPMN 1.1 — Wed, 30 Sep 2009 04:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:
    • Update the description of the id attribute (table 8.5, spec pg 46) to add
      "The id is required if this element is referenced or intended to be referenced by something else. If the element is not currently referenced and is never intended to be
      referenced, the id may be omitted."
  • Updated: Fri, 6 Mar 2015 20:57 GMT

Sematic.xsd vs. v0.9.14, sect. 8.3.7, pp106-107

  • Key: BPMN2-85
  • Legacy Issue Number: 14433
  • Status: closed  
  • Source: Trisotech ( Mr. Denis Gagne)
  • Summary:

    In the schema, the substitutionGroup relation is place between the expression element and the formalExpression element, not the types. Thus elements of type expression do not benefit from the substitutionGroup. (e.g. activationCondition in the complexGateway is of type tExpression and thus cannot accept a formalExpresion).

  • Reported: BPMN 1.1 — Fri, 25 Sep 2009 04:00 GMT
  • Disposition: Resolved — BPMN 2.0
  • Disposition Summary:

    The FTF does not see a problem with the current state of the specification.
    Disposition: Closed, No Change

  • Updated: Fri, 6 Mar 2015 20:57 GMT