Uploaded image for project: 'OASIS Universal Business Language (UBL) TC'
  1. OASIS Universal Business Language (UBL) TC
  2. UBL-140

Reported: In a CreditNote the DeliveryTerms are a 0..n, in an Invoice it is a 0..1

    Details

      Description

      Reported 2017-09-29:

      https://lists.oasis-open.org/archives/ubl-comment/201709/msg00015.html

      "A DebitNote also has 0..n.

      Why would there be multiple DeliveryTerms on a Credit or Debit Note
      but not on an Invoice?"

        Attachments

          Activity

          Hide
          gkholman Ken Holman (Inactive) added a comment -

          Since we cannot reduce the cardinality on the other two documents, I think consistency pushes us to increase the cardinality for an invoice.

          Show
          gkholman Ken Holman (Inactive) added a comment - Since we cannot reduce the cardinality on the other two documents, I think consistency pushes us to increase the cardinality for an invoice.
          Hide
          keesduvekot Kees Duvekot added a comment -

          agreed that for consistency we need to adjust the cardinality of Invoice to 0..n also (its on all other billing documents except FreightInvoice which does not have DeliveryTerms)

          Show
          keesduvekot Kees Duvekot added a comment - agreed that for consistency we need to adjust the cardinality of Invoice to 0..n also (its on all other billing documents except FreightInvoice which does not have DeliveryTerms)
          Hide
          keesduvekot Kees Duvekot added a comment -

          Although I can see the point in creating "consistency" I think it would be confusion for people to understand why you would have multiple "DeliveryTerms" on a single invoice.
          I would suggest to NOT implement this ( I have changed my mind on this point)

          Show
          keesduvekot Kees Duvekot added a comment - Although I can see the point in creating "consistency" I think it would be confusion for people to understand why you would have multiple "DeliveryTerms" on a single invoice. I would suggest to NOT implement this ( I have changed my mind on this point)

            People

            • Assignee:
              keesduvekot Kees Duvekot
              Reporter:
              gkholman Ken Holman (Inactive)
            • Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: