Using the SmartSheet REST API, is there any way to get the Forms associated with a Sheet (and their - the forms' - definition/metadata, such as questions, etc.)? There doesn't appear to be anything in the documentation, but I didn't know if I'm just missing it, or if it's perhaps called something else.
You're not missing anything. At this time, accessing form data through the Smartsheet API is not supported.
They said back in 2019 that it is in the nearby pipeline. Considering its mid 2021, I feel as though it has gotten lost somewhere in this pipe.
Related
I am making REST calls against the Reports API endpoint, and pulling that data into a separate application. I am able to pull all of the report columns with its data, with the exception of the Created (System Column), which always returns nothing/null.
To rule out the application being the issue, I used the built in Smartsheet connector in Power BI and am getting the same blank results there.
Are there any known limitation about pulling date system columns out of the API?
It looks like you discovered a bug in the Smartsheet API! Thanks for drawing attention to this. I've submitted a bug report to the dev team at Smartsheet.
Apologies for the inconvenience. What are you trying to accomplish with your application? I might be able to help you come up with a work-around.
I am trying to access data via the analytics reportingv4 API. I am using the.net version in visual studio. I can get it to return data but just not the data I want.
I am using a specific account that only has one view attached to it. If I try to view the data I'm looking for, using the web interface, it works, by filtering it using the search box. For example, there is currently 20 page hits for today. If I try the same, using the API, no data is returned. If I remove the filter, from my code, data is returned but none of the pages that I am looking for.
Any ideas?
Thanks
I was being silly. I eventually noticed that I was supplying a date range for the year 2017! The processing which
accordingly to MSDN documentation (LINK) it seems to be possible to apply grouping to our requests filter through parenthesis like that:
(contains(name,'sample') or contains(name,'test')) and revenue gt 5000
Unfortunately this seems to be completely broken and records are returned like i never put in there parenthesis at all.
Is this a WEB API bug or i'm missing something?
Thanks in advance.
This is my web API call:
https://<organization_link>/api/data/v8.2/cust_entity?$select=cust_fullname,statecode&$count=true&$filter=(contains(cust_fullname,%27testFirstName%27)%20or%20contains(cust_fullname,%27testLastName%27))%20and%20statecode%20eq%200
I've modified it a bit to preserve customer privacy.
I'm using SugarCRM Community Edition. I have a bunch of contact information. There are fields I have empty that would like filled. I want each user to be able to fill out a form and fill in those fields.
I'm not sure how to hook each contact into the database. I imagine creating a generic form that somehow hooks into the database using a key. The form/php is not the issue. What is the 'key' and where is the 'door'? I think the door is the SOAP API but I'm not sure. The key, maybe the tracker id?
The only thing I am familiar with as far as interaction between an email campaign and the contact is the campaign 'Tracker'. I know the tracker url with removeme is used for allowing the user to opt out of emails. Is there a way to use this tracker to allow the person to edit their information? I think the answer to this is easy but I need some guidance.
One way of doing this is using the built-in REST api. There are a couple of helpful tutorials out there, here is a link to the one I used for guidance in a similar situation.
You can have a form post the data to your sugar crm's REST gateway, accessible via the url http://localhost/sugar/v2/rest.php.
Although it is quite straightforward to implement, you may want to look at this wrapper class that can be used to maybe keep things cleaner than the hacked up script churned out on the spur of the moment I used in my project.
Last but not least, be sure to glance over the documentation, in the Web Services section you will find more information.
Good-luck
I'm currently using the Jira SOAP interface within a C# (I suppose the language used here isn't terribly important).
Basically, I'm creating an API and a Winform that wraps some of the functionality of the soap service so that our Devs can programmaticly add bugs when something goes wrong in our application.
As part of this, I need to know the custom field IDs that are in use in Jira, rather than hardcoding them (as they are still prone to the occasional change) I used the GetCustomFields() method in the jira-rpc api then filtered it, so that all the developer needs to know is the name of the field, then the ID is filled in for them automagically.
This all works fine, but with one quite important proviso: that you login to the SOAP/RPC service as a user with administrative privaliges.
The Jira documentation indicates that the soap/rpc service follows the usual workflows and security schemes, however I can't find anything anywhere that would appear to remove this restriction on enumerating custom fields (and quite why in any instance you would want someone to HAVE to be an administrator to gain this access, especially as the custom field id's tend to be in Jira's HTML source is beyond me)
Does anyone know if I've missed a setting somewhere? Or if there is some sort of work-around for this, short of hardcoding the custom field id's?
Or is this a case of having to delve in to Jira's RPC plugin and modifying the source for it in order to give me the functionality I require?
Cheers
Edit for the sake of google/posterity
Wow, all this time on, and it looks like Atlassian still haven't changed this behavior.
Worked around this by creating a custom dictionary that logs in as an administrative user, grabs the custom fields and then logs out. Not ideal, but it should work 'til atlassian change things
You're not missing anything - there's no way to get custom fields via standard SOAP API.
In JIRA Client, we learn about custom fields in two ways:
We download issues via RSS view of the issue navigator, or via XML representation of a specific issue. If a custom field is set for an issue, the XML will have its id, class and value (values).
From time to time we inspect the content of IssueNavigator search page - looking for searchers for the custom fields. Screen-scraping the HTML gives us not only ids of the custom fields but also possible values for enum fields.
This is hackery, of course, and it may go wrong, so a good API would have been a lot better.
In your case, I can suggest two solutions:
Create your own SOAP (or REST) remote API plugin that will give you just that info that you miss from the standard API. Since you're seemingly in control of your JIRA, you can install anything there.
Screen-scrape the "New Bug" page for the project and type of issue you need to submit. You'll get all the info - fields, options, default values, which field is required.