We werken met drie API tokens voor dezelfde user op NMBRS. Echter, van maar 1 Nmbrs API token zien we de bedrijven. De andere API-tokens tonen de bedrijven van het eerste API token.
Dit is te reproduceren met:
set [use-result-memory-cache] false
set use-http-disk-cache false
set use-http-memory-cache false
set log-native-calls-to-disk true
select *
from companies
Raar genoeg worden er ook geen native calls weggeschreven in %USERPROFILE%\invantive\nativelog. Ook in SessionIOs@DataDictionary zijn geen opvragingen te vinden, terwijl die voor bijvoorbeeld Debtors wel verschijnen.
Dit is ook zichtbaar aan de aanwezigheid van “unknown” in de data container ID.
Advies is om de gebruiker leesrechten te geven op de debtors.
In een volgende versie van de software zal indien er geen rechten zijn op Debtors een alternatief gezocht worden om toch te komen tot een bruikbare data container ID op basis van Nmbrs API token. Dit zal echter voor complexere toepassingen niet optimaal werken omdat de data container ID dan kan varieren tussen Nmbrs gebruikers en API tokens, terwijl de data hetzelfde kan zijn.
Voor NMBRS is het vanaf versie 22.0.85 mogelijk om met verschillende API-tokens te werken met dezelfde gebruikersnaam en toch de verschillende administraties te zien. Deze functionaliteit zal naar verwachting live zijn op Invantive Cloud voor 23 maart 2022.
Met de toevoeging @databasenaam in mijn query’s kan ik nu uit alle drie de databases informatie halen.
Het enige vreemde (maar niet beperkend) is dat ik in de query view rechts bovenin de drop down maar 1 organisatie (aangevinkt) zie, in plaats van alle organisaties waar ik nu bij kan.
Dank voor update. Partities werken op NMBRS inderdaad anders dan op alle platformen; feitelijk kent NMBRS geen partities, maar is het een grote berg samenhangende data waar delen van toegankelijk zijn.
De partities worden vooral gebruikt t.b.v. facturatie.