topic Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c in GDL

Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" commands?

concepsys — Thu, 12 Dec 2024 13:05:15 GMT

Hi,

We have recently been informed by our local reseller of the licensing transition program that will change the current web based or physical licenses into a new cloud based subscription system.

We are Archicad users but also Archicad library developers. We have developed library parts that work dependent on the Archicad license codes, (any type of licenses such as, SWxxxxxxxx, 2-xxxxxxxxx, etc).

These library parts use the GDL commands, such as:

[From the GDL manual]

n = REQUEST ("program_info", "", name[, version[, keySerialNumber[, isCommercial]]])

Returns information on the currently running program. Expression returns 0 and contains dummy return values (emtpy string or 0) if used in parameter

script, causing additional warning.

name: name of the program

version: version number of the program

keySerialNumber: serial number of the keyplug

isCommercial: returns true if there is running a full (commercial) version of the program

and

n = REQUEST

("Configuration_number", "", stConfigurationNumber)

to acquire the Archicad stConfigurationNumber and work accordingly.

We use these libraries for many years in our projects, but we also provide them to others.

Because of this announcement, we are being contacted by Archicad users that use our objects, asking if with the new licensing system these libraries will still work. The problem is that we don't know, and even our local resellers can't answer this very specific question regarding the new licensing system.
Therefore, we are trying to contact Graphisoft directly on this forum to have an answer on this:
Will the new cloud licensing system still maintain some kind of code that will populate these GDL commands and allow the library parts to acknowledge a particular stable Archicad stConfigurationNumber code they are working with?
If the new system keeps compatibility with those GDL commands and still allow some kind of license identification, (even if the stConfigurationNumber itself is now somewhat different), that wouldn't be a concern, it would just be a matter of updating the license codes. But if these commands stop working or don't return some/any kind of recognizable stConfigurationNumber, then many crucial already placed objects that populate many projects over the last years will suddenly stop working! And that will prevent us and others to migrate to the new licensing system right away, until a solution to this issue is found.
Thank you in advance for an answer.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

Barry Kelly — Fri, 13 Dec 2024 01:02:04 GMT

Maybe this will help?

https://community.graphisoft.com/t5/GDL/Cloud-Licensing-and-GDL/m-p/589158#M6356

Barry.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

Peter Baksa — Fri, 13 Dec 2024 10:07:42 GMT

Hi concepsys,

The new license information is available with

n = REQUEST("GSID_INFO", "", userId, organizationIds)

You will have to update the GDL code to support the cloud licensing, keySerialNumber and stConfigurationNumber is undefined in the new system.

There is additional information here about the returned values: https://community.graphisoft.com/t5/Developer-Insights/Introducing-new-user-identification-to-the-API-of-Archicad-26/ba-p/588853

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

concepsys — Fri, 13 Dec 2024 18:28:15 GMT

Thank you for your answer Peter,

I have consulted all the linked information and I have some new questions:

Question 1. I have now found this new command information on Archicad 28 GDL manual. I believe it is not mentioned either on the 26 or 27 GDL manuals. Nevertheless, it seems this command is backward compatible with any Archicad from version 26.5. Correct?

Question 2. If I understand correctly, we will no longer be able to identify license keys, but instead, users?

Let's say, as an example, previously a company had many users and many Archicad hardware/software licenses.

Any user would be able to use a particular licensekey. So, we could say that a particular licensekey was being used, and make a library part to work only with that particular key, regardless of its location or user.

Now, the command

n = REQUEST("GSID_INFO", "", userId, organizationIds)

it seems it will return a userID inside a company, instead of a particular AC_licencekey. If so, it will be a very different system. Is this userId, in fact, the ID of a license (among the many licenses a single company may own) or is it an actual user?

If it is the first case, then the system will be similar to the previous one. The userID is in fact a licenseID. No more explanations needed.

If it is the second case, it means that it's not possible to associate a particular library part to a particular license anymore?

Trying to make my questions more clear,

Question 3:

If a user/company owns several licenses, is it possible to still make an object work with a single particular license from that user, or now an object will always work with all the licenses of that user?

Question 4:

If a user owns several licenses, is it possible to know how many licenses are actually working at a given time?

Can you please explain a bit more how this works?

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

concepsys — Fri, 13 Dec 2024 17:06:45 GMT

Thank you so much, Barry.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

Peter Baksa — Mon, 16 Dec 2024 15:07:08 GMT

Question 1. I have now found this new command information on Archicad 28 GDL manual. I believe it is not mentioned either on the 26 or 27 GDL manuals. Nevertheless, it seems this command is backward compatible with any Archicad from version 26.5. Correct?

It was made available in updates 26.5 and 27.3.0, and works in AC28 from first release.

it seems it will return a userID inside a company, instead of a particular AC_licencekey. If so, it will be a very different system. Is this userId, in fact, the ID of a license (among the many licenses a single company may own) or is it an actual user?

It is an actual user, and all the companies he is a member of as this user.

A license is not given to a computer, but a user logged in with GSID to Archicad.

If a user/company owns several licenses

If a user owns several licenses

I don't know the details of how licenses are assigned to users, please ask your reseller about these.

The request doesn't return validity of licenses of the company/user, only their GSID identification that is used to check their licenses. You can build your own licensing on this data.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

concepsys — Fri, 20 Dec 2024 12:09:03 GMT

It's a whole new licensing world...

Thank you for your support.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Wed, 15 Jan 2025 07:33:59 GMT

It's unfortunate the developer license isn't available as a cloud license so we can test. Or some kind of sandbox for all license type for developers would be useful.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

BerndSchwarzenbacher — Wed, 15 Jan 2025 13:26:02 GMT

Hi Mark,

As I understand it, you get a "userId" value out of the request even if you don't have a cloud license. You only need a Graphisoft ID.
I have a developer license and when I use the request I get a value out. The value matches with my "Administrator ID" found here: https://companymanagement.graphisoft.com/

So with that, I don't think you necessarily need a cloud license to test, just a Graphisoft ID.

Best,
Bernd

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Thu, 16 Jan 2025 00:47:50 GMT

Thanks Bernd,

I just wanted to test live for debugging.

Interestingly I have just tested a software license in 28 and the request userID returns User Unique code (in your same link). The Organisation Id returns the Company Unique ID (in your same link, as I am also a member of a company). I am just waiting on receiving a developer license for v28 to test as you did, but as you say it returns the Administrator Unique ID. I assume no users will return the Administrator ID and is only happening with the developer license.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Thu, 16 Jan 2025 00:58:16 GMT

Would also be good to know when a user has a cloud license what happens to the values infoArchiCADKey and infoConfigurationNumber (in their relevant requests). Do they just return 0.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

BerndSchwarzenbacher — Tue, 21 Jan 2025 10:39:57 GMT

So when you click the link instead of "Administrator ID" you get "User Unique Code"?
If that's the case, then seems that it's more or less just a different name depending on the user but the behavior with licensing via userId/organizationId is the same.

For the "old" values I'm assuming it to behave as when running AC in DEMO mode:

REQUEST ("Configuration_number", "", stConfigurationNumber) ! stConfigurationNumber = ""
REQUEST ("program_info", "", name, version, keySerialNumber, isCommercial) ! keySerialNumber = 0

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Tue, 20 Jan 2026 23:57:15 GMT

Just following on from this thread.

n = REQUEST ("GSID_INFO", "", userId, organizationIds)

For one user I am getting empty results for both userID and OrganizationIds. They are using Archicad 27 with a cloud license and have logged in with their Graphisoft ID (which is also connected to the Company cloud license). It seems I have covered all issues but cant get a return value for this one user.

Is anyone else having difficulties?

My only thought is a firewall is stopping the return values coming back from graphisofts servers?

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Wed, 21 Jan 2026 01:03:38 GMT

tried a blank object except this in the 2d script. returns 0 when logged in with graphisoft id.

userId = "Nil"

dim organizationIds[]

organizationIds[1] = "Nil"

useridreq = request ("GSID_INFO", "", userId, organizationIds)

text2 0,0,useridreq

On another computer with a different fire wall setup returns 2 (referring to returning 1 userid and organizationIds)

I think this validates fire wall can interfer and stop the return value from graphisoft servers.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

Piotr Dobrowolski — Thu, 22 Jan 2026 22:28:50 GMT

A sidenote: "userId" is coming from the GSiD not the license...because the person with the particular id may not have a license at all. It is a good practice to assign employees in organization their own GSiDs and invite them into organization and not making them login with main ogranization GSiDs which I have seen and may be potentially dangerous.

Regarding "organizationIds" - it returns a [1] dimensional array and I do not actually know yet (not so many tests and I found it random) what is the order of the IDs - because If You are invited to work with an organization it shows both of the IDs (or even more). I do not know which is first the inviting or the invited (there can be more)

So if checking the organization and allowing them to work with some object by the "organizationIds" in most cases You will search for the inviting organization, and if there are parties co-working then when working on the project, all should have acces eg. teamwork library.

Still the biggest drawbacks of this request is that the parameters cannot be easily locked via lock command in parameter script like the old req command did 😞

I know locking UI can do a lot but it is more cumbersome.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Wed, 04 Feb 2026 08:33:19 GMT

Any feedback please Graphisoft? I was able to repeat on 2 machines. Users are definately logged in and have graphisoft id's.

Maybe a port is being blocked by firewall but need to know which one archicad uses?

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

BerndSchwarzenbacher — Wed, 04 Feb 2026 16:04:57 GMT

Hi Mark,

You can also figure out yourself which ports Archicad uses. On Windows check out this for example: https://stackoverflow.com/questions/48198/how-do-i-find-out-which-process-is-listening-on-a-tcp-or-udp-port-on-windows
Similar things work on macOS.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Thu, 05 Feb 2026 07:57:25 GMT

Thanks Bernd,

That helps. I havent delved into ports like this but a little help from AI I tried and got results for several established connections for 34.36.45.76 on RemotePort 443 which belongs to Google Cloud, which Graphisoft use, at least that is what AI tells me.

RemotePort : 443

State : Established

This would suggest the port isn't the issue (its not waiting or something like that). Now heading down the track of a handshake being interrupted by the computers security software, but thats starting to get quite technical.

Re: Is the new cloud licensing system compatible with GDL REQUEST "CONFIGURATION_NUMBER" c

easyDoesIt — Tue, 17 Mar 2026 00:55:00 GMT

For those interested, following my comments above, the issue of the GSID_INFO request not working came down to an older build (not that old) having some issues populating the values. Upgrading to latest build fixed it except..... there is still some instability with the Organization ID which I am told by Graphisoft support is fixed by logging in and out of your graphisoft ID. Its a workaround unfortunately.

The UserID seems stable with the latest build so this can be relied on in scripting at this point.