EURO-Umstellung 1. Entwurf

[Bernhard Eversberg]

Es folgt eine erste Zusammenstellung, evtl. noch unvollstaendig,
der vorzunehmenden Aenderungen fuer ORDER/ORDA und aLF (!). Wer 
betroffen ist, kann sich damit schon mal ein Bild machen, aber bitte 
auch Dinge melden, die dabei auffallen oder noch fehlen.

Fuer das Ausfuehren der Aenderungen wird ein Satz von FLEXen 
angelegt werden, so dass nichts davon mit der Hand gemacht werden
muss. Natuerlich ist dies dann zuerst gruendlich zu testen,
darueber aber spaeter mehr, wenn es soweit ist.

----------------------------------------------------------------

allegro EURO-Umstellung. Was ist zu tun?
========================================


A. Aenderungen Daten
--------------------

Waehrungstabelle:  (Reg. 11 SYSWWHRG)
-----------------
#9A $W  CODE:KURS:Name%CODE:KURS:Name%...
       der Kurs ist der Wert, mit dem man $p multiplizieren muss,
       um DM zu erhalten. (Im Bestellsatz)
       Massnahme:
       Jeder Kurs muss durch 1.95583 geteilt werden.

   jetzt                               kuenftig
     KURS                                KURS/1.95583
     DEM:1.00000                          DEM:0.51129
     EUR:1.95583                          EUR:1.00000 (evtl. manuell 
korr.)


Bestellsaetze  (Reg. 10  "o ?" )
-------------
#9DB   Bestelldaten. 
1. Alle noch offenen Bestellungen
       Status: alles ausser 6 und 7 in #9DB
       $p = Preis in Bestellwaehrung  BLEIBT!
       $c = Waehrung                  BLEIBT!
       $P ist der umgerechnete Preis in DM, ist aber obsolet!
          es wird immer der Preis aus $p genommen und aktuell
          umgerechnet, denn der Kurs kann sich geaendert haben!

   jetzt                               kuenftig
     $P                                  kein $P mehr
     d.h. Bestellsaetze ausser Status 6 und 7 bleiben unveraendert.

2. Erledigte Bestellungen
(Inventarisierte Bestellsaetze)
       Status 6 oder 7 in #9DB
       $q ist bezahlter Betrag in DEM.
       Muss umgerechnet werden!  (Reg.11, Eintraege unter s 6 und s 7 
)

   jetzt                               kuenftig
     $qNNN.NN                            $qNNN.NN/1.95583 gerundet
   Dann steht in $q der gezahlte Preis, aber in Euro. Auch bei alten
   Bestellungen. (In $p bleibt der Bestellpreis stehen, in $c die 
Waehrung!)


Erst nach diesen Aenderungen:
FLEXe fuer folgende Aktionen machen:

ORDER/ORDA Kontingente:  (Reg. 11 SYSK? )
       Bisher sind alle Betraege in DM  (#9A  $V $A $B $E $R )
       $V durch 1.95583 dividieren, dann neu durchrechnen lassen
       (vorher KONT.APR modifizieren, s.u.)

aLF Statistiksaetze  (Reg. 11 STAT? )
       #9AFSTAT... $DJJJJMM
       Alle Teilfelder in #9AH durch 1.95583 teilen  ($0 $1 ... $9)

aLF Gebuehrensaetze  (Reg. 11 GD? )
       #9GG $S   ist DM, teilen durch 1.95583



B. Aenderungen Parameter, FLEXe usw.
------------------------------------

D-WRTF: Anzeige 
        Kontingentsatz : Umrechn. in EUR rausnehmen,
                           nachdem Betraege umgerechnet
        Gebuehren- und Statistiksaetze: EUR statt DEM

KONT.APR:
        Zeile fuer EURO-Umrechung der Betraege entfaellt


CAT.API:
        Kurzanzeige der aLF-Gebuehrensaetze
        (Erg.Menge Reg. 11 GD? )


Vorgang der
Inventarisierung: Im Formular wird EndPreis in DEM vorgegeben
                    und die Eingabe als DEM interpretiert
                  ($P oder umgerechnet aus $p)
                  Das muss kuenftig in Euro sein
                  Eingegegebener Betrag -> $q,  $p/$P  dabei 
unveraendert
     CAT.FRM:
     Formular [Inventarisierung]
        EndPreis [Euro]


Bernhard Eversberg
Universitaetsbibliothek, Postf. 3329, 
D-38023 Braunschweig, Germany
Tel.  +49 531 391-5026 , -5011 , FAX  -5836
e-mail  B.Eversberg at tu-bs.de