ASIC сатып алар алдындағы тексеру тізімі

ASIC сатып алудағы ең үлкен тәуекел әрқашан модель таңдауы емес. Қате сериялық нөмір, өзгертілген firmware, жасырын жөндеу, кернеуге сәйкес келмейтін PSU, толық емес кепілдік немесе site acceptance-сыз төлем жақсы көрінген ұсынысты шығынға айналдырады. Checklist дәлелді мәміле файлына айналдыруы керек.

Дерек 2026-08-09 күні тексерілді. Сатушы, кепілдік және импорт шарты мәмілеге қарай өзгереді; шартты заңгер және техникалық қабылдаушы тексерсін.

Мазмұны

Сатушыны тексеру
Сериялық нөмір мен шығу тегі
Физикалық тексеріс
24 сағаттық acceptance
Firmware және қауіпсіздік
Коммерциялық шарттар
Go / conditional / no-go
Сатып алу талабын баға сұраудан бұрын бекіту
Сатушының құқықтық мәртебесін құрылғыдан бөлек тексеріңіз
Жиі қойылатын сұрақтар

Сатушыны тексеру

Заңды атауы, тіркелуі, банк алушысы, нақты мекенжайы, қайтару/кепілдік процесі және бұрынғы жеткізу дәлелі бір-бірімен сәйкес болуы керек. Шоттағы алушы шарттағы тараптан басқа болса, жазбаша түсініктемесіз төлем жасамаңыз. Тек мессенджер профилі мен қойма видеосы жеткілікті due diligence емес.

Quotation-да модельдің толық suffix-і, хэшрейт bin, саны, жаңа/қолданылған/жөнделген мәртебе, PSU, кабель, firmware, орама, Incoterm, жеткізу мерзімі және acceptance жазылсын. «S21 200T» сияқты қысқа сипаттама партияны дәл анықтамайды.

Сериялық нөмір мен шығу тегі

Төлемге дейін serial тізімін немесе партияны бекіту механизмін талап етіңіз. Қабылдауда корпус, control board және жүйе көрсеткен идентификатор сәйкестігін тексеріңіз. Дубликат, өшірілген жапсырма немесе шарттағы диапазоннан тыс serial quarantine-ге жіберіледі.

Invoice, packing list, жеткізу құжаты, меншік құқығы және кепілдік басталған күн бір файлда болсын. Өндірушінің ресми warranty беті жалпы ереже береді, бірақ нақты мәміледегі қолданысын шартпен салыстыру керек.

Физикалық тексеріс

Қаптаманың зақымы, коррозия, шаң, сұйық іздері, желдеткіш, connector, cable, пломба және жөндеу белгісі фотоға түсіріледі. Қолданылған құрылғыда «таза» көрініс жеткіліксіз: бұрынғы температура, overclock және hashboard ауыстыру тарихы сұралады.

Құрылғыны қауіпсіз стендте ресми кернеу және кабель талабымен қосыңыз. Электрді импровизациялауға болмайды; қорғаныс пен grounding-ті білікті маман тексереді.

24 сағаттық acceptance

Қысқа boot видеосы қабылдау емес. Кемінде тұрақты сынақ терезесінде pool қабылдаған hashrate, қабырға қуаты, температура, fan, rejected share, reboot және журнал қатесі жазылады. BITMAIN сипаттамасындағы tolerance сатып алу шартының acceptance диапазонымен салыстырылады.

Үлкен партияда random sample ғана жеткіліксіз болуы мүмкін. Алдымен статистикалық үлгі, ақау шегі асса кеңейтілген немесе толық тексеріс тәртібі шартта алдын ала тұрсын. Fail болған машина автоматты replacement/credit/quarantine жолына түседі.

Firmware және қауіпсіздік

Тек өндіруші немесе алдын ала мақұлданған сенімді firmware қолданыңыз. Әдепкі пароль дереу ауыстырылады, белгісіз pool/address жойылады, configuration reset және malware тексерісі орындалады. Сатушының remote access аккаунты қалмауы тиіс.

Firmware жаңарту қажет болса, бүкіл партияға бірден таратпаңыз. 10–30 құрылғы pilot, checksum/ресми файл, backup конфигурация, rollback және 24 сағат бақылау тәртібі қолданылады.

Коммерциялық шарттар

Deposit, milestone, holdback, acceptance, late delivery, DOA, performance shortfall, warranty logistics және dispute jurisdiction нақты жазылсын. «Сатылған тауар қайтарылмайды» деген жол техникалық acceptance-ті жоққа шығарса, тәуекел сатып алушыға толық өтеді.

Total landed cost-қа құрылғы, тасымал, кеден, сақтандыру, брокер, төлем/валюта, стенд, жөндеу резерві және инфрақұрылым кіреді. Бағаны тек USD/TH немесе KZT/машина бойынша салыстыру жеткіліксіз.

Go / conditional / no-go

Go: құжат, serial, тест және инфрақұрылым дайын. Conditional: түзетілетін кемшілік бар, ақша holdback-та және мерзімі нақты. No-go: сатушы/алушы сәйкессіз, serial берілмейді, ресми емес firmware жасырылады, қауіпсіз тест мүмкін емес немесе стресс экономикасы теріс.

Әр шешімге дәлел сілтемесі мен бекіткен адамды қосыңыз. Checklist толтырылмай тұрып «баға бүгін ғана» қысымымен төлем жасалмайды.

Жиі қойылатын сұрақтар

Жаңа ASIC-ті де 24 сағат сынау керек пе?

Иә, тасымал және партиялық ауытқу жаңа құрылғыда да болуы мүмкін.

Serial тізімі қашан керек?

Ең кеші acceptance және толық төлемге дейін; механизм шартта ертерек жазылғаны дұрыс.

Үшінші тарап firmware әрқашан қауіпті ме?

Әрқашан емес, бірақ шығу тегі, қауіпсіздік, кепілдік және rollback дәлелсіз қолданылмауы тиіс.

Сатып алу талабын баға сұраудан бұрын бекіту

Бағаны салыстыру сатушыдан ұсыныс келгеннен кейін емес, одан бұрын басталады. Алдымен бір бетке сатып алу талабын жазыңыз: модельдің нақты атауы, рұқсат етілетін firmware нұсқасы, ең төмен қабылданатын hashrate, stress режиміндегі ең жоғары қуат, желі интерфейсі, қорек сымының түрі, салқындату тәсілі, жұмыс ортасының шегі және жеткізу орны. «S21 сияқты» немесе «шамамен 200 TH/s» деген сөйлемдер шарт емес. Олар сатушыға басқа ревизияны, жөнделген құрылғыны немесе қуаты сәйкес келмейтін партияны ұсынуға мүмкіндік береді.

Талап парағында міндетті және қалаулы тармақтарды бөліңіз. Міндетті талаптың біреуі орындалмаса, ұсыныс бағаға қарамастан келесі кезеңге өтпеуі керек. Қалаулы тармақтар балл арқылы салыстырылады. Мысалы, қосалқы желдеткіштің болуы артықшылық болуы мүмкін, ал сериялық нөмірлер тізімінің болмауы — тоқтау шарты. Осы бөлу сатып алу тобын «бағасы арзан екен» деген эмоциялық шешімнен қорғайды.

Әр талапқа дәлел түрін алдын ала белгілеңіз. Өндіруші сипаттамасына ресми сілтеме, сатушы түсірген сериялық нөмір фотосы, іске қосылған кездегі miner status экспорты, wattmeter өлшемі немесе тасымалдау құжатының нөмірі — бір-бірін алмастырмайтын дәлелдер. Скриншоттың күні, файлдың түпнұсқасы және қай құрылғыға тиесілі екені сақталмаса, кейін дауда оның құны төмендейді.

Ұсыныстарды бірдей базаға келтіру

Екі сатушының «бір дана бағасын» тікелей салыстыру жеткіліксіз. Әр ұсынысты бір кестеге келтіріңіз: құрылғы бағасы, валюта және бағам күні, жеткізу, сақтандыру, кедендік рәсімдеу, делдал комиссиясы, кепілдік мерзімі, қосалқы бөлшек, төлем комиссиясы, іске қосу шығыны және қайтарылмайтын сома. Соңғы баған — фермаға орнатуға дайын бір TH/s үшін толық түскен құн. Сонда арзан көрінген партияның жеткізу мен жөндеу қосылғанда қымбат екені байқалуы мүмкін.

Бағам тәуекелін де бөлек көрсетіңіз. Ұсыныс USD немесе USDT-де, ал шығыс KZT-де болса, «қай күнгі қандай бағам» қолданылатынын шартқа жазыңыз. Төлем мен жеткізу арасы ұзақ болса, базалық, қолайсыз және өте қолайсыз үш бағаммен есептеңіз. Бұл болжам емес; сатып алуға дейін ақша қоры жеткілікті ме деген stress-тест.

Жаңа және пайдаланылған ASIC-ті бір жолда араластырмаңыз. Пайдаланылған құрылғыға жұмыс сағаты, жөндеу тарихы, hashboard ауыстыруы, коррозия, шаң, күйік ізі және бұрынғы жұмыс температурасы туралы бөлек дәлел керек. Бұл ақпарат жоқ болса, оны «тарихы белгісіз» деп бағалап, жөндеу резервін көтеріңіз немесе ұсынысты тоқтатыңыз.

Төлемді қабылдаумен байланыстыру

Толық алдын ала төлем сатып алушының негізгі бақылау тетігін жояды. Мүмкін болса, төлемді нақты кезеңдерге бөліңіз: шағын депозит, сатушы қоймасындағы сериялық нөмір тізімі расталғаннан кейінгі бөлік, жеткізілгеннен кейінгі бөлік және acceptance аяқталған соң төленетін holdback. Нақты пайыз тараптардың келісіміне байланысты; маңыздысы — әр кезеңнің өлшенетін дәлелі және төлемнің қайтарылу шарты болуы.

Escrow немесе банк құралы қолданылса, тек атауына сенбеңіз. Қаражатты кім ұстайды, дау туған кезде қандай құжат шешуші болады, шешім мерзімі қанша, комиссияны кім төлейді және қай юрисдикция қолданылатынын оқыңыз. Сатушы ұсынған белгісіз «кепілгердің» домені мен заңды тұлғасын бөлек тексеріңіз. Жеке тұлғаның әмиянына жіберілген крипто төлемді кейін қайтару мүмкіндігі шектеулі болуы ықтимал, сондықтан құқықтық және қаржылық кеңес қажет.

Шартта title және risk transfer сәттері бөлек жазылсын. Құрылғы кімнің меншігіне қашан өтеді? Тасымалдау кезінде зақым болса тәуекел кімде? Сериялық нөмірі шарттағы тізімге кірмейтін ASIC табылса, ауыстыру шығынын кім көтереді? Осы үш сұраққа нақты жауап жоқ болса, төлем жасамаңыз.

Партияны іріктеп тексеру жоспары

Бір құрылғының іске қосылуы бүкіл партияның сапасын дәлелдемейді. Қабылдауға дейін іріктеу жоспарын бекітіңіз. Шағын партияда барлық ASIC тексерілуі мүмкін; үлкен партияда кездейсоқ үлгімен бірге тәуекелі жоғары топ толық тексеріледі. Тәуекелі жоғары топқа қаптамасы зақымдалған, сериялық жапсырмасы өзгерген, басқа firmware көрсеткен немесе сыртқы температура ізі бар құрылғылар кіреді.

Үлгіні сатушы емес, сатып алушы таңдауы керек. Паллеттің тек үстіңгі қатарын немесе алдын ала дайындалған «жақсы» аппараттарды тексеру selection bias жасайды. Қорап нөмірін, құрылғы сериялық нөмірін және тест нәтижесін бір журналда байланыстырыңыз. Әр тестің басталу және аяқталу уақытын, pool-side hashrate терезесін, құрылғы көрсеткен hashrate-ты, қуатты, температураны, rejected share және қайта іске қосылуды тіркеңіз.

Acceptance шегі тек орташа hashrate болмауы тиіс. Қысқа уақыт жоғары көрсеткіш беріп, кейін қайта жүктелетін аппарат та ақаулы. Сондықтан ең төмен тұрақты hashrate, ең жоғары өлшенген қуат, рұқсат етілетін қайта жүктеу саны, fan қатесі, hashboard саны және тест ұзақтығы шартта болсын. Нақты шектер модельдің ресми сипаттамасына және жергілікті инженерлік жағдайға сүйеніп қойылады; әмбебап пайыз ойлап шығармаңыз.

Егер үлгідегі ақау шектен асса, «бірнешеуін ауыстырумен» тоқтамаңыз. Партияны кеңейтілген тексеруге ауыстыру, түгел қайтару, бағаны қайта келісу немесе жеткізуді тоқтату тәртібі алдын ала жазылсын. Эскалация ережесі келісімнен кейін өзгермеуі керек.

Құжат пен құрылғының ізін жоғалтпау

Сатып алу папкасында коммерциялық ұсыныс, шарт, invoice, packing list, сериялық нөмір CSV, төлем түбіртегі, тасымалдаушы қабылдау жазбасы, сақтандыру, кеден құжаты, фотолар, firmware checksum немесе нұсқа жазбасы және acceptance журналы болуы керек. Файл атауында күн, партия және құрылғы идентификаторы қолданылсын. «Фото 123.jpg» кейін қай ASIC-ке қатысты екенін дәлелдемейді.

Сатушы берген PDF пен CSV-дің бастапқы нұсқасын сақтап, жұмыс көшірмесіне ғана түсініктеме қосыңыз. Маңызды файлдарға hash есептеп, өзгерістер журналын жүргізуге болады. Бұл блокчейн қолдану міндетті деген сөз емес; жай ғана бастапқы дәлелді кейін редакцияланған кестеден ажырату тәсілі.

Қоймаға кіргенде әр құрылғыға ішкі asset ID беріңіз. Ол өндірушінің serial number-ін алмастырмайды, екеуін байланыстырады. Кейін hashboard ауысса, жаңа бөлшектің нөмірі, себеп, күні және орындаушысы жазылады. Осылай кепілдік дауы кезінде қай конфигурация қабылданғанын көрсетуге болады.

Қабылдау актісі және дауды тоқтату нүктесі

Acceptance актісі «тауар алынды» деген бір сөйлем емес. Онда партия тізімі, тексерілген үлгі, қолданылған firmware, тест ортасы, өлшеу құралы, әр шарттың pass/fail нәтижесі, ашық ақаулар және түзету мерзімі көрсетілсін. Сатушы мен сатып алушы бірдей нұсқаға қол қояды. Егер шарт рұқсат етсе, шартты қабылданған құрылғылар мен қабылданбаған құрылғылар бөлек тізімделеді.

Даудың дәлел пакетін проблема туған күні жинамаңыз. Алдын ала шаблон жасаңыз: шарт тармағы, serial number, уақыт белгісі бар фото, miner log, pool-side дерек, қуат өлшемі, хат алмасу және талап етілетін шешім. Сатушыға «жұмыс істемейді» деу орнына, нақты талаптың қайсысы орындалмағанын көрсетіңіз. Бұл техникалық мәселені коммерциялық шешімге аударуға көмектеседі.

Төмендегі жағдайлардың бірі болса, қабылдау актісіне қол қоймаңыз: сериялық тізім мен нақты құрылғылар сәйкес емес; test log берілмейді; admin қолжетімділігі қалпына келмейді; белгісіз firmware жойылмайды; қауіпсіз электр сынағын білікті маман мақұлдамайды; ақаулы үлгі келісілген шектен асады; сатушы жазбаша түзету мерзімін қабылдамайды.

Жеті және отыз күндік бақылау

Қабылдау соңғы бақылау емес. Жеті күндік тексерісте reboot, rejected share, температура айырмасы, fan ауысуы және pool-side hashrate тұрақтылығы қаралады. Отыз күндік тексерісте құрылғылар арасындағы ауытқу, жөндеу саны, нақты kWh/TH және күтілген табысқа әсер қайта есептеледі. Бұл көрсеткіштер келесі партияның талап парағын жақсартады.

Жаңа ақау табылса, оны бастапқы қабылдаудағы ақаумен араластырмаңыз. Қашан пайда болғанын, қандай өзгерістен кейін байқалғанын және кепілдікке кіретінін бөлек тіркеңіз. Firmware жаңартуы, салқындату өзгерісі немесе электр оқиғасы болған күні change log жазылсын.

Соңғы шешім үш нұсқаның бірі: партия талапқа сай және holdback босатылады; шартты түрде қабылданып, нақты түзету жоспары орындалады; немесе қабылданбай, шарттағы қайтару/ауыстыру рәсімі басталады. «Әзірше жұмыс істеп тұр» деген төртінші күй активтер тізімінде болмауы керек.

Сатушы немесе спецификация өзгерсе не істеу керек

Келіссөз кезінде сатушы заңды тұлғаны, төлем деректемесін, қойманы, жеткізушіні немесе ASIC ревизиясын ауыстыруы мүмкін. Мұндай өзгерісті хаттағы ұсақ түзету деп қабылдамаңыз. Ол бастапқы due diligence пен баға салыстыруының негізін өзгертеді. Өзгеріс туралы жазбаша хабарлама, жаңа заңды дерек, жаңа invoice және жаңартылған сериялық тізім алынбайынша төлем кезеңін тоқтатыңыз.

«Сол модель, бірақ жаңа партия» деген ұсыныс та қайта тексеріледі. Бір атаудағы құрылғылар power supply, control board, firmware немесе зауыттық ревизия бойынша ерекшеленуі мүмкін. Жаңа нұсқаның ресми сипаттамасын бастапқы талап парағымен жол-жол салыстырыңыз. Қуат, желі, салқындату немесе кепілдік шарты өзгерсе, hosting алаңы мен электр маманы қайта мақұлдауы керек.

Ауызша жеңілдік үшін қабылдау талабын төмендетпеңіз. Әр concession бөлек change request болсын: не өзгерді, бағасы қаншаға азайды, қандай жаңа тәуекел пайда болды, кім мақұлдады және қандай қосымша резерв бөлінді. Тәуекел құны жеңілдіктен жоғары болса, ұсыныс экономикалық жағынан да нашар.

Сатушының байланыс арнасы өзгерсе, бұрынғы ресми арна арқылы растаңыз. Email доменіндегі бір әріп айырмасы, жаңа мессенджер аккаунты немесе соңғы сәтте берілген әмиян төлем алаяқтығының белгісі болуы мүмкін. Құпиясөзді, seed phrase-ті немесе биржа аккаунтына қашықтан кіруді ешбір сатушыға бермеңіз.

Сатып алу комитетіне арналған қысқа шешім парағы

Соңғы мақұлдау алдында техникалық, коммерциялық және операциялық қорытындыны бір бетке жинаңыз. Техникалық бөлімде талапқа сәйкес модель, stress нәтижесі және ашық ақау саны; коммерциялық бөлімде толық түскен құн, төлем тәуекелі және кепілдік; операциялық бөлімде бос қуат, cooling, желі, қосалқы бөлшек және персонал дайындығы көрсетіледі.

Әр бөлімнің иесі өз дерегіне қол қояды. Сатып алушы техникалық инженердің орнына электр қауіпсіздігін мақұлдамайды, ал сатушының тесті тәуелсіз acceptance-ті алмастырмайды. Келіспеушілік болса, шешім парағында majority vote емес, орындалмаған hard requirement көрсетіледі.

Комитетке үш көрсеткіш жеткіліксіз: құрылғы бағасы, hashrate және болжамды пайда. Оларға қоса толық landed cost, ең нашар cash-flow сценарийі, ақау кезінде қайтарылатын сома, пайдалануға дайын күн және сатып алудан бас тарту шарты беріледі. Осы деректердің біреуі тек «кейін анықталады» күйінде қалса, шешім conditional немесе no-go болуы керек.

Мақұлданған парақ кейінгі аудиттің бастапқы нүктесі болады. Жеті және отыз күндік нәтиже осы бастапқы болжаммен салыстырылады. Егер нақты қуат, жөндеу немесе іске қосу уақыты айқын нашар болса, келесі сатып алу автоматты түрде тоқтап, талап пен жеткізуші бағасы қайта қаралады.

Сатушының құқықтық мәртебесін құрылғыдан бөлек тексеріңіз

Жақсы көрінген ASIC сатушының міндеттемені орындайтынын дәлелдемейді. Заңды тұлғаның тіркелуі, шартқа қол қоятын адамның өкілеттігі, төлем алушының атауы және invoice берген ұйым бір-біріне сәйкес болуы керек. Төлем басқа компанияға немесе жеке тұлғаға сұралса, жазбаша түсіндірме мен тәуелсіз тексеріссіз аудармаңыз.

Сатушының бұрынғы жеткізілімін сұрағанда құпия клиент тізімін емес, тексерілетін операциялық дәлел іздеңіз: сериялық нөмірі бар қабылдау актісінің жасырылған үлгісі, кепілдік процесі, қайтару адресі және жауап беру мерзімі. «Қазақстанда қоймамыз бар» деген сөз қойманың нақты иесін, тауардың кеден мәртебесін немесе сатушының сол тауарды иеленетінін көрсетпейді.

Шарттағы заңды атау, банк beneficiary және ресми хат домені purchase file-да сақталсын. Соңғы сәтте реквизит ауысса, бұрынғы байланыс арнасы арқылы қайта растаңыз. Тек жаңа хатқа жауап беру жеткіліксіз, өйткені invoice fraud көбіне дәл осы кезеңде жасалады.

Жеткізу мен кеден тәуекелін landed cost-қа қосыңыз

EXW, FOB немесе DDP тәрізді сауда шарты тәуекелдің қашан өтетінін өзгертеді. Қысқартудың атауын шартқа көшірумен шектелмей, кім тасымалды ұйымдастырады, экспорт/импорт құжатын береді, кеден төлемін көтереді және зақымданғанда claim ашады деген кесте жасаңыз. Жергілікті кеден мен салық салдарын лицензияланған брокер және кеңесші растауы тиіс.

Landed cost құрамына машина бағасы, freight, insurance, brokerage, duty/tax, қойма, inspection және кешігу кезіндегі капитал құны кіреді. Қосалқы PSU, кабель немесе rack бөлшегі бөлек партиямен келсе, оның жеткізу тәуекелі де іске қосу күніне әсер етеді. ASIC келгенімен, қажетті connector жоқ болса, табыс басталмайды.

Тасымал сақтандыруының лимиті invoice құнын жаба ма, used equipment-ке exception бар ма және claim үшін қандай фото/акт керек екенін тиеуге дейін оқыңыз. Зақым келгеннен кейін полисті түсіндіру кеш болады. Қаптама күйі, пломба, pallet саны және gross weight pickup кезінде тіркелсін.

Төлем кезеңін тексерілетін нәтижеге байлаңыз

Толық алдын ала төлем сатушы тәуекелін сатып алушыға береді. Коммерциялық жағдай мүмкіндік берсе, deposit, сериялық нөмір тізімі, pre-shipment inspection, тасымалдаушы қабылдауы және final acceptance тәрізді кезеңдерге бөліңіз. Әр кезеңнің құжаты мен бас тарту шарты шартта анық болсын.

Milestone «тауар дайын» деген email емес. Мысалы, сериялық тізім модель, хэшрейт класы, аппараттық ревизия және warranty status-пен салыстырылады; inspection нәтижесінде кездейсоқ таңдалған үлгі іске қосылып, power/hashboard күйі жазылады. Used ASIC үшін шаң, corrosion, бұрынғы жөндеу белгісі және fan/PSU сәйкестігі қабылдау критерийіне кіреді.

Escrow немесе letter of credit қолданылса, оның өзі барлық тәуекелді шешеді деп ойламаңыз. Құжат дұрыс болғанымен, техникалық сапа нашар болуы мүмкін. Банк release condition мен техникалық acceptance бір тілде жазылсын.

Қоймаға келген сәттен дәлел тізбегін сақтаңыз

Unload кезінде камера, уақыт, pallet және seal нөмірі тіркеледі. Қорапты ашу реті алдын ала анықталып, сериялық нөмір purchase order-мен сканер арқылы салыстырылады. Бір құрылғы басқа pallet-ке ауысса, chain of custody үзілуі мүмкін; кейін қай сатушыға claim беру қиын болады.

Acceptance cohort толық партияның тәуекеліне сай таңдалады. Бір ғана «ең таза» машина жеткіліксіз. Әртүрлі pallet, модель ревизиясы және сыртқы зақым белгісінен үлгі алыңыз. Test bench қуаты мен желдетуі өндіруші талабына сай, электр жұмысын білікті маман орындайды.

Нәтижелер pass/fail ғана емес, measured hashrate, power, температура, hardware error, fan және reboot тарихымен жазылады. Өлшеу құралы, firmware және pool әдісі көрсетілмесе, сатушымен салыстыру мүмкін емес. Қабылданбаған asset карантинде қалып, production wallet немесе тұрақты credential алмайды.

Кепілдік пен қайтарудың нақты экономикасын есептеңіз

«Алты ай кепілдік» жалғыз өзі пайдалы шарт емес. Кепілдік кімге тиесілі, Қазақстаннан жіберуге бола ма, freight-ті кім төлейді, диагностика қанша уақыт алады және third-party repair кепілдікті бұза ма — бәрін нақтылаңыз. Warranty start date invoice, shipment немесе commissioning күнінің қайсысы екенін жазыңыз.

Қайтару кезінде жоғалған хэшрейт, екі жақты тасымал, кедендік қайта әкелу және spare қажеті total recovery cost-қа кіреді. Арзан ASIC ұзақ RMA cycle салдарынан қымбат болуы мүмкін. Сатушы replacement pool ұсынса, оның модель, күй және жеткізу мерзімі шартта көрсетілсін.

Сатып алудан бас тартатын белгілер

Төмендегі жағдайларда баға қанша тартымды болса да pause жасаңыз: заңды тұлға мен beneficiary сәйкес емес; сериялық тізім берілмейді; firmware немесе warranty мәртебесі белгісіз; inspection-ға рұқсат жоқ; кеден жауапкершілігі түсініксіз; acceptance criteria тек сатушының dashboard скриншотына сүйенеді; немесе реквизит соңғы сәтте тек жаңа байланыс арнасымен өзгереді.

Pause автоматты түрде deal-ды жоймайды. Ол unresolved item, owner, қажет дәлел және соңғы шешім күнін көрсететін exception record ашады. Дәлел жиналса, тәуелсіз мақұлдаушы тәуекелдің жабылғанын белгілейді; жиналмаса, төлем жасалмайды.