Er det kun i Danmark at forbryderne ikke kan fanges uden telelogning?
Eller løber der flokke af forbrydere rundt i hele EU, der bare ikke kan fanges fordi man ikke må masselogge tele-informationer?
Med Schrems II for øje, kunne man forestille sig, at EU (midlertidig) klassificerede visse medlemsstater som usikre 3. partslande (som USA) i denne og andre fremtidige tilsvarende sager?
Hvis EU forventer at hele EU er 'sikker' (i modsætning til USA) - så må man vel også kræve at medlemsstaterne ...
Det har ikke noget placeringen af serveren at gøre. Det er netop fjernadgangen der er problemet.
Ved fjernadgang overføres data (til USA).
Men selvom EPIC så lavede et europæisk supportcenter - så er det stadig et amerikansk selskab. Og derfor må FISA vel kræve data udleveret der har været på de...
Men som jeg læser det er der INGEN tiltag, heller ikke kryptering der lovliggør det!?
Hvis ikke loven i det land hvor data overføres til beskytter GDPR data på samme niveau som EU - så er det forbudt.
Hvis det er tilfældet - så er der mange mange danske virksomheder som har store problemer, og de...
Som jeg tolker reglerne handler det ikke kun om USA. Men også om egne (IT)-afdelinger uden for EU der har adgang til GDPR data?!
Eller for den sags skyld hosting og servicevirksomheder med afdelinger uden for EU?!
Må HR-data på EU-borgere overhovedet kunne tilgås udenfor EU?
Hvis det ikke gælder...
Hej Claus, tak for svar.
Men jeg har svært ved at se, at man kan være i compliance med support fra lande udenfor EU der ikke efterlever EU's GDPR regler.
Hvis 3. parts landets love gør, at 'de' kan banke på døren til kontoret hvor supportmedarbejderen arbejder og bede om at få udleveret data - s...
Hvad med offshore support i 3. part lande? Hvis GDPR data kan læses i klar tekst af en supportmedarbejder i f.eks. Malaysia eller USA eller Kina - så er det vel også et problem?
Også selvom data ligger på egen server i egen kælder. Eller hvilken regel dækker her?
Malaysia og Kina er brugt som ek...
Det er jo absurd!
Jeg var nødt til at teste da jeg simpelthen ikke troede det var rigtigt - men det var det!
Luk den platform ned NU!
Og få så styr på sikkerheden og data
Du har helt ret i, at for den enkelte medarbejder er hastighed ikke en god business case. Og end user performance kan ofte opnåes på andre måder.
Men analyse-delen, hvor HANA (og andre nye teknologier) kan levere performance, er der hvor business casen ofte ligger begravet.
Godt at du ikke tro...
HANA neq CLOUD
S/4 eq HANA
CLOUD neq S/4
S/4 HEC eq Dinero++ for Enterprise
Hvis du kan beregne 500 scenarier frem for 5 og dermed styre virksomheden bedre - så må der vel være en direkte økonomisk gevinst at ting går hurtigere? Og der er mange tilsvarende scenarier som Carl også er inde på.
... noget om, at prisen på drift forventes at falde år for år selv om kompleksiteten stiger.
Man kunne også skrive noget om timepriser på konsulenter kontra kvaliteten af samme. Man kunne skrive noget om offshoring og outsourcing=besparelser og 'ude-af-øje-ude-af-sind'.
Men det ville jo være dum...
Skulle der side en SAP-kunde eller to og være lidt nervøs her til morgen - så er SAPs note om problemet her:
https://launchpad.support.sap.com/#/notes/1445998
Og få så patchet jeres systemer ;)
SAP bruger 3. parts database software med mindre man kører det på deres egen database (HANA). Og hvis du synes den er langsom - så vil jeg da hjertens gerne høre om det.
Som alle tierede systemer skal der blot et dårligt lag i modellen til at få alt til at virke langsomt. Og ja, det er ofte data...
Kommentarer
Hvad gør de andre...
Re: lav dog fjernadgang til lokalt placeret testmiljø...
Er Danmark et sikkert land...?
Re: lav dog fjernadgang til lokalt placeret testmiljø...
Re: Tuderi
Re: Tuderi
Re: Offshore support....
Offshore support....
10101111
Haha...
Re: Grotesk
Re: Få lige styr på teknologien ;)
Få lige styr på teknologien ;)
Nu kunne man jo skrive...
SAPs beskrivelse..
Re: Metafilosofi
Men KVINFO kunne få lidt ekstra...
I praksis...
Og hvem bliver fyret for inkompetence?
Det er sg* ikke godt nok Google...