As we all know, SAP has changed the way exchange rates are replicated with the transition to S/4. In ERP, C4C would pull the exchange rates using a background job. In S/4, the exchange rates are pushed to C4C using a new interface.
I'm a big fan of the Lazy Admin approach. Little did I know that its spiritual father was Kurt von Hammerstein-Equord, a German general and prominent Hitler opponent, who died much too soon.
He classified military officers as follows:
I distinguish four types. There are clever, hardworking, stupid, and lazy officers. Usually, two characteristics come together.
Historically, many users preferred the simplicity of "set-and-forget" basic authentication over the hassle of expiring certificates. However, rising security scrutiny has shifted this mindset.
In SAP Cloud for Customer (C4C), switching to inbound certificate-based integration seems straightforward:
C4C has an interesting quirk (I wouldn't go so far and classify it as a bug):
Assume you have a reuse function that returns a value.
In this case, you need to make sure that your script always (i.e. in all scenarios) explicitly (i.e. using the return statement) returns a value.
If you don't, it will return the same value it returned when it was previously called.
When IDOC processing raises request errors like " execute_processing 1008:SRT: Couldn't create Object: ("ICF Error when creating object for HTTP DESTINATION "xxx": UNKNOWN ERROR")", it's difficult to find the root cause for two reasons:
When you maintain a communication system in SAP C4C for integration with an SAP backend system (ERP, S/4), you flag the "SAP Business Suite" field and then maintain the "Business Instances".
The terminology has always confused me, but I just came across a pretty old blog by SAP that explains these fields under a somewhat unintuitive title: Communication System Setup and Message Header Hand... - SAP Community.
For a few months now, whenever I've opened a solution in the new Visual Studio 2022 SDK plugin, I've been receiving the annoying warning that my project targets an unsupported version of .NET, asking me whether I want to upgrade the target to .NET 4.8.
It was a mere nuisance, usually clicked okay and could continue to work.
In the new Visual Studio 2022 plugin, it is not possible to create script files (or perform other BO operations) without first checking out and making a dummy edit to any custom BO.
I had created a custom BO yesterday and wanted to proceed with the script files today, when I noticed that I couldn't create them:
The following is the process for installing SAP Cloud Application Studio via the "Visual Studio 2022 plugin" avenue:
When you go to SE91 and want to translate messages, the system will generally only display the message you selected for translation.
If you want to handle the translation more efficient, go to SE63, select transport object, enter R3TR MSAG and the name of your message class, specify source and target language and click edit.
In the next screen, all your messages are displayed. Click "Sequentially Process Objects" and you can edit one message after another, pressing F7 and F8 to navigate back and forth.