App metadata - like a description or ID field

An app has a name, and that’s it, right? There is not like an ID and a description for an app?

As a result, we “name” the app with both an ID number and a description, like so:

image

The ID (100-0282) corresponds to our ERP. The rest of the name is for a human being looking at Tulip.

As I discussed yesterday, the only way to open an app from a trigger is by “name.”

I guess there are two paths:

  1. The “name” becomes the ID, and then add a description field
  2. The “name” becomes the description, and add an ID field that I can call from a trigger (so that I have two ways to open an app via trigger - name or ID.

I’m partial to #2, and I would think that would have the least impact on Tulip also.

Hey Jason, this is a great point! We are going to be adding a “description” field to apps in the near future, so that will probably lead you to solution 1 as the faster solution in the near term.

@kevin.kononenko That sounds great.

Out of curiosity, what will the interface look like then? Will it still be the “name” only, or the description also? (I vote for both.)

Alongside that change, we would likely also switch up this interface and add a lot more metadata to apps. So that apps could easily be searched by either name/description or metadata, like which apps are connected to which connector functions.

Hi @kevin.kononenko,

Are there any updates re adding descriptions to apps?

Currently if we want to find the correct apps based on a description we have to use a separate database to find what the correct assembly code is.

Adding more metadata such as description would be very beneficial to us.

Thanks.