I wonder could i do this:
Have 2 teams:
Apps share the same GT/Sheet table.
I think it is very, extremely IMPORTANT feature especially with new team plans.
I don’t know why only 2 likes on original post:
This feature solves most worries about B2B and B2C concepts in one solution on Glide. With new Business team linked to Maker team it will really Bombich! No?
Please vote as many, as many worries in original post!
According to some of the Gliders, a GT is possible but Glide claims that this is a bug. It is not intentional not to work between Teams.
Sheets however can.
Yes, that’s why I created this request to make it an official feature, not a bug.
Google sheets doesn’t matter because there is an update limit
You also don’t think needed to vote?
This will be a key feature going forward especially for the Maker plan because you can only publish 1 App. Now what happens if you want to have a field app connected to an office or desktop App?
Glide should leave this as it is and not classify it as a Bug. It’s not a bug but I think they want to see if this won’t be exploited somehow to opt for the lower costing combo of (Maker plan + Free Plan). Its worth voting for…
I’m telling you this is a bug because it’s unintentional behavior that will likely not work as expected and I don’t want customers to lose their data, and not because I think it will let you exploit our business.
This is a really interesting request and I like it—can you go into detail about your specific use case and how this helps you? Please tell me exactly what kind of apps share the tables and what customers do in them and what features you need on each side.
Yes, of course, I’m making an app for a delivery service.
On the Business tariff, the application is for employees (about 25…30), who also use a scanner (this is a separate pain, since the number of updates will exceed 300,000 per month)
At Maker, I would like to have an application for customers who are planned to be 1,500 per month, active.
Thank you for paying attention, David!
P.S.
Yes, I don’t plan to use this bug right now, it’s just an excuse to make a request for a very necessary feature.
Updated:
Customers will fill out an order form that employees will use.
Also, customers will be able to see the progress of their orders.
Got it, great use case. In the meantime, you can connect to a shared Google Sheet.
For that scan volume, you can buy your own Dynamsoft license and we’ll attach it to your account so it will not count any updates. Just let us know once you hit the plan limits.
Thanks for the answer!
The option with Google Tables is not suitable due to the very small number of updates in the tariff. 1,500 users will instantly generate so many updates that another $800 will be too expensive. Only the option when updates are not taken into account on the Maker makes economic sense.
Now, of course, there is a stalemate (when the customer found out about the new tariffs) and I planned to contact the sales department. In any case, we will need SQL to archive and maintain statistics.
A business doing 300k barcode scans a month finds $800 too expensive? Can you tell me what the business is?
15,000 packages per month, for each package from 2 to 4 scans 15000x4x5 = 300,000 updates.
About 30,000 more API Calls
What business is this? For a business scanning 15k packages per month, we’re talking very low fees for software to manage this process. I’m trying to figure out the annual revenue of this company—any idea? Do they make more than $10M per year?
There is a war going on in the territory where they work and the senders of parcels do not have the same income as in peacetime, so the company works with minimal margins and increased costs, they try to reduce them to a minimum.
15,000 are goods in parcels, I did not put it correctly
Of course, much less! If they had that kind of money, they have hired not me.
Thank you, David, once again!
Most likely, we will take your advice about buying a Dynasoft license. As far as I understand, we can purchase an annual license, for 30 seats, from $ 1300 per year. Please tell me, what type of license should we buy to connect to Glide? And we will purchase from the dealer, will we be able to connect the license purchased from the dealer?
And one more question about minimizing the number of paid updates:
somewhere, you said that you could add atomic increment to Glide, but you don’t see any demand for that feature yet. This feature could greatly facilitate the creation of such applications for delivery services, where many employees add data to one database and, for example, to determine a free storage cell, atomic increment, which does not generate updates (paid), would greatly expand the range of possible customers.
Thanks in advance for the answers, Alexey!
This is quite interesting! Is there additional information available on this? I’m curious about the threshold at which Glide recommends utilizing this feature.
The barcode scanning functionality is an impressive feature that captivates many businesses, serving as a compelling reason to create an account with Glide. Recently, I secured a promising client in Qatar (who has the potential to develop multiple business apps) using the barcode scanner and by building a quick asset management solution for them.
While the scanning cost appears reasonable for applications related to asset management, it might be perceived as relatively high for businesses involved in sectors like supermarkets (inventory apps), where the profit per item is just a few cents
You can find more info in our docs:
And what Dynamsoft supports:
Yes, and that’s normal. It’s why you should gather business requirements before a build and factor those into your project scope. Figure out what makes the most sense within the constraints you’re given. 
I don’t know about this, isn’t the whole purpose of teams to separate apps from others and to have different plans? I see the appeal though. Maybe Glide can allow different apps to have plans or something.
I have worked on one team for years (my own), now with the new pricing I’m exploring opening up a second paid team - so I can have an app on the lower Maker plan.
My very first step was to link my glide table of Brands (names, logos, etc) but it’s not there. I thought the whole point of sharing tables was to have non-redundant source data when needed.
Now should I continue (I likely will not - lost my motivation), I will need to recreate, build, and maintain two identical tables (a database of brands).
That’s a lot of work considering I simply want to use these as a choice component with their logo - a nicer experience for users than typing plain text and no image.
In short, my two apps cover the same subject, just different use cases and different users - but all the non-user-based data I worked hard to build cannot be accessed by an app on a different plan.
Teams are meant to be isolated from each other. It’s a security precaution. Imagine if you had two clients in two teams under your account, and those clients were also editors. In that case you definitely don’t want data from one client to be accessible by another client.
With that said, just duplicate your original app and transfer the duplicate app to the new team. Then you will have access to those shared tables in the new team.