Worked on a complex integration scenario with multiple integration tools like Mulesoft

We encountered some issues as below: 

• We faced some issues pertaining to system changes not working as per the new standards
• Creating a backup strategy without having proper  backup tools in place
• Ensuring this end-to-end migration did not lead to data loss
• Additional security enhancements are to be added to ensure unauthorized users do not modify reports. 

We encountered some issues as below: 

• Ensure the data is correct as the  Contact, company and deals may have mandatory fields which needs to be filled in to ensure that it does not fail when creating the record via API Example name is mandatory for Person
• Ensure the Daily Quota Limit for the API is within the threshold if there are more records to be created it would need to be spaced out. 
•  Since the calculated field value was dependent on todays date so even if there was no update on the customer but the last order date remained the same we had to run a delta load as a script to update all Contacts records because days since last sale would have been T+1 each day.
• The integration was placed in VPN so we were not sure if It is going to run unattended or not it initially kept crashing but later we were able to move it to a stable zone within the network so it could run 24*7

Customer specific issues reported for each project managed via Devops, jira or confluence tasks.  

Managing multiple clients via ServiceNow portal was a bit challenging where each client has its own SAP environment.  

• Changing business requirement:  Client was not clear on how they wanted the documents to be shown. They had a TO BE version which was very different from the version they had in the system and took a lot of back and forth and updating the PDF to understand the requirement.
  •  Before starting the development we spent a couple of hrs to mock up the PDF documents with the actual data in the system to be sure on what is needed. 
• Lack of team member and ownership Client did not have any internal team of functionals, Technicals and testers who can review changes and provide a timely feedback
  • We tried our best to help advise client on the different test scenarios we included as part of Unit testing. However, it was a time-consuming process to get a reply from the client and to test the changes 
• Outdated code using SAP Scripts and Multiple language Support: Client uses SAP scripts which had been long replaced by Smartforms or Adobe forms. It had to be setup in  multiple languages. Also each required email notification to be sent in multiple language
  • A copy of the data for both the  languages was bought and a mockup of the required PDF was created. Also a scenario for different cases was created example when to send notification in German and when in English, What should be the text content to be included in each etc. 
• Budget and cost issues: Client had a fixed budget for the work and the requirement kept changing and also there was a huge delay in providing the feedback which caused month of waiting for the client to come back.
  • Some Sales order and invoice types had a different configuration in the system and did not work with the same code which was pushed. We did inform the client that this was not part of the initial requirement gathering but due to the tight budget they wanted to include everything in the same cost. We tried our best to accommodate within the price we had quoted, 

• This was a straightforward implementation where we were able to install the SAP system from the application file and database however in trying to do backup and DR testing we ran into space-related issues as the log and snapshots quickly filled up all the space available
  • It was informed to the client and the hard disk space had to be monitored closely. 
• To install the application at the right path and to create seperate client for Dev, QA and Prod we were not having enough disk space  and we also informed client to have them on a seperate server
  • It was decided to create  a partition and do multipathing and logical volume grouping so the system can have different client versions. 
• End users after implementing the S4 Hana system were not comfortable with the GUI based window and tcodes which had to be entered to navigate around in the system
  • A few training plans were made to help them understand the SAP system, Also the option of moving away from Tcode based approach to the Fiori Tile-based model however this would have delayed the project Go live plan hence was parked for later. So the client, for now, continued to up skill the existing resources and Peritos assisted wherver any help was needed.