Nope, sadly after deleting the sync_view and re-synchronising it still doesnt work
By 'correct model and branch’ do you mean by the targeted envoirement where the process flow needs to be implemented or? Because if yes, There is no row over here in the sync_view table of the IAM database
It seems indeed that the process flow are not synchronized. I just tried to synchronize it. But for some reason it doesnt even show up. When I ran above query again.
Never mind. I fixed the whole issue. Just inserting the binary into a binary column was the trick. Thanks anyways
Never mind regarding the above. I managed to fixed the headers. Which was not the problem. Im do now have a new challange. I`m currently using postman to see the result of converting a binary/octet-stream to base64 and this is where my problem is starting. The result of pastman base64 character count is approx ~30.000+ characters while the code I am using above can only hold up to 4000 characters. How do I solve this issue?
Right, so a new issue has occured. Whenever I am calling to that API. It gives me nothing back. And one of the probable causes might be the headers. Error: Process action "buildsimple_api_fetch_document_download" in processflow "api_get_builsimple_purchase_invoice_details" in application 99 returned the following message: "Unable to parse json for \"headers\" input parameter.Error: After parsing a value an unexpected character was encountered: \". Path '[1].Key', line 8, position 0." (86be518d) This is what we pass in our HTTP connector header[ { "Key": "X-Tenant-Id", "Value": "X" }, { "Key": "Authorization", "Value": "X" }, { "Key": "Accept", "Value": "application/octet-stream" }] Some crucial information has been replaced by X of course. But the authorization works as we tested this with also HTTP connectors.
Allright, I`m gonna give this a try. Trying to keep you posted
Let me clarify some more. The response of that API gives an octet-stream (lots of binary code and in more precise words. a Byte stream)
This did the trick. But sadly not the expected result that I wanted. Although this is in a form. The way we have It with our files is that we display it as a grid. Like this : Is there a possible way to achieve that?
Hi Mark, I have a question on your follow-up. Using with the layout procedure. How can I change it to text? Because I`ve tried this multiple times with no succes @file_name "file_name", Do I just do like? : SET @file_name = 'nvarchar_max_dom'
Sorry for the delay. I will mark this as resolved. The reason it was constantly stuck at 52% was due to an issue on the server side.
Never mind. I found the solution. Looking in our Indicium error log i found out that the call we were making had a 404 with a HTML response instead of JSON (Tested this using postman). This caused the system flow to entirely stop. Weird because in our next part we actually had an if condition where : IF @http_code <> 200 'Do something that catches the error'It didnt even process this part. weirdly enough. And i dont know how that comes. But i managed to fix the problem.
Hey Vincent, I heavily doubt that parsing the list of objects went wrong. Because this is the only part that was succesful.Let me give you a more insight about the problem that i`m dealing right now. We currently have 2 systems flows : System flow that retrieves a list and gets parsed. This part is succesful. All the necesary data has been saved System flow that gets a detailed information of the id that has been saved in the database. This part is where we are struggling right now. Because if we are trying to catch any http_code that isnt 200 we are trying to log the error as well in our log table but sadly no success.
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.