Agresso Wholesale heeft een heel sterk verkoopargument: er zijn door de gebruikers flexibele informatieprofielen te maken op een laagdrempelig gebruiksniveau. Regelmatig gebeurt het dat bij fixen en releases weer meer velden of bestanden beschikbaar komen. Ook zijn er door de gebruiker gedefinieerde velden beschikbaar zoals berekende velden e.d.
Er wordt er door de ontwikkelaars gekozen voor een aantal velden waarop criteria liggen. Dit beperkt helaas de functionaliteit van de profielen omdat gebruikers vaak op andere velden willen filteren of criteria plaatsen. Criteria plaatsen is oa niet mogelijk op berekende velden zodat bij later openen van het profiel de eerder gedane aanpassingen weer teniet zijn gedaan.
Ook bij exporteren speelt dit: het export bestand houdt geen rekening met criteria dus neemt ALLE data mee, maar kent ook niet de berekende velden. Als deze aanpassing doorgevoerd kan worden wordt Agresso weer een stuk interessanter voor klanten.
Ad van Essen
Aangezien dit idea al even openstaat en de realisatie pas binnenkort gaat starten klopt bovenstaande tekst niet helemaal meer met de werking in versie SP6.
Bij het exporteren naar Excel wordt inmiddels wel rekening gehouden met de opgegeven criteria en achteraf opgegeven filters. Ook worden de berekende kolommen wel meegenomen in de export.
Wat nog niet kan is het zelf kunnen definieren van de criteria op kolommen en berekende kolommen.
In update 46 (23-12-2019) is de mogelijkheid toegevoegd om zelf criteria in te stellen voor kolommen die gebaseerd zijn op databasevelden. Zie voor meer informatie de update documentatie van update 46.
Voor sprint 94 (24-04-2020) staat gepland om de filters op kolommen te kunnen bewaren. Dit kunnen we niet eerder realiseren omdat met deze aanpassing databaseaanpassingen zijn gemoeid.
Mooi dat dit punt wordt opgepakt , hier zullen veel klanten blij mee zijn.
J.Broekhuizen
21-9-2015 16:14
Wij lopen hier met grote regelmaat tegen aan. We kunnen geen critieria filters zetten op de velden waar wij op willen filteren. Product en assortimentsproduct tabellen zijn niet eens samen te vinden in een informatieprofiel terwijl het product in beide van die tabellen kenmerken of instellingen kan hebben. De informatieprofielen zijn door de keuzes van de ontwikkelaars veel te beperkt gemaakt. Vrijgeven van de informatieprofielen waardoor we zelf tabellen kunnen koppelen en daar een informatieprofiel op kunnen gaan bouwen lijkt mij de beste optie.