Buy European
Overview:
The community to discuss buying European goods and services.
Rules:
-
Be kind to each other, and argue in good faith. No direct insults nor disrespectful and condescending comments.
-
Do not use this community to promote Nationalism/Euronationalism. This community is for discussing European products/services and news related to that. For other topics the following might be of interest:
-
Include a disclaimer at the bottom of the post if you're affiliated with the recommendation.
-
No russian suggestions.
Feddit.uk's instance rules apply:
- No racism, sexism, homophobia, transphobia or xenophobia
- No incitement of violence or promotion of violent ideologies
- No harassment, dogpiling or doxxing of other users
- Do not share intentionally false or misleading information
- Do not spam or abuse network features.
- Alt accounts are permitted, but all accounts must list each other in their bios.
Benefits of Buying Local:
local investment, job creation, innovation, increased competition, more redundancy.
European Instances
Lemmy:
-
Basque Country: https://lemmy.eus/
-
🇧🇪 Belgium: https://0d.gs/
-
🇧🇬 Bulgaria: https://feddit.bg/
-
Catalonia: https://lemmy.cat/
-
🇩🇰 Denmark, including Greenland (for now): https://feddit.dk/
-
🇪🇺 Europe: https://europe.pub/
-
🇫🇷🇧🇪🇨🇭 France, Belgium, Switzerland: https://jlai.lu/
-
🇩🇪🇦🇹🇨🇭🇱🇮 Germany, Austria, Switzerland, Lichtenstein: https://feddit.org/
-
🇫🇮 Finland: https://sopuli.xyz/ & https://suppo.fi/
-
🇮🇸 Iceland: https://feddit.is/
-
🇮🇹 Italy: https://feddit.it/
-
🇱🇹 Lithuania: https://group.lt/
-
🇳🇱 Netherlands: https://feddit.nl/
-
🇵🇱 Poland: https://fedit.pl/ & https://szmer.info/
-
🇵🇹 Portugal: https://lemmy.pt/
-
🇸🇮 Slovenia: https://gregtech.eu/
-
🇸🇪 Sweden: https://feddit.nu/
-
🇹🇷 Turkey: https://lemmy.com.tr/
-
🇬🇧 UK: https://feddit.uk/
Matrix:
-
🇬🇧 UK: matrix.org & glasgow.social
-
🇫🇷 France: tendomium & imagisphe.re & hadoly.fr
-
🇩🇪 Germany: tchncs.de, catgirl.cloud, pub.solar, yatrix.org, digitalprivacy.diy, oblak.be, nope.chat, envs.net, hot-chilli.im, synod.im & rollenspiel.chat
-
🇳🇱 Netherlands: bark.lgbt
-
🇦🇹 Austria: gemeinsam.jetzt & private.coffee
-
🇫🇮 Finland: pikaviestin.fi
Related Communities:
Buy Local:
Continents:
European
Buying and Selling:
Boycott:
Countries:
Companies:
Stop Publisher Kill Switch in Games Practice:
Banner credits: BYTEAlliance
view the rest of the comments
SAP works like it was built in the 90s. It's slow as fuck, doesn't have good export capability, the worst user interface I've ever worked with, and is the least flexible ERP system I've ever encountered.
I'd rather work with a custom built ERP in Oracle SQL circa 2000 than I would with SAP - at least then, I could get a clean table export in less than 3 hours. I mean, Nav is shit, but SAP is diarrhea locked behind a paywall.
Sorry, I know there's a big push towards non-US systems right now (which I support), but SAP is not a solution - it's just another way to make your employees hate their job.
That's because most of its core is.
Highly depends on what you're doing and how much data you're processing but in general this is incorrect. SAP uses in-memory computing for quite some time and looking at the vast amounts of data that is often processed, it's pretty impressive from my perspective if you keep in mind that everything must be traceable and consistent at every point in time. I worked with SAP a lot and also with many newer competitors and can guarantee you, that the more recently developed solutions, aren't any better.
You have Excel/CSV exports almost everywhere and where you don't have it, you can still always access all the data you need from the database tables via SQL, data extractors etc. Maybe not perfect but Oracle, Navision, Workday etc. aren't better IMO.
The old 'dynpro' UIs are pretty ugly compared to today's standard. SAP is aware of that and offers a new UI technology ('Fiori') for more than a decade. It's still not perfect but they're working on it.
Excuse me the harsh wording, but this is complete bullshit. SAP ERP is literally open source software (not FOSS!). Even if you are in the rare situation that your requirement cannot be fulfilled with one of the official enhancement mechanisms (Business Add-In, user exit, BRF+, enhancement points, database appends, etc.) you can literally just look at all the source code and adapt it to your needs. How much more flexibility can you have?
If you are in a rather small company, I can get that sentiment. But in big corporations, building and maintaining everything yourself is just not an option in a world where legal and market requirements are constantly changing.
I can understand when people don't love SAP. It's not perfect by any means. But I also don't understand why it's sometimes hated like here. I've been in several evaluations for ERP systems where it won against plenty of competitors. It definitely is a pretty flexible and powerful solution for big companies.
It really comes down to ease of use. For instance, I can get excel exports off of the financial reports I run from SAP. But the report takes an hour to run, and only specific subsections are exportable. The amount of data its parsing is maybe about 100k rows.
In comparison, I have worked with a custom Oracle ERP built circa 2005 - this is what I was directly comparing SAP to. It had easily 10x the amount of data as the SAP system I work with now, and was not only managing inventory for 100+ stores across multiple countries, but was dynamically pricing and shipping them from the drop-shipper with the best price. Longest time for a report parsing 1mil rows was 10 minutes (via Quicksight - and that was dynamic draw, cached was drastically quicker).
Even the oldest system I worked with, a COBOL based system called AMS, could pull reports quicker than the SAP I'm forced to use now.
In comparison to Nav - any report is laid out fully exportable in under five minutes, usually less. If I have proper access in Nav, I can go straight to the core tables within the interface itself. There's drag and drop capability. ODBC connections are a breeze - every version of SAP I've worked with has had them locked down (this may be an admin issue rather than architecture, I admit here).
That being said, each install of SAP is its own beast - I've heard the system is extremely customizable, and it's likely my current workplace is on an older version (because holy fuck does the interface suck - who the fuck thought a clock icon was good choice to run a report?). And I've only used it as an analyst / end-user.
But if I had the chance to never work with it again, I'd jump at it in a heartbeat.
If you’re parsing 100k entries for an hour, I can tell you something is very wrong. Over my career I took care of lots of SAP systems (from Basis perspective) which ranged from small ERPs/EWMs with only few hundreds of GBs of data up to massive Business Warehouse systems with tens of terabytes.
And 100k entries really shouldn’t take that much, because that’s nothing. But of course it’s possible. SAP needs administration… You need to take care of the system, you need to take care of the underlying database. You need to be sure that you’re following proper recommendations to ensure good performance. And then there’s also a question what exactly was running slowly. SAP is usually heavily modified by custom coding and while the end user might not be aware which applications are “SAP standard” and which are custom, it makes a lot of difference. It’s easy for in-house developers to customize a program only for the program to work badly.
My point is - SAP can work perfectly fine as long as it’s maintained by experienced people and if the custom development is done properly. But companies love to cut corners and their employees don’t even know if the problematic report is created by SAP, or by some random developer with lack of experience. To the end user, it’s always SAP that’s bad.