none
X937 EDI Financial Schema for BizTalk RRS feed

  • Question

  • We need to process EDI X.937 documents that include embedded check images. Has anyone been involved processing this specific document? Processing these documents will also likely include EBCDIC to ASCII conversion.
     
    BizTalk has many of the ANSI standard and financial specific XML schema representations of EDI documents but this is doesn't appear to be one of them.
     
    I have also looked in SWIFT accelerators but can't seem to find. Any guidance in this area will be appriciated.

    Thanks
    Wednesday, July 8, 2009 9:16 PM

Answers

  • X.937 is not supported out of box in BizTalk.
    Bhola Meena [http://blogs.msdn.com/biztalkb2b]
    Friday, July 10, 2009 3:07 AM
  • fyi:   x9.37 format files contain "records".  These records are prefixed by a 4 byte int, which represents the size.  If the first four bytes dont relate to 84 (when copied into an auto var 4 byte int), then flip endianness.  Then read the size and value for each of the records.   Each record is defined via the x9.37-dstu standard (X9.37 almost equals UCD, which almost equals FRB Adoption of x9.37 dstu-2003).   see my profile if you need more help.  
    (and also dont translate the images).
    norman.

    NormBo x9.37 programmer who's code processes billions of images monthly.
    • Marked as answer by Bilal Khawaja Thursday, March 11, 2010 4:18 PM
    Tuesday, September 15, 2009 4:45 PM

All replies

  • X.937 is not supported out of box in BizTalk.
    Bhola Meena [http://blogs.msdn.com/biztalkb2b]
    Friday, July 10, 2009 3:07 AM
  • Thanks. we just discovered that its not an edi document. its an x9.37 file in an ebcidic format which we have to conver to ascii first.
    Thursday, July 23, 2009 6:53 PM
  • fyi:   x9.37 format files contain "records".  These records are prefixed by a 4 byte int, which represents the size.  If the first four bytes dont relate to 84 (when copied into an auto var 4 byte int), then flip endianness.  Then read the size and value for each of the records.   Each record is defined via the x9.37-dstu standard (X9.37 almost equals UCD, which almost equals FRB Adoption of x9.37 dstu-2003).   see my profile if you need more help.  
    (and also dont translate the images).
    norman.

    NormBo x9.37 programmer who's code processes billions of images monthly.
    • Marked as answer by Bilal Khawaja Thursday, March 11, 2010 4:18 PM
    Tuesday, September 15, 2009 4:45 PM