Flieber

Whether a Flieber account is signed in, which account, its organisations, and the next step: a person with no organisation yet creates one with create_organization.

Set or clear a month's units forecast adjustment for a product in a store, as the Portal's forecast editor does on Apply. Like Apply, it replaces the month's whole adjustment, including any revenue adjustment. Preview first (commit=false), then commit with the preview_id. It cannot be undone as such: clearing the month removes the adjustment but does not bring back an earlier one. A commit recomputes the demand forecast before it answers; the inventory forecast built on it is recomputed afterwards in the background, so it can show the old numbers for a while.

Adjusted sales: actual sales corrected for stockouts, outliers and price effects (the forecast's input), per period and per product, store or product × store. Only dates up to yesterday. meta.boundary = approximate: Flieber does not expose where the adjusted history ends, so the most recent day or days may hold forecast values. Default: weekly, the 90 days ending yesterday. For dates from today on use `forecast`; for what channels recorded use `sales`; for the per-day corrections behind it use `forecast_past_adjustments`.

Amazon's boxes of one Push to Amazon shipment, whose box ids own-carrier tracking is sent for, as the app's tracking form lists them. Flieber reads them from Amazon. Then amazon_push_submit_tracking. Needs a Flieber sign-in.

Preview creating the inbound plan(s) at Amazon FBA for a saved replenishment plan, as the Flieber app's Push to Amazon does: one plan per Amazon store and marketplace with something to push, shipped from a saved address and contact. The preview (commit=false) creates nothing: it is the app's dry run (what each marketplace would get, what is skipped and why, what blocks it), with the ship-from address and contact. Creating cannot be undone (Flieber cannot cancel a plan at Amazon), so only the person creates: on the MCP a commit is always refused; give the person app_url (Push to Amazon in the app) or `flieber push-to-amazon plans create`, where the flieber CLI asks them to type a confirmation sentence and creates only if the dry run still matches it. Amazon creates the plans asynchronously: follow each with amazon_push_step. Placement and transport, which charge Amazon fees, are confirmed only in the app. It changes no inventory forecast. Needs a Flieber sign-in.

Fetch a Push to Amazon plan's shipping labels from Amazon and store them in Flieber, as the app's Results step does, once transport is confirmed (in the app). Fetching again replaces the stored labels (for another format); there is nothing else to undo. The preview (commit=false) reads the plan. amazon_push_label_links then gives download links. Needs a Flieber sign-in.

A Push to Amazon plan's stored shipping labels (PDF), as the app's Download labels gives them. The flieber CLI saves each shipment's file (--out, --force; at most 2 shipments per call). On the MCP nothing is saved and no download link is returned (it would be a credential): it gives the app page where the person downloads them. Needs a Flieber sign-in.

Accept the packing warnings Amazon raised on a Push to Amazon plan's boxes and go on, as the app's "continue anyway" does. It changes only Flieber's record (Amazon is not called) and cannot be undone; to fix the boxes instead, run amazon_push_packing_confirm again. The preview (commit=false) shows the warnings. Needs a Flieber sign-in.

Confirm a Push to Amazon plan's packing, as the app's Packing step does: the chosen packing option and the boxes (one SKU per box type: units per box, box count, dimensions, weight), which Amazon receives asynchronously. Flieber has no undo: the option is confirmed at Amazon, and the boxes can be sent again only while Amazon's packing warnings hold the plan. Use the person's real carton data; never guess dimensions or weights. The preview (commit=false) sends nothing: it reads the plan and checks that the boxes add up to the plan's units per SKU, as Flieber does. Commit with the preview_id. It changes no inventory forecast. Needs a Flieber sign-in.

The items of one packing group of a Push to Amazon plan (SKU, FNSKU, units), as the app's Packing step shows them: the boxes of a group must hold exactly these. Flieber asks Amazon once per group and keeps the answer. Needs a Flieber sign-in.

Get a Push to Amazon plan's packing options, as the app's Packing step does: right after the create the commit asks Amazon to generate them (asynchronous, no fee, nothing ships); once ready it lists each option, its packing groups and fees, and the cartons on file per SKU. Nothing to undo: it commits no packing. The preview (commit=false) only reads the plan. Needs a Flieber sign-in.

The Amazon FBA inbound plans Flieber pushed (Push to Amazon), newest first, as the app's Push to Amazon wizard shows them: one row per plan (one per Amazon connection and marketplace of a replenishment plan) with its status, the Amazon operation in progress or failed and its error, the placement fee once quoted, its shipments, and how many SKUs and units it carries. Pass replenishment_plan_id for one replenishment plan's pushes, or push_plan_id for one plan with its items. It reads Flieber only, never Amazon; status shows where the push is (for example PACKING_CONFIRMED, PLACEMENT_CONFIRMED, COMPLETED, FAILED, CANCELLED). Needs a Flieber sign-in.

Where a Push to Amazon plan stands, as the Flieber app's wizard would open it: its status, the Amazon operation running or its error, the wizard step and action, the placement fee once quoted, packing warnings, its shipments, and the plan's link in the app, with the next step. It never asks Amazon: Flieber polls Amazon and this reads the Flieber plan, so run it again while `waiting`. Placement and transport are confirmed only in the app by a person (they charge Amazon fees and cannot be undone): at that step this gives the link to hand over. Needs a Flieber sign-in.

Send the carrier tracking id of every box of a Push to Amazon shipment that ships on your own carrier, as the app's Results step does (Amazon tracks partnered-carrier shipments itself). Not undone, but correctable: send corrected ids the same way. The preview (commit=false) reads the plan and Amazon's boxes (amazon_push_boxes) and checks every box has one id. Needs a Flieber sign-in.

Check what a Push to Amazon of a replenishment plan would send, as the app's Review step does, without pushing: a dry run. One row per SKU and Amazon connection × marketplace (one future inbound plan each): pushable (with its FNSKU and units) or skipped (reason_code and reason: no SKU mapping, no FNSKU, zero quantity, …), plus a blocked row when a whole connection can't be pushed (an active push already exists, the Amazon authorisation lapsed: reauthorize_required). No rows: the plan has no Amazon destination. Nothing is created at Amazon and no push plan is saved. To find FNSKUs it doesn't have yet, Flieber may call Amazon's read-only Listings Items getListingsItem and FBA Inventory getInventorySummaries for the seller's connection (they share Amazon's rate limit with Flieber's own sync), and fills an FNSKU it finds into Flieber's inventory rows that had none, so it is not purely read-only (it never overwrites one). Refused when Push to Amazon is not enabled for the organisation. The person creates the plan at Amazon: in the app, or with `flieber push-to-amazon plans create` (amazon_push_create). Needs a Flieber sign-in.

Save new ship-from addresses for Push to Amazon, as the app's Add ship-from address dialog does (up to 5 per call). A label another address has (among the first 100) is refused. With is_default, it becomes the default and the previous default stops being it. Undo by deleting it (amazon_ship_from_address_delete). Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from addresses only: nothing at Amazon, and a push plan keeps its own copy of the address it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

Delete one saved ship-from address, as the app's Delete action does. Not reversible except by saving it again. After the preview, ask the person to type the address's label, and commit with what they typed as confirm_label; a missing or different label deletes nothing. Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from addresses only: nothing at Amazon, and a push plan keeps its own copy of the address it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

Change one saved ship-from address, as the app's Edit and Set as default actions do: only the fields you give are sent. The preview shows each change, old → new. Reversible by another update. Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from addresses only: nothing at Amazon, and a push plan keeps its own copy of the address it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

The organisation's saved ship-from addresses for Push to Amazon (where shipments leave from, and whom Amazon may contact), as the app's Manage ship-from addresses dialog lists them: 100 per page, oldest first. Flieber's records only; nothing is read from Amazon. Needs a Flieber sign-in.

Save new ship-from contacts for Push to Amazon, as the app's Add ship-from contact dialog does (up to 5 per call). A label another contact has (among the first 100) is refused. With is_default, it becomes the default and the previous default stops being it. Undo by deleting it (amazon_ship_from_contact_delete). Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from contacts only: nothing at Amazon, and a push plan keeps its own copy of the contact it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

Delete one saved ship-from contact, as the app's Delete action does. Not reversible except by saving it again. After the preview, ask the person to type the contact's label, and commit with what they typed as confirm_label; a missing or different label deletes nothing. Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from contacts only: nothing at Amazon, and a push plan keeps its own copy of the contact it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

Change one saved ship-from contact, as the app's Edit and Set as default actions do: only the fields you give are sent. The preview shows each change, old → new. Reversible by another update. Preview first (commit=false), then commit with the preview_id. It changes Flieber's saved ship-from contacts only: nothing at Amazon, and a push plan keeps its own copy of the contact it was created with. It triggers no inventory-forecast recompute. Needs a Flieber sign-in.

The organisation's saved ship-from contacts for Push to Amazon (where shipments leave from, and whom Amazon may contact), as the app's Manage ship-from contacts dialog lists them: 100 per page, oldest first. Flieber's records only; nothing is read from Amazon. Needs a Flieber sign-in.

The organisation's ABCD classification, as the app's Settings show it: whether the letters come from Flieber's calculated ranking or from custom letters, and the ranking's level, period and thresholds. Needs a Flieber sign-in.

Change the organisation's ABCD classification, as the app's Settings do: the source (calculated or custom) and, on the calculated source, the ranking's level, period and thresholds. Omitted fields keep their value. A commit changes the letters every product shows: a ranking change makes Flieber recalculate every tier in the background (a few minutes), a source change switches the letters at once. Reversible, except leaving custom while custom ABCD classification isn't enabled for the organisation: it can't come back to custom until Flieber enables it, and the preview warns (meta.warnings). Otherwise commit the previous values again (the preview lists them under changes); custom letters are kept while the source is calculated. No inventory forecast is recomputed. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

The custom attributes on the organisation's product × store rows: every name and value in use, and how many rows hold each, as the app's Assign custom attributes dialog offers them. Needs a Flieber sign-in.

Set custom attributes on product × store rows, as the app's Assign custom attributes dialog does. mode=replace makes each row's attributes exactly the ones given (none clears them); mode=merge adds them, replacing the value of a name a row already has. The preview reads each row and shows its attributes before and after; a pair that is not a product × store row, or a merge past 10 attributes, would be rejected, and a row that would not change is left alone. A commit changes only those rows' attributes, for the whole organisation (the catalog, its filters and groupings); it changes no forecast or inventory number. There is no undo: to restore a row, assign its attributes_before from the preview with mode=replace. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in. To add products or SKUs, or map SKUs to products, use onboard_map_skus.

The organisation's product bundles: one row per component of a bundle product, with how many units of it one bundle holds, as the app's Edit product bundles sheet lists them. Pages by page number (meta.next_page). Needs a Flieber sign-in.

Add bundle components, change their quantity, or remove them, by product code, as the app's Edit product bundles sheet saves them. A commit changes the organisation's bundles and makes Flieber recompute the inventory forecast of the bundle and component products, asynchronously (a commit that applied an item says so in meta.warnings). There is no undo: a removed component comes back only by setting it again, with its quantity from catalog_bundles. The preview checks the items here and calls nothing; Flieber checks at commit that the codes are products and that no product is both a bundle and a component, item by item. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Every product × store with the ABCD letter it shows and Flieber's calculated letter, discontinued ones included, by product code, as the app's Set custom tiers grid loads them. Use it to find the product and store ids for catalog_custom_tiers_set, and with missing_tier for the ones without a letter yet. Needs a Flieber sign-in.

Set or clear custom ABCD letters per product × store, as the app's Set custom tiers grid saves them; only while the ABCD classification source is custom (catalog_abcd_classification). A commit changes the letter those products show at once, for everyone in the organisation; a product-store not mapped to that store is rejected on its own. Reversible: commit the current_tier the preview showed, where current_tier_known is true; where it is false (a read cut short, said in meta.warnings) read the letter with catalog_custom_tiers first. No inventory forecast is recomputed. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Allow or stop backorders on listings (product × store), as the app's catalog editor saves "Support backorders": whether the listing can keep selling while out of stock. A commit changes only that setting of each listing named; it is reversible (set it back) and never creates a listing. The inventory forecast picks the change up at its next daily recalculation, so reads show the old numbers until then (the commit's warnings say so). Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Rename products or change their image, as the app's catalog editor and AI Lab's Product Catalog upload do. Each item names a product by its product_id and the store_id of any one of its listings (from listings), with a new name, a new image_url, or both. The name and image are the product's own, so the change shows on every store that sells it; each product goes once per call. An image can be replaced but cannot be cleared, and a name cannot be blank. A commit changes only the name and image; it changes no forecast or inventory number, and is reversible (set the old name or image back, from the preview's name_before and image_url_before), except that an image added to a product that had none cannot be removed (the preview warns). Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in. To add products or SKUs, or map SKUs to products, use onboard_map_skus.

Set the chosen status of listings (product × store), as the app's catalog editor saves "Chosen status in Flieber" and its "Mark as discontinued" does: active, sell_through (sell the stock left, then stop), discontinued, or follow_channel (clear it, so the status follows the sales channel). A commit changes only the chosen status of each listing named; it is reversible (set it back) and never creates a listing. The forecast and the inventory forecast pick the change up at their next daily recalculation (a discontinued listing can switch to the moving-average fallback, or be zeroed where Flieber has set that up); pages and reads that filter by status show it at once. sell_through needs Sell-Through status enabled for the organisation, as in the app: otherwise the call is refused (feature_not_enabled) before anything is sent. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Create the signed-in person's Flieber organisation; it starts on Flieber Pro (14-day free trial). First call with commit=false: the preview shows the name and the plan it starts on. Commit with its preview_id once the person confirms. Flieber's terms were accepted when the person created their Flieber sign-in: don't show them or ask for acceptance. Only if the commit answers agreements_not_accepted (an account from before that consent), show the person the terms it returns, and commit again with its preview_id and accept_terms only after they have explicitly accepted them in this conversation; never accept them on their behalf.

Start one of the Flieber app's exports (the file an Export button or an editor downloads), wait for it, and give the app's download page for it, or a request_id to check again. Needs a Flieber sign-in.

Forecast: expected demand (units and net revenue) per period and per product, store or product × store, from today on. Never a past date; for those use `adjusted` or `sales`. Default: weekly, the 90 days starting today. meta.last_nonzero_forecast_period is the latest period with a non-zero forecast (zeros after it: past the horizon, or a zero forecast).

Set or clear daily forecast adjustments, in units, for one product in one store, as the app's Sales forecast editor does by day: `units` sets the day's units, `units_percent` changes the day's forecast by a percentage, and `clear` removes the day's adjustment. Today and later days only. For weeks use `forecast_weekly_adjustment_set`, for whole months `adjust_forecast`. Like the app's Apply, each item replaces every adjustment of its days, revenue adjustments included. A commit recalculates this product-store's demand forecast before it answers; the inventory forecast built on it is recomputed in the background (meta.warnings says so). There is no undo: to go back, set the old values again or clear the periods (read the forecast first with `forecast`). Preview first (commit=false): Flieber's own preview gives each period's forecast units before and after, and changes nothing. Then commit with the preview_id. Needs a Flieber sign-in.

The Demand Forecast's backtest per listing (product × store), as the portal reads it: the plan model in use (seasonal, top_down, naive or last_year) and why, the listing's most adherent model, and the accuracy light of the model in use (good, watch, bad, not_enough_data), largest scored units first, 100 per page. A listing the nightly backtest has not scored has no row. Needs a Flieber sign-in.

Switch the Flieber forecast model (ai, moving_average or last_years_sales) and growth of listings, as the portal's Demand Forecast "Switch model" does: one model, growth and weights for every listing named, in one request. A commit pins each listing's own model, growth and weights, replacing what it had, and recomputes their forecast: before the answer for up to 25 listings, in the background above that; the inventory forecast follows in the background. It can't be undone here: this tool can't return a listing to following the organisation's default model, and the listing's current growth and weights can't be read here to switch back to (trends shows each listing's model name only). Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Set days of one product-store's adjusted sales to a number of units (for example a stockout or a one-off order), or restore Flieber's value for them, as the portal's Demand Forecast "Fix the sales history" does. A commit replaces each day's previous value and Flieber recalculates the product-store's forecast before it answers; the inventory forecast is then recalculated in the background, so its reads may show old numbers for a few minutes. The previous value is not kept: read it first with `forecast_past_adjustments` if it may need to be put back. Preview first (commit=false), then commit with the preview_id. Needs a Flieber sign-in.

Past adjustments: one product-store's daily corrections to its adjusted sales (the history the forecast learns from), as the portal's Demand Forecast lists them: the units a person set for a day (manual_quantity) and Flieber's recommended units (recommended_quantity), latest day first. Default: from the 1st of the month 12 months back to yesterday. Only active products are listed (Flieber's default, as in the portal): a discontinued product's days are not shown. A day given back to Flieber may still be listed, with both quantities null. Needs a Flieber sign-in. For the adjusted sales series itself use `adjusted`; to change days use `forecast_past_adjustment_set`.

Change the Demand Forecast plan as the portal's plan editor saves it: one batch of edits (adjust by a percentage, set units, growth, model switch, end of life, events, targets, notes, …) on listings or products. The preview is Flieber's own (impact before and after, stored 30 minutes); the commit applies exactly that preview, and Flieber refuses it if the plan changed since. forecast_plan_undo can reverse it only while it is the latest change in force; committing the same preview again is refused. Needs a Flieber sign-in and plan mode.

The plan's change log, latest first: who changed what, why and its impact; undo_allowed marks the change forecast_plan_undo would undo. Needs a Flieber sign-in.

Set the account's default forecast model for the Demand Forecast plan (seasonal, top_down, naive or last_year; null goes back to the backtest's default), as the portal's plan settings do. Listings follow it where they use the account default (model_mode tenant_default, or no backtest yet). The preview is Flieber's own (units before and after over the next 364 days, stored 30 minutes; for an account-wide change Flieber counts no review flags, so those columns are null, and may count only some listings, which impact_complete and meta.warnings say); the commit applies exactly that preview, and Flieber refuses it if the plan changed since. forecast_plan_undo can reverse it while it is the latest change in force. Needs a Flieber sign-in and plan mode.

The plan's active events (promotions, launches, custom), by start, each with its listings and their factor. Add or remove them with forecast_plan_change (event, remove_event). Needs a Flieber sign-in.

One listing's plan, as the portal's plan editor shows it: the model in use and why, the plan over the next 364 days, and its intents, growth, end of life, events, targets and notes. Needs a Flieber sign-in.

The Demand Forecast's plan as the portal charts it: one series (default vibee_plan, the stored plan) in units, summed per group (product, listing, store, channel, tier or total) and period. Needs a Flieber sign-in.

The Demand Forecast plan's settings, as the portal's plan settings show them: level, direction, split, model mode, the account default model, benchmark, growth tolerance, protected days, future price rule, account type, and the plan revision. An organisation that never changed them reads Flieber's defaults. Change them with forecast_plan_settings_set (the account default model with forecast_plan_default_model_set). Needs a Flieber sign-in.

Change the Demand Forecast plan's settings, as the portal's plan settings do. The preview reads the settings and shows each one named, before and after; the commit sends only those that change, and Flieber applies them at once and logs one settings change (forecast_plan_undo puts them back while it is the latest change in force). Changing model_mode re-resolves every listing's model in use, and changing protected_days recomputes every target's factor. The commit is refused if the settings changed since the preview. The account default model is forecast_plan_default_model_set's. Needs a Flieber sign-in and plan mode.