Issue with searching and downloading documents via API
Answered-
Description of the issue: When searching for documents in an application written in c# via API, they get an error since May 13th 2025: the response casts an exception - The server is experiencing problems. Please try again later.
This url works in swagger but stopped working yesterday:https://svenskamassan.ungerboeck.net/PROD/api/v1/Documents/10?search=Type%20eq%20'C'%20AND%20Subject%20eq%20'INV'%20AND%20EnteredOn%20gt%20DateTime'2025-05-07'%20%20AND%20substringof('Faktura%20-%20Basware'%2C%20Description)%20AND%20substringof('FAKT'%2C%20EnteredBy) - Account name: Svenska Mässan
- Region: EMEA
- Client version: 25.1
-
Steps to reproduce:
The issue cannot be reproduced in API Help.
If they use it from SDK, there is an error.string downloadedDocumentAsBASE64 = EBMSApiClient.Endpoints.Documents.Download(orgCode, document.Type, document.SequenceNumber ?? 0, optionsDoc); - Observed results vs Expected results: The client gets an error in SDK, but it should work fine just like in API Help
- What is the job the client is trying to accomplish:
Searching for documents using an app written in C# via API - Business impact if not resolved:
Usually they can create over 100 invoices in a day, now their flow for invoices sent to customers is halted. - Links to articles where you've looked for solutions and also other steps you've taken to research the issue: N/A
- Link to Zendesk ticket: https://ungerboeck.zendesk.com/agent/tickets/356453
- Local v30 URL: https://supportwebemea.ungerboeck.com/Svenska/app85.cshtml?ReturnUrl=%2fSvenska#/
-
Perhaps Rudy Scoggins can help
-
Here's the result when testing in API Help:


-
Mike Schepker please review
-
Hi all!
I'm thinking there's a bit of confusion surrounding this. Download Document and Document Search return different things.
- Document /Download - This returns the byte array representing the document file
- Search Document - This is the search where you return document information stored in Enterprise.
The document.download() functionality in the SDK should be working, at least to some degree. We've got 4 unit tests implementing it successfully every night.
Here's a snippet of functionality that is succeeding:
const string orgCode = "10";
const string type = "9";
const int sequenceNumber = 14178;
return apiClient.Endpoints.Documents.Download( orgCode, type, sequenceNumber);
In the code example, I am not a fan of it passing in 0 as a fallback parameter. Not much point to that and would be a 404 at best, error at worst.
The search URL parameter looks valid. I ran it myself:
Type eq 'C' AND Subject eq 'INV' AND EnteredOn gt DateTime'2025-05-07' AND substringof('Faktura - Basware', Description) AND substringof('FAKT', EnteredBy)
Please sign in to leave a comment.
Comments
4 comments
Date Votes