General

Hi @moondory77 , The work on this is running in our development environment. The Builder API support is in place - and we're currently looking at the possibility of adding it as a new tab in the Deployment screen of the Portal. Paul.

Hi @moondory77 , We hear you - and are looking to see what options we can provide. The thing to understand is that there are a lot of dependencies between metadata in the brainCloud system - and our deployment mechanisms work hard to ensure the integrity of the data that gets pushed. Even more importantly - it works to prevent user data from being corrupted by a mis-match of data during deployments - which is why apps are very temporarily disabled during a deployment. These deployments normally take well under a minute and aren't much more troublesome than a common wifi interruption for clients [depends upon the client implementation though]... (note - the deployment may seem like it takes longer on the web - as there is a lot of data dependency checking to do - but all of that is done BEFORE we disable the app... which happens just for the actually data migration activity itself). If you contact us via the support chat with your appId and the time you last did a deployment - we can take a look to see if your deployment times are above normal. Also - we are working to provide a separate custom entity deployment mechanism - similar to what has been done for item management. Paul.

Unfortunately, our notification templating system is very simple and currently only supports simple text notifications. It does not currently push a template id. We do have plans to revamp the system on our "to-do" list - but it has not been scheduled yet. We recommend folks use the "raw" template calls - they give devs the most control over what gets sent to the various notification systems. Paul.

Hello @Paul-Winterhalder I apologize for the repeated questions, but I am following up on this again because our live service experiences a temporary outage every time we attempt to deploy only data to our production environment. Even when the operation is strictly intended to deploy only customEntities, as shown in the payload below, the temporary "App is disabled" state still occurs: { ... "allowLiveUpdate": true, "components": { "meta": true, "scripts": false, "files": false, "customEntities": true, "legacyFiles": false }, "options": { "meta": { "excludes": { "itemCatalog": true, "productPricing": false, "pushCertificates": true, "integrations": true, "myServers": true, "lobbies": true, "leaderboardsTournaments": true, "independentLeaderboards": true, "divisionSetConfigsOverride": true, "migratableGlobalEntities": true, "migratableCustomEntities": false, "selfServiceBranding": true } } } } We would like to know the exact scope of deployment conditions where the "App is disabled" state does not occur. While we understand that it might not be possible to prevent the disabled state across all deployment processes, we would like to at least define and narrow down the conditions. We are hoping there is a way to migrate at least customEntities between environments without triggering the app disabled state. It would be even better if there were a way to specify and migrate each collection individually.

Thank you for your detailed and courteous response. It fully answered my questions.

Thanks Paul, that makes sense. For now, we’ll keep using a dedicated internal/service profile with getSessionForProfile() + callAPIForSession() as a temporary workaround for our monthly transaction reporting job. Could you please confirm whether this workaround is safe to use temporarily in production, as long as we do not include a profileId in the search criteria and only use the session to authorize the request? Also, we’d appreciate it if you could let us know once the S2S proxy hookup for SYS_GET_TRANSACTIONS_PAGE has been reviewed or fixed. Thanks again for checking into this.

hi. @Paul-Winterhalder yes, permissions to call specific scripts and access control for Services and Operations regarding the generally provided functions are required. For example, there may be management tools that call specific scripts and use certain functions (CloudData...), and there may be administrators who only manage items. If possible, each API Key should be a function with permissions tailored to the situation. Let me give you an example. A company utilizes a mix of office and remote work. While the internal network can be protected to some extent by IP ranges, it is difficult to identify specific IPs because multiple operators work from home. Therefore, it is currently somewhat difficult to handle this situation using only IPs.

@JasonL At the time I reported this, that field was locked too, so it couldn't be edited — but I've now confirmed that it's editable.

Thank you for your helpful response. Unfortunately, since this feature does not align with the specifications we are currently planning, we have decided not to use it for the time being. We will contact you again if we need it in the future. Thank you.

@Paul-Winterhalder Thank you!

My question has been answered. Thank you for your kind and detailed explanations every time.

Thank you for your response. We used the automated promotion without making any changes to it. However, we confirmed that it works correctly in the production app. It seems that the issue may have been temporary, or that there was something incorrect in our configuration at the time. If the issue occurs again, we will contact you again with more details. Thank you for your help.

The SDK is just a plain C# source library you can drop into any .NET project (not Unity-only). You can find usage examples and the source in our GitHub repositories at https://github.com/getbraincloud.

@moondory77 brainCloud 6.0 is releasing this month (June 2026). I am really excited about the headline features for it, hope you love it!

Ah - great to hear @jongdae-won . Thanks for the update!

Thank you for your kind response.

@gyutaelee I will investigate the Per Promotion Deployment option you requested. As I was working on this I thought there may be a workaround for you that you would like. This could work for your team with minimal effort and on your current version of brainCloud portal. My solution hides the promotion so that only users you flag as TESTERS will see it. This would let your PROD testers gain the benefit of the no-ads promotion without disrupting your monetization. Within Automatic Promotions, there is the option to Target members of any of these segments. [image: 1779474011850-cb1f4861-16f8-432a-bb22-4b71dc0b0ce1-image.png] Within Scheduled Promotions, there is the option to Offer this promo to: Only users in: [image: 1779472315918-2a5f3a28-91ba-4f2c-bb1c-5a2c04ead1e5-image.png] Advancing to App > Design > Segmentation > Segments we can create a segment that filters to players that are flagged as Testers. [image: 1779472502119-59f8d7bc-3640-450f-ab67-086af9b8acdd-image.png] Now, segments need to have at least one more criteria, so let's choose something like has logged in at least 1 time. [image: 1779472567232-d86e5f6d-ded8-4c7e-ab26-1c07f9813f0e-image.png] Save this Segment IMPORTANT! Add the segment to your Promotion This will limit the promo to only eligible users. Noone else sees it! [image: 1779474059997-7aca6582-cff3-4469-ae98-6339b341ba06-image.png] Next we will need to flag some users as Testers. For a DEV app, the easiest way to do this is to go to the User Browser, RECENTLY ACTIVE and pick players (your testers) with recent activity. [image: 1779473025782-ec366981-f641-4833-87f2-64798766555c-image.png] GO TO USER to bring up their user summary and check the IsTester checkbox. [image: 1779473098382-d1094afd-ca63-4ce6-8070-477c879fb1d4-image.png] Testers get a special icon [image: 1779473149842-e02b71bc-db5b-4127-a6a7-1528697aee6f-image.png] Next, we will return to Segments. Segments are automatically processed overnight, but you can Refresh Segments immediately with the REFRESH SEGMENTS button. Please note: refreshing segments processes every player so this process can take a while and preferably left to low-traffic times of day. [image: 1779472658705-e306d8e0-553d-475c-a780-43fbed29a271-image.png] After processing completes, we can check the cohort of testers by returning to the User Browser choosing BROWSE, and Browse Within A Segment. [image: 1779473489489-43a330f6-e572-4b0b-a8ca-c0d631e63240-image.png] These are my Testers, so everything worked. [image: 1779473539999-a8b56bbb-536c-447b-9e7d-a8d8236ff165-image.png] Since only testers are eligible for the promotion, you are free to deploy it to PROD without affecting your monetization. And the PROD Testers you select will be able to gain the workflow benefit of no ads. Could you let me know if this solution solves your problem? Let me know if you have any questions, Regards John -Design