Page Properties | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
|
Release 5.1.2.0
Released on May 08, 2020
New Feature
PriorityPriority |
---|
Title |
---|
Program /RTC/TM_LD_10 distributes transport requests to a number of transport manager systems. If one of these systems hangs, the distribution program also hangs. It takes quite a long time until the RFC timeout terminates the connection. Meanwhile, the other functioning systems are not supplied. The log of program /RTC/TM_LD_10 does not show which system is currently being supplied or is hanging.
Solution:
The program has been enhanced. If the RFC PING to a remote destination fails, the distribution to this system is aborted and the processing moves on to the next system. The return messages from the ping are recorded in table /RTC/TM_LO3.
Release Note | Components | Reference | |
---|---|---|---|
Mass approval for packages | Issue: Solution: | Approval |
SC-190 |
Batch user maintainable for import jobs | Issue: Solution: |
Bugs
Configuration | SC- |
Standard switcher
181 |
The authority check for critical objects doesn't work properly at TR release
Root cause:
The authority check is done in TM server not in development system
Solution:
Program was corrected
Logging improved for the distribution by Loader /RTC/TM_LD_10 | Issue: |
LD_10 distributes transport requests to |
For example, if there is only one system in the current level, and the system is a virtual one, no import flag will be set, as no system queue can run for a virtual system. Therefore, the switcher will never move the transports to the next level
a number of transport manager systems. If one of these systems hangs, the distribution program also hangs. It takes quite a long time until the RFC timeout terminates the connection. Meanwhile, the other functioning systems are not supplied. The log of program /RTC/TM_LD_10 does not show which system is currently being supplied or is hanging. Solution: | Customizing, Loaders/Switchers | SC-307 |
Fixed Bugs
Priority | Title | Release Note | Release Note Solution | Components | Reference |
---|---|---|---|---|---|
Dump GETWA_NOT_ASSIGNED when deleting user from user group | Issue: Root cause: Solution: | Configuration, UI | SC-334 | ||
Syntax error "Field CMP_EXCEPT-EXPTREASON unknown. |
Program
" using SAP Hana 1909 or higher | Issue: |
The ServicePack for SAP Basis Component is displayed wrong in SmartChange > Sync Management-Help > System
Info for NW versions greater than 7.31.
Root cause:
The name for SAP Basis Packages for NetWeaver Versions greater than 7.31 was changed by SAP.
Solution:
The program has been corrected. Additionally, now are displayed also the Version/ServicePack for SAP S/4 Hana Systems. If the system is not an SAP S/4 Hana, these 2 lines (Hana Version/ServicePack) will be
hidden.
SA_RSCMPEXP has syntax error "Field CMP_EXCEPT-EXPTREASON unknown." Root cause: Solution: | Customizing, NW/S4 platform specific issues, Objects analysis | SC-302 | |||
Responsible User not updated | Issue: Root cause: Solution: | Synchronization, UI, Workbench | SC-264 | ||
Double entries in the task list for transport requests and its tasks | Issue: Root cause: Solution: | UI | SC-301 | ||
Wrong Synchronization Management version displayed in System info | Issue: Root cause: Solution: | UI | SC-314 | ||
Title is showing old name "SyncAssist" | Issue: Solution:
| UI | SC-318 | ||
Wrong message "No authorization to access the Task List" displayed in the task list | Issue: Root cause: Solution: |
|
| UI |
SC-335 |
Wrong SAP version displayed in System info | Issue: |
The ServicePack for SAP Basis Component is displayed wrong in SmartChange > Sync Management-Help > System Root cause: |
The name for SAP Basis Packages for NetWeaver Versions greater than 7.31 was changed by SAP. Solution: |
If the system is not an SAP S/4 Hana, these 2 lines (Hana Version/ServicePack) will be | UI | SC-338 |
Priority | Title | Release Note | Release Note Solution | Components | Reference |
---|---|---|---|---|---|
Wrong name or name missing in column "Author full name" of TM Workflow Monitor | Issue: Root cause: Solution: |
Customizing, UI | SC- |
325 |
Synchronization Management (SyM) is still being shown as SyncAssist (or SA) in several places.
Solution:
The texts for SyM were corrected:
- 'SA' was replaced with 'SM';
- 'SynchAssist' was replaced with 'Synchronization Management'.
In Synchronization Manager > Sync Management > Help > System info, the wrong SmartChange version is shown after the import of SR0K900051 SmartChange (Service Pack v5.1.0.0)
/RTC/TM_STATUS_SWITCHER is not switching with virtual systems | Issue: Root cause: |
Programming error. Solution: |
program has been corrected. |
| Loaders/Switchers | SC-339 | |
Slow performance due to faulty /RTC/TM_TR_DISTRIBUTOR step in @@ Job | Issue: Root cause: Solution: |
Performance | SC- |
The tasklist shows both the transport request and its tasks for customizing transports.
The error always occurs when the Synchronization Manager configuration or connection is carried out [again] (e.g. after a maintenance system has been rebuilt) for a system pair.
Root cause:
Program error in the initial analysis job for customizing transport requests
306 | ||
Wrong authority check for critical objects | Issue: |
Report /RTC/SA_RSCMPEXP has syntax error "Field CMP_EXCEPT-EXPTREASON unknown."
The error occurs during the installation of transport SR0K900040 SmartChange (Repository v5.0.0.0) on S/4HANA 1909.
Root cause:
Standard SAP table CMP_EXCEPT has been deleted in S/4HANA 1909.
Solution:
The program has been corrected.
Root cause: Solution: | Quality Assurance | SC-353 | |
Wrong message: "Transport was not scanned on Export" | Issue: Root cause: Solution: |
RCFC/IQ-LIB | SC- |
256 |
Responsible User is not updated when the manual adjustment process is done.
Root cause:
Programming error.
Solution:
The program has been corrected (new validations on status, user group and lock user when the synchronization status is changed in: "In Progress", "For Update", "Adjusted")
Transport could not be add to workflow with message "No request corresponds to the selection." | Issue: Root cause: Solution: |
UI | SC- |
257 |
In case Return Code ForeCast (FCFC) is active on the system and you release an empty transport, the RCFC popup message 'Transport xxx was not scanned on export' is misleading. In the case of empty transport, the message should be: 'Transport xxx does not contain any objects.'
Root cause:
Programming error.
Solution:
The program has been corrected. Done