Vanaf deze Releasenote kan in de
NCONFIG.HRT (zie SY-Trefwoord
CONFIG.HRT) een nieuwe opdracht worden opgenomen:
NWTroepPath = <d:> <path> Naast een TROEP-directory (zie TroepPath instelling in de CONFIG.HRT) op het werkstation, kan er ook worden verwezen naar een TROEP directory op het Netwerk. Deze instelling is geïntroduceerd omwille van het genereren van Samenvoegbestanden en de koppeling met diverse Microsoft produkten (Windows versie).
Waar de normale TROEP directory zich op de lokale schijf v/h werkstation zal bevinden (meestal C:TROEP) is er sinds de koppeling van Profit met andere Windows Applikaties een behoefte ontstaan aan een standaard path, welke voor iedere gebruikers dezelfde naam heeft, maar toch naar een andere fysieke plek verwijst.
Zo biedt de Windows versie van Heart-Profit de mogelijkheid om brieven, faxen, mailings (of beter: Kontakten) te registreren met bijv. Microsoft Word. Omdat alle NAW gegevens al in Profit bekend zijn, is het onzinnig deze in Word te moeten overtypen. Profit genereert in dit geval een Samenvoegbestand met diverse velden die vervolgens door Word opgepakt kunnen worden. Echter... de naam van het Samenvoegbestand wordt door Word opgeslagen in het betreffende dokument, en kan vervolgens enkel worden opgevraagd door werkstations met een verwijzing naar dezelfde directory.
Ofwel, als ons Samenvoegbestand C:TROEPBRIEFNAW.TXT zou zijn, dan slaat Word dit op in het dokument, hetgeen impliceert dat iemand die zijn TROEP directory
niet op C: heeft staan dit bij het openen van het Word dokument een (MS-Word) melding zal krijgen dat het samenvoeg bestand C:TROEPBRIEFNAW.TXT niet kon worden gevonden.
Zodra Uw netwerk enkel uit werkstations bestaat die over een eigen C: schijf beschikken is dit op zich geen probleem, immers op ieder werkstation zal het samenvoegbestand in C:TROEP worden aangemaakt. Heeft iemand echter geen C: schijf, dan wordt ze met dit probleem opgezadeld.
Merk op dat zodra Profit op een Terminal Server draait, deze Server weliswaar een C: schijf zal hebben, maar omdat ze juist bedoeld is om meerdere sessies tegelijk te kunnen draaien en we niet willen dat de ene gebruiker het samenvoegbestand van een ander overschrijft (brieven zouden naar verkeerde personen toegaan) zal de TROEP directory
altijd naar iets anders verwijzen dan naar C:TROEP, bijvoorbeeld T:TROEP
Het resultaat is dus dat Terminal Server gebruikers dan meteen geen kontakten meer kunnen opvragen die in Word gemaakt zijn, althans niet zonder hinderlijke meldingen aangaande het moeten opgeven van een andere lokatie voor het samenvoegbestand (ze zouden feitelijk C:TROEPBRIEFNAW.TXT in T:TROEPBRIEFNAW.TXT moeten wijzigen, waardoor vervolgens de "normale" gebruikers met een C: schijf weer een probleem hebben.
De oplossing van dit probleem ligt hem in het definiëren van een gebruikers specifieke directory op het netwerk, vanaf ieder werkstation (ook WTS) beschikbaar, en waarbij de System Login Script van Uw Netwerk ervoor dient te zorgen dat de gebruiker hieraan gekoppeld wordt zodra ze inlogt.
Ofwel, op bijv. een Netwerkvolume DATA1 dient U een directory USERDATA aan te maken, met daaraan per gebruiker een subdirectory. Middels de System Login Script regelt U dat gebruiker JAN een driveletter toegewezen krijgt die verwijst naar \DATA1USERDATAJAN en dat gebruiker PIET wordt gekoppeld aan \DATA1USERDATAPIET. Deze driveletter zal vervolgens
voor iedereen dezelfde moeten zijn, bijvoorbeeld drive U: (User).
Middels het NWTroepPath commando kunt U vervolgens aangeven dat de Netwerk-Troeppath
U: is (of U:TROEP), met vervolgens als resultaat dat ongeacht op welk werkstation Uw gebruiker inlogt, ze altijd deze drive toegekend krijgt. In Uw MS-Word document geeft U vervolgens voortaan aan dat het Samenvoegbestand op U: of U:TROEP staat.
Nb: Praktijk leert dat veel netwerkbeheerders sowieso al e.d. Userdrive op het Netwerk aanwezig hebben.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| SYBHPAWS | Parameters Werkstation | 26-08-2003 | 26-08-2003 |
| SYINCH | Omschrijving (nog) niet bekend | 22-04-2003 | 05-09-2003 |
| SYINCHN | Omschrijving (nog) niet bekend | - - | 05-09-2003 |
| SYINM | Omschrijving (nog) niet bekend | 22-04-2003 | 26-08-2003 |
| SYINV | Omschrijving (nog) niet bekend | 18-06-2003 | 26-08-2003 |
| SYSS | Omschrijving (nog) niet bekend | 27-08-2003 | 05-09-2003 |
