DATECOPYOPT

  • Creator
    Topic
  • #48666
    David Teh
    Participant

      Hi folks,

      In the translation, DATECOPYOPT has this ‘Time Options’ function which should not come into play as long as source sends CCYYMMDDHHMMSS, right?

      I have a weird situation where one XLT using DATECOPYOPT (with use system time) is truncating the HHMMSS of the message. Another XLT using  DATECOPYOPT (with use custom time) sends the full CCYYMMDDHHMMSS.

      Not too sure why it matters since the source message sends the full CCYYMMDDHHMMSS.

      Strange……..

    Viewing 6 reply threads
    • Author
      Replies
      • #59331
        Anonymous
        Participant

          So what is your question????

        • #59332
          Jim Kosloskey
          Participant

            David,

            Check the definition for the fields in question on the outbound variant(s).

            It is possible somebody shortened one of the field lengths.

            Another possibility (but I think you might have already checked for this) is there is a proc involved with one of the Xlates which is truncating the field.

            Jim Kosloskey

            email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

          • #59333
            David Teh
            Participant

              DATECOPYOPT is just guessing the cause.

              Question is how the truncation occurred.

              Thomas G Rioux wrote:

              So what is your question????

            • #59334
              David Teh
              Participant

                Hi Jim,

                Thanks!

                The HL7 variant is long enough to accomodate the full length.

                Before posting, I did test without the proc, it was truncated as well….Strange.

                I’ve changed the XLT DATECOPYOPT to use custom time instead. It works fine now, though it still puzzles me why this should matter.

                Hmm……………..

                Jim Kosloskey wrote:

                David,

                Check the definition for the fields in question on the outbound variant(s).

                It is possible somebody shortened one of the field lengths.

                Another possibility (but I think you might have already checked for this) is there is a proc involved with one of the Xlates which is truncating the field.

                Jim Kosloskey

              • #59335
                David Teh
                Participant

                  Latest ‘weird’ discovery…🙂

                  With certain XLTs with DATECOPYOPT (using custom time), I still face the truncation issue.

                  What is weirder is (seemingly) to resolve the issue, I open up the DATECOPYOPT action properties window. I tick on ‘Add Precision’ and untick it. And click OK.

                  The date/time gets sent over in full.

                  Is this a bug?

                • #59336
                  Jim Kosloskey
                  Participant

                    David,

                    With ‘Add Precision’ on you should see the GMT offset as well as Date/Time. Do you (and is the field definition of the outbound variant long enough to contain the full DT length)?

                    If you do then Add Precision is doing its job.

                    With ‘Add Precision’ off the GMT offset is normally eliminated.

                    Jim Kosloskey

                    email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

                  • #59337
                    David Teh
                    Participant

                      Morning Jim,

                      The field length is long enough to accomodate but we don’t want to map the offset.

                      It works fine now after doing the odd ticking/unticking of the ‘Add Precision’ option. Weird!

                      Jim Kosloskey wrote:

                      David,

                      With ‘Add Precision’ on you should see the GMT offset as well as Date/Time. Do you (and is the field definition of the outbound variant long enough to contain the full DT length)?

                      If you do then Add Precision is doing its job.

                      With ‘Add Precision’ off the GMT offset is normally eliminated.

                      Jim Kosloskey

                  Viewing 6 reply threads
                  • The forum ‘Cloverleaf’ is closed to new topics and replies.