We are using Revolut Create Draft Payment module to create draft bulk transfers in Make.com. In input array of draft transfers to be created is passed to the module and when done, the module outputs a Transfers array where there is an entry for each entry in the input. The output data contains Revolut Transfer ID for a created transfers and such.
Generally, the order of items in the output Transfers array is not the same as in the input, that’s why the module includes an “Index” for each entry which tells us which input item the output item corresponds to.
We had been using this successfully for about 6 months and a week ago or our scenario stopped working. Investigation revealed that output array became two-indexed, meaning that Index=2 points to the first item in the input array. Previously the output array was one-indexed → Index=1 pointed to the first item in the input array.
Are there any other Revolut users in Make that have seen this? I contacted the Help team in Make, but they have been unhelpful so far. The person who is trying to help is nice, but obviously not an expert.
Are Revolut modules maintained by Make or by Revolut? I am trying to get clarity on whether this is simply a bug or an API change that somehow happened without us noticing.
Please share screenshots of relevant module fields and filters in question? It would really help other community members to see what you’re looking at.
You can upload images here using the Upload icon in the text editor:
2. Scenario blueprint
Please export the scenario blueprint file to allow others to view the mappings and settings. At the bottom of the scenario editor, you can click on the three dots to find the Export Blueprint menu item.
(Note: Exporting your scenario will not include private information or keys to your connections)
Please provide the input and output bundles of the modules by running the scenario (or get from the scenario History tab), then click the white speech bubble on the top-right of each module and select “Download input/output bundles”.
A.
Save each bundle contents in your text editor as a bundle.txt file, and upload it here into this discussion thread.
The first one “before.txt” has data from a run before this bug started happening, specifically “before.txt” is from April 9th, 2024. Notice that Index in the output Transfers array is one-based.
The second one “after.txt” has data from a run after this bug started happening, specifically “after.txt” is from April 15th, 2024. Notice that Index in the output Transfers array is two-based. before.txt (4.9 KB) after.txt (4.3 KB)
The behavior of this module (Revolut Create Draft Payment) changed between April 9th, 2024 and April 15th, 2024. I was hoping that somebody who is familiar with the module can explain whether this is a bug that will get fixed or an API change.
I understand that one can work around this, for instance by inspecting Indices and determining whether the lowest is 1 or 2 - or you can sort it as you are suggesting, but then you need an extra module and more redundant Make operations that ends up in higher cost.
It’s been a week now and the Index is still two based, so it looks like there’s an API change in the Revolut module. We decided to implement a workaround and sort the output array, as samliew suggested. Now our scenario for creating draft payments works again.
Well, it turns our happiness was short-lived. Watching Revolut Draft payments is now completely broken and no transfer status change events come through the webhook, as they did flawlessly before.
The whole Revolut flow in Make seems to be messed up and it started somewhere between April 9th and April 15th, 2024.
If somebody has any information, please let me know.
