|
|
Before you can commence with the ALE configuration the following issues need to be resolved. An investigation needs to have been completed on the business requirements and these then need to be mapped to the existing ALE scenarios. If the requirement is there AND the scenario exists an ALE solution could then be offered to the business. If it entails the development of an ALE solution then the costs of the development need to be investigated. Check that the control data that is required to be in sync between the systems, for each of the ALE scenarios, is actually in sync. I.E. ALE requires that certain control data be the same for both the sending and receiving clients. See the business requirements document for each scenario for the list of control data for that scenario. Other Master Data Implications Certain ALE scenarios, when implemented, imply that other scenarios need to be implemented as well. E.g. cost and profit centers. Different distribution strategies are supported:
A decision has to be made as to what strategy should be adopted for each of the required scenarios. NOTE: Some ALE scenarios make use of direct table updates to input the data on the receiving side, as opposed to making use of std SAP transactions. This implies that no change pointers will be generated for Option B, make it quite unfeasible. It may also imply inconsistencies across clients. Eg. Cost centres can be deleted, yet there are transactions posted against them.The business needs to indicate clearly what data is required to be distributed and what data is not. The ALE administrator needs to ensure that all the fields that are required to be distributed are available for distribution in the applicable IDoc for that ALE scenario. If this is not the case then an extension is required for that ALE scenario. (For any ALE development or extension please follow the ALE Scenario Development Procedure) PS: This is not a trivial exercise. Allow for at least 2 weeks to complete.
Do any of the fields need to assume different values when being distributed? This needs to be clearly documented by the user. If so the ALE administrator needs to identify where the applicable rule would be most suited, on the inbound or the outbound side. He also needs to be aware of the conversion rule functionality to ensure that the requirement is within the bounds of the functionality provided for. Does the required data need to go to a certain client based on certain information contained in the IDoc? If so, filters need to be defined and documented. The users need to specify this requirement in detail.The ALE administrator needs to ensure that that particular field is available, as a filter object, for the ALE scenario in question, otherwise he will need to add it. 2 options are available for certain of the ALE scenarios:
The ALE administrator needs to check that change pointers exist for the required ALE scenario, as all of them are not available. If a change pointer is not available then one needs to be developed (Not documented anywhere - Would require SAP specialist help) The number of IDocs that are to be created influences the settings made in the partner profiles for the various message types. The users need to give a clear indication of the volumes, frequency and timings of these bulk creations. Various jobs need to be scheduled to process IDocs collected on the outbound side as well as to process them in the background on the inbound side. These settings will be defined in a separate document detailing the ALE performance tuning options and settings. Is there a need to implement this feature? Does it matter if an IDoc that was created after 1 IDoc is processed on the receiving side before the first one? If so, the ALE administrator needs to implement this feature. Areas where this may be important is for the transaction scenarios, where the ORDERS message must get to the receiving system prior to an ORDCHG coming through for that same order. IDocs are fundamental to Application Link Enabling; optimal performance in ALE processing is synonymous with optimal performance of IDocs. In ALE processing IDocs are:
|
|
