Gebruikersprofiel
jnemo
19
Berichten
4
Kudos
0
Oplossingen
13-09-2024
14:04
1 Kudo
Not sure where we're going wrong here. First off the app: oidc-redirect works as expected, scopes included is 'profile email openid roles tenants'. Retrieving a token returns the data: {
"id_token": "<token value>",
"access_token": "<token value>",
"expires_in": 3600,
"token_type": "Bearer",
"scope": "profile email openid roles tenants"
} Looks fine. But then retrieving https://connect.visma.com/connect/userinfo returns: {
"sub": "<guid>",
"email": "<my e-mail>",
"email_verified": true,
"locale": "nb-NO",
"name": "<my name>",
"given_name": "<my name>",
"family_name": "<my name>",
"created_at": 1623067455,
"updated_at": 1725350746,
"picture": "<url>",
"roles": [],
"tenants": []
} Feels like i've tried every combination of scope and settings in dev-portal, but nothing. I read in another thread: API access
If your app only uses openid, email and profile the access token cannot be used for calling ERP API. When using the tenants scope together with the scopes of the API your app can obtain tenant information from the /connect/userinfo endpoint. The response will contain an array of tenants where the user has access to. So I tried adding scopes like vismanet_erp_interactive_api:read, but the only difference seems to be that we get tenant selected: {
"sub": "<guid>",
"email": "<my e-mail>",
"email_verified": true,
"locale": "nb-NO",
"name": "<my name>",
"given_name": "<my name>",
"family_name": "<my name>",
"created_at": 1623067455,
"updated_at": 1725350746,
"picture": "<url>",
"roles": [],
"built_in_roles": [],
"tenant_id": "<selected tenant>",
"tenant_external_id": "<vni id>",
"tenant_owner_client_id": "odp",
"tenants": [],
"features": []
} There's not many posts talking about this so obviously I'm doing something wrong. But what? Any ideas?
... Meer weergeven
15-05-2024
16:39
Hi! A credit write-off is an internal document used to write-off a credit note. It can only exist when applied to a credit note and cannot be printed as a document. Therefore from an API request you will not receive an address in the response. In UI it is only there because it is opened from the invoice screen with standard layout.
In the endpoint documentation the expandInvoiceAddress is there because this is part of the standard customerdocument, just like there is dunningLetterDateTime for example. These fields serve no purpose for this type of document.
Can you elaborate why you would need an address from this documenttype?
... Meer weergeven
02-01-2024
11:13
Hi,
We will not shut down your integrations now, we advise you as mentioned to contact your Business Unit if you are not ready.
For the issue you receive, could you please list when they are happening and we can bring it up with development.
Are there any of those issues that are not related to the initial on-boarding of new clients to the developer portal?
Thank you.
... Meer weergeven
30-12-2023
22:28
Any update? 1st jan closing in
... Meer weergeven
31-03-2023
15:38
The problem is back since about 15 minutes ago... Can you look into it as soon as possible?
... Meer weergeven
24-03-2023
10:37
1 Kudo
Hello, this should be related to the Application & Authentication type. Unfortunately , currently there is no way to combine both auths in a single application. Since there is no user assigned for the service API, it retrieves the ClientID, however that's not the case with the with interactive.
... Meer weergeven
07-03-2023
12:42
1 Kudo
Hi, currently "Release" action is not exposed via Cash Sale Endpoint and this has been registered in our backlog as a wish for improvement. Expose "Release" Action for CashSales via Cash Sale Endpoint
... Meer weergeven
03-11-2022
13:10
Hello jnemo,
we've received information from the development team that, write-off documents should be created in the screenID=AR505000 so that API is therefore not capable to handle this operation and returning the same error message.
We've registered this case to improve the error message and updating the documentation accordingly.
... Meer weergeven
29-09-2022
18:54
2 Kudos
There is currently no way of obtaining the PaymentDate-field from a CustomerPayment-object via the API. When we look at the list of CustomerPayments (AR3020PL) we see: When working with Financial, many users consider this field when the Payment has "happened", from VNs point of view. The field is the DocDate that we can also see in the Financial Details-tab (AR302000) for a CustomerPayment: props: This seems to me to be a fairly important field. For example when reporting Payment-data to a different system we need to know which date the Payment is from, since it affects CustomerBalance. And we cannot rely on/enforce Financials-users to always set the same ApplicationDate, because they will not.
... Meer weergeven
08-12-2021
15:11
https://community.visma.com/t5/Forum-in-Developers-Visma-net/Obtaining-DunningLevelInformation/m-p/422696 tldr linked post: The ERP UI displays different information for seemingly the same fields on an CustomerInvoice. Via API we're currently unable to differentiate between Invoices with dunning letter drafts and released ones. Vismanet swagger doc even says: The Financial details tab > The dunning info section > Dunning level > The dunning level of the document We have no strong preference on the specific solution. Possibly an easy one is that API should filter the dunning information like ERP does.
... Meer weergeven
25-11-2021
16:12
Hello,
@jnemo wrote:
Ok, so it seems api/CustomerInvoice includes Drafts when returning dunningLetterDate/dunningLetterLevel?
That's true.
@jnemo wrote:
I'm after Invoices with a DunningLetterLevel that is 1 where the DunningLetter also has Status Released. Is there a way of doing this? Or getting the list of the actualy DunningLetters?
currently, it's not possible to filter the data based on "Dunning letter status".
This can be registered as a wish for improvement in the "Ideas" part of the community.
... Meer weergeven
04-11-2021
12:09
1 Kudo
We can for sure check the situation once it has implemented and see if it's the most plausible solution, otherwise we can still look for the alternatives 🙂
... Meer weergeven
07-10-2021
11:27
Alternatively an endpoint for the action status that is cheaper than polling the resource to check release state.
... Meer weergeven
Activiteits-feed voor jnemo
- Kudos krijgen voor Empty list for 'tenants' and 'roles' from connect/userinfo. 13-09-2024 14:10
- Kudos gegeven aan Re: Error: Branch '1 ' cannot be found in the system voor Jimmy OT. 30-12-2023 22:26
- Kudos gegeven aan Re: Error: Branch '1 ' cannot be found in the system voor andreasaulin. 30-12-2023 22:26
- Kudos gegeven aan Re: Error: Branch '1 ' cannot be found in the system voor andreasaulin. 30-12-2023 22:26
- Kudos gegeven aan Re: Urgent - Connection to cache service failed voor Yıldırım. 27-03-2023 15:50
- Kudos gegeven aan Re: Urgent - Connection to cache service failed voor erik-kle. 27-03-2023 15:42
- Kudos gegeven aan Re: Urgent - Connection to cache service failed voor KonsultVn. 27-03-2023 15:42
- Kudos gegeven aan Urgent - Connection to cache service failed voor KonsultVn. 27-03-2023 15:41
- Kudos gegeven aan Sv: Urgent - Connection to cache service failed voor andreasaulin. 27-03-2023 15:29
- Kudos gegeven aan Re: Missing "User ID" for SalesOrders created via SalesOrderService API voor Yıldırım. 27-03-2023 10:23
- Kudos gegeven aan Inventory - POST and PUT pending cost and pending date voor Steinar Møller. 27-03-2023 10:12
- Kudos gegeven aan Re: Releasing CashSale-document? voor Yıldırım. 07-03-2023 13:55
- Kudos gegeven aan Expose "Release" Action for CashSales via Cash Sale Endpoint voor Yıldırım. 07-03-2023 13:55
- Kudos gegeven aan Re: POST SmallBalanceWo payload voor Yıldırım. 26-10-2022 11:28
- Kudos gegeven aan Re: POST SmallBalanceWo payload voor Yıldırım. 25-10-2022 10:07
- Kudos gegeven aan Feature Request: Synchronous release actions voor plh. 05-10-2022 14:02
- Kudos krijgen voor PaymentDate for CustomerPayment. 30-09-2022 17:05
- Kudos krijgen voor PaymentDate for CustomerPayment. 29-09-2022 19:04
- Kudos gegeven aan Create Carrier and FOB points via API voor Thomas Johansen. 05-01-2022 13:37
- Kudos gegeven aan Missing vendor/supplierID in SalesOrder/SalesOrderBasic endpoint voor Ingar Karlsen. 13-12-2021 11:26