Mooi. Scheelt weer geld. Da's óók Profit (in zekere zin  )

Zoiets zou op zich kunnen, maar zal gemaakt moeten worden (en kost dus geld).

Maar, wellicht is er een tussen oplossing.

Jouw vraag kan ontstaan uit het feit dat je de CSV totaal niet kan lezen, en deze zich er ook niet toe leent om om te zetten naar Excel (omdat niet alles daarin in dezelfde kolomvorm is).

Mogelijk ben je niet op de hoogte van het feit dat er ook een Printbare versie is van dit overzicht.
Je vindt dat overzicht bij Hmenu-8-5-4-3.
Dat overzicht heeft ook weer mogelijkheden om records met gelijke waarden te totaliseren, of, als je niet totaliseert, wat meer info te tonen waar de betreffende data vandaan is gehaald.
Misschien kom je daar verder mee zonder dat we een nieuw overzicht voor je hoeven te maken?

Het werkt weer. Aanpassing staat inmiddels op jullie systeem.

Jeetje... je weet ze wel te vinden... 

Normaliter zou ik stellen: pech gehad, als de ene Funktie zegt dat verwijderen niet is toegestaan omdat ze is afgesloten, dan moet het in de andere Funktie óók niet zijn toegestaan om haar te kunnen verwijderen...

Toch blijkt hier wat meer aan de hand te zijn, maar wat allemaal uit een héél ver verleden blijkt.

Beide Funkties bestaan op zich al jaren. Beide Funkties roepen dezelfde Funktie "Verwijderen Offerte" aan (LOOFVW die je ook in een van de meldingen terug ziet komen).
Dat "Verwijderen Offerte" zou verdere alle kontroles moeten bevatten die bepalen of een Offerte verwijderd mag worden of niet.

In 2000 is er een kontrole bij gekomen, die zegt dat als een Offerte niet "Open" is, en ook niet "Vervallen", ze afgesloten zal zijn en niet verwijderd mag worden.
In plaats van dat die kontrole in de formele "Verwijderen Offerte" is opgenomen, is separaat in 2 funkties opgenomen (LOOFRA en LOOFPPRA).

In 2003 is die kontrole in LOOFRA verwijderd en overgeheveld naar de formele "Verwijderen Offerte"; aan LOOFPPRA is toen niets veranderd, dus, daar is ze nog (redundant) blijven staan.

In 2008 is de formele "Verwijderen Offerte" dan weer aangepast en mag een "Afgesloten" Offerte schijnbaar toch in bepaalde situaties worden verwijderd.
Maar ja, de redundante kontrole die sinds 2003 nog is achter gebleven in LOOFPPRA komt nog steeds met de melding.

Dus, normaliter zou ik zeggen "een Verkooporder die geleverd is mag je er ook niet uithalen, dus het is juist de andere funktie waar een kontrole ontbreekt", kan ik in dit geval konstateren dat de kontrole er expliciet in beide funkties in heeft gezeten, maar slechts in één van beide is geëlimineerd. Omdat hier feitelijk in 2008 is gesteld dat dit schijnbaar wel degelijk moet kunnen, geef ik je nu het voordeel van de twijfel. Ik heb het verwijderen in LOOFPPRA nu ook toegestaan.

Nb: Zou ik dat niet doen, dan had je de Offerte toch op de andere plek verwijderd, en als het écht kwaad had gekund, dan had je dat vast al wel gemerkt als je de Offerte in de 2e funktie verwijderd had.

Nu hád ik de aanpassing op jullie systeem willen zetten, maar ik kom er even niet op. Volgens de melding is er iets aan de Gateway gewijzigd, dus, als je me even een mail kunt sturen met de gewijzigde zaken, dan kan ik de aanpassing oversturen.

Je hebt een mail ontvangen met een linkje.

Het is inderdaad mogelijk om een volgende Upgrade ook in Test uit te voeren, om daarna met het geheel in één stap over te gaan naar Produktie; die laatste stap heet "Test naar Produktie" omdat je met alles wat op dat moment in Test staat over gaat naar Produktie, dus ook als je daar 2 of 3 upgrades pending hebt.

Ik zal zo een nieuwe Upgrade voor je klaarzetten.

Was het niet zo dat wij juist Fakturen vanuit Xtendis inlezen?

Overigens zijn er wel een paar tabellen die als stamgegevens geëxporteerd worden naar Xtendis, daar zit ook de Relatie tabel bij, en die bevat een Landkode.

Maar voordat je nu Xtendis gaat vragen om daar iets mee te doen... je hebt er w.s. niets aan, omdat je ook te maken zult hebben met situaties waarbij je in Duitsland inkoopt maar er vanuit Frankrijk geleverd wordt (omdat jouw Leverancier het door zijn Leverancier rechtstreeks laat leveren aan jullie). Er komt veel meer kijken bij dit soort aangiftes.

Ik ben bang dat ik het niet eens kan zijn met jouw stelling. 

In de koding zie ik dat deze eenheid altijd gedisabled wordt opgenomen; ze is niet wijzigbaar.
Dit betreft een aanpassing uit december 2010 (voor jullie gemaakt) en is tevens de laatste wijziging aan dit scherm.
De aanpassing is ook in de Releasenotes beschreven als dat er enkel iets wordt weergegeven.
Zie topic http://ha1.heartprofit.nl/profit/index.php?topic=23111.0

Upgrade staat voor je klaar. Ik heb je een mail gestuurd.

Zitten er aanpassingen in die Upgrade waar je op zit te wachten?
Zo niet, mag het een weekje later?

Die bedoel ik ja. Daar staat "de output"  van de Produktieorder, en als daar niets staat, is deze ongedefinieerd en zal er dus ook niets "verwacht" worden in het VVV.

Is er iets mis met de P.O.?

Ik kan me voorstellen dat als je maar één Verschijningsvorm hebt, je P.O. een Produktievorm "ST" moet hebben ingevuld, dan wordt de output ook meteen met ST gevuld.
Het kan ook zijn dat die ST er wel gestaan heeft, maar dat die door iemand met F6 is verwijderd.
Nu de P.O. er eenmaal is, moet je ook op F4 kunnen drukken om 7 ST aan de output toe te voegen.

Mogelijk omdat je niets in het "Afvuladvies" (de Output) van de P.O. hebt staan?
Bijv. omdat je meerdere Verschijningsvormen hebt bij het Artikel (stel ST en ST2) en je in dit geval afvult in ST2, maar ST opvraagt?

Tsja... hier kunnen we alles van vinden... maar...  misschien kunnen we volstaan met het feit dat de melding die je op het scherm krijgt een doodnormale Enter = Door, Escape = Terug melding is, en je dus gewoon op "Door" kunt drukken. Probleem opgelost. Toch?

Merk op dat het Gebruikersbestand in een niet-ADS-versie gelijk is voor de Test- en de Produktiebestanden, en dus kán het zo zijn dat je in Produktie weliswaar niet over dat bedrijf beschikt, maar in Test wel. Overigens bevat dat bedrijf een komplete waslijst van gebruikers, dus ik vermoed dat iemand ooit het gewone bedrijf naar een euro bedrijf heeft gekopieerd. Misschien wel om te kijken of je een Database Valuta kon aanpassen. Hoe dan ook, we kunnen uren besteden om uit te zoeken wat hier gebeurd is, maar "gewoon Enter = Door" is toch ook een oplossing?

Upgrade staat voor je klaar op de website; zie je mail voor de download info.

We zijn met een paar aanpassingen bezig die we op dit moment nog even niet kunnen oversturen, maar, dat zit allemaal in een andere hoek dan wat jullie gebruiken, dus ik verwacht niet dat je er last van zult hebben. Hoe dan ook, je hebt Profit-Base-Test,  en je test e.e.a. zelf ook altijd nog even voor je het overzet naar produktie, dus, dat moet goed komen 

Kón het maar uit LOOARA worden berekend 
Zo simpel is hij niet.

Maar, kun je het overzicht nog eens bekijken hoe het nu is?