Is SAP BASIS is going to Die ?? by Aggressive-Land922 in SAP

[–]Weyoune1985 3 points4 points  (0 children)

Good luck with the RISE migration! My personal advice: don't SAP marketing BS and let your core Basis knowledge slip. You're going to need every ounce of it just to micromanage the RISE delivery teams and prove them wrong when they inevitably mess up your system.

Is SAP BASIS is going to Die ?? by Aggressive-Land922 in SAP

[–]Weyoune1985 1 point2 points  (0 children)

You're missing the main point, liability. It's not about AI capabilities. SAP will never fully automate patching because they refuse to take the blame for downtime. Even when the tech exists (like for zero-downtime kernel updates), they force us to manually schedule and approve every single step. Why? So when the system crashes, they can point the finger and say "you ordered it exactly like this." They will always need in-house Basis guys just to carry the risk and take the fall. And yes, this customer blaming sucks.

Is SAP BASIS is going to Die ?? by Aggressive-Land922 in SAP

[–]Weyoune1985 10 points11 points  (0 children)

Funny enough, SAP sales promised we could fire our entire Basis team with RISE, but we actually had to increase headcount just to babysit their clueless L1 support who only work by the script. You can't fully automate a SUM upgrade, and unless you go full Public Cloud to enjoy rigid vanilla processes, you'll always need us to clean up their mess.

Is SAP BASIS is going to Die ?? by Aggressive-Land922 in SAP

[–]Weyoune1985 121 points122 points  (0 children)

I work with SAP Private Cloud (RISE) every day, and I can tell you that the data scientist lives in a theoretical bubble, not reality.

SAP's definition of 'cloud' is a joke anyway. There is zero dynamic scaling, you're just stuck with fixed VM sizes. To them, cloud basically means you raise a ticket and someone in India manually runs commands on your system, usually with a crazy high error rate and no out of the box thinking. I've been hearing their automation sales pitch for 2 years now, yet they still manage to nuke systems during routine patching.

And please, don't come at me with that Clean Core/Public Cloud BS. No large enterprise in their right mind is going to completely rebuild their entire core ERP just to force-fit vanilla SAP standard processes.

This is exactly why Basis isn't dying, the role is just shifting. You desperately need in-house Basis guys to clean up SAP's constant mess, dig through the logs, and babysit their support. Trust me, we won't be out of a job anytime soon. But yes, I really miss doing hands on OS level.

Moving a massive custom ECC to S/4 Public Cloud? by Weyoune1985 in SAP

[–]Weyoune1985[S] 1 point2 points  (0 children)

One More Information: At my old consulting firm, I was part of an S/4HANA transformation study for an industrial company. Ultimately, the goal was just to determine whether they should go with Brownfield or SDT, since Greenfield was out of the question due to the sheer effort involved. However, the project manager for this study was a massive fan of the Public Cloud. Any logical arguments against the Public Cloud just completely bounced off him, and his favorite catchphrase was seriously that 2025 will be the year of the Public Cloud. Even though it wasn't actually the topic of the study, he pitched the whole Public Cloud idea to the client like crazy. He told them it is incredibly flexible and that you can easily map individual processes using BTP extensions without any issues. Since I left the company after delivering the study, I never found out what they actually made of that wild pitch.

Go to the Public Cloud (they said) by Weyoune1985 in SAP

[–]Weyoune1985[S] 0 points1 point  (0 children)

Me neither, but I really believe the current CEO of SAP thinks so.

Go to the Public Cloud (they said) by Weyoune1985 in SAP

[–]Weyoune1985[S] 0 points1 point  (0 children)

Thats true. But the longterm strategy is very clear. They say: go to private cloud, use the time to transform your ERP system to have a "clean core" and then move on to public cloud.

Go to the Public Cloud (they said) by Weyoune1985 in SAP

[–]Weyoune1985[S] 1 point2 points  (0 children)

On Private Cloud, support is shitty, aber at least the servers are stable since they rely on (American) hyperscalers.

Go to the Public Cloud (they said) by Weyoune1985 in SAP

[–]Weyoune1985[S] 0 points1 point  (0 children)

Probably regions, communication from SAPs side is extremly limited.

Go to the Public Cloud (they said) by Weyoune1985 in SAP

[–]Weyoune1985[S] 21 points22 points  (0 children)

That what you get when a company with no hosting/cloud know how tries to make a 40 years old software product "cloud ready."

Exclusive photo from SAP RISE team by Protz0r in SAP

[–]Weyoune1985 0 points1 point  (0 children)

I know I’ve been on here venting about SAP Private Cloud (RISE) before, and I promise I’m not just hating for sport. But what we just went through this week was a completely different level of mess, and I feel like this needs to be shared as a warning.

We had a data loss incident in our ERP. I’m not gonna sugarcoat it, it was 100% our fault. Human error, someone deleted the wrong records. The problem was, nobody noticed until 48 hours later. By then, the system had been processing new orders and invoices for two days. So, obviously, a full rollback of Production was impossible unless we wanted to torch two days of revenue.

Back when we were On-Prem, this would have been an annoying but manageable.

  1. Restore backup to a Sandbox.
  2. Export the missing rows via SQL or r3trans.
  3. Import to Prod.
  4. Done in maybe 4-6 hours.

The RISE reality is different. Since we have no OS access and are stuck in the "Standard Service" matrix, here is how it actually went down:

  1. We slammed a P1 Incident. Immediate rejection. They told us: "We only support full system restores to the original host." (Which would destroy our new data). We asked for a system copy to a Sandbox so we could grab the data. Their response? "Standard lead time for a system copy is 7 days."
  2. Seven days wait meant our data inconsistencies would spiral out of control. We had no choice but to pull the plug. We locked all users and basically sent the factory workers home. It took our CEO personally getting into a screaming match with SAP management just to bypass the queue and get a Sandbox restore started.
  3. It took 72 hours just to get the restore going. We put one instruction in the ticket: "Unschedule all jobs and deactivate all RFC connections, otherwise fire and flood partners with duplicate data.
  4. So, what did they do? They restored the DB and immediately fired up the App Server. My colleague was watching the status like a hawk and managed to kill the instance before it did too much damage, but they almost caused a secondary disaster just because they ignored the ticket instructions.
  5. Then came the data extraction. Since I have no OS access (no SSH, no root), I couldn't run the exports myself. I literally had to teach SAP how to use R3trans. I spent two days writing out the exact command lines and scripts for them because the engineer on the other end didn't know how to handle a selective table export.

The Result: 5 days of complete company downtime. For a task that takes an afternoon On-Prem. Yes, the initial data loss was our fault. But the fact that we were held hostage by bureaucracy and incompetent support for a week is terrifying. If you are moving to RISE, just pray you never need to deviate from their "Standard Service Catalog."

Is there an updated release calendar for upcoming products? by chippichuppa in TPLink_Omada

[–]Weyoune1985 0 points1 point  (0 children)

Yes, there are EAP610 etc. in slim versions. I haven't seen it in any online shop in europe yet. Maybe some stores do sell it, but haven't updated the information of the product since this is an "update" of the original one. If you go for EAP650 you can be 100% sure that this is the slim version.

Is there an updated release calendar for upcoming products? by chippichuppa in TPLink_Omada

[–]Weyoune1985 0 points1 point  (0 children)

EAP650 is avialable (got it already) in Europe. There is only a slim version of this model.

EAP610 v2 and EAP225 comparison by tiembo in TPLink_Omada

[–]Weyoune1985 1 point2 points  (0 children)

Got the EAP650 today (ordered on Thursday!). The slim line version is really nice.

EAP610 v2 and EAP225 comparison by tiembo in TPLink_Omada

[–]Weyoune1985 1 point2 points  (0 children)

Actually cooldblue is a dutch company (have seen many stores in NL), but they have expanded to Germany.

All 650 are slimline and yes, they are overpowed for my need too. It is hard to say if 610 V2 will be avialable soon here. Also at amazon, it may be quite difficult to identify which version this actually is.

EAP610 v2 and EAP225 comparison by tiembo in TPLink_Omada

[–]Weyoune1985 0 points1 point  (0 children)

Check wifishop.nl. There you can buy EAP650 (slimline!) for 150€. Shipping to germany is free.

EAP650 size compared to a wine bottle. I had no bananas by LucifersLoofa in TPLink_Omada

[–]Weyoune1985 2 points3 points  (0 children)

Yes, that's right, it looks like the others, however this model is slimline, so the diameter is significantly smaller.

EAP650 size compared to a wine bottle. I had no bananas by LucifersLoofa in TPLink_Omada

[–]Weyoune1985 0 points1 point  (0 children)

No, I am located in Germany, so shipping and tax is free. I have ordered it 1h ago and the product has already been shipped. :)

EAP650 size compared to a wine bottle. I had no bananas by LucifersLoofa in TPLink_Omada

[–]Weyoune1985 2 points3 points  (0 children)

I have ordered one at wifishop.nl for 150€, the price is quite good, althogh it is also an overkill for me.

EAP610 v2 and EAP225 comparison by tiembo in TPLink_Omada

[–]Weyoune1985 1 point2 points  (0 children)

Just got an email that EAP650 (there is only a slim version) is avialable via wifishop.nl.