--- title: "eDock Integration" description: "eDock, sold today as MarketRock, is an Italian multichannel commerce platform that publishes one catalog to Amazon, eBay, Zalando and dozens of other marketplaces. Agents keep prices and stock in step everywhere at once, pull marketplace orders into a back office, and book the couriers that ship them." url: https://flowrunner.ai/integrations/edock date_modified: 2026-09-04T19:08:45-07:00 --- # eDock [E-commerce](https://flowrunner.ai/integrations/category/e-commerce) eDock, sold today as MarketRock, is an Italian multichannel commerce platform that publishes one catalog to Amazon, eBay, Zalando and dozens of other marketplaces. Agents keep prices and stock in step everywhere at once, pull marketplace orders into a back office, and book the couriers that ship them. 1 trigger · 169 actions · OAuth · available [eDock website](https://www.edock.it/) · [Platform Documentation](https://marketrock.it/) · Capability data verified 2026-08-26 1. The nightly warehouse export lands with the day's stock levels and prices 2. Agent reads the rows and resolves each one to its eDock product 3. The payload is built for Bulk Patch Products rather than the update call, so unsent fields are not removed 4. Bulk Patch Products pushes quantities and prices to every connected marketplace in one request 5. Search Diagnostic Rows with errors only reads what each marketplace rejected 6. Listing failures are posted with the marketplace's own rejection text, the same day 7. Rows the platform blocked on a barcode conflict go to a person, who names which listing the product belongs to ## What This Integration Enables eDock, sold today as MarketRock, sits between one catalog and many marketplaces. Amazon, eBay, Zalando, Decathlon, ManoMano, Leroy Merlin, and a couple of dozen others each want their own product data, their own category attributes, and their own order handshake, and the whole point of a platform like this is that you maintain one catalog rather than twenty integrations. That also means the blast radius of any write is wider than it looks. A price change here is a price change on every connected channel, and a product removed from a price list is a product delisted from the marketplace that price list feeds. The connector is built around that asymmetry. Patch operations change only what you send and are what a nightly sync should use. The replacement operations, which delete anything you leave out, carry an explicit confirmation and refuse to run without it, because the vendor is unambiguous that a partial price update removes prices and takes products off the market. FlowRunner's [connectors](https://flowrunner.ai/concepts/connectors) are built and verified against each vendor's official API, and here that verification does real work: eDock's path casing is inconsistent between siblings and load bearing, several reads are POSTs, and a carrier can refuse a shipment inside an HTTP 200. Those are the kinds of details that decide whether an unattended flow is trustworthy. ### Without FlowRunner **One integration per channel**: Amazon, eBay, and every other marketplace get their own price and stock feed to maintain **Listing failures found in the revenue report**: A product stops selling on one channel and nobody knows why until the numbers move **Partial updates that delete**: A price sync that omits a field removes it, and the product quietly leaves the marketplace it was connected to ### With FlowRunner **One catalog, every channel**: A single patch call carries stock and price to all connected marketplaces at once **Failures surface where they happened**: Per-marketplace diagnostics carry the channel's own rejection text into a working channel **Safe writes by default**: Patch operations change only what is sent, and the destructive replacements require an explicit confirmation ## Use Case Scenarios ### One patch call, every marketplace The warehouse's nightly export lands in a sheet the operations team already maintains through [Google Sheets](https://flowrunner.ai/integrations/google-sheets). The agent reads the changed rows and pushes them with Bulk Patch Products, capped at one hundred entries per call, so quantities and prices reach every connected channel in one request rather than one integration at a time. It never uses the bulk update operation for this, because that one deletes what it is not sent. After the push, Search Diagnostic Rows with errors only reads what each marketplace made of the change, and the rejections go to the listing channel the same day rather than showing up as a revenue dip a fortnight later. ### The order, from marketplace to parcel On eDock Event fires for a created order. The agent calls Get Order for the buyer and lines, moves it into the imported status with Move Orders, and writes any import failure onto the order with Set Order Notes so the reason lives where the next person will look. Calculate Order Packages sizes the parcel, Rate Shipment compares carriers, and Create Shipment books the one that wins. Because GLS and BRT need a second step, Confirm Shipment runs where the carrier requires it. Ship Order sends the tracking number and carrier back to the source marketplace in the same call that reports the shipment, so the buyer's channel notification carries the number. ### Adopting a marketplace presence that already exists A seller who has been listing on eBay by hand wants those listings under one catalog. The agent runs Download Offers, then Search Offers to read what came back, and splits the result: offers that match an existing product are attached with Link Offers To Products, and the rest become new catalog entries through Create Products From Offers. Care is taken with the overwrite flags, because a quantity or price adopted from one marketplace's offer is then pushed to every connected marketplace. What was a manual migration becomes a reviewable list. ## Human-in-Loop Highlight Unlock Diagnostic Row is the one operation in this connector that the vendor effectively documents as a human decision, and it is worth respecting that. When eDock blocks a product-to-listing match, status 12, it has usually done so because several marketplace listings share the product's barcode or because the price gap between them is too wide to be an accident. Unlocking it is not a retry. It is an assertion that this catalog product is the one that owns that listing, and once the rules run again the listing carries your stock, your price, and your fulfillment promise. Get it wrong and you are selling somebody else's product under your account on a marketplace that scores you for it. So the agent gathers instead of deciding. It posts: "Publication blocked on 6 rows for Amazon IT. EAN 8012345678905 matches two catalog products, `PRD-2214` at 34.90 EUR and `PRD-9008` at 129.00 EUR, and the existing listing sits at 128.50 EUR. Unlock against which product, or leave blocked?" The catalog owner picks. Everything up to that point, including reading the marketplace's own rejection text, is work an agent should be doing unattended. The identity claim at the end is not. Agent processes routinely Detects exception requiring judgment Clear match Continues automatically Ambiguous Routes to human via preferred channel Human decides Agent resumes with decision ## Agent Capabilities 169 actions ### Orders 19 - **Search Orders** Searches orders with filters and paging. A POST despite being a read, and naming any Details value turns the defaults off, so ask for rows and addresses explicitly if you want them. - **Get Order** Retrieves one order in full, returning everything when no details are named. - **Create Order** Creates an order in eDock, used when an order originates outside the connected marketplaces. - **Update Order** Updates an order, with a flag deciding whether the lines you send replace the existing ones. - **Move Orders** Moves orders between status folders, which is the platform's own workflow mechanism. Moving into Shipped notifies the source marketplace. - **Mark Orders As Paid** Marks orders paid. Paid is a flag rather than a status, so a shipped cash-on-delivery order is shipped and unpaid at once. - **Ship Order** Ships an order with its tracking number and carrier, notifying the source marketplace with the tracking attached. Prefer this over a bare status move. - **Set Order Notes** Writes a note onto an order, which is where an import failure or an agent decision should be recorded. - **Cancel Order** Cancels an order where the marketplace permits it. - **Add Order Invoice** Attaches an invoice to an order and, on an Amazon order, uploads it to Seller Central. - **Calculate Order Packages** Computes the parcels an order needs. Without maximum package sizes configured it returns one parcel however large the order. - **Get Order Address Label** Fetches the printable address label for an order. - **Export Orders** Exports orders. Gated on personal data permission at the application level, so a client not enabled for it is always refused. - **Generate Tax Registrations** Queues tax registrations with the account's billing provider. Asynchronous, and the documents appear in that provider's system. - **Generate Tax Documents** Queues tax document generation with the billing provider, also asynchronous. - **Get Customer** Retrieves the customer attached to an order. - **List Order Statuses** Lists the status folders orders move between on this account. - **Is Order Cancellation Enabled** Reports whether cancellation is available for an order before a flow attempts it. - **Get Order Cancellation Reasons** Lists the cancellation reasons the marketplace accepts. ### Products 14 - **Search Products** Searches the catalog with filters and paging. A POST, and page numbering starts at zero. - **Get Product** Retrieves one product. - **Get Product Detail** Retrieves a product's full detail, including its attributes. - **Get Product Image** Retrieves a product image reference. - **Create Product** Creates a catalog product inside a folder. - **Update Product** Replaces a product, deleting every field not sent. Carries a required confirmation because a partial update here removes prices and delists. - **Patch Product** Changes only the fields you send. The safe write for a nightly price and stock sync. - **Delete Product** Deletes a product from the catalog. - **Bulk Create Products** Creates up to one hundred products in one call. - **Bulk Update Products** Replaces up to one hundred products, deleting omitted fields on every one. Requires the explicit confirmation. - **Bulk Patch Products** Patches up to one hundred products at once. The operation a multichannel stock and price feed should be built on. - **Bulk Delete Products** Deletes up to one hundred products in one call. - **Link Product To Marketplace** Attaches a catalog product to a marketplace listing. - **Unlink Product From Marketplace** Detaches a product from a marketplace listing. ### Folders 6 - **Create Folder** Creates a catalog folder. Folders decide marketplace categories, so the tree is a categorization decision rather than filing. - **List Root Folders** Lists the top level of the folder tree. - **List Child Folders** Lists the folders under a given one. - **Get Folder Hierarchy** Returns the folder tree in one call. - **Update Folder** Updates a folder's name or position. - **Delete Folder** Deletes a folder, optionally deleting the products inside it. Not reversible. ### Attributes and Pricing 9 - **List Attribute Sets** Lists the attribute sets products are built against. - **Get Attribute Set** Retrieves one attribute set with its attributes. - **Create Attribute Set** Creates an attribute set. - **Update Attribute Set** Updates an attribute set. Attributes not passed are deleted where possible, so this carries the replacement confirmation. - **Map Attribute Values** Maps catalog attribute values onto a marketplace's own vocabulary. - **List Pricelists** Lists the price lists, each of which feeds the marketplaces connected to it. - **Create Pricelist** Creates a price list. - **Update Pricelist** Replaces a price list record rather than merging into it. - **List Currencies** Lists the currencies the account trades in. ### Stock 5 - **List Storages** Lists the account's storage locations. - **Create Storage Movement** Records a stock movement. Adjust overwrites the balance while load and unload are relative, so adjusting to one against a stock of four leaves one. - **Search Storage Movements** Searches recorded stock movements. - **Get Product Stock** Reads the stock held for a product. - **Search Stock Status** Searches stock status across products and storages. ### Marketplaces and Offers 9 - **List Marketplaces** Lists the marketplaces the account can publish to. - **List Marketplace Submodules** Lists a marketplace's submodules, which is how regional and program variants appear. - **List Marketplace Users** Lists the marketplace accounts connected to the workspace. - **Get Marketplace User Parameter Values** Reads the per-account parameters a marketplace connection carries. - **Download Offers** Pulls the seller's existing listings down from a marketplace, which is the first step in adopting a presence built by hand. - **Search Offers** Searches downloaded offers. It capitalizes its own paging and filter keys, unlike the other searches. - **Link Offers To Products** Attaches downloaded offers to catalog products. The overwrite flags are not local: a price or quantity taken from one marketplace is pushed to all of them. - **Unlink Offers From Products** Detaches offers from catalog products. - **Create Products From Offers** Turns downloaded offers into new catalog products. ### Publication Rules 11 - **List Rule Parameters** Lists the parameters a marketplace requires before it will describe its attributes. The first step of the fixed publication rule sequence. - **List Rule Parameter Values** Lists the allowed values for a selection-type rule parameter. - **List Marketplace Categories** Lists a marketplace's categories, of which only the selectable ones can be used. - **List Rule Attributes** Lists the attributes a marketplace expects once its parameters are settled. - **List Rule Attribute Values** Lists the allowed values for a marketplace attribute. - **Create Publication Rule** Creates a rule that maps catalog products onto a marketplace's category and attributes. - **Update Publication Rule** Updates a publication rule. - **Get Publication Rule** Retrieves one publication rule. - **Delete Publication Rule** Deletes a publication rule. - **Search Publication Rules** Searches the account's publication rules. - **Apply Publication Rules** Runs the rules and publishes. It cannot be canceled once started, and its outcome appears in the diagnostics rather than in the response. ### Diagnostics 3 - **Search Diagnostics** Searches publication diagnostics at the summary level. - **Search Diagnostic Rows** Returns per-product rows carrying the marketplace's own rejection text. This is where listing failures actually surface. - **Unlock Diagnostic Row** Clears a deliberately blocked match, asserting which catalog product owns a marketplace listing. The operation this page's human gate exists for. ### Marketplace Specifics 5 - **Get eBay Item Specifics** Reads the item specifics eBay requires for a category. - **Get eBay Business Policies** Reads the seller's eBay payment, shipping, and return policies. - **Search eBay Listings** Searches the seller's eBay listings. - **Request Amazon Report** Requests an Amazon report. Needs a restricted role granted by agreement, so an ordinary connection is refused here while everything else works. - **Get Amazon Report** Fetches a requested Amazon report, under the same restricted role. ### Shipping 28 - **Rate Shipment** Quotes carriers for a shipment. One carrier failing to quote while others succeed is a normal result, so read each entry's own success flag. - **Create Shipment** Books a shipment with a carrier. The courier can refuse inside an HTTP 200, and that refusal is raised rather than handed back as data. - **Create Return Shipment** Books a return shipment back to the seller. - **Confirm Shipment** Confirms a booked shipment. Required by GLS on every shipment and by BRT unless the account confirms automatically, and a no-op elsewhere. - **Get Shipment** Retrieves one shipment with its carrier state. - **Get Shipment Labels** Fetches the carrier labels for a shipment. - **Get Shipment History** Reads a shipment's tracking history. - **Cancel Shipment** Cancels a shipment. A successful HTTP call does not mean the courier accepted the cancellation, so the carrier's own verdict is what is raised. - **Link Shipment To Order** Attaches an existing shipment to an order. An order may have only one confirmed shipment. - **Search Shipments** Searches shipments with filters and seek-style paging. - **List Shipment Statuses** Lists the shipment status values, which are unrelated to the order status folders despite sharing a field name. - **List Carriers** Lists the carriers available to the account. - **Get Carrier** Retrieves one carrier's details. - **Get Carrier Configuration Parameters** Lists the parameters a carrier configuration requires. - **List Shipping Configurations** Lists the account's carrier configurations. - **Get Shipping Configuration** Retrieves one carrier configuration. - **Get Shipping Configuration Parameters** Reads the parameter values set on a configuration. - **Verify Shipping Configuration** Checks a carrier configuration against the carrier before it is used in production. - **Create Shipping Configuration** Creates a carrier configuration. - **Update Shipping Configuration** Updates a carrier configuration. - **Get Default Shipping Settings** Reads the account's default shipping settings, including maximum package sizes. - **Update Default Shipping Settings** Sets the account's default shipping settings, which is what makes package calculation return real parcels. - **Request Pickup** Books a carrier collection. The courier's refusal is raised rather than returned as data. - **Cancel Pickup** Cancels a booked collection, again subject to the courier's own answer. - **Create Manifest** Creates a carrier manifest for the day's shipments. - **Get Manifest** Fetches a manifest document. - **Delete Manifest** Deletes a manifest. - **Search Pickup Points** Searches carrier pickup points for delivery to a collection location. ### Prioritization and Picking 17 - **List Prioritization Rules** Lists the rules that decide which orders ship when a pick comes up short. - **Create Prioritization Rule** Creates a prioritization rule. - **Update Prioritization Rule** Updates one rule, which is the safe alternative to replacing the whole set. - **Replace Prioritization Rules** Replaces every defined rule with the ones sent. Carries the replacement confirmation. - **Delete Prioritization Rule** Deletes a prioritization rule. - **Create Picking List** Creates a picking list for a warehouse round. - **Search Picking Lists** Searches picking lists. - **Get Picking List** Retrieves one picking list with its orders. - **Update Picking List** Updates a picking list. - **Delete Picking List** Deletes a picking list. - **Assign Picking List** Assigns a picking list to a warehouse operator. - **Confirm Picking List** Confirms a picking list before the round begins. - **Complete Picking List** Closes a picking round with the quantities actually found. Reporting the real numbers rather than echoing what was asked is what lets the prioritization rules decide correctly. - **Add Orders To Picking List** Adds orders to an existing picking list. - **Remove Orders From Picking List** Removes orders from a picking list. - **Ship Picking List Order** Ships one order from within a picking round. - **Calculate Picking List Order Packages** Sizes the parcels for an order inside a picking round. ### Product Compliance 14 - **Create Manufacturer** Creates a manufacturer record, which EU product safety obligations require against the catalog. - **Get Manufacturer** Retrieves one manufacturer by id. There is no list route, so the id has to be one you hold. - **Update Manufacturer** Updates a manufacturer record. - **Delete Manufacturer** Deletes a manufacturer along with its responsible persons and brands. Not reversible. - **Create Responsible Person** Creates an EU responsible person attached to a manufacturer. - **Get Responsible Person** Retrieves one responsible person. - **Update Responsible Person** Updates a responsible person. - **Delete Responsible Person** Deletes a responsible person. - **Create Brand** Creates a brand under a manufacturer. - **List Brands** Lists the account's brands. - **Delete Brand** Deletes a brand named in the body rather than by id, so a wrong name removes a different brand. - **List Safety Markings** Lists the safety markings products can declare. - **List Safety Warning Categories** Lists the categories safety warnings are grouped under. - **List Safety Warning Messages** Lists the standard safety warning messages available. ### Files 5 - **Upload Public File** Uploads a file that anyone can open without authentication. Product images belong here. - **Upload Private File** Uploads a file that needs the account's token to read. Invoices and anything carrying personal data belong here. - **Upload Image** Uploads a product image. eDock does not rename uploads, so a file whose name already exists is overwritten. - **Upload Shipment Attachment** Uploads an attachment against a shipment, with a rename flag that avoids silent overwrites. - **Download File** Fetches an eDock-hosted file into FlowRunner file storage, sending the account token, which is what a plain HTTP step cannot do for a private label or manifest. ### Analytics 5 - **Get Performance KPIs** Reads the account's headline performance figures. - **Get Catalog Coverage** Reports how much of the catalog is actually listed per marketplace, which is where quiet publication gaps show up. - **Get Sales Analytics** Reads sales figures across the dimensions the vendor supports. - **Get Shipping Analytics** Reads shipping performance, including transit times by carrier. - **Get Traffic Analytics** Reads marketplace traffic and conversion figures. ### Account and Workspaces 7 - **Get Account Info** Reads the account's login, company name, and activation date. Also the connection check. - **List Workspaces** Lists the workspaces the user can reach, and supplies the id that makes a non-owned workspace usable at all. - **List Workspace Members** Lists the members of a workspace with their area permissions. - **Get Workspace Member** Retrieves one workspace member. - **Invite Workspace Member** Invites a person to the workspace. - **Update Workspace Member** Changes a member's per-area read and write permissions. - **Remove Workspace Member** Removes a member from the workspace. ### Reference Data 8 - **List Countries** Lists the countries eDock recognizes. - **List Cultures** Lists the locales product content can be written in. - **List Units Of Measure** Lists the units products are measured in. - **List Identifier Types** Lists the identifier types products can carry, such as EAN or ASIN. - **List Conditions** Lists the product conditions offers can declare. - **List Suppliers** Lists the account's suppliers. - **Search Fiscal Classes** Searches fiscal classes. Their rate arrays come back empty here. - **Get Fiscal Class** Retrieves one fiscal class with its per-country VAT rates, which is the call that actually returns them. ### Webhooks 4 - **List Webhooks** Lists the account's webhook subscriptions. It does not carry the signing key. - **Create Webhook** Creates a webhook subscription and returns its signing key once. There is no route that returns the key again, so store it at that moment. - **Update Webhook** Updates a subscription, including turning it off, which is how a subscription is paused without losing its key. The topic is immutable, so changing it means deleting and recreating. - **Delete Webhook** Deletes a subscription and discards its signing key permanently. ## Triggers 1 triggers ### Event Triggers 1 - **On eDock Event** Fires on eDock's seven published topics: order created, order status changed, order paid, order shipped, product created, product updated, and product deleted. The trigger registers its own subscription, captures the signing key at registration, and verifies every delivery before it reaches the flow. Two things to design around: the delivery is a notification rather than the record, so follow it with Get Order or Get Product to read current state, and a delivery that fails to answer with an HTTP 200 is retried ten times in total before eDock deletes the notification permanently, with no replay and no notice. ## Frequently Asked Questions ### What can FlowRunner do with eDock? FlowRunner agents can run Search Orders, Get Order, and Create Order in eDock, plus 166 more actions. ### Does connecting eDock to FlowRunner require OAuth? Yes. eDock connects to FlowRunner with OAuth 2.0, so agents authenticate without handling raw credentials. ### Can eDock trigger a FlowRunner workflow automatically? Yes. eDock supports 1 trigger that can start a FlowRunner workflow automatically. **Work at eDock?** This integration exposes eDock to AI agents on every FlowRunner plan, including through MCP, at no cost to you. [See what FlowRunner offers integration partners](https://flowrunner.ai/integrations/partners), including how to keep this page current. --- Markdown version of https://flowrunner.ai/integrations/edock. Site index: https://flowrunner.ai/llms.txt