Attachment should be a managed resource, distinct from
Document. The requirement has been raised for a long time, just hasn't been implemented in the Open API.
Hopefully eventually it will be done.
------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------
Original Message:
Sent: Apr 28, 2022 02:51
From: Paul Stanek
Subject: TMF641 - Sharing an attachment with other interfaces
@Steve Harrop, can you help clarify the meaning of the href attribute in the Attachment entity?
------------------------------
Paul Stanek
Suntech S.A.
Original Message:
Sent: Apr 27, 2022 16:26
From: Paul Stanek
Subject: TMF641 - Sharing an attachment with other interfaces
What is the meaning of the href attribute in the attachment in this case?
I saw an example in the TMF639 as below:
"resourceAttachment": [{ "id": "123", "href": "http://server:port/documentManagement/document/123" }]
This attribute (resourceAttachment) is defined as an array of AttachmentRefOrValue. But in the TMF667 specification is said that attachment is not a manageable resource. Even it would, it is addressed in this sample like a document resource. Maybe it should have value like this "http://server:port/documentManagement/attachment/123". But in the TMF667 separable endpoint for attachments is not defined. So I'm I have to say that I'm confused here.
------------------------------
Paul Stanek
Suntech S.A.
Original Message:
Sent: Feb 23, 2022 04:39
From: Jonathan Goldberg
Subject: TMF641 - Sharing an attachment with other interfaces
Many APIs, e.g. Product Catalog (TMF620), use the Attachment object. This exactly meets your requirement, the object supports:
- attachment.url - a url that allows retrieval of the attachment from a document store, S3 bucket, etc.
- attachment.content - binary64 encoding of the actual attachment content
For some reason we don't have attachments on order and inventory APIs, of course you are free to add as an extension.
Hope it helps
------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
Original Message:
Sent: Feb 22, 2022 12:36
From: Prasanthi P
Subject: TMF641 - Sharing an attachment with other interfaces
We have a requirement to accept few files / documents from the customer and they need to be sent to the supplier.
The system exposes a TMF641 API (While submitting the request on the UI, it's converted to a TMF641 service order request).
How can these attachments (files / docs) be sent to the supplier? On TMF exposure, is it possible to send attachments across interfaces?
The possible solutions we have are:
- The attachments to be stored on a common space and share the file name and the url of that location with the suppliers in the service characteristics.
- The attachments (preferably PDFs) to be converted / encoded using algorithm and that generated text string is shared with the suppliers via TMF request.
If anyone has any further ideas on how will TMF 641 help us in getting these files transferred across systems?
------------------------------
Prasanthi P
Infosys
------------------------------