[SAP] Hoe haal ik gegevens uit SAP? *

Pagina: 1
Acties:
  • 876 views sinds 30-01-2008
  • Reageer

  • miel
  • Registratie: Augustus 2001
  • Nu online
ok even een klein verhaaltje:

We willen binnen het bedrijf waar ik werk naast HR en FI/CO ook 2 andere modules van SAP gaan implementeren te weten: PS en CATS.

Nu willen we de data van dit alles in BW (business warehouse) gaan stoppen...

de vraag is dan natuurlijk: hoe krijg je deze gegevens uit BW?

ODBC zou een oplossing kunnen zijn (en is waarschijnlijk ook een van de standaarden in SAP voor zover als ik er verstand van heb (zit meer in de functionele hoek)) maar dit wordt niet ondersteund momenteel door de mensen die de server beheren (ivm security en firewalls)...

zijn er andere opties waarmee we dit zouden kunnen doen?

http://www.pvoutput.org/list.jsp?id=36679&sid=33539


  • winnie
  • Registratie: Juli 1999
  • Laatst online: 05:41

winnie

de poes...

Vraag me af wat deze vraag hier doet, maar goed. Als een online link niet kan (odbc of database link), dan is een dump een andere mogelijkheid. En als derde heb je nog transportable tables (althans: als sap met een oracle database werkt). Dump inlezen met bijvoorbeeld SQL-loader (oracle). Transportable tables gewoon inlezen. Beetje klussen met Oracle warehouse builder, ... klaar!
(had ik al verteld dat ik met oracle werk?) :)

  • miel
  • Registratie: Augustus 2001
  • Nu online
winnie schreef op 01 oktober 2003 @ 15:15:
Vraag me af wat deze vraag hier doet, maar goed. Als een online link niet kan (odbc of database link), dan is een dump een andere mogelijkheid. En als derde heb je nog transportable tables (althans: als sap met een oracle database werkt). Dump inlezen met bijvoorbeeld SQL-loader (oracle). Transportable tables gewoon inlezen. Beetje klussen met Oracle warehouse builder, ... klaar!
(had ik al verteld dat ik met oracle werk?) :)
nou ik vroeg me even af waar ik de vraag moest plaatsen....

SA vond ik niet echt passend, dus koos ik maar voor SG..

Dump is niet echt een optie omdat je dan een aantal handelingen moet verrichten voordat je een overzicht hebt (terwijl je bijvoorbeeld met ODBC een 'refresh"optie kunt geven in Excel waarbij je de data van de server haalt).

Ik weet niet echt precies met wat voor database we werken... wel een goede vraag inderdaad....

http://www.pvoutput.org/list.jsp?id=36679&sid=33539


  • Banpei
  • Registratie: Juli 2001
  • Nu online
P&W lijkt mij het juiste subforum. :/

[ Voor 8% gewijzigd door Banpei op 01-10-2003 15:39 ]


Verwijderd

SG >> P&W :)

  • miel
  • Registratie: Augustus 2001
  • Nu online
Hoor net dat we een DB2 database hebben....geen oracle dus... helaas

http://www.pvoutput.org/list.jsp?id=36679&sid=33539


Verwijderd

Ik vraag me eigenlijk af waarom ODBC wordt geblocked :? Een firewall en of security is niet echt een reden om ODBC onmogelijk te maken. Vooral die security volg ik even niet.

  • Scharnout
  • Registratie: November 2000
  • Laatst online: 23-08 12:39

Scharnout

Meuk

offtopic:
CATS zuigt grote tijden. implementatie liep waar ik een tijdje geleden zat helemaal de soep in. Financieel gezien dan. Totaal geen controles meer op los te laten. Laat dus je Financial Controller ff een weekje testen met een goed testprogramma.

And Bob's your uncle ...


  • miel
  • Registratie: Augustus 2001
  • Nu online
Scharnout schreef op 01 October 2003 @ 16:22:
offtopic:
CATS zuigt grote tijden. implementatie liep waar ik een tijdje geleden zat helemaal de soep in. Financieel gezien dan. Totaal geen controles meer op los te laten. Laat dus je Financial Controller ff een weekje testen met een goed testprogramma.
Hoezo liep het financieel gezien in de soep? Welke controles waren niet mogelijk? Wij hebben nu inderdaad soms ook wel problemen met FI/CO maar daar zijn al oplossingen voor gevonden..

We hebben ergens een server staan die zwaar beveiligd is blijkbaar en daarop ondersteunt men geen ODBC

http://www.pvoutput.org/list.jsp?id=36679&sid=33539


Verwijderd

Tip: Neem zelf contact op met SAP Bel: 0800 022 50 52
Bron: www.sap.nl

  • pgussow
  • Registratie: Maart 2003
  • Laatst online: 18-08-2025
SAP is redelijk open.. maw: Je kunt redelijk makkelijk data uit en in SAP krijgen via standaarden. Het bedrijf waar ik werk (www.cordys.com) heeft een integratieplatform met daarbij een standaard SAP-connector om via XML en SOAP tegen SAP te kunnen praten.

De mogelijkheid die je moet onderzoeken als je niet van 3rde partijen gebruik wil maken: BusinessConnector. Is een standaard iets van SAP wat gratis is voor alle SAP-klanten (laatste keer dat ik gechecked heb tenminste :D ). Die kun je extern benaderen via HTTP POST... Als je meer info wilt, ICQ me maar...

  • miel
  • Registratie: Augustus 2001
  • Nu online
pgussow schreef op 01 October 2003 @ 17:12:
SAP is redelijk open.. maw: Je kunt redelijk makkelijk data uit en in SAP krijgen via standaarden. Het bedrijf waar ik werk (www.cordys.com) heeft een integratieplatform met daarbij een standaard SAP-connector om via XML en SOAP tegen SAP te kunnen praten.

De mogelijkheid die je moet onderzoeken als je niet van 3rde partijen gebruik wil maken: BusinessConnector. Is een standaard iets van SAP wat gratis is voor alle SAP-klanten (laatste keer dat ik gechecked heb tenminste :D ). Die kun je extern benaderen via HTTP POST... Als je meer info wilt, ICQ me maar...
Wat is je icq nummer? mijnes is 9054560

http://www.pvoutput.org/list.jsp?id=36679&sid=33539


  • Scharnout
  • Registratie: November 2000
  • Laatst online: 23-08 12:39

Scharnout

Meuk

miel schreef op 01 October 2003 @ 16:29:
[...]

Hoezo liep het financieel gezien in de soep? Welke controles waren niet mogelijk? Wij hebben nu inderdaad soms ook wel problemen met FI/CO maar daar zijn al oplossingen voor gevonden..

We hebben ergens een server staan die zwaar beveiligd is blijkbaar en daarop ondersteunt men geen ODBC
Het ging voornamelijk fout bij muteren van personeel van de ene kostenplaats naar de andere. Of mutaties achteraf inbrengen/wijzigen. Kreeg je opeens hele rare dingen. Zijn uiteindelijk opgelost, maat het was een bitch.

SAP is alleen leuk grote bedrijven. Teveel bedrijven implementeren als een kip zonder kop SAP. En dat heeft veeeeeeeel bedrijven in financiele problemen gebracht.

And Bob's your uncle ...


Verwijderd

Dat SAP alleen voor de grote bedrijven is, blijft een hardnekkig fabeltje. Er zijn al geruime tijd, 'lichtere'versies uit van SAP, bedoeld voor de MKB markt. Ik ken vele klanten die naar volle tevredenheid SAP Business One draaien.

Miel> beheren jullie je SAP omgeving intern, of hebben jullie daar een businesspartner voor. Want in het laatste geval zou ik gewoon jullie BP dit laten oplossen. Mocht je hulp willen hebben, neem gerust contact met mij op via stormofsilence@gmx.net.

Suc6!

[ Voor 38% gewijzigd door Verwijderd op 01-10-2003 19:28 ]


  • .oisyn
  • Registratie: September 2000
  • Laatst online: 03-09 13:30

.oisyn

Moderator Devschuur®

Demotivational Speaker

Wat is precies je bedoeling? Wil je code schrijven om te communiceren met SAP (om de data eruit te halen)? Of wil je het puur exporteren naar een bepaald formaat of importeren in een bepaald programma?

Zolang er in principe geen code aan te pas komt is PW eigenlijk niet de goede plek, en staat ie wel degelijk beter in SA :)

Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.


  • Glimi
  • Registratie: Augustus 2000
  • Niet online

Glimi

Designer Drugs

(overleden)
miel schreef op 01 October 2003 @ 20:32:
Dan zou ik zeggen: door naar SA!
Toch naar SA :)

  • Fish
  • Registratie: Juli 2002
  • Niet online

Fish

How much is the fish

wij gebruiken dit http://www.cognos.com/products/impromptu/ om gegevens uit sap te halen

meer tekst http://www.cognos.com/partners/strategic/sap/index.html
doe gewoon een serach op die site naar sap

wat voor link er precies gelegd word weet ik niet pcies, maar ik weet wel dat het niet lukt via een odbc en acces combi. eigenlijk heb ik me ook niet echt in verdiept

[ Voor 19% gewijzigd door Fish op 01-10-2003 23:13 ]

Iperf


  • pgussow
  • Registratie: Maart 2003
  • Laatst online: 18-08-2025
Via ODBC ga je direct op de database zitten. En dat ik NOOIT de goede manier van integreren. Want wat mis je als je connect op de database van een applicatie?
DE BUSINESSLOGIC! En dat is nog veel belangrijker dan de data zelf.

De DB is puur opslag van bitjes. De businesslogic bepaald WAT die bitjes zijn en hoe ze geinterpreteerd moeten worden. Dus als jij via ODBC/JDBC/OLEDB/whatever direct naar de DB gaat zul je altijd ook een exacte kopie moeten maken van de businesslogic die in die applicatie zit. En dan heb je een probleem als die applicatie update en de logic veranderd...
Alleen raadplegen zou eventueel nog kunnen, maar updates moet je nooit direct op de DB doen...

edit:
Ik heb ff mijn profiel bijgewerkt, dacht dat ik daar mijn ICQ al in had staan.. Niet dus :P

[ Voor 8% gewijzigd door pgussow op 02-10-2003 08:51 ]


  • miel
  • Registratie: Augustus 2001
  • Nu online
fish schreef op 01 October 2003 @ 23:12:
wij gebruiken dit http://www.cognos.com/products/impromptu/ om gegevens uit sap te halen

meer tekst http://www.cognos.com/partners/strategic/sap/index.html
doe gewoon een serach op die site naar sap

wat voor link er precies gelegd word weet ik niet pcies, maar ik weet wel dat het niet lukt via een odbc en acces combi. eigenlijk heb ik me ook niet echt in verdiept
We zijn ook aan het kijken om Impromptu van Cognos te gebruiken (draaien we nu al) maar via welk protocol legt dat dan een verbinding???

http://www.pvoutput.org/list.jsp?id=36679&sid=33539

Pagina: 1