Фактурата ви от Tecton показва едно число, сметката ви за AWS тихо носи останалото, и нито един от двата документа не се нарича пълната цена за обслужване на характеристики. Това разделение е капанът. Tecton определя цените на база потребление — кредити за изчисления за pipeline-ите, които изпълнява, плюс облачните ресурси, които тези pipeline-и консумират във вашия собствен акаунт — така че фактурата, която получавате от Tecton, винаги е само част от разхода. Ако счетоводните ви книги записват фактурата и спират дотам, себестойността на продадените стоки е подценена, брутният марж е надценен и всяко решение за ценообразуване, което вземате на база този марж, почива на число, което никога не е било пълно.
Тази публикация обяснява как Tecton всъщност измерва и таксува, защо продукционното обслужване на характеристики принадлежи към себестойността на продадените стоки, как да обработвате предплатени кредити и ангажименти за потребление, и как да съгласувате всичко това в края на месеца, така че всеки долар да попадне в правилната сметка.
Как Tecton измерва: Изгледи на характеристики, не лицензи
Tecton е управлявана платформа за характеристики за машинно обучение. Дефинирате трансформации върху данните си като изгледи на характеристики, Tecton ги изчислява на batch или streaming pipeline-и и обслужва резултатите към вашите модели — offline store за извличане при обучение в голям мащаб и online store за извличане с ниска латентност по време на живо инференс. Няма лицензи за броя места, които да се броят. Плащате за това, което платформата консумира, докато изчислява, съхранява и обслужва вашите характеристики.
Това потребление се разделя на две кофи, които се таксуват на две различни места, и това е първото нещо, което трябва да осмислите.
Първата кофа са Tecton кредити. Те покриват изчисленията, които Tecton управлява от ваше име: Spark streaming compute кредити за streaming изгледи на характеристики, Spark batch compute кредити за batch изгледи на характеристики. Вашето използване на платформата се превръща в кредити, и кредитите се появяват на фактурата от Tecton.
Втората кофа е самата инфраструктура, и тя се таксува през вашия собствен облачен акаунт. Tecton управлява изчислителни и складови ресурси във вашата AWS или GCP среда, така че четенията и записите в online store, изчисленията на Spark клъстера, съхранението на online store и S3 съхранението всичко това попада на вашата облачна сметка — не на тази на Tecton. Екип, който предоставя ресурси през единия канал и съгласува през другия, винаги ще намира разлика. Решете веднъж, че истинската цена на един изглед на характеристики е сумата от двете кофи, и се уверете, че извличането ви в края на месеца покрива както фактурата от Tecton, така и маркираните редове на облачната сметка.
Streaming и batch изгледите на характеристики консумират по различен начин
Компонентите на разходите се различават според типа изглед на характеристики, и знанието кой тип изпълнявате ви казва кои редове да следите.
Streaming изгледите на характеристики носят четения и записи в online store, изчисления на Spark stream клъстера, Tecton Spark streaming compute кредити, S3 съхранение и съхранение на online store. Batch изгледите на характеристики носят подобен списък — четения и записи в online store, изчисления на Spark job клъстера, Tecton Spark batch compute кредити и S3 съхранение — минус специфичните за streaming елементи.
Параметрите, които движат сметката, са дизайнерските решения, които вашите ML инженери вземат всеки ден. Непрекъснатата streaming обработка прави checkpoint и записва много по-често от обработката на интервали, така че струва повече. По-големите прозорци за агрегация изискват повече изчисления. По-дългите watermark-и за закъснели данни повишават изискванията за памет. Конфигурацията на клъстера остойностява всеки job директно. Компакцията на данни намалява разходите за съхранение и подобрява производителността при четене. Никое от тези не е финансова настройка; те са инженерни настройки с финансови последици, поради което счетоводството за тази платформа започва с разговор между двата екипа за това кои изгледи на характеристики съществуват и за какво са настроени.
Йерархията на разходите ви показва къде отиват парите
Собствените указания на Tecton подреждат влиянието върху разходите от най-високо към най-ниско, и редът си заслужава да се запомни, защото предсказва откъде ще дойдат изненадите ви.
Операциите в online store са на върха. Записите в online store обикновено са най-високият инфраструктурен разход, особено по време на backfill-и — преизчисляване на исторически характеристики за нов или променен изглед на характеристики — или при непрекъсната streaming обработка. Backfill-ът е планиран скок: дни или седмици исторически изчисления и поток от записи, компресирани в един прозорец. Ако никой не предупреди финансите, че идва, месецът, в който се случи, изглежда като превишаване на разходите вместо инвестиция.
Изчислителните ресурси са на второ място: разходи за Spark клъстера за streaming и batch обработка, вариращи според конфигурацията и натоварването. Съхранението е на трето място: съхранение и четения в online store плюс S3, обикновено с по-ниско влияние от изчисленията и записите.
Практическото следствие е, че вашата сметка се движи от записи и изчислителни събития, а не от това колко хора влизат в конзолата. Планирането на капацитета тук означава управление на backfill-и, режими на обработка и прозорци за агрегация — не брой служители.
Защо продукционното обслужване на характеристики е COGS
Според US GAAP, себестойността на продадените стоки на една SaaS компания — цена на приходите — включва директните разходи за предоставяне на услугата, за която клиентите плащат: хостинг инфраструктура, облачни изчисления и съхранение, софтуер на трети страни, вграден в продукта, и всичко останало, което се мащабира с потреблението. Обслужването на характеристики за продукционен ML продукт лесно покрива този критерий. Когато вашият модел за измами оценява транзакция, вашият recommendation engine подрежда feed, или вашият ценови модел дава курс, четенията в online store и pipeline-ите, които поддържат тези характеристики актуални, са толкова директен разход за предоставяне, колкото и сървърите за приложения зад тях.
Тази класификация е важна, защото пряко се отразява на брутния марж — числото, което инвеститори, кредитори и приобретатели използват, за да преценят дали икономиката на вашия продукт работи. Паркирането на разходите за обслужване под линията в общи оперативни разходи надува брутния марж и скрива историята на мащабирането. Екип за дю дилиджънс така или иначе ще прекартира главната ви книга към стандартна SaaS дефиниция за COGS; правилната класификация от самото начало означава, че собствените ви табла разказват същата история, която външен човек ще изчисли.
Не всеки долар за Tecton обаче принадлежи в COGS. Разделението следва употребата, не доставчика:
- Продукционното обслужване е COGS. Четенията и записите в online store за живо инференс, streaming и batch pipeline-ите, които поддържат продукционните характеристики актуални, и съхранението зад тях всички предоставят клиентски-обърнатата услуга.
- Експериментирането и staging са оперативни разходи. Development изгледите на характеристики, offline експериментирането и staging средите подкрепят научноизследователска и развойна дейност, не предоставяне. Отчитайте ги към R&D.
- Работата само за обучение изисква преценка. Offline изчисляването на характеристики, което съществува единствено за обучение на следващата версия на модела, изглежда по-скоро като R&D, отколкото като предоставяне; същият pipeline, който захранва online store за живо обслужване, е COGS. Когато един изглед на характеристики прави и двете, разпределяйте по защитим драйвер — маркираните облачни разходи по среда са най-чистият, с който повечето екипи разполагат.
Tecton маркира изчислителните инстанции и ресурсите на online store по изглед на характеристики, така че данните за разпределение съществуват във вашия cloud cost explorer. Счетоводната задача е да решите съответствието веднъж — кои изгледи на характеристики обслужват продукцията, кои обслужват експериментирането — и след това да го прилагате всеки месец, вместо да го преразглеждате при всяко приключване.
Купуването на Tecton е разход; изграждането на еквивалента може да е капиталов разход
Още една класификация, която си заслужава да се направи правилно: екипът, който купува Tecton, отчита потреблението като разход, както е описано по-горе, но екипът, който изгражда собствен feature store върху софтуер с отворен код, е изправен пред въпрос за капитализация. Вътрешно използваният софтуер, разработен за собствените ви операции, може да отговаря на условията за капитализация, след като проектът премине предварителния етап, което превръща инженерните заплати и инфраструктурата в амортизиращ се актив вместо разход за периода.
Нито едно от двете третирания не е по избор. Ако използвате Tecton, не капитализирайте фактурите му, сякаш сте изградили платформата. Ако мигрирате от самостоятелно изграден store към Tecton, старият капитализиран актив продължава да се амортизира, докато новото потребление попада в COGS — два различни реда, две различни истории, и двете верни едновременно.
Предплатените кредити и ангажиментите са първо активи, после разходи
Платформите за потребление често продават предплатени кредити или годишни ангажименти за разходи, и счетоводното третиране и на двете следва принципа на съпоставяне: запишете плащането като актив, след това го отчитайте като разход, докато ползата се консумира. Долар, преведен на доставчик предварително, все още не е разход за нищо. Той става COGS, когато кредитите се изразходват за продукционно обслужване, R&D, когато се изразходват за експериментиране, и загуба, ако изтекат неизползвани.
На практика това означава три записа, не един. Когато купувате кредити, дебитирате предплатен актив и кредитирате парични средства. Всеки месец намалявате баланса с това, което е действително консумирано — продукционното потребление към COGS, staging потреблението към R&D. Ако кредитите имат дата на изтичане, отбележете я в календара; изтекъл баланс е реална загуба, която заслужава планирано отписване, а не откритие по време на почистването следващата година.
Минимумите „вземи или плати“ добавят начисление отгоре. Ако договорът ви ангажира с минимален тримесечен разход, дължите по-голямото от действителното потребление и минимума. Когато потреблението падне под ангажимента близо до края на периода, начислете недостига, който така или иначе ще дължите. Фактурата ще пристигне по-късно, но задължението съществува към датата на баланса, и приключването трябва да го отрази.
Съгласуване в края на месеца: Две фактури, една истина
Tecton публикува billable usage logs — подробни CSV записи за използването на платформата и как то се превръща в кредити, попадащи в собственото ви object storage около ден-два след потреблението. Комбинирани с маркираните облачни разходи, тези логове са показанията на измервателния уред, на които се крепи вашето съгласуване. Третирайте месечния процес като съпоставяне на три източника един с друг: usage логовете, фактурата от Tecton и облачната сметка.
Един работещ контролен списък за приключване изглежда така:
- Изтеглете usage логовете за целия месец. Потвърдете, че кредитите на всеки продукционен изглед на характеристики и кредитите на всеки експеримент са налични, включително последните два дни — закъснението на логовете означава, че приключване, стартирано на първо число на месеца, пропуска данни. Или изчакайте логовете, или начислете последните дни от текущата норма и коригирайте следващия месец.
- Начислете необслужената страна на Tecton. Както при повечето таксуване за потребление, фактурата пристига след периода, който покрива. Направете начисление за оценените кредити за месеца към COGS и R&D по разделение на среди, след това сторнирайте и коригирайте, когато фактурата пристигне.
- Изтеглете маркираните облачни разходи. Филтрирайте вашия cloud cost explorer по таговете за изгледи на характеристики за същия период. Това е втората кофа — Spark клъстери, операции в online store, съхранение — и трябва да се раздели продукция срещу staging по същия начин.
- Съгласувайте логове към фактура към облачна сметка. Usage логовете трябва да съвпадат с фактурата от Tecton; маркираните облачни редове трябва да се движат в същата посока. Месец с backfill ще предизвика скок и в двете. Фактура, която се разминава с логовете, е въпрос по таксуването, който трябва да повдигнете сега, а не при подновяване.
- Намалете предплащанията и ангажиментите. Отчетете консумираните кредити като разход от предплатения актив, начислете всякакъв недостиг по ангажимента и потвърдете, че оставащите баланси изглеждат използваеми преди изтичане.
Най-честата грешка е стъпка трета — съгласуване на фактурата от Tecton щателно, докато облачните разходи се крият в по-голяма инфраструктурна фактура под общ хостинг. Ако извлечението ви от облака показва един смесен ред за изчисления, поправете тагването преди всичко останало. Немаркираните разходи не могат да бъдат разпределени, а неразпределените разходи винаги се озовават някъде неправилно.
Конкретен месец в книгите
Да предположим, че вашата ML платформа изразходва Tecton кредити, таксувани на $40,000 срещу продукционно обслужване и $8,000 срещу експериментиране през януари, плюс $12,000 маркирани облачни разходи, разделени $9,500 продукция и $2,500 staging. Вие също предплатихте $100,000 кредити в началото на тримесечието. Януари се отчита така:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Prepaid:Tecton-Credits USD
2026-01-01 open Expenses:CostOfSales:Feature-Serving USD
2026-01-01 open Expenses:Research:ML-Experimentation USD
2026-01-01 open Liabilities:Accrued:Tecton USD
2026-01-01 open Liabilities:Accrued:Cloud USD
2026-01-05 * "Tecton" "Prepay Q1 consumption credits"
Assets:Prepaid:Tecton-Credits 100000.00 USD
Assets:Cash:Operating -100000.00 USD
2026-01-31 * "Tecton" "January credit consumption, prod serving plus experimentation"
Expenses:CostOfSales:Feature-Serving 40000.00 USD
Expenses:Research:ML-Experimentation 8000.00 USD
Assets:Prepaid:Tecton-Credits -48000.00 USD
2026-01-31 * "Cloud" "January tagged feature-platform infra, prod plus staging"
Expenses:CostOfSales:Feature-Serving 9500.00 USD
Expenses:Research:ML-Experimentation 2500.00 USD
Liabilities:Accrued:Cloud -12000.00 USDМоделът се обобщава: предплащането е актив, потреблението го премества към разход по среда, а облачната страна се начислява отделно, защото се таксува отделно. Ако екипът ви води книгите си в plain text, моделите за проследяване на разходи в документацията се разширяват естествено до разделение по отделен изглед на характеристики, а изгледите на таблото правят тенденцията продукция срещу staging видима месец за месец.
Грешки, които изкривяват маржа
Четири грешки се появяват многократно при екипи, работещи с ML инфраструктура, таксувана за потребление. Всяка е евтина за предотвратяване и скъпа за отмяна през преизчислени периоди.
Отчитане на фактурата от Tecton като целия разход. Фактурата е една кофа. Всеки месец облачните изчисления, операциите в online store и съхранението добавят втора кофа със сравним размер, и пропускането ѝ подценява COGS приблизително наполовина. Съгласувайте и двете или не отчитайте нито едно.
Отчитане на предплащанията като разход в момента на плащането. Покупка на $100,000 кредити не е разход от $100,000 в месеца, в който излиза преводът. Това е актив, който се превръща в разход, докато кредитите се изразходват. Отчитането като разход при плащане натоварва предварително тримесечието, ограбва следващите месеци от истинската им цена и прави тенденциите на потребление нечетими.
Пренасочване на staging през COGS. Експерименталните изгледи на характеристики, offline backfill-ите за изследване на модели и staging средите са R&D. Смесването им с разходите за обслужване надценява COGS и наказва брутния марж за работа, която никога не е докосвала клиент. Таговете за изгледи на характеристики съществуват именно за да поддържат това разделение честно — използвайте ги.
Пропускане на начислението. Потреблението се таксува в arrears, usage логовете закъсняват с ден-два, а облачната сметка пристига още по-късно. Приключване без начисление отчита частичен месец като пълен, а липсващите дни изникват като мистериозна разлика следващия месец. Начислявайте от текущата норма, след това коригирайте, когато документите пристигнат.
Последната ви полезна стъпка този месец е малка: отворете вашия cloud cost explorer, филтрирайте по таговете за изгледи на характеристики и потвърдете, че числото, което виждате, е числото в книгите ви. Ако двете никога не са се срещали, току-що открихте разликата, за чието затваряне е написана тази публикация.
