Heart-Profit ERP
November 27, 2024, 09:44:40 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Tijdelijke .DBI bestanden niet kopiëren bij Reorganiseren TBC  (Read 969 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: July 21, 2000, 09:45:59 am »

Als we TBC reorganiseren, worden alle Tijdelijke Bestanden van het Netwerk naar de Lokale werkplek gekopieerd (indien er een Netwerkversie aktief is). De Tijdelijke Bestanden op het werkstation zullen hiermee worden overschreven met de nieuwe versie. Er zijn echter een paar bestanden van welke wel niet willen dat deze standaard worden overschreven:  
SYQP - Lokale Printerinstellingen ADSF - Betalingsselektie Betalingsrun  
De eerste bevat de parameters van de Lokale Printer. Deze parameters staan lokaal omdat ze per werkstation anders kunnen zijn. Het tweede bestand (ADSF) bevat de Betalingsselektie van de Betalingsrun (Profit-Fin) en wordt niet standaard gekopieerd, omdat het verwerken van een Betalingsrun van het begin tot het eind meer dan 1 dag in beslag kan nemen, en TBC de gehele selektie ongedaan zou maken.  
Tot deze versie was de enige methode om deze bestanden niet te kopiëren, het renamen van deze bestanden op het Netwerk van *.DBF naar *.DBI, immers, waar TBC *.DBF naar C: kopiëert, zouden deze bestanden niet meer worden gevonden. Middels Reorganiseren TBI zouden dan ook de *.DBI naar C: worden gekopieerd (als *.DBF), dit voor het geval dat de Structure van deze bestanden écht eens gewijzigd zou zijn, in welk geval wel wel moéten kopiëren.  
Een paar weken geleden is deze oude methode overboord gegooid, immers, een Upgrade van Heart zal immer een nieuwe set Tijdelijke Bestanden oversturen, en vergt dus altijd een nieuwe Rename opdracht naar *.DBI (aktie uit te voeren door de klant). Praktijk wees uit dat iedereen dit vergat, en dus is dit de methode niet meer.  
Tegenwoordig bepaalt reorganiseren zélf dat deze bestanden niet met TBC gekopieerd moeten worden, en wel met TBI. Dit houdt in dat de Gebruiker niets anders hoeft te doen dan TBC of TBI te kiezen, en dat er verder niets meer gerenamed hoeft te worden.  
Er is echter één 'fout' in deze wijziging geslopen, en dat is dat waar Profit de SYQP.DBF bij TBC oversloeg, er sommige Installaties zijn waar ooit eens de SYQP.DBF naar *.DBI is gerenamed, en we dús een SYQP.DBI tegenkomen welke middels TBC wél naar lokaal werd gekopieerd. Ervanuitgaande dat de betreffende klant nog steeds de regel hanteert 'als we met *.DBI files werken, dan moeten we dit na iedere Upgrade bijwerken' is er niets aan de hand; echter, zou de klant zelf vergeten zijn deze *.DBI files bij te werken, dan ontstaat nu de situatie dat een oudere versie van SYQP (t.t.v. de laatste kopie naar *.DBI) naar C: wordt gekopieerd, en middels de nieuwe programmatuur wordt gereorganiseerd. Hierbij kunnen dat foutmeldingen ontstaan die aangeven dat diverse veldnamen niet bestaan.  
 
Dit probleem is middels de nieuwste SYPC programma-technisch verholpen, echter, mocht dit probleem bij U bestaan, dan dient U de betreffende *.DBI file te verwijderen! en opnieuw TBI te reorganiseren.  
 
 
FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
SYBHOITB    Omschrijving (nog) niet bekend    03-07-2000    21-07-2000
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.085 seconds with 19 queries.