Improved

Fixed

conlutio

In Review

Planned

In Progress

Completed

Duplicate

Rejected

High Priority

Low Priority

Support Package 05

Support Package 06

Support Package 07

Support Package 08

Sag conlutio, wie sie das Produkt nützlicher machen könnten!

Haben Sie etwas zu sagen?

Tell us how we could make the product more useful for you.

Have something to say?

There is a "file type" parameter in the attachment profile, but this is not used for the "direct upload" attachment type. It would be desirable to be able to use this field, for example, to only allow PDF files to be uploaded.

Support file type in attachment profile for direct upload

In rare cases, files in XML Office format (e.g. .xlsx, .docx) which are taken over from the generic object services are corrupted. The Microsoft Office programs can still open these files, but show a warning message. This problem is caused by unnecessary characters at the end of the file which are added during import. This error is corrected with Support Package 08.

Corrupt files when loading from GOS

Maintaining mail data during creation of SD documents not possible - error "No parameter found for organization unit&nbsp;!"--&gt; During call dialogue organization unit not determined correctly --&gt; check *-VBELN+00(01) NE '$' for LE, SD, SDBIL, TR in PREPARE_UI_WITH_DATA

SD maintain mail data during creation of document

The direct upload function currently saves uploaded files in a database table. This table can become very large under certain circumstances.There must be a possibility of storing the files in the external archive system (via Archive Linke content repositories) when using the direct upload function.

Direct upload using an external archive system

If an outgoing e-mail was archived there is now an easy way to open it from the sending history. Before that it was only shown in the generic object services. <img src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451729847.png"/> Clicking this function will open the EML-File and open it in the local mail client (e.g. Outlook).

Display archived E-Mail from sending log

Many e-mails are sent to business partners from SAP via the xtMail Suite. Answers to this end up in the sender's normal e-mail inbox and cannot be seen in SAP. Solution:<ul><li>In the customizing of the xtMail Suite it should be possible to set a Reply-To address. An email address that is processed by SAP is specified here.</li><li>Alternatively, an employee can simply forward a received email to an email address in SAP.</li><li>Outgoing e-mails must automatically have a unique ID, for example at the end of the e-mail or in the subject</li></ul> If a recipient replies to an e-mail, the reply can be processed automatically. The unique ID is used to identify the outgoing document to which the response belongs and the received e-mail can be automatically stored there in the services for the object. However, there should be a report in SAP in order to be able to monitor and read all incoming e-mails with various selection options and authorization checks. In a second step, semi-automatic processing would also be desirable. In this, incoming answers are first collected and a user can decide what should happen with them. Some delivered or freely definable actions would also be important here. Example for "Actions":- Discard the email- Archive the e-mail on the outgoing document- (MM) Maintain an order confirmation and archive the e-mail afterwards- (SD) Create sales order for an quoation and store the e-mail on both documents.- ...

Process responses received by email

In Microsoft outlook it is possible to request a read receipt for sent emails. If this is supported by the recipients e-mail client he can send a mail back automatically to confirm that he has read the email. There should be an option to enable this in xtMail Suite to. The interface of CL_BCS allows this by calling SET_STATUS_RECIPIENT.

Request Read Receipt for outgoing emails

If an email was already sent successfully and is listed in the cockpit transaction, there should be a new action button "Forward in outlook". When clicking this button a copy of the email with all recipients, subject, mailtext and attachments should open in Outlook, but the user can change it to forward it to somebody else. Update, function will be available in detail screen of sending log:<img src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451726017.png"/>

New Cockpit Action - Forward in Outlook

Some text symbols (placeholders) cannot be replaced when creating a new document, e.g. the document number is unknown before saving the first time. If the e-mail is maintained in dialog these placeholders are removed as the placeholder is initial. e.g.Subject: "Purchaseorder &amp;EKKO-EBELN&amp; / &amp;EKKO-EKGRP&amp;is replaced bySubject: "Purchaseorder / 123" If changing the subject in dialog the text symbol is permanently removed. Same applies to mailtext. Possible solution:If a text symbol cannot get resolved as it is currently empty, the placeholder should be shown in dialog. So with above example when calling the dialog the subject should be "Purchaseorder &amp;EKKO-EBELN&amp; / 123". When the subject is changed by the user and he keeps the text sybol it should be still replaced during sending.

Keep unresolvable text symbols when maintaining emails

This is only a display problem (new UI) but should get fixed: <ol><li>Create a new document, e.g. an sales order</li><li>Call the dialog of xtMail Suite one time and leave it again</li><li>Change the partners of the sales order or change the communication language without saving the changes.</li><li>Call the dialog of xtMail Suite again -&gt; It still displays the data based on the partners or language of the first call.</li></ol> When sending the e-mail, always the correct data is used.

Changing language or partners displays wrong e-mail content

There are placeholders which can be used to create a filename for attachments in the sending profile. Eg. Order_Confirmation_{{DOCNUMBER}}.{{EXTENSION}}. The available placeholders are limited to fields in Structure /conlutio/ms_filename:<img src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451725236.png"/> This structure should get extend to also allow document or business partner specific fields to be replaced. Examples are:<ol><li>Sales: Customer purchase order number (VBAK-BSTNK)</li><li>Customer: Shipper's (Our) Account Number at the Customer or Vendor (KNVV-EIKTO)</li></ol> It would further be very useful if customers could append own fields to /conlutio/ms_filename and to fill them with a new BAdI-Method.

More Placeholders for filenames/attachments

When an email is edited, only the text is displayed without signature or HTML formatting. It should be possible to show a preview of the final email text in this dialog, including the signature and in HTML format if active.

HTML-Preview of Mailbody

The current BAdI-Method SET_MAILTEXT is called for the actual mailtext but does not contain the signature or html coding which was added via profile. We need a new BAdI-Method (e.g. SET_MAILTEXT_FINAL) which is called when the final mailbody was created by the mailtext profile. The text, which could be changed by the method, should include HTML-Header, Text, Signature and HTML-Footer with all replacements of text-symbols done.

New BAdI-Method to change the final mailtext (with signature and HTML coding)

E-mails can have an additonal "reply-to" address which might be different from the actual sender. This is a header field in the e-mail (https://en.wikipedia.org/wiki/Email#Message_header). The sender profile should be extended with a new sender type (with a fixed e-mail address) to set the reply-to address(es) in the header if it should be different from the sender address.<h2>.</h2>Preview Support Package 08:<img alt="" src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451724952.png"/>

New sender type - reply-to address

We already have several organizational units that in certain cases would like to send an email to the same email address that is independent of the document, e.g. in the case of a fall-back solution. So far we have solved this using the BAdI. However, we would like to forego the developments if there were also a fixed email address as the recipient type -&gt; analogous to the organizational unit in the sender profile.

Email recipient - fixed recipient

The text for BCC is cut off when language EN is used for logon. This leads to a strange view.<img src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451724637.png"/> If the longer correct text is selected when changing, an error message appears. <img src="https://service.conlutio.com/file.php?key=pyqlrmygzywckcr3wds79dpj14nxgsda&amp;expires=1623110400&amp;signature=3991474754bb56e936ab8920357644e71ac88796&amp;disposition=inline"/>

BCC Text is cut off when logon language is EN

At the moment, outgoing e-mails are only documented in the sending log of the xtMail Suite. For long-term archiving, it would be desirable to store the e-mail (additionally) in EML format in the generic object services of the document. The assignment to a document type would be useful.

Archive outgoing emails in EML Format in generic object services

The latest versions came with many changes to the UI, currently the translation is only complete for english and german and for the most parts in french. Complete the translation for french and all other currently supported languages like italian, chinese ...

Update translation of xtMail Suite

If an email address in the recipient dialog is from a contact person the first and last name of the contact is not shown. There should be a column to display the full name of a contact if available.

New column "recipient full name" in recipient list

Currently no file size is shown in the attachment list, there should be a column for this.

Display file size in attachment list of an email

A function is required to set the mail priority, this should be possible in the maintenance dialog. <img src="https://fb-usercontent.fra1.cdn.digitaloceanspaces.com/1673451724232.png"/>

Possibility to set the mail priority

If manual changes are made to the e-mail in the dialog, no data determination is carried out for the changed parts. It would be desirable to have a function (button) to reset all manual changes and to replace the content with the automatically found data again.

Function to reset manual changes in the dialog

In the old UI there was a similar function to analyse the determination of the mail data. Bring back this function for the new UI.