|
DataMuseum.dkPresents historical artifacts from the history of: CP/M |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about CP/M Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 1792 (0x700)
Types: RcTekst, TextFile
Names: »CORN45.WP«
└─⟦b73a66207⟧ Bits:30005844 Dokumenter - Per Cornelius #12 - #134
└─⟦this⟧ »CORN45.WP«
╱04002d4e0a000600000000020a5031000000000000000000000000000000000000000000000000000e18222c36404a545e68727c86909aff04╱
↲
corn afd. nr. 12 84.04.25 edb.corn.45↲
↲
↲
TIL : JEKK.↓
↲
↲
Kopi : MRH.↓
↲
↲
↲
┆a1┆EMNE : OPGAVE FRA PEF.↲
↲
↲
↲
┆a1┆1. FRAFALDE DEBITOR LØSNING I MOSAIK.↲
↲
↲
Hvis vi på grund af for mange ændringer i DEBITOR-MODUL i MOSAIK,┆a1┆┆e1┆↲
akkumuleringer på lister, indlægge overspring på PEF specielle konti↲
med mere, i stedet for prøver at finde en anden løsning, hvad kan vi↲
så gøre ?↲
↲
↲
↲
┆a1┆2. UDTRÆK DE 4 KONTI TIL EFTERBEHANDLING.↲
↲
↲
Hvis vi u┆a1┆┆e1┆dtrækker status-konto 136344, 136351, 136355 og 136790 a la↲
kontoudtog til diskette, og laver et mikro-program , hvor vi pr. konto↲
sorterer på tekstfelt & bilagsnummer og udskriver liste, så undgår vi↲
indblanding i MOSAIK.↲
↲
↲
↲
┆a1┆3. ANDEN MODUL MULIGHED I MOSAIK.↲
↲
↲
Jeg har set overfladisk på VARE-MODUL & SALGSORDRE-MODUL i MOSAIK,┆a1┆┆e1┆↲
men ingen af disse moduler virker på nogen måde tillokkende til en ↲
nærmere analyse. Vi har problemet med udligning af poster samt ud-↲
skrifter. Desuden vil data indgå i FINANS på den ene eller anden ↲
måde.↲
↲
↲
↲
┆a1┆4. MULIGHED UDENFOR MOSAIK.↲
↲
↲
Hvis vi havde et ┆a1┆lille┆e1┆ DEBITOR-SYSTEM,┆a1┆┆e1┆ på diskette til MIKRO og som↲
omfattede:↲
↲
vedligeholdelse af stamdata (debitor oplysninger),↲
postering efter åben post princippet (+ / - ),↲
online forespørgsel (poster, kontoudtog )↲
udskrift (kontoudtog ).↲
↲
Men vi har I K K E tallene i MOSAIK !↲
↲
---------------------------------------------------------------------↲
↲
↲
Vil punkt 2 være en god løsning, og har vi resourcer til opgaven ?↲
════════════════════════════════════════════════════════════════════════
↓
↓
┆1a┆┆1a┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆┆00┆┆00┆┆ff┆┆ff┆┆ff┆┆00┆
B▶03◀▶06◀N▶04◀-N
▶06◀▶02◀
P1▶0e◀▶18◀",6@JT^hrø▶86◀▶90◀▶9a◀▶ff◀▶04◀
corn afd. nr. 12 84.04.25 edb.corn.45
TIL : JEKK.
Kopi : MRH.
▶a1◀EMNE : OPGAVE FRA PEF.
▶a1◀1. FRAFALDE DEBITOR LØSNING I MOSAIK.
Hvis vi på grund af for mange ændringer i DEBITOR-MODUL i MOSAIK,▶a1◀▶e1◀
akkumuleringer på lister, indlægge overspring på PEF specielle konti
med mere, i stedet for prøver at finde en anden løsning, hvad kan vi
så gøre ?
▶a1◀2. UDTRÆK DE 4 KONTI TIL EFTERBEHANDLING.
Hvis vi u▶a1◀▶e1◀dtrækker status-konto 136344, 136351, 136355 og 136790 a la
kontoudtog til diskette, og laver et mikro-program , hvor vi pr. konto
sorterer på tekstfelt & bilagsnummer og udskriver liste, så undgår vi
indblanding i MOSAIK.
▶a1◀3. ANDEN MODUL MULIGHED I MOSAIK.
Jeg har set overfladisk på VARE-MODUL & SALGSORDRE-MODUL i MOSAIK,▶a1◀▶e1◀
men ingen af disse moduler virker på nogen måde tillokkende til en
nærmere analyse. Vi har problemet med udligning af poster samt ud-
skrifter. Desuden vil data indgå i FINANS på den ene eller anden
måde.
▶a1◀4. MULIGHED UDENFOR MOSAIK.
Hvis vi havde et ▶a1◀lille▶e1◀ DEBITOR-SYSTEM,▶a1◀▶e1◀ på diskette til MIKRO og som
omfattede:
vedligeholdelse af stamdata (debitor oplysninger),
postering efter åben post princippet (+ / - ),
online forespørgsel (poster, kontoudtog )
udskrift (kontoudtog ).
Men vi har I K K E tallene i MOSAIK !
---------------------------------------------------------------------
Vil punkt 2 være en god løsning, og har vi resourcer til opgaven ?
\f
▶80◀▶bf◀
«eof»