2016-06-17 12 views
0

Ich habe ein benutzerdefiniertes Fenster erstellt, das eine "SalesPerson" ID aufzeichnet, die zurück zu den Salespersons-Datensätzen führt.Filtern basierend auf @me

Eine der Anforderungen besteht darin, einen Abfragebildschirm (keine generische Anfrage) zu erstellen, der einen Filter für den aktuellen Verkäufer enthält (basierend auf dem angemeldeten Benutzer). Die Filter sollten "Alle Datensätze"/"Meine Artikel" sein, wobei der zweite die Standardanzeige ist (basierend auf der aufgezeichneten "Verkaufsperson")

Dazu verbindet die PXSelect-Anweisung {customtable} -> {employee} (wo Verkäufer record = employee.salesperson

ich sogar erweitert, dass employee.userId zu verbinden -> users.pKid

die tatsächliche Select-Anweisung ist unter:.

public PXSelectJoin<CWAItem, 
    LeftJoin<EPEmployee,On<CWAItem.salesPersonID,Equal<EPEmployee.salesPersonID>>, 
    LeftJoin<Users, On<Users.pKID,Equal<EPEmployee.userID>>>>> MobileOrders; 

diese beiden richtig den Benutzer angezeigt werden Name im Raster jedoch, wenn ich cree ate einen Filter, bei dem EPEmployee__UserID = @me oder Users.UserName = @me keine Datensätze zurückgegeben werden.

Beim Scannen durch das System wird dies auf dem Bildschirm "WZ201500" mit einem ähnlichen Filter angezeigt. Der Unterschied, den ich sehe, bezieht sich auf "EPEmployee_UserId" basierend auf der Tabellendefinition.

Gibt es eine Einschränkung für die Verwendung von Child-DACs und @me oder gibt es eine andere Möglichkeit, Joins zu verarbeiten, damit @me korrekt funktioniert?

Jede Hilfe wäre willkommen.

Antwort

0

nicht verwendet Nachdem @me Ich bin nicht sicher, was das bedeutet, aber wir haben etwas ähnliche Datensätze auf der Grundlage der aktuellen Benutzer-ID Begrenzung Info mit Zugang wie solche:

Where<EPEmployee.userID, Equal<Current<AccessInfo.userID>> 

Hoffnung, die

hilft
Verwandte Themen