Costo totale lotto ricetta

La validazione fallita —in particolare porzioni zero o negative— restituisce invalid_input e non viene addebitata.

Come si costruisce il costo del lotto da quantità e costo unitario

Per ogni riga Lei fornisce una quantità finita non negativa nell’unità in cui compra o misura —chilogrammi di farina, litri di latte, pezzi di uova, bottiglie d’olio— e un unit_cost finito non negativo, il prezzo di una di quelle unità in un’unica valuta. La capacità moltiplica quantity per unit_cost per ottenere il line_cost della riga, poi somma tutti i line_cost per ottenere total_cost dell’intero lotto. Il costo per porzione è total_cost diviso per servings, così la stessa lista della spesa si esprime come costo di teglia da catering e come costo per piatto senza reinserire i prezzi.

Contratto di ingresso, regola delle porzioni e forma della risposta

Esempio: farina due unità a uno virgola venticinque, uova sei a zero virgola trentacinque, latte uno a uno virgola uno, burro zero virgola venticinque a otto, per quattro porzioni, produce costi di riga due virgola cinque, due virgola uno, uno virgola uno e due, un totale di lotto sette virgola sette e un costo per porzione uno virgola nove due cinque. Campi mancanti, valori non finiti e quantità o costi unitari oltre il limite assoluto falliscono senza addebitare l’account. Invii un corpo JSON con due campi obbligatori. ingredients è un array non vuoto di oggetti; ogni oggetto deve includere quantity e unit_cost come numeri finiti non negativi e può includere un name opzionale. servings è un numero finito strettamente maggiore di zero: zero e i valori negativi falliscono con invalid_input perché un lotto senza piatti non definisce un costo per porzione. Gli alias accettati includono items, list e lines per l’array, e portions, people, yield e serves per il conteggio porzioni, così fogli di calcolo e costruttori di moduli mantengono i propri nomi di colonna. In caso di successo la risposta restituisce ingredient_count e un array ingredients normalizzato con index, name, quantity, unit_cost e line_cost per ogni riga; servings arrotondato per JSON stabile; total_cost; cost_per_serving; una stringa formula; un message breve per i banner dell’interfaccia; e un array steps che percorre ogni moltiplicazione e la divisione finale. Mantenga un’unica valuta su tutti gli unit_cost; il calcolatore non converte valute né sistemi di unità: moltiplica e divide solo i numeri che Lei invia.

Dove un’API di costo totale del lotto di ricetta crea valore

Marchi di meal-prep e cucine scolastiche tracciano costo del lotto e costo per porzione quando scalano una ricetta base da quattro a quaranta piatti, cambiando solo le quantità e riutilizzando la stessa tabella di unit_cost. Le app di budget della spesa possono chiamare l’API dopo una scansione di codici a barre che risolve i prezzi unitari, poi salvare total_cost e cost_per_serving accanto al numero di ospiti previsto.