Heart-Profit ERP
November 27, 2024, 02:33:24 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Geblokkeerde functie LOLQRA  (Read 1665 times)
0 Members and 0 Guests are viewing this topic.
Demis van Kouwen
Profitable
***
Offline Offline

Posts: 1249

Get starting...


View Profile WWW
« on: January 03, 2008, 02:12:50 pm »

Let op: onderstaande geblokkeerde functie is opgetreden in Profit Base TEST

Ik heb in functie LOLQRA een geblokkeerde functie gekregen nadat ik een nieuw percentage aan had gemaakt. Na de melding dat er een x aantal verkooporderregels waren aangepast trad deze geblokkeerde functie op.

Kan dit aangepast worden?






* geblokkeerde functie.PNG (24.72 KB, 776x593 - viewed 127 times.)
Logged

Heart-Profit company ID : GE
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #1 on: January 03, 2008, 04:22:13 pm »

Vreemd... LODB behoort tegenwoordig 5 indexen te hebben, en had er maar 4.

LODB opnieuw gereorganiseerd (hetgeen vanzelf dient te gebeuren vanuit de Upgrade) en nu zijn er wel 5 indexen. Ik ga ervanuit dat dat het probleem oplost.

Mede gezien meerdere problemen in de Testversie Demis maar eens gebeld...

Oorzaak gevonden: Ondanks de waarschuwing, heeft Demis heeft op 31-12 de Produktiebestanden naar Test gekopieerd.

Zodra je over module Profit-Base-Test beschikt, heb je niet alleen Test- en Produktiebestanden, maar ook Test- en Produktieprogrammatuur. Indien er een Upgrade pending is (d.w.z. je hebt een Upgrade van Heart wel in Test uitgevoerd, maar die Upgrade is nog niet omgezet naar Produktie), dan is de database in de Testomgeving nieuwer dan die in Produktie. Kopieer je op zo'n moment Produktie- naar Test, dan zullen er diverse fouten kunnen ontstaan; velden die niet bestaan, indexen die niet bestaan etc.

Indien het toch noodzakelijk is Produktie- naar Test te kopieren terwijl er een Upgrade pending is, dan zal direkt na het kopiëren van Produktie- naar Test opnieuw een Database Upgrade in de Testomgeving moeten worden uitgevoerd. Deze database-upgrade maakt de structuur van de database weer gelijk aan wat deze volgens de laatste Upgrade had moeten zijn.

Let op:
De kopie van Produktie- naar Test triggert niet dat ook eventuele konversies die aan de orde zijn geweest weer opnieuw worden uitgevoerd !
Welke konversies er zijn geweest en of het niet uitvoeren van de konversie kwaad kan, kan niet vooraf gesteld worden. Uitgangspunt mag zijn dat in die hoek problemen verwacht mogen worden met testen. Zodra de Upgrade van Test- naar Produktie wordt omgezet, zullen de konversies alsnog ook in Produktie worden uitgevoerd.

Ook zullen eventueel handmatige aanpassingen aan de database verloren gaan (dit komt heel af en toe voor als Heart nieuwe funktionaliteit overstuurt, zonder volledige upgrade, en waarvoor toch aanpassingen aan de database benodigd zijn).
Logged

Heart-Profit company ID : HA
Wouter Rijnbende
Administrator
Partner
*****
Offline Offline

Posts: 5367


View Profile WWW
« Reply #2 on: January 03, 2008, 04:24:05 pm »

Welke konversies er zijn geweest en of het niet uitvoeren van de konversie kwaad kan, kan niet vooraf gesteld worden. Uitgangspunt mag zijn dat in die hoek problemen verwacht mogen worden met testen.

In dit geval Demis, is er een konversie geweest inzake het Assortiment van de Debiteuren, en waarbij ieder Assortimentsrecord werd voorzien van een indikator op basis waarvan de prijs werd bepaald. Die indikator zul je nu missen, ofwel, tenzij je voor je Debiteuren opnieuw het Assortiment opbouwt, mag je ervanuitgaan dat je Assortimentstriggers niet werken.
Logged

Heart-Profit company ID : HA
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.067 seconds with 20 queries.