Morning returns queue
Priya Sharma, customer experience lead at Northwind, asked which returns were waiting to be processed. Memtro listed the open returns with their outcomes and label status. Her team worked through them in order.
Which returns are waiting to be processed?
Loop Returns connects Memtro to your Shopify store's returns. It reads returns by state and date with their items, reasons, outcomes and label status, and one return with its notes. It also reads the advanced shipping notice of returns in transit and which items of an order can be returned. When asked and granted, it can note, flag, process, close or cancel a return, remove items from it, and create a return link. Loop can also tell Memtro as returns are submitted, change or close, and a job can start on it. Each event type is added in Loop Admin.
Ask in plain English from chat, your editor, a scheduled job or your own agent. The model picks the right Loop Returns tool, reads what it needs, and answers with the source cited.
These tools change something in Loop Returns. The model is told to use them only when you ask for exactly that, and an administrator grants each one by name to the teams that may use it; a personal connection acts only after its owner allows it.
Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in Loop Returns, choosing the same kinds; the tab shows Loop Returns's own steps. Each event can start a job, with the event as its input, and can be remembered where you choose. Loop Returns signs every delivery, and one whose signature does not check out is refused before it is read.
Events and webhooksOnce Loop Returns is connected, these are the kinds of things people ask. Plain questions, no syntax. If the answer lives partly in another system you have connected, Memtro looks there too.
Which returns are waiting to be processed?
Show the return for order #1001 with its reasons.
Which returned items are in transit this week?
Can the customer on order #1042 still return the jacket?
Flag the return on order #1001 for review.
Priya Sharma, customer experience lead at Northwind, asked which returns were waiting to be processed. Memtro listed the open returns with their outcomes and label status. Her team worked through them in order.
When a customer submitted a return at Acme Ltd, Loop told Memtro and a job started. It read the return with its items and reasons and summarised it for Dan Fletcher, the returns manager. Nothing was processed until he asked.
The teams that lean on Loop Returns most, a question each of them asks, and what they connect beside it.
A record in Loop Returns is rarely the whole story. Connect the systems that hold the rest and Memtro checks them together, then remembers what it learned so the next question starts further along.
Using something else for the same job, or both? Each connector has its own tools; connect as many as you like.
In Loop Admin, open Returns Management → Tools & integrations → Developer Tools and generate an API key with the Returns and Orders scopes. Leave Carts unticked.
In Memtro, open Connections → Loop Returns and paste the API key.
An administrator grants the actions by name, such as Process a return, to the teams that may use them. Events are turned on from the connection's Events tab, and the address is then added as a webhook for each topic in Loop's Developer Tools.
Ask "Which returns are waiting to be processed?"
Chat in the dashboard, the OpenAI-compatible API, scheduled jobs, and any MCP client: Claude Code, OpenCode, Cursor, Claude Desktop. The Loop Returns tools are the same everywhere.
Only when you ask, and only what it has been granted: add an internal note to a return; flag a return for review; process a return, issuing its refund, exchange or credit; close a return without fulfilling it; cancel a return; remove items from an open return; create a return link for an order. Every other tool reads, searches or lists. The Connections page labels the tools that act, an administrator grants each one by name to the teams that may use it, and a personal connection acts only after its owner allows it.
A personal connection serves only your own requests. A shared connection serves the organisation: everyone, or only the teams an admin chooses. Admins can always add shared connections; other members need the permission.
Credentials are encrypted at rest. Tool results are cached briefly so agent loops do not repeat identical calls, and the facts the model extracts are saved to your organisation's memory with provenance (system, record and link) so they can be checked and superseded.
API key. In Loop Admin, open Returns Management → Tools & integrations → Developer Tools and generate an API key with the Returns and Orders scopes. Leave Carts unticked.
Yes. Turn events on in the connection's Events tab on the Connections page, then add the address it shows as a webhook in Loop Returns, choosing the same kinds; the tab shows Loop Returns's own steps. A job set to start "When an event arrives" then runs once for each matching event, with the event as its input. The run treats the event as outside data, never as instructions, and anything the run remembers is kept as unverified.
Seven-day free trial, then one monthly price per organisation. Connectors, jobs and memory are never metered.
Sign in, add a provider key, create an API key and point your tools at Memtro. It takes about five minutes.
7-day free trial · card on file, nothing charged until it ends · cancel any time