Portaal: zelfde product ID's samenvoegen tot 1 lijn

[Zero55]

Hallo,

Ik heb een database met producten en line _items.
In een portaal kunnen producten dmv barcode scanning toegevoegd worden

Als eenzelfde product 2x gescand wordt zou ik graag zien dat dit product maar één keer in het portaal voor komt en de aantallen opgeteld worden.
Het optellen van de aantallen is reeds gelukt, echter blijf ik 2 regels zien in het portaal. Filtering en sortering zijn ingesteld.

Ergens zie ik iets over het hoofd, wie kan mij helpen?
 

 

Alvast bedankt !

[bigbadwolf]

Eerlijk gezegd… ik heb na al die jaren ook nog regelmatig ruzie met portal filters…

Je probleem is volgens mij dat de afzonderlijke regels geen uniek gegeven hebben om op te filteren. De manier om dat voor elkaar te krijgen is te forceren dat er een uniek veld te maken is.

Het voorbeeld wat ik gemaakt het geeft je die optie. Kijk maar of je eruit komt, het is vrij recht-toe-recht-aan, maar het werkt om unieke records te filteren.

Mocht je extra info nodig hebben stuur dan een DM.

MatchRecords.fmp12

[Banach]

Ik vermoed dat je telkens wanneer je een barcode scant een nieuwe (portaal)regel aanmaakt. Dat zou dit probleem verklaren.

De betere procedure zou zijn om de code in een veld in te lezen met daarop een geschikte trigger. Kijk in het getriggerde script eerst of er al een gerelateerde regel met die code aanwezig is. Zoniet, dan een nieuwe regel maken, Wanneer die regel er wel is er 1 bij het aantal optellen. Daarna kan het veld waar de code in is ingelezen leeg gemaakt worden. Met deze procedure voorkom je die extra regels, en is filtering niet nodig.

[bigbadwolf]

On 3/14/2026 at 2:56 PM, Banach said:

Ik vermoed dat je telkens wanneer je een barcode scant een nieuwe (portaal)regel aanmaakt. Dat zou dit probleem verklaren.

De betere procedure zou zijn om de code in een veld in te lezen met daarop een geschikte trigger. Kijk in het getriggerde script eerst of er al een gerelateerde regel met die code aanwezig is. Zoniet, dan een nieuwe regel maken, Wanneer die regel er wel is er 1 bij het aantal optellen. Daarna kan het veld waar de code in is ingelezen leeg gemaakt worden. Met deze procedure voorkom je die extra regels, en is filtering niet nodig.

Kan natuurlijk ook zijn dat het een bewuste keuze is om een artikel meerdere keren in de lijst te hebben… dat is uit het verhaal inderdaad niet duidelijk.

[Zero55]

Hallo @bigbadwolf en @Banach,

dank jullie wel voor de hulp.

Voorlopig heb ik de aanpak van Bigbadwolf gebruikt, maar de procedure van Banach spreekt mij ook wel aan en zal waarschijnlijk beter/functioneler zijn als ik de mogelijkheid wil hebben om aantallen aan te passen. Moest Banach een voorbeeld hebben van zijn aanpak, zou handig zijn.

 

[bigbadwolf]

Het zijn twee totaal verschillende methoden.

De vraag die je je eerst moet stellen alvorens een keuze te maken is of je een enkel totaal wilt, of dat je een gerelateerde regel per gescanned product wilt.

In het eerste geval zou ik gaan voor de wijze van Banach. In het tweede geval zou ik bij mijn opzet blijven.

[Zero55]

enkel een totaal is voldoende.

Als ik een per scan een regel doe en daarna het totaal laat berekenen, dan is het sowieso moeilijker om het (totaal) aantal alsnog manueel te wijzigen (goto related record en dan een aanpassing willen doen op aantal, geeft een error op die regel omdat het een totaal is natuurlijk)

[bigbadwolf]

1 hour ago, Zero55 said:

enkel een totaal is voldoende.

 

Dan zou ik gaan voor de optie van Banach…

[Banach]

Hier een minimaal voorbeeldje. Het script van slechts 2 regels kun je triggeren door de barcodelezer een 'enter' mee te laten geven. In die situatie is zelfs de commit in het script ook al niet meer nodig.

Scannen.fmp12

[Zero55]

Bedankt @Banach hier kan ik mee verder!