- Introduction
- System Requirements
- 1. Performing the Installation of Floe
- 2 Post-Installation Configuration
- 3 User Management
- 4 Floe System Settings
- 5 Floe Notes
- 6 Install License Key
- 7 Setting up QAS and PRD
- 8 Add-on Un-installation
Introduction
This document describes the installation process for Floe release 200 and above.
For installation instructions covering older versions of Floe please see the Floe Installation Guide.
System Requirements
Arch Floe is installed as an ABAP Add-On into a SAP WebAS ABAP Stack.
Please review the Floe System Requirements before attempting the installation steps below.
1. Performing the Installation of Floe
1.1 SAINT
Log on to your SAP system as client 000 and as a user that has SAP_ALL authorization. Do not use the user SAP* or DDIC.
For installations or upgrades use Add-On Installation Tool (transaction SAINT).
For more information about this, see the online documentation for Add-On Installation Tool. To do this, choose the help function on the toolbar.
Load the software package:
- SAINT -> Installation Package -> Load Packages -> From Front End
1.2 SGEN
At this point you should compile Floe using the SGEN transaction.
- Transaction SGEN.
- Select the first option: Generate All Objects of Selected .... - Continue
- Select for Parallel Generation: Leave default. - Continue
- Start Job Directly.
2 Post-Installation Configuration
2.1 ZFLOE Packages
Two packages are important for the configuration of the Floe system:
2.1.1 ZFLOE_CUST
This package is used to hold and transport the business logic associated with customer e-mails.
- Transaction SE21.
- Package will be ZFLOE_CUST and select Create.
- Short Description: FLOE: Customer Logic
- Application Component: CA
- Software Component: HOME
- Transport Layer: Customer Specific, Default SAP.
- Save
2.1.2 ZFLOE_AUTHORIZATIONS
This package is used to hold the FLOE authorization object (see section 3.1).
- Transaction SE21.
- Package will be ZFLOE_AUTHORIZATIONS and select Create.
- Short Description: FLOE: Authorization Objects
- Application Component: CA
- Software Component: HOME
- Transport Layer: Customer Specific, Default SAP.
- Save
2.2 Content Management
Floe uses the 'Content Management System' [CMS] or 'Content Server' to optionally store sent e-mails and their attachments. From version 210 onwards it is also used to store files that can be attached to emails via configuration. The setup of CMS is SAP standard.
2.2.1 Content Management Table
The standard Floe installation scenario makes use of SAP DDIC physical tables as the final repository for CMS data, and under those circumstances it is necessary to create a physical table for that purpose.
- Transaction SE11.
- Select the radiobutton 'Tables' and enter table SDOKCONT1. (Those are OHs)
- Copy this table to ZFLOE_CMSCONT1, assigning package ZFLOE_CUST and workbench request as required.
- Activate this table.
Ensure that the technical settings of the table match the expected size of the table, and adjust accordingly.
Floe supports only the SAP Database CMS repository type.
2.2.2 Content Repository
In this Activity, you can define content repository. Floe only supports using the 'SAP System Database' type of repository.
You can find further information on content repositories in the SAP Knowledge Warehouse Installation Guide and in the SAP Library under Basis - Basis Services - SAP Knowledge Provider - Content Management Service - Concepts.
Floe Content Repository:
- Transaction OAC0 (OH-A-C-Zero).
- Change - Create
- Content Rep. : We suggest “ZFLOE001”
- Description: Floe: Email Content Repository
- Document Area: FLOE E-mail Content
- Storage type: SAP System Database
- Version No.: 0046
- Contents Table: ZFLOE_CMSCONT1 (table created in step 2.2.1)
- Save
2.2.3 Content Category
In this activity you assign the storage category to a content repositories (in the Knowledge Provider these are also called content categories).
Follow the steps below to create a new storage category and assign it to the content repository.
Floe Content Category:
- Transaction OACT (OH-A-C-T).
- New Entries
- Category: We suggest “ZFLOE001”
- Description: Floe: Content Category
- Document Area: "/Floe/"
- Content Repo: ZFLOE001 (repository created in step 2.2.2)
- Save
2.3 Number Range Intervals
The following number range objects are delivered with Floe and a new interval range must be setup for them:
The Floe Email ID (/FLOE/EID) number range
- In transaction SNRO create a new number range interval for object /FLOE/EID
- Create Interval Range '01'. E.g 01 000000001 – 9999999999
- Save and create the internal in each system.
The Floe HTML Block (/FLOE/HID) number range
- In transaction SNRO create a new number range interval for object /FLOE/HID
- Create Interval Range '01'. E.g 01 000000001 – 9999999999
- Save and create the internal in each system.
The Floe Attachment ID (/FLOE/ATID) number range (versions 210 and above only)
- In transaction SNRO create a new number range interval for object /FLOE/ATID
- Create Interval Range '01'. E.g 01 000000001 – 9999999999
- Save and create the internal in each system.
2.4 Create Class for Variable Routines
Global variable logic is stored in generated variable routines which are created in class ZFLOE_VARIABLE_ROUTINES. This class must be manually created.
- Transaction SE24.
- Enter Object type: ZFLOE_VARIABLE_ROUTINES
- Press Create button
- Select Object type 'Class' and return.
- Add description 'Floe Variable Routines' and return (Save).
- Assign package ZFLOE_CUST and Save.
- Assign workbench request and return.
- Select 'Activate' pushbutton and return through the pop-up screen.
- Exit.
2.5 SMTP outbound settings
Ensure that SAPconnect is configured to send outbound e-mails through transaction SCOT.
Refer to standard SAP documentation if there is no SMTP node defined under the 'INT'
2.6 Setup inbound email processing
Version 210 (and later) offers inbound email/decission capture functionality. This requires inbound processing configuration.
In transaction SCOT, go to Settings->SMTP Connection->Inbound Messages->Inbound Processing and create the following entry:
- Communication Type: Internet Mail
- Recipient Address: The address to which inbound FLOE emails are to be sent.
- Document Class: *
- Exit Name: /FLOE/INBOUND_HANDLER
Next, in transaction se38 run program RSCONN06 and make sure that for Incoming E-Mails, the radio-button is set to either "Always Save" or to "MIME Message Header" and click "Execute".
For more information on how to configure and test the SAP SMTP configuration please see: SAP SMTP (Offline) Configuration
You must also maintain the Inbound Specific System Settings (see section 4)
2.7 Setup a SAP Gateway System Aliases to FLOE OData Service
- In transaction SM30 open View /IWFND/V_MGDEAM
-
Use the drop down in the Service Doc. Identifier to add /FLOE/APP_SERVER_SRV_0001
- Save and Transport.
2.8 Activate SICF Nodes
Activate the following SICF Nodes.
- Transaction SICF.
- Enter *FLOE* into Service Name field
- Press Execute
-
Right-click and select Activate for all FLOE nodes
- /sap/opu/odata/floe/app_server_srv
- /sap/bc/ui5_ui5/floe/ebuilder
- /sap/bc/ui5_ui5/floe/ebuildercloud
- /sap/bc/bsp/floe/ebuilder
- /sap/bc/bsp/floe/ebuildercloud
2.9 Upload the default Floe email template
- In transaction SPRO go to Cross Application Components -> General Application Functions -> Floe
-
Open activity Maintain HTML Blocks and select New Entry to add a new HTML Block "FLOE200_DEFAULT_TEMPLATE_1" with block type: Template.
- Save and add to transports.
- Select the new block and open HTML Block Content
- Add a New Entry. HTML Block Code: FLOE200_DEFAULT_TEMPLATE_1, Language: EN.
- Select Edit Block Content to open the code editor and copy-paste the content of the FLOE_DEFAULT_TEMPLATE file included with the distribution.
- Save and add to transport.
3 User Management
In SAP, each user’s authorization can be defined with reference to a composite role, single roles, and profiles. The object to be checked is an ‘authorization object’, and is made up of authorization fields that the system will need to use in the check.
Floe is delivered with authorization checking code and the authorization fields, but the set-up of the users, roles, profiles and objects will be different in each implementation.
3.1 Authorization Object
Two authorization fields are delivered as part of Floe:
/FLOE/ECAT Email Category
/FLOE/ETYP Email Type
These two authorization fields, along with the standard field ACTVT, must be included in the authorization object.
Floe is not shipped with an authorization object. Part of the installation process involves the creation of authorization object ‘z/floe/001’.
Creating an Authorization Object
- Transaction SU21 or menu path ‘Tools->ABAP Workbench->Development->Other tools->Authorization objects->Objects’
- Choose the pushbutton for create authorization object.
-
Enter the following:
- Object: ‘z/floe/001’
- Text: ‘Floe: Email Authorization Object'
- Class: ‘AAAB’
- Field name: /FLOE/ECAT
- Field name: /FLOE/ETYP
- Field name: ACTVT
- Select pushbutton to maintain the permitted activities. Use ZFLOE_AUTHORIZATIONS for the package.
-
Select options
- 01 (Create or Generate): This activity is required to send emails
- 03 (Display): This activity is required to display emails in the "Email History" and "Inbound Log" transactions
- 23 (Maintain): This activity is required to maintain emails in the "Floe Designer" application
- 36 (Extended Maintenance): This activity is required to maintain library blocks, to upload files to the attachment repository and to create new email types in the "Floe Designer" application.
- Select Save
- Select pushbutton to create documentation, then save
- Save the authorization object. You may get a message indicating it has already been saved, if so just cancel out of the maintenance window.
- Finally we need to regenerate the SAP_ALL profile in order to include the new object. Use the pushbutton ‘Re-generate SAP_ALL’ on the top of the front screen for transaction RSU21_NEW.
3.2 Roles
There are various ways of linking the authorization object to user ids using roles and profiles. In this section we describe one method, using a ‘single role’ and a ‘generated profile’.
3.2.1 Floe Developer Role
- Transaction code PFCG or select the menu path ‘Tools->Administration->User Maintenance->Role Administration->Roles.’
- Enter role name ‘ZFLOE_DEVELOPER’ and choose the ‘Single Role’ pushbutton.
- Enter the role description then Save
- Select the Authorizations tab
- In the ‘Information About Authorization Profile’ box, select the ‘Propose Profile Names’ pushbutton, and a profile name is generated automatically. Save.
- Select the Change Authorization Data pushbutton. A pop-up window is displayed. Select the ‘Do not select templates’ pushbutton.
- Now select the ‘Manually’ pushbutton, and enter the authorization object ‘z/floe/001’.
- Expand the hierarchy and then enter values for each field: select the ‘*’ symbol in order for this role to include all form types, categories and activities.
- Select the Manually’ pushbutton again, and enter the authorization object S_TCODE
- Expand the Tree out and select the Change Transaction code button.
- Enter ‘/FLOE/*’ into the ‘Form’ field as shown. This is granting authority for ALL /FLOE transactions to the ZFLOE_DEVELOPER role.
- Generate. (Save)
Role ZFLOE_DEVELOPER is now ready to be linked to existing developer users, who will also require transactions SE24, SLG1, ST22, SE10, SE16, SE91, SO10, SM30, SM34, SPRO, SOST, SCOT
3.2.2 Floe User Role
Follow the same steps as for setting up the ZFLOE_DEVELOPER role, but in the final step, limit the role by email category, e-mail type and /or /FLOE transaction code.
For example, if stored e-mails contain sensitive information, then limit access using the e-mail type and activity '03'.
Activity 01 is required to trigger a new e-mail, so this must be added to profiles for any dialogue or background users who use transactions or programs to trigger Floe e-mails.
3.3 Assign Authorization Groups to /FLOE/ tables for customizing access
Optionally, the delivered Floe tables can be assigned to an authorization group in transaction SE54 to control access.
However, most Floe configuration tables will only be maintained in a Development system, so in general this step will not be required.
The following tables should be maintained in the development system only:
- System settings: /FLOE/SETTINGS
- Variables: /FLOE/VARS & /FLOE/VARST
-
Email Categories: /FLOE/ECAT & /FLOE/ECATT
-
HTML Blocks: /FLOE/HBLOCK & /FLOE/HBLOCKT & /FLOE/HBLOCKC
-
Email Types: /FLOE/ETYPE & /FLOE/ETYPET & /FLOE/ETYPET
The Safe Recipients Table should be maintainable in any non-productive system, as entries are local to that system:
- Safe Recipients: /FLOE/SAFE_REC
The Recipients List Tables should be maintainable in any system:
- Recipients Lists: /FLOE/RLIST & /FLOE/RLISTT & /FLOE/RLISTC
In order to maintain the Recipients Lists, these tables can be added to an existing Authorization Group to enable business users to maintain those tables.
3.4 OData Service Authorization
In order for users to use the Floe designer application, they must have authorization for the underlying oData service. To add this to an existing role, you can do the following:
- Add authorization object s_service to the role
-
Click on the “change” button next to “Program, transaction or functi”:
-
Select “TADIR Service” in the “Type” drop-down and add the following two entries:
R3TR IWSG /FLOE/APP_SERVER_SRV_0001
R3TR IWSV /FLOE/APP_SERVER_SRV 0001
More information can be found here and here.
4 Floe System Settings
The final set-up step is to set the Floe System Settings.
In the SAP IMG (transaction SPRO), navigate to the Floe customizing menu
SAP Customizing Implementation Guide -> Cross-Application Components -> General Application Functions -> Floe -> Administration -> System Settings
Email templates are used to wrap the email content and determine the content width. This field is only used for display purposes in the front-end app so that the content of different library blocks is displayed with the same width.
Default language
This field is used by the front-end app only. The system will first attempt to read descriptions (of email categories, email types or blocks) in the users' logged in language. If a description is not available in that language the system will use the default language. If nothing is found, a description in any language will be read.
If this flag is checked attachments on inbound emails will be discarded and not passed into the inbound user-exit.
This is the email address inbound emails will be sent to, as defined above in section 2.6
Error Email Type (version 210 and later)
When an inbound email process fails, FLOE attempts to send an email back to the initial sender with the error details. Here you can select the email type to be used for that email (more details can be found here).
Renda.io PDF Conversion Settings (version 210 and later)
Please see https://documentation.renda.io/integrations/floe for more details.
Renda.io SMS Service Settings (version 220 and later)
Please see https://documentation.renda.io/integrations/floe for more details.
Image Cloud Repository Settings (version 220 and later)
Enter the API Key in order to use the image cloud repository service. If you have not been provided with an API Key for this service, please contact Arch support.
5 Floe Notes
Any code corrections are provided via Floe Notes which must be applied manually.
Please review the Floe Notes page and apply any that might be outstanding.
Access to Floe Notes requires a support account. To request an account please send an email to support@arch-global.com.
If you are using FLOE to send FLM emails and are using FLM version 295sp6 (or earlier), please also install FLM Note 218
6 Install License Key
7 Setting up QAS and PRD
In order to install FLOE on your QAS and PRD systems, please do the following:
- Repeat step 1 in each system
- Import the transports created in steps 2-6
- The following steps must be performed in each system directly: 2.3, 2.5, 2.6, 2.8, 3, 6
8 Add-on Un-installation
Please see the following SAP Note for additional details: 2011192 - Uninstallation of ABAP add-ons
Once the Floe Add-on has been removed via the un-installation features in SAINT, review the following Z objects created during the installation steps in the guide above that may need to be deleted from the system.
-
Package will be ZFLOE_CUST
- Table: ZFLOE_CMSCONT1
- Content Repository: ZFLOE001
- Content Category: ZFLOE001
- Class: ZFLOE_VARIABLE_ROUTINES
-
Package will be ZFLOE_AUTHORIZATIONS
- Authorization Object: z/floe/001
- Roles ZFLOE*