krótka, szybka charakterystyka SAPa (może jakiś .pdf ?)

	B O A R D
	» Board » Zadaj pytanie » Archiwum » Szukaj » Stylizacja

M E N U

» Nowości

» Archiwum

» Recenzje / Testy

» Board

» Rejestracja

Szukaj @ TwojePC

	OBECNI NA TPC
	» Shark20 01:58 » MARC 01:57 » RoBakk 01:51 » Rybeck 01:27 » Martens 01:06 » rainy 00:57 » spidi 00:42 » Paweł27 00:36 » m&m 00:35 » rzymo 00:35 » b0b3r 00:22 » dugi 00:21 » NWN 00:20 » Logan 00:16 » mnih 00:10 » cVas 00:08 » Wedrowiec 00:08 » Visar 00:06 » Raist 00:04 » muerte 00:04 Dzisiaj przeczytano 41112 postów, wczoraj 25974 Szybkie ładowanie jest: włączone.

ccc

A R C H I W A L N A W I A D O M O Ś Ć

krótka, szybka charakterystyka SAPa (może jakiś .pdf ?) , XCLONE 17/09/08 14:16
nawiązując do pytań odn. rozstania z pracodawcą, nadarzyła się okazja do pracy przy SAPie.. pracowałem już przy dużych systemach modułowych (księgowość, kadry, magazyn, logistyka - produkcja TETA Wrocław) i obecnie tam, gdzie pracowałem z TETĄ, wprowadzono SAPa.. pytanie: jak bardzo różni się SAP od takiego systemu TETY i czym może się różnić ? na jakich bazach to może pracować i co jest bardzo istotne w pracy z SAPem ?

może ma ktoś jakieś materiały wstępne do tego tematu ?

--
Pozdr.
Artur S.

The World HAS Changed..
:P

też chętnie ją poznam , Lysy 17/09/08 14:23
321
To zależy, którą linię produktów TETA SA masz na myśli , bwana 17/09/08 14:36
o ile wiem, są 3: TETA C (środowisko konsolowe, autorskie rozwiązanie bazodanowe), TETA 2000 (środowisko graficzne (Oracle Forms), architektura klient-serwer z bazą Oracle lub trójwarstwowa z bazą Oracle) oraz Havana (tak przynajmniej to się nazywało, kiedy wybyłem z firmy TETA) w architekturze klient-serwer z bazą MS SQL Server. Poza tym SAP-y też są dwa (przynajmniej), SAP R3 i SAP One.

Postaraj się najpierw ustalić, co z czym konkretnie chcesz porównać (tzn. produkty z których linii).
"you don't need your smile when I cut
your throat"
1. teta2000 , XCLONE 17/09/08 14:46
  na tym pracowaliśmy wtedy..
  The World HAS Changed..
  :P
  1. no to do porównania o TETA 2000 , bwana 17/09/08 14:53
    architektura klient-serwer lub trójwarstwowa,
    graficzny interfejs użytkownika uruchamiany lokalnie (oracle forms runtime) na kliencie lub na serwerze aplikacji (w przypadku modelu trójwarstwowego),
    raporty wykonane w oracle reports uruchamianych lokalnie (oracle reports runtime) na kliencie lub na serwerze aplikacji (w przypadku modelu trójwarstwowego),
    działa toto z bazami danych Oracle i o ile wiem, z żadnymi innymi, ale mogło się coś zmienić, jako że od dobrych 5 lat już w TECIE nie pracuję i nie mam kontaktu z produktami,
    struktura funkcjonalna jest modułowa/oparta na menu użytkownika (piszę dlatego, że np. systemy zaprojektowane procesowo (systemy workflow) różnią się znacznie od tradycyjnych, takich jak TETA)
    
    O ile wiem, mały i duży SAP są kiepsko zlokalizowane w zakresie Kadr-Płac. Jak coś konkretnego przyjdzie Ci do głowy, to pytaj, może będę wiedział.
    "you don't need your smile when I cut
    your throat"
service.sap.com , komisarz 17/09/08 17:44
+ help.sap.com - tam znajdziesz odpowiedzi na wszystkie wymienione pytania (moze oprocz tego - co jest istotne przy pracy z SAPem, bo tu nie za bardzo wiem o co chodzi).
Komisarz Ryba
na poczatek link , Marvel 17/09/08 19:06
rs181.rapidshare.com/files/85951650/SAP01_EN_Col62_FV_Part_A4.pdf
podstawowy przeglad sapa. nie mialem do czynienia z TETA, od jakiegos czasu mam jednak stycznosc z SAP. na poczatek moge powiedziec, ze jest to ogromny system, kazdy modul jest b.rozbudowany i potrzeba sporo czasu zeby go ogarnac. jednak, jak miales juz do czynienia z systemem ERP, to na pewno przyjdzie Ci o wiele szybciej.
Za dwadzieścia lat bardziej będziesz
żałował tego, czego nie zrobiłeś, niż
tego, co zrobiłeś
1. przyznam racje, SAP to kolos ! , McSlavko 17/09/08 22:03
  ja pracuje na wersji R3, i przyznam że "modułowość" robi wrażenie, teraz bez tego ani rusz.
  Powered by 4x4
  1. eee, tam , bwana 17/09/08 22:30
    Zdecydowanie lepiej można pracować w systemach zbudowanych w konwencji workflow, wtedy to czy aplikacja jest podzielona na moduły czy nie, kompletnie nie ma dla użytkownika znaczenia. A praca użytkownika z systemem (przynajmniej teoretycznie) polega na wykonywaniu kolejnych kroków danego procesu biznesowego, a nie chodzeniu po menu i wprowadzaniu/aktualizowaniu danych. Wygląda to trochę jakby pracowało się cały czas z czymś w rodzaju windowsowych wizzardów. Przykładem może być framework Oracle ECM (wcześniej Stellent ECM). Kapitalna sprawa.
    "you don't need your smile when I cut
    your throat"
s.w. , Kenny 17/09/08 21:44
666
.:Pozdrowienia:.