Professional Documents
Culture Documents
Table of Content
HISTORY OF CHANGES ................................................................................................................ 1
SERVICE LINE CONCEPT ............................................................................................................. 2
1.1 BACKGROUND ........................................................................................................................2
1.2 SERVICE LINE CHARACTERISTICS ............................................................................................2
1.3 FUNCTIONAL PRINCIPLES OF A PATCH .....................................................................................3
1.4 APPLICABLE PRODUCTS FOR THIS REGULATION .......................................................................3
1.5 VALIDITY PERIOD OF SERVICE LINES .......................................................................................3
1.6 SERVICE LINE CHANGES .........................................................................................................3
1.7 WHAT HAPPENS IF THE CUSTOMER DOES NOT SWITCH FROM A DISCONTINUED TO A
CONTINUOUS SERVICE LINE? .................................................................................................5
1.8 SERVICE LINE INFORMATION SOURCES ....................................................................................5
1.9 SPECIAL COMMENTS ON PARTICULAR SEEBURGER PRODUCTS ..............................................5
1.9.1 SEEBURGER Standard Solution ...................................................................................5
1.9.2 SEEBURGER Adapter for SAP XI/PI .............................................................................6
1.9.3 SEEBURGER Solution Extensions for SAP ERP ...........................................................6
1.9.4 SEEBURGER MANAGED FILE TRANSFER .................................................................6
1.9.5 SEEBURGER AS2:Connect (*:Connect) .......................................................................6
1.9.6 SEEBURGER BIS Secure Proxy ...................................................................................6
APPENDIX: PRODUCTS AND THEIR SERVICE LINES ............................................................................7
A. Business Integration Server / Suite (BIS) for Windows/Unix..............................................7
B. Business Integration Server (BIS/i5 bzw. BIS/400) for AS/400 (iSeries) ............................7
C. Paper-to-ERP Solution......................................................................................................7
D. SEEBURGER Solution Extensions for SAP ......................................................................8
E. SEEBURGER BIS FileExchange and BIS Link .................................................................8
F. SEEBURGER Adapters for SAP PI*) ................................................................................9
History of changes
Date / Version Changed Change description
2014-05-14 Appendix Updated: Schedules of Adapters for SAP PI (App.E),
Version 6.3.7 new: Solution Ext. for SAP “smart-eInvoice” added
(Appendix D), new: Chapter 1.9.5 AS2:connect
2015-01-14 Chapter 1.9.6 Added new chapter regarding BIS Secure Proxy
Version 6.3.8 Chapter 1.9.5, App. Renaming of SEE FX => BIS FileExchange, SEE LINK >
Appendix BIS Link, Schedule for SEE Solution Extension for SAP
2015-04-24 Appendix All schedules updated.Product scope changed! Valid only
Version 6.3.9 for releases older than 6.5.2.
SEEBURGER AG 24.04.2015
Page 1/9
Service Line Concept
This document describes the service line concept of SEEBURGER. This version replaces all
previous versions.
1.1 Background
The General Terms and Conditions for sales, delivery and software support and maintenance
regulates that the manufacturer only supports the newest version of the implemented software. Its
background is the manufacturer’s obligation to provide up-to-date software versions and bug fixes
(e.g. for legal reasons).
These requests result in a continuous development and continuous provision of new software
releases. In return, the customers are obliged to implement and apply the provided most current
version.
Reaction times and problem solution times in a support case directly depend on the up-to-dateness
of product versions.
In contrast, many users follow the approach “never change a running system“. Modifications of a
running installation always bear a certain risk and should only be made for absolutely necessary
reasons. Although this behavior is understandable, its consequences may be risky.
It effects that the software is applied for several years without any update. If then a critical
malfunction occurs, error analysis may last significantly longer, combined with a long system
downtime, since the related version know-how is no longer present.
Also the reaction times are correspondingly longer, if e.g. external requirements (legal regulations,
legal changes or new business processes initiated by the own or the partner’s company) have to
be fulfilled. This may include (step-by-step) updates to the current release version.
SEEBURGER’s service line concept tries to resolve this classical conflict of interest. Thus, the
customer is liberated from updates (that are needless from his point of view) and is assured to
have the required up-to-date versions – which is in turn a requirement for high-quality and cost-
effective support and maintenance.
SEEBURGER AG 24.04.2015
Page 2/9
1.3 Functional Principles of a Patch
A patch only replaces files but does not change the system configuration. No manual system
configuration changes should be required. If a problem occurs, the complete update process can
be easily rolled back.
Note that only patches should be installed which are released by the SEEBURGER QA department
and which are published in the SEEBURGER Knowledge Base 1
(https://servicedesk.seeburger.de), since only these are tested under highest standards for stability
and include the roll-back option.
If no adequate patch is available for a current software problem, a so-called hotfix is provided in
exceptional cases. Also this process is managed by the SEEBURGER QA department. This
enables that all such hotfixes are included in one of the next patches. A hotfix is always a
temporary solution for bridging the time until release of a new patch.
A Service Release is provided if modifications of the database structure are required or if new
functional modules e to be provided. A Service Release is provided on CD-ROM, but not over the
Internet.
For every patch or service release, a Release Note or Patch Note document is provided that
includes notes on resolved problems, on implemented modifications, on the installation procedure
and on know problems (that are not already fixed). You should read these notes before starting
the installation.
1
Access to the SEEBURGER Support Knowledge Base (https://servicedesk.seeburger.de or
https://servicedesk.seeburger.com ) have all customers with a current support contract. The
access data receive customers mostly with the SEEBURGER Service Guideline after contract
conclusion. Send your questions to mailto:servicedesk@seeburger.de.
SEEBURGER AG 24.04.2015
Page 3/9
the customer’s installation; therefore no fixed price is applicable. For a first orientation, the
following table illustrates some scenarios.
Apart from replacements of software modules, updates may influence the contents and structures
of the system database. Although these changes are performed over scripts without user
interaction, update may take significant time if large-size databases are involved (particularly for
BIS 6 and Portal modules). This has to be regarded when planning the update process.
SEEBURGER AG 24.04.2015
Page 4/9
Also changes of the content (mappings, workflows/processes, system configuration) may be
required to achieve identical system behavior before and after the update. Particularly this applies
for adjustments of “misbehavior”, if the customer used this behavior by as a “feature”.
Example: Due to a software bug of the converter module, a specific syntax rule was not applied in
version 5.4.1. Customer A notices this, and reports a bug, which is then fixed in version 5.4.2. For
customer B, the messages which do not meet the related syntax rule, do not represent errors, or
the misbehavior was fixed by a work-around. I.e. erroneous messages are processed in his
scenario without problems. After the update to version 5.4.2, this is no longer applicable, since the
error is then recognized by the system and therefore; thus conversion is terminated with an error
message. To achieve the same behavior as before the update, customer B has to modify the
affected mappings by insertion of the “modifyErrorLevel“ command. This will force the (normally
erroneous, but in this case desired) behavior.
SEEBURGER tries to keep these types of consequences to a minimum, but cannot exclude those
cases generally.
A user who does not want to switch has to expect longer reaction times and longer
troubleshooting times.
Since no patches are developed for discontinued service lines, the user has to work permanently
with work-arounds.
If in a support case the solution is found for an active service line, the expenditure for providing the
related solution (finding a work-around) is charged.
The expenditure increases for a later switch to a continuous service line, since no direct update of
the new service line might be possible, and an intermediate step (5.3 5.4 5.5) has to be
included.
SEEBURGER AG 24.04.2015
Page 5/9
This “content” is handled like software what means as „product-with-version“. It is maintained by
SEEBURGER and underlying the same rules of the Service Line Concept.
The content is shipped on the BIS6 CD/DVD set and following the BIS6 version scheme.
SEEBURGER AG 24.04.2015
Page 6/9
APPENDIX: Products and their Service Lines
SSD = SEEBURGER Service Desk SL = Software Update
C. Paper-to-ERP Solution
HY / Release – 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy
Service Line 2014 2014 2015 2015 2016 2016 2017 2017 2018 2018 2019 2019
*)
4o Rel. 5.3 SSD SSD
4i Rel. 5.3 SSD SSD
with Sol.Ext. SAP
V.5.4.x***
4i Rel. 5.4.2 SSD SSD
4i Rel. 5.4.3
with Sol.Ext. SAP***
for SAP ECC 5.0/6.0
4i Rel. 5.4.4 SSD SSD
with Sol.Ext. SAP***
for SAP ECC 5.0/6.0
4i Rel. 5.4.5*) SSD SSD SSD SSD
with Sol.Ext. SAP***
for SAP ECC 5.0/6.0
*) Final Release – no further releases planned. Replaced by next product generation “Order-to-Cash” and “Purchase-to-Pay”
***) Hotfixes regulation for Solution Extension 4i for SAP 5.4.x: Hotfixes are only offered for the latest released version of the SAP
Solution Extension. When updating the Solution Extension from 5.4.3 => 5.4.4 or 5.4.5 resp. from 5.4.4 => 5.4.5 the P2E version
SEEBURGER AG 24.04.2015
Page 7/9
(recognition part of the P2E solution) can be kept as long as no new features requiring a P2E update shall be used. For details about
bugfixes, new features and compatibility to P2E versions please refer to the corresponding Release Notes document.
SEEBURGER AG 24.04.2015
Page 8/9
F. SEEBURGER Adapters for SAP PI*)
HY / Release – 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy 1.Hy 2.Hy
Service Line 2014 2014 2015 2015 2016 2016 2017 2017 2018 2018 2019 2019
Rel. 1.8.x
for XI 3.0/NW 04
from SP 17
Rel. 2.1.x SL SL SL SL SSD SSD SSD SSD
for SAP PI 7.1
to 7.3EHP1
Rel. 2.2.x SL SL SL SL SL**) SL**) SL**) SL**) SSD SSD SSD SSD
for SAP PI from SSD SSD SSD SSD
Version 7.3
**) For SEE BURGER Adapter on PI 7.4 or higher, only. For those adapters running on PI 7.3 Hotline Support is provided.
***) Not known to the editorial deadline
SEEBURGER AG 24.04.2015
Page 9/9