"Netto" matching MCP tools:

• findings_listA

  VendoolyC

  READ-ONLY. Problemi operativi rilevati OGNI GIORNO dal motore deterministico Vendooly sul Data-Hub (i numeri vengono dal motore dati, non dall'LLM). Regole: buybox_lost (Buy Box persa su ASIN che vendono), buybox_suppressed (Buy Box soppressa), stockout_risk (copertura reale FBA sotto soglia, merce in arrivo inclusa), ads_no_stock (product ad SP attiva su prodotti in esaurimento), negative_margin (SKU con netto negativo su 30g dal Settlement: fee+refund > incasso), listing_issue_99300 (bullet point soppressi da Amazon per claim promozionali/inviti al contatto/tempi di consegna: la listing spesso resta in vendita ma senza bullet; fix = riscrivere i bullet con update_listing e ricontrollare con get_listing included_data=issues). Ogni finding ha evidenza numerica (payload), severità (critical|high|medium) e — dove è sicura — proposed_action: la chiamata tool già preparata per correggere, da eseguire SOLO dopo approvazione esplicita dell'utente (mostra prima l'anteprima dove prevista). USALO come PRIMA MOSSA per "che problemi ho?", "cosa devo sistemare?", "controlla il mio account", e per il recap operativo quotidiano. Org-scoped: senza account_id copre tutti gli outpost; con account_id filtra quel venue. Default status=open.

  ConnectorOAuth

• plan_optimal_shopping_routeA

  offerhopper.ai — AI Supermarket & Drugstore Shopping Assistant for GermanyA

  Plans the optimal shopping trip for a given list and starting location in Germany. Answers 'where should I go to buy this list, and is the trip worth it?' — not 'what's on offer near me'. Matches each item on the list to the best current offer across German supermarkets and drug stores (REWE, Aldi, Lidl, Penny, Netto, Norma, Edeka, DM, Rossmann, Mueller, Globus), then computes the cheapest realistic route by weighing product prices against travel distance and shopping time. Returns the chosen store(s), the per-item picks with live prices, the trip's savings and a worth-it Supports car, bicycle, and pedestrian travel modes. For corridor trips (A-to-B), supply 'end_location' to route stores along the way. Pricing note: 'price' is the standard shelf price available to all shoppers (do NOT say discounts require an app). 'app_credit' is optional wallet cashback (e.g. REWE Bonus: plus €0.50 into wallet). 'app_price' is an app-exclusive checkout price (e.g. Lidl Plus).

  ConnectorNo auth

• nmi_bruto_nettoA

  NettomaandinkomenA

  Berekent het netto maandloon uit een bruto maandloon volgens de Nederlandse loonheffing 2026: schijven, algemene heffingskorting en arbeidskorting, met opties voor werknemers-pensioenpremie en de 30%-regeling. Optioneel bijzonder loon (vakantiegeld, dertiende maand, IKB) per jaar: dat wordt apart belast tegen het bijzondere tarief en levert totaal netto per jaar en gemiddeld per maand. Bij een jaarsalaris: deel door 12. Gebruik nmi_woonbudget als de vraag over huur of huurtoeslag gaat. Rekent alleen voor loondienst (inwoner van Nederland): bij dga, zzp of buitenlandse belastingplicht volgen géén bedragen.

  ConnectorNo auth

• nmi_woonbudgetA

  NettomaandinkomenA

  Rekent vanaf een bruto maandloon het netto maandinkomen, de mogelijke huurtoeslag en het bedrag dat na de huur overblijft. Geeft ook de huurgrens en aftoppingsgrenzen. Gebruik deze tool alleen bij een huur- of woonlastenvraag; gebruik nmi_bruto_netto voor netto loon, ook met vakantiegeld, dertiende maand of IKB. Rekent alleen voor loondienst (inwoner van Nederland): bij dga, zzp of buitenlandse belastingplicht volgen géén bedragen. Vermogenstoets is niet gecontroleerd. Geen hypotheek- of leenadvies.

  ConnectorNo auth

• umsatzsteuer_aufstellungA

  Rechnungslotse: deutsche E-RechnungA

  Rechnet für einen Zeitraum die Netto- und Steuerbeträge je Steuersatz aus den Ausgangsrechnungen zusammen, mit ELSTER-Kennziffern. Ob nach Rechnungsdatum (Soll) oder Zahltag (Ist) gerechnet wird, entscheidet der hinterlegte Status des Betriebs. Enthält KEINE Vorsteuer und keine Korrekturen aus Vormonaten – es ist eine Aufstellung, keine fertige Voranmeldung.

  ConnectorNo auth

• nmi_wia_uitkeringA

  NettomaandinkomenA

  Berekent voor 2026 bruto maandbedragen voor drie WIA-scenario's op basis van het laatstverdiende bruto maandloon: IVA, WGA-loongerelateerd en WGA-vervolg. Gebruik deze tool om scenario's te vergelijken; UWV bepaalt na de keuring welke regeling geldt. Het SV-dagloon wordt begrensd op het maximumdagloon. Niet gebruiken bij werkloosheid zonder arbeidsongeschiktheid (gebruik nmi_ww_uitkering) of voor loon uit werk (gebruik nmi_bruto_netto). Vereist: laatstverdiend bruto maandloon; geeft geen netto en stelt geen arbeidsongeschiktheidspercentage vast.

  ConnectorNo auth

• nmi_huurtoeslagA

  NettomaandinkomenA

  Berekent huurtoeslag per maand uit bruto jaarinkomen, kale huur, servicekosten, huishoudtype, thuiswonende kinderen en leeftijdscategorie, met huurgrens en aftopping. Gebruik bij een losse huurtoeslagvraag waarbij het jaarinkomen bekend is. Niet gebruiken voor netto inkomen plus wat na de huur overblijft (gebruik nmi_woonbudget) of voor zorgkosten (gebruik nmi_zorgtoeslag). Vereist: jaarinkomen en kale huur.

  ConnectorNo auth

• nmi_aowA

  NettomaandinkomenA

  Berekent AOW-leeftijd en AOW-ingangsdatum uit de geboortedatum, plus bruto (incl. vakantiegeld) en indicatief netto AOW per maand voor alleenstaand of samenwonend, met 2% opbouwkorting per jaar buiten Nederland. Gebruik bij vragen over wanneer en hoeveel AOW. Niet gebruiken voor aanvullend pensioen of WW/WIA (gebruik nmi_ww_uitkering of nmi_wia_uitkering). Vereist: geboortedatum en woonsituatie.

  ConnectorNo auth

• nmi_studieschuldA

  NettomaandinkomenA

  Berekent het maandbedrag voor terugbetaling van een DUO-studieschuld: wettelijk maandbedrag (annuïteit) versus draagkracht op basis van het toetsingsinkomen; het laagste geldt. Regeling SF35 (studieschuld na 2012) of SF15. Gebruik bij vragen over aflossing van studieschuld. Niet gebruiken voor hypotheekruimte (buiten scope) of netto loon (gebruik nmi_bruto_netto). Vereist: schuldbedrag, regeling en inkomen.

  ConnectorNo auth

• execute_sqlA

  VendoolyC

  Esegue UNA query SQL di sola lettura sul data-hub storico dell'account (DuckDB, un file per org). È LA STRADA PRIMARIA per OGNI domanda di ANALYTICS, in particolare la PERFORMANCE Amazon Ads: ACoS, ROAS, spesa, click, impression, vendite/ordini per campagna o keyword, keyword che sprecano, campagne zombie, performance PER PLACEMENT — Top of Search / Rest of Search / Product Pages / Amazon Business (tabelle fact_campaign_daily, fact_keyword_daily, fact_campaign_placement_daily). Idem storico/trend/velocity/giorni-di-copertura/analisi incrociate. È anche la strada per il MARGINE REALE e il P&L: fee Amazon, commissioni, rimborsi/refund, reimbursement, netto incassato (tabella fact_settlement_txn, dal Settlement Report V2 — ciò che Amazon paga davvero). Per lo STATO CORRENTE (prezzi, stock, bid, budget, stato campagne live) usa invece i tool SP-API/Ads (ads_list_*). Solo SELECT/WITH/SHOW/DESCRIBE/EXPLAIN/SUMMARIZE, una sola query, output limitato. Non serve (e non si può) specificare l'account: la query gira automaticamente sui dati dell'org collegata. Tabelle disponibili (un file DuckDB per org, sola lettura). CHIAVE dei fatti = OUTPOST (un seller su un marketplace). • dim_outpost(outpost_id, seller_id, marketplace_id, region, profile_id, label) — l'OUTPOST: un seller su un marketplace. JOINa i fatti qui per seller/mercato/nome leggibile. • dim_date(date, year, month, week, dow) — calendario dei giorni SINCRONIZZATI. • dim_product(seller_id, sku, asin, title, brand, category, image_url, fulfillment_channel, updated_at) — identità prodotto PER SELLER. • fact_sku_daily_sales(date, outpost_id, seller_id, marketplace_id, sku, units_sold, units_returned, gross_sales, currency, units_pending, gross_pending) — vendite grezze SKU×giorno PER OUTPOST. units_sold/gross_sales = ordini AUTORIZZATI (consolidato); units_pending/gross_pending = ordini PENDING (pagamento non ancora autorizzato: Amazon non dà il prezzo finché è Pending → gross_pending è ~0, il segnale è units_pending). Sommare solo units_sold NON conta i pending → i giorni recenti sembrano bassi/incompleti. gross_sales è in valuta NATIVA (colonna currency): raggruppa per currency, non sommare valute diverse. • v_daily_sales(date, outpost_id, seller_id, marketplace_id, sku, units_sold, units_pending, units_ordered, units_returned, gross_sales, gross_pending, gross_ordered, currency, maturity) — VIEW pronta su fact_sku_daily_sales: units_ordered/gross_ordered = autorizzato + pending = i numeri che Seller Central mostra per data ordine; maturity (provisional|consolidated) già calcolata per riga. Per totali unità/fatturato per giorno o SKU, e per QUALSIASI confronto con Seller Central, usa QUESTA (SUM(units_ordered), SUM(gross_ordered)) invece di sommare a mano units_sold. • fact_inventory_snapshot(date, outpost_id, seller_id, marketplace_id, sku, qty_fulfillable, qty_inbound, qty_transfer, qty_reserved, qty_mfn, sales_rank, price, currency) — stock/prezzo storicizzato; per lo stock CORRENTE usa l'ULTIMO snapshot per outpost. ATTENZIONE al canale: qty_fulfillable è lo stock FBA e per gli SKU FBM è strutturalmente 0 — per gli FBM lo stock è qty_mfn (-1 = "sempre disponibile", NULL = ignoto); prima di dire "senza stock" guarda fulfillment_channel. qty_transfer = pezzi in trasferimento tra centri Amazon (non vendibili ORA ma in arrivo); qty_inbound = spedizioni verso Amazon. COPERTURA "oggi" = qty_fulfillable/velocity; COPERTURA "reale" = (qty_fulfillable+qty_transfer+qty_inbound)/velocity — usa la reale per l'urgenza di riordino, così la merce in arrivo non genera falsi allarmi. • fact_buybox_snapshot(date, outpost_id, seller_id, marketplace_id, asin, buy_box_price, buy_box_listing_price, shipping, currency, condition, lowest_price, offer_count, i_win_buy_box, winner_is_fba, has_buy_box, no_buy_box_reason, source) — Buy Box del PROPRIO catalogo per outpost. buy_box_price = landed (all-in). Usa l'ULTIMO snapshot per outpost; i_win_buy_box=true = la vinco io; has_buy_box=false → vedi no_buy_box_reason. Per pochi ASIN arbitrari usa get_buybox_prices (live). • fact_campaign_daily(date, outpost_id, seller_id, marketplace_id, profile_id, campaign_id, campaign_name, impressions, clicks, cost, sales_7d, purchases_7d, units_7d, ad_product) — performance campagne per CAMPAGNA×giorno, PER OUTPOST. ad_product = SP (Sponsored Products) | SB (Sponsored Brands) | SD (Sponsored Display): filtra per tipo o aggrega. NB: per SB/SD sales_7d/purchases_7d possono essere 0 se Amazon non espone quelle colonne per quel reportTypeId. • fact_keyword_daily(date, outpost_id, seller_id, marketplace_id, profile_id, campaign_id, ad_group_id, keyword_id, keyword_text, match_type, impressions, clicks, cost, sales_7d, purchases_7d) — performance SP per KEYWORD×giorno, PER OUTPOST. • fact_campaign_placement_daily(date, outpost_id, seller_id, marketplace_id, profile_id, campaign_id, campaign_name, placement, placement_raw, impressions, clicks, cost, sales_7d, purchases_7d, units_7d, tos_impression_share, currency) — performance SP per CAMPAGNA × PLACEMENT × giorno, PER OUTPOST. placement = PLACEMENT_TOP (Top of Search) | PLACEMENT_REST_OF_SEARCH (rest of search / "Other") | PLACEMENT_PRODUCT_PAGE (pagine prodotto / "Detail Page") | SITE_AMAZON_BUSINESS — la STESSA lingua dei moltiplicatori placement_bidding. tos_impression_share = quota % di impression Top of Search (solo sulla riga PLACEMENT_TOP, NULL se assente). È la tabella per "quale placement spende/converte meglio" e per decidere i moltiplicatori: ACoS per placement = SUM(cost)/SUM(sales_7d) GROUP BY campaign_id, placement; poi ads_list_sp_campaigns (placement_adjustments attuali) → ads_update_sp_campaign placement_bidding. Vuota = nessun giro Ads dopo l'attivazione (freschezza: hub_sync_meta source ads_placement). • fact_search_term_daily(date, outpost_id, seller_id, marketplace_id, profile_id, campaign_id, ad_group_id, keyword_id, keyword_text, match_type, search_term, impressions, clicks, cost, sales_7d, purchases_7d, currency) — TERMINI DI RICERCA REALI degli utenti Amazon per giorno (Search Term Report SP), incrociati con la keyword/target che li ha catturati. È la base del KEYWORD HARVESTING: termini con conversioni e buon ACoS che NON sono ancora keyword exact → proponili con ads_create_sp_keywords; termini che sprecano (spesa, 0 conversioni) → ads_create_sp_negative_keywords. Nelle campagne AUTO keyword_id/keyword_text sono la targeting clause (close-match, ...). • fact_settlement_txn(settlement_id, posted_date, deposit_date, outpost_id, seller_id, marketplace_id, transaction_type, order_id, sku, amount_type, amount_description, quantity, amount, currency) — FINANCE: transazioni dal Settlement Report V2 di Amazon (AUTOREVOLE: è ciò che Amazon paga davvero). Il lato COSTI del P&L: commissioni, fee FBA, rimborsi/refund, reimbursement, tasse trattenute. amount è FIRMATO (fee e refund sono negativi) → il NETTO di un periodo = SUM(amount). transaction_type: Order | Refund | ServiceFee | other-transaction... ; amount_type/amount_description classificano la voce (es. ItemFees/Commission, ItemFees/FBAPerUnitFulfillmentFee). Le voci di account (fee abbonamento, storage, trasferimenti) hanno sku NULL. Copre solo i settlement GIÀ CHIUSI da Amazon (~ogni 14g): gli ultimi giorni non sono ancora in un settlement → per il fatturato recente usa fact_sku_daily_sales; per margine/fee/rimborsi usa questa. Valuta NATIVA: raggruppa per currency. • hub_findings(outpost_id, rule_key, entity_type, entity_id, seller_id, marketplace_id, severity, status, title, payload, proposed_action, first_seen_at, last_seen_at, resolved_at) — PROBLEMI OPERATIVI rilevati ogni giorno dal motore deterministico (worker): rule_key = buybox_lost | buybox_suppressed | stockout_risk | ads_no_stock | ads_dead_sku | negative_margin; status = open|approved|executed|dismissed|resolved; payload/proposed_action sono JSON (stringa). Per la lista pronta usa il tool findings_list; questa tabella serve per conteggi/trend/analisi incrociate (es. findings aperti per outpost, tempo medio di risoluzione da first_seen_at a resolved_at). • hub_sync_meta(source, outpost_id, last_sync_at, rows_written, note) — freschezza dato PER OUTPOST (source: orders|catalog|buybox|ads_campaign|ads_keyword|ads_search_term|ads_placement|settlement|findings). OUTPOST: un'azienda può avere PIÙ seller sullo STESSO marketplace (caso agenzia). Per non mischiarli, filtra/raggruppa per outpost_id (o JOIN dim_outpost). marketplace_id da solo NON identifica un singolo venditore. NULL→0: fact è sparso (solo vendite reali). Per "0 vs non-sincronizzato" fai LEFT JOIN da dim_date e COALESCE(units_sold,0). GIORNI RECENTI = PROVVISORI (leggi PRIMA di analizzare "ieri"/"oggi"): gli ultimi ~2-3 giorni — e QUALSIASI giorno con units_pending>0 — NON sono completi: gli ordini si autorizzano e rientrano nelle 24-72h successive (è normale che il numero di ieri salga nei giorni dopo). MAX(date) riflette la spina dim_date, estesa a OGGI a ogni sync → NON è una prova di completezza: MAX(date)=oggi non vuol dire che oggi/ieri siano completi. Quando analizzi giorni recenti calcola ed ESPONI sempre la maturità e avvisa l'utente: maturity = CASE WHEN date >= CURRENT_DATE - INTERVAL 2 DAY OR COALESCE(units_pending,0) > 0 THEN 'provisional' ELSE 'consolidated' END. Non confrontare un giorno provisional con uno consolidated senza dichiararlo. La freschezza dell'ultima sync è in hub_sync_meta.last_sync_at (source='orders'). RICONCILIAZIONE con Seller Central (fatturato ordinato): "Ordered Product Sales" di Seller Central, per DATA ORDINE, = gross_sales + gross_pending (autorizzato + in attesa di autorizzazione). gross_sales da SOLO conta solo gli ordini autorizzati → è più BASSO di Seller Central sui giorni recenti (dove molti ordini sono ancora pending). Quando l'utente confronta col fatturato di Seller Central, o chiede "fatturato ordinato", usa SUM(gross_sales + gross_pending), NON solo gross_sales. Su giorni consolidati (≥3-4g fa) gross_pending→0 e le due coincidono. (Residui: fuso UTC vs marketplace e tasse restano marginali.) Scorciatoia: la VIEW v_daily_sales espone units_ordered/gross_ordered e maturity già pronti. Metriche Ads (NON sono colonne, derivale in query): ACoS = cost/NULLIF(sales_7d,0); ROAS = sales_7d/NULLIF(cost,0); CTR = clicks/NULLIF(impressions,0); CVR = purchases_7d/NULLIF(clicks,0); TACoS = SUM(cost) / SUM(gross_sales da fact_sku_daily_sales sullo STESSO outpost). MARGINE REALE / P&L (da fact_settlement_txn, derivalo in query): netto incassato = SUM(amount); lordo = SUM(amount) FILTER (amount_type ILIKE '%ItemPrice%' AND transaction_type = 'Order'); fee totali = SUM(amount) FILTER (amount_type ILIKE '%fee%'); refund = SUM(amount) FILTER (transaction_type = 'Refund'); margine dopo Ads = netto − SUM(cost da fact_campaign_daily stesso outpost/periodo, stessa currency); incidenza fee % = −fee/lordo. Per SKU: GROUP BY sku (le voci account-level hanno sku NULL: mostrale come riga "account"). PER ACOS / SPESA / PERFORMANCE ADS STORICA: usa fact_campaign_daily / fact_keyword_daily / fact_campaign_placement_daily (per placement) QUI — è immediato. NON chiedere il report Ads live di Amazon (async, lento): solo per il dato di OGGI non ancora nel hub. Controlla hub_sync_meta (source ads_campaign) per la freschezza.

  ConnectorOAuth

• nmi_bijstandA

  NettomaandinkomenA

  Netto bijstandsnorm per maand (incl. vakantietoeslag) volgens de Participatiewet, met kostendelersnorm (alleen medebewoners van 27+), verrekening van netto eigen inkomsten en vermogenstoets (eigen woning vrij tot de wettelijke grens). Gebruik bij vragen over bijstand of sociaal minimum vanaf 21 jaar. Niet voor jongerennormen (18-20), bijzondere bijstand of gemeentelijke regelingen. Geen arbeidskorting: normen zijn al netto.

  ConnectorNo auth

• de-gross-to-netA

  nestegg-calculatorsA

  German net (Netto) salary from gross (Brutto). No tax tables are baked in: look up the current year's statutory figures and pass them in. Income tax (Lohnsteuer) and Soli are amounts; church tax is a percent of the income tax; the four employee social rates and the two contribution ceilings are inputs. Use consistent units (e.g. all annual).

  ConnectorNo auth

• estimateWebsiteA

  jmiszewicz - wycena i zapytania o strone internetowaA

  Orientacyjna wycena strony internetowej w modelu jmiszewicz: format bazowy + moduły dodatkowe (lustro konfiguratora z /oferta). Zwraca widełki PLN (netto). Gdy format nie jest podany — rekomenduje pakiet na podstawie potrzeb. Pięć formatów: landing (jedna skupiona strona, od 700 zł, BEZ modułów), wizytowka/firmowa/marka (pakiety, moduły doliczane), narzedzie = strona funkcjonalna (kalkulator/kreator/konfigurator; moduły opcjonalne, ale total to zawsze wycena indywidualna). Przykład narzędzia: kreator wniosku dla Kancelarii Miszewicz.

  ConnectorNo auth

• nmi_ww_uitkeringA

  NettomaandinkomenA

  Berekent voor 2026 de bruto en indicatieve netto WW-uitkering per maand op basis van het laatstverdiende bruto maandloon. Gebruik deze tool voor fase 1 (75% in de eerste twee maanden) en fase 2 (70% daarna). Het SV-dagloon wordt begrensd op het maximumdagloon; recht en uitkeringsduur worden niet vastgesteld. Niet gebruiken bij ziekte of arbeidsongeschiktheid (gebruik nmi_wia_uitkering) of voor loon uit werk (gebruik nmi_bruto_netto). Vereist: laatstverdiend bruto maandloon; dienstverband moet loondienst zijn.

  ConnectorNo auth

• de-net-salaryA

  nestegg-calculatorsA

  Exact German net (Netto) salary from annual gross (Brutto) for tax years 2023-2026. Income tax and Soli follow the official BMF Programmablaufplan for the year (to the euro; 2024 uses the retroactive December tariff), church tax comes from the PAP's Kirchensteuer base, and employee social insurance uses that year's ceilings and rates (KV Zusatzbeitrag defaults to the year's average). Earlier years are rejected - use de-gross-to-net with self-supplied figures instead.

  ConnectorNo auth

• quoteA

  EnergiefuchsA

  Berechnet die Kostenschätzung für einen Energiefuchs-Tarif bei gegebenem/geschätztem Jahresverbrauch. Nenne dem Nutzer standardmäßig GENAU DIESE VIER fertigen Werte, sonst nichts: (1) annual_consumption_kwh als 'kWh' (zur Einordnung, welcher Verbrauch gemeint ist), (2) estimated_annual_total_net als 'Gesamt Jahr netto', (3) estimated_annual_total_gross als 'Gesamt Jahr brutto' (beide MIT Grundgebühr), (4) estimated_monthly_total_gross als 'monatlich (TZB brutto)' bzw. 'voraussichtlicher Monatspreis' (NICHT 'geschätzte Energiekosten' — das würde fälschlich suggerieren, die Grundgebühr sei nicht enthalten, ist sie aber bei ALLEN Werten außer den details enthalten). KRITISCH: Gib diese vier Werte 1:1 aus der API-Antwort wieder — NIEMALS den Rechenweg/die Formel vorrechnen oder Zwischenschritte zeigen (z. B. NICHT '10,41 + 5,8 = 16,21 ct/kWh, mal 3500 ...' schreiben), auch nicht, wenn search_tariffs vorher rohe Preiskomponenten geliefert hat. Zusätzlich das disclaimer-Feld unverändert weitergeben. Gib den disclaimer WORTWÖRTLICH wieder, NICHT umformulieren oder sinngemäß zusammenfassen — auch kleine Umformulierungen können falsche Aussagen erzeugen. Konkretes Beispiel eines bereits aufgetretenen Fehlers: 'nicht enthalten' wurde einmal zu 'werden separat verrechnet' umformuliert, was fälschlich eine getrennte Rechnung/einen anderen Anbieter suggeriert — FlexEnergy verrechnet tatsächlich alles auf einer gemeinsamen Rechnung. Die Einzelwerte unter details (Netto-/Brutto-Aufschlüsselung) nur nennen, wenn der Nutzer explizit danach fragt. Enthält KEIN Netzentgelt/Abgaben. Dieses Tool berechnet ausschließlich Kosten für Energiefuchs/FlexEnergy-Tarife, keinen Vergleich mit anderen Anbietern (diese App ist kein Marktvergleichsdienst, siehe SERVER_INSTRUCTIONS). Die Frage nach monatlicher oder jährlicher Abrechnung (nur bei Strom, billing_cycle_options enthält dann 'monthly') gehört VOR diesen Tool-Aufruf, aktiv erfragt inkl. Vorteilserklärung (siehe SERVER_INSTRUCTIONS/Typischer Ablauf) — NICHT erst hier danach als Zusatzinfo nachschieben. Falls sie aus irgendeinem Grund noch nicht gestellt wurde, jetzt sofort nachholen, bevor die vier Werte präsentiert werden. Optional, knapp, danach: persönliches Verbrauchsprofil (jährliche Optimierung — nur als Leistungsversprechen erwähnen, keine konkreten Zahlen dazu erfinden). ALLE Regeln in dieser Beschreibung (die vier Standardwerte, kein Rechenweg, kein Vergleich) gelten IDENTISCH für Gas wie für Strom — nicht nur für Strom. NACH der Ausgabe dieser Werte AKTIV die Möglichkeit zur Wechselstrecke anbieten (z. B. 'Möchtest du direkt den Link zum Wechsel?') — nicht nur abwarten, ob der Nutzer selbst danach fragt. Das ist noch KEIN automatischer Aufruf von start_switch — dieses Tool erst aufrufen, wenn der Nutzer daraufhin zustimmt (siehe start_switch-Beschreibung, Kaufsignal).

  ConnectorNo auth

• calcola_forfettarioA

  ItaliaToolsA

  Calcola imposta sostitutiva (5% startup o 15% standard), INPS stimato e netto per il regime forfettario 2026. Limite accesso: €85.000 ricavi. Fonte: L. 190/2014 art. 1 commi 54-89, mod. L. 208/2015 e L. 145/2018.

  ConnectorNo auth

• angebot_einholenA

  shopB

  Verbindliches Angebot (Quote) einholen — 15 Minuten Preisbindung. positionen: Liste aus {"sku": "...", "menge": n}. Die Antwort enthaelt die quote_id fuer bestellung_aufgeben sowie Netto-Einzelpreise; Bruttopreis = Netto x 1,19, Versand siehe einkaufsbedingungen.

  ConnectorNo auth

• get_public_sector_optionsA

  Brutto-Netto- und GehaltsrechnerA

  Liefert eine Übersicht aller Dienstherren (Bund & 16 Bundesländer) und Tarifverträge (TVöD, TV-L, etc.) mit den verfügbaren Besoldungsgruppen.

  ConnectorNo auth

• nmi_loonstrook_uitlegA

  NettomaandinkomenA

  Bouwt een Nederlandse maandloonstrook 2026 op en legt elke regel in gewone taal uit: basisloon, toeslagen, eenmalige uitbetaling (bonus/IKB/13e maand/vakantiegeld, bijzonder tarief), pensioenpremie, SV-loon, loonheffing, Zvw en netto. Gebruik dit als iemand vraagt wat een post op zijn loonstrook betekent of waarom zijn netto afwijkt. Niet gebruiken voor alleen een netto-bedrag (gebruik nmi_bruto_netto) of een jaaroverzicht. Vereist: bruto basisloon per maand; alleen loondienst.

  ConnectorNo auth

• get_salary_and_zulagen_optionsA

  Brutto-Netto- und GehaltsrechnerA

  DISCOVERY: Liefert für einen Dienstherrn oder Tarifvertrag und eine Gruppe alle Stufen mit Grundgehalt sowie alle wählbaren Stellenzulagen (Polizei, Justiz etc.), Amtszulagen und Familienzuschlags-Regeln.

  ConnectorNo auth