Паспорта целей

Чем вы сами судили бы о достижении

Ваши слова

Планирую все сайты сильно рекламировать. Проверь, все проекты готовы к правильной работе со стороны удобства клиентов, автономности, верности данных, прибыли и проч и проч. Подробнейшая реальная проверка

2. готовность всех сайтов к рекламе и функционированию, включая автовыкупы, 3) новая модель парсеров — вот эти задачи в приоритете

…я не хочу, чтобы эта априори невыполнимая задача и подобные ей сутками держали цель недостижим[ой]

Строки паспорта (13)

1. 1Путь «главная → раздел → карточка → корзина → оформление → экран оплаты» — телефон и ноутбук, каждый обязательный способ оплаты, класс и язык. [прямое требование: ПОР-261001-08 «удобства клиентов»]
   · [поздняя поправка: 04.10 — сценарии по классам и способам]

   Откуда выборка и кто её тянет

   sitemap.xml снаружи + выгрузка «в продаже»; реальный браузер. Представители: каждый класс каждого сайта до экрана каждого способа; каждый язык хотя бы раз (совмещаются). Затем 10 случайных на сайт, зерно проверяющего без кода.

   Что считаем

   дошли до экрана провайдера без помехи (наложение, прокрутка вбок, ошибка, пустое поле, сброс корзины); товаров в продаже вне карты сайта

   Порог

   • (а) дошли до экрана провайдера без помехи (наложение, прокрутка вбок, ошибка, пустое поле, сброс корзины): все представители и 10/10 на сайт
   • (б) полная сверка: товаров в продаже вне карты сайта — 0 на сайт, причина не оправдывает; расхождение допустимо только для товаров не в продаже и служебных страниц.

   Было → стало

   • результат исполнителя: телефон, 07.10: одежда — цена и «В корзину» на первом экране 60 из 60, за правый край 0 из 110 (CLO-378v2, 14:20); книги — плашка cookie на кнопках и полях 67 из 9090 → 1 из 6211 (BKS-403v, 06.10 12:46) → 0 из 8180 (BKS-403v2, 14:20), кружок чата на счётчике фото закрыл 82 из 2171 — не принято (BKS-408v, 14:34); пакет BKS-408 пр.4: в покое закрыто 82 из 2171 → 0 из 795, переходных 457 из 660 → 1 из 1030 (BKS-408r4, 17:57, не к выкладке); пакет BKS-408 пр.6: кружок чата за краем 1 → 0 из 25, ниже своего места 11 → 0 из 25, переходных 0 из 1072, прыжков 0 из 538, закрыто в покое 0 из 1061, цена 54 из 54 (BKS-408r6, 08.10 02:31, принят, не на бою: выкладчик BKS-408d5 08.10 06:34–07:43 не начат — на пути замка выкладки knigy с 07.10 21:31 лежит пустой файл, его оставил запуск службы оплаты директором; пакет ORG-714 — инструмент сам откладывает такой предмет — принят 08.10 16:1x; его выкладчик ORG-714d (16:20) верно остановился до записи — основу пакета сменила правка инструмента ноутбуком в 16:12–16:15; пакет ORG-714 пр.2 пересобирается поверх неё, выкладчик ORG-714d2, следом BKS-408d6); полиграфия — страниц шире экрана 26 → 0 из 1280 (PSK-231v, 06.10 21:14), плашка над плиткой макета 96 из 474 — не принято (PSK-230v4, 07.10 13:34); пакет PSK-230 пр.8 на бою с 07.10 22:13: окно макета 96 из 474 → 1 из 180, прочих пересечений 0, права 0 из 632, прокрутка 0 из 2112 (слепой покупатель PSK-230v5, 08.10 02:10, не принято: окно, загрузившееся позже плашки, закрыто ею 0,1–0,2 с); пакет PSK-230 пр.9: кадров с плашкой на позднем окне макета 2 → 0 из 54, окно макета в покое 1 → 0 из 84, показов при неполной видимости 0 из 34, права и прокрутка 0 (08.10 05:46, принят; на бою с 08.10 07:10 — выкладчик PSK-230d9); на бою подтвердил слепой покупатель PSK-230v6 (08.10 08:10–09:15, принят): кадров с плашкой на позднем окне макета 0 из 123 165, окно макета в покое 0 из 171, 10 случайных пар — пересечений 0 из 51, права 0, неполная видимость 0 из 8, прокрутка 0 из 30, работает 6 из 6, high 0, medium 0; возврат на 768×1024 мерить негде — места нет ни на одной из 176 остановок, контроль на 1920×1080 — видна через 0,89 с; одежда — чат на ссылках и кнопках в покое 3 из 1710 — не принято (CLO-408v2, 07.10 10:19); пакет CLO-408 пр.4 на стенде-сборке (08.10 02:52): кадров с чатом на нажимаемом при загрузке 78 → 0 из 35 992, моргание 56 → 0, панель скрыта при ушедшей кнопке 42 из 78 → 0 из 80; на бою с 08.10 14:17 (выкладчик CLO-408d4: страниц 8 из 8, признак пакета в стилях 0 → 1, цена и наличие 10 из 10 как были; мой замер снаружи — признак есть), не подтверждено.

     Путь до экрана провайдера (05.10): представители 26 из 26, случайные 13 из 13, пар «класс × способ оплаты» 24 из 27 (ORG-656) / независимая проверка: слепые покупатели без кода: CLO-378v2, BKS-403v2, BKS-408v, CLO-408v2, PSK-231v, PSK-230v4, PSK-230v5, PSK-230v6, ORG-656; пакеты BKS-408 пр.6 и CLO-408 пр.4 мерили работник и директор, покупатель их еще не видел; пакет PSK-230 пр.9 на бою проверил слепой покупатель PSK-230v6 (журнал: 97 вызовов, ssh и код 0, чтений вне каталога 0) / остаток: пакет BKS-408 пр.6 → откат файла на пути замка knigy (ноутбук) или починка класса ORG-714 → выкладчик BKS-408d6 → слепой покупатель BKS-408v4; пакет CLO-408 пр.4 на бою с 08.10 14:17 → слепой покупатель CLO-408v3; часть (а) красная по неполноте пар «класс × способ оплаты» 24 из 27; чат на ссылках и кнопках одежды 3 из 1710; не зелёная

   • 08.10 22:48 UTC (W874): ORG-714 пр.2 на бою orch (замок выкладки откладывает чужой файл на пути замка; целей 4 из 4, sha 4 из 4, права как были) — выкладки knigy BKS-408d6, BKS-413r3d2, BKS-412r2d отпущены, живой проход knigy с отложением не мерян; CLO-418 пр.2 на бою brandclothes (выкладчик CLO-418d2 21:54: признаков снаружи 3 из 3 — мой GET — не расшифровано подтвердил, страниц 200 10 из 10, цена и наличие изменились 0 из 10; 74 вещи перенесла задача сайта, копия строк до пуста) → слепой покупатель CLO-418v (ждун); не зелёная
   • 09.10 01:33 UTC (W881): слепой покупатель CLO-408v3 НЕ (не расшифровано) ПРИНЯЛ пакет пр.4: моргание кружка чата 5 из 171 пар (повтор при обычной скорости de_card293284216 768×1024 — 10 из 10), кадр с чатом на ссылке — 1 заход; чисто: в покое 0 из 1710, кадров загрузки на нажимаемом 0 из 19071, панель покупки при ушедшей кнопке 161 из 161, чат работает 6 из 6. Поставлена починка CLO-408 пр.5 (clothes): показ только после устоявшейся раскладки → выкладчик r5d → покупатель v4
   • 09.10 03:15 UTC (W886): выкладка BKS-408 пр.6 (knigy, облачко чата в полёте после прокрутки) КРАСНАЯ → откатилась сама в 00:11, на бою прежнее (чанки /ru как до, 10 страниц 200). Причина — собственная проверка_после пакета: живая перепись посчитала нарушением стыковку кружка в просвет нижней панели карточки (посадка, задуманная пр.4) — 2 ряда из 17 при пороге 0; данных по облачку в переписи 2 ряда.

     Покупатель BKS-408v4 не нужен. Следующий шаг — BKS-408 пр.7: одна мера «не ниже места покоя» в проверке и в метрике пакета, стыковка — разрешённое место (не поставлен на 03:2x, ставлю следующим ходом).

   • 09.10 06:24 UTC (W893): CLO-408 пр.5 (чат «Напишите нам») принят как пакет, НЕ на бою (sha16 e16e7d94c729faf0_51589d295daf0860; суммы 42 из 42 на orch, форма ГОДНО, основа = живому 2 из 2): моргание на повторе покупателя 10 из 10 → 0 из 20 на стенде, пар с морганием 5 → 0 из 171, кадров с чатом на нажимаемом 0 из 103 716; остаток — сдвиг после показа оставляет кружок над ссылкой без перехвата нажатий; выкладчик CLO-408d5 → слепой покупатель CLO-408v4 (ждун w893u408v4); не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «удобства клиентов» (ПОР-261001-08 — запись вашего слова в реестре поручений); без пути до оплаты реклама ведёт в тупик

   Может ли быть зелёной, когда цель не достигнута?

   нет — представители каждого класса и способа Г11 (цель «Способы оплаты на трёх сайтах»), 1(б) сверка карты сайта с выгрузкой; путь после оплаты — строка 10 (стадия IV — стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой)

   Берётся ли результат из первоисточника?

   да — карта сайта снаружи и выгрузка базы, зерно проверяющего

   Вопрос скептика

   скептик v2: только до экрана оплаты → строка 10 и условие Г6 (цель «Покупатель отслеживает свой заказ»)/Г10 (цель «Автовыкуп»)/Г11; карта сайта строится кодом → 1(б); «объяснённое» расхождение → порог 0 — принято
2. 2Цена и наличие правдивы, некупимое не продаётся.
   Цена = источнику по правилу сайта: книги и одежда — объявление, полиграфия — калькулятор при той же полной конфигурации. В корзине и на оплате — та же сумма. [прямое требование: ПОР-261001-08 «верности данных»] [прямое требование: ПОР-260926-59, 26.09 — актуальность каждого товара знать точно] [вопрос владельца: ПОР-261001-04, 01.10 — бренд из названия в пустое поле не вписывать] [решение владельца: ПОР-261002-38, 02.10 — объявления OLX — площадка объявлений OLX, источник товаров убрать со всех сайтов]

   Откуда выборка и кто её тянет

   • (а) Представитель каждого источника (полиграфия — каждого механизма каждого поставщика), затем 30 случайных на сайт (полиграфия — конфигураций). Источник открывается снаружи в момент проверки.
   • (б) Недавно проданные/снятые, выбранные на стороне источника (книги — 5; одежда — ≥2 от каждого доступного источника).
   • (в) Полная выгрузка базы и фид; 3 на живом сайте.
   • (г) Полная сверка с активными объявлениями по каждому источнику книг и одежды, который отдаёт такой список (перечень — в отчёте до замера).

   Что считаем

   Ошибка: цена ≠ правилу; у источника продан/снят, а у нас продаётся; корзина/оплата ≠ карточке.

   Порог

   • (а) представители — 0; случайные — ≤1/30 на каждом сайте
   • (б) продаются у нас: 0 на сайт и источник
   • (в) товары недоступных источников (OLX) «в продаже» или в фиде — 0; из 3 на живом сайте в корзину кладётся 0
   • (г) наших в продаже вне списка — 0.

   Было → стало

   результат исполнителя: книги — сумма на экране оплаты не равна «Zu zahlen» у 4 из 4 книг с фиксированной ценой в немецкой версии (ORG-656r2, 05.10 14:26); одежда — карточка = корзина = оформление 6 из 6 (ORG-538cr4v, 05.10 15:54); полиграфия — ошибок цены 0, форма не принимает ввод 5, верно 9 из 14 (PSK-205v, 06.10 14:37); у книг раньше: цена в допуске 15 из 15, карточка = корзина = оформление 7 из 7 (BKS-345v, 02.10 09:54) / независимая проверка: слепые покупатели и покупатели без кода: ORG-656r2, ORG-538cr4v, PSK-205v, BKS-345v / остаток: OLX не мерен; расхождение суммы на экране оплаты книг (4 из 4) после правок не перемерено; порог: представители 0, случайные не больше 1 из 30 на каждом сайте; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «верности данных» (ПОР-261001-08); неверная цена или проданный товар — деньги и доверие

   Может ли быть зелёной, когда цель не достигнута?

   нет — сверка с источником в момент проверки, порог на каждом сайте, полные сверки 2(в), 2(г) (стадия IV)

   Берётся ли результат из первоисточника?

   да — объявление/калькулятор и выгрузка, выборку тянет проверяющий

   Вопрос скептика

   скептик v2: общий пул 90 → ≤1/30 на каждом сайте, 2(б) проданные у источника; дефект v3 №1 OLX (площадка объявлений OLX, источник товаров) без меры → 2(в) — принято
3. 3Покупатель не видит текста не для него (пометки продавца, служебные коды, внутренние метки, чужой язык). [прямое требование: 02.10, ПОР-261002-27 — класс «Состояние (со сл…»; ПОР-261001-08]
   [прямое требование: ПОР-260929-142, 29.09 — условия продавца покупателю не показывать] [решение владельца: ПОР-261002-16, 02.10 — таблица переводов полей продавца — да] [прямое: ПОР-260930-21, 30.09 — реальные ошибки карточек книг и одежды из четырёх чатов]

   Откуда выборка и кто её тянет

   50 случайных страниц карты сайта (карточки, разделы) на всех языках на сайт; на каждом языке — все шаги оформления и одна страница фильтров. Тянет проверяющий.

   Что считаем

   пометки продавца, служебные коды, внутренние метки, чужой язык

   Порог

   ≤1/50 на каждом сайте; оформление и фильтры — 0.

   Было → стало

   • результат исполнителя: одежда: слепой покупатель CLO-398v3 (07.10 08:59) — заголовков со слагом или чужим словом 0 из 2405, украинских слов в русских названиях 0 из 200, чужой адрес переводит на свой язык 170 из 170; ссылок общих элементов без языка 0 из 240 (CLO-411v, 07.10 09:46); описания вещей: ошибок 8 из 160 при пороге 3 % (CLO-349v5, 07.10 08:23); описание вещи из характеристик, текст продавца свёрнут — на бою с 14:12, 22 из 22 образцов (CLO-349d6, 07.10 14:46); длинный адрес — страница сайта на языке адреса, 18 из 18 точек, на бою с 14:25 (CLO-412d4, 07.10 14:46); пакет CLO-349 пр.7: твёрдых ошибок 18 из 200 (9 %) при пороге 3 % — не принят (CLO-349r7, 07.10 20:16); фильтры одежды: пакет CLO-409 пр.2 на стенде — подпись значения ≠ слову карточки 28 → 0 из 1450, раздел с разными названиями 26 → 0 из 180, пустые значения, названные покупателем CLO-410v, убраны 24 из 24 (08.10 00:21); на бой не пошёл: новый файл записан в основе как отсутствующий — такую основу не принимают приёмка и гейт основы (сам инструмент выкладки её пропустил бы) → пересборка формы CLO-409 пр.3 (08.10 03:06: строк отсутствия в основе 1 → 0, основа = живому 6 из 6, тест 0 из 64, мутанты 21 из 21; к выкладке не идёт — три общих файла с CLO-418, который ложится раньше → CLO-409 пр.4 на основе после CLO-418d; пр.4 принят пакетом 08.10 05:0x: основа трёх общих = результату CLO-418 пр.1 3 из 3, подпись ≠ слову 0 из 1010, разные названия раздела 0 из 180, тест 0 из 66, мутанты 27 из 27; на бою нет, выкладка — после CLO-418d); разделы и обещания страниц одежды: пакет CLO-418 пр.1 (08.10 00:51) — вещей не в своём подразделе 74 → 0, страниц с обещанием не по составу 14 → 0, внутренних ссылок с переадресацией 803 → 0, заголовков с чужим словом 2 303 → 0 из 131 549 вещей и 2 240 страниц; пакет принят 02:1x, на бою нет / независимая проверка: слепой покупатель CLO-398v3, покупатель CLO-411v; описания мерил CLO-349v5; CLO-349d6 и CLO-412d4 на бою, покупателем не подтверждены (CLO-349v6, CLO-412v3 на fb) / остаток: устаревший адрес с пустой страницей 9 из 660 — CLO-398 пр.6 на бою с 07.10 23:12, покупателем не подтверждено (CLO-398v4); фильтры одежды — CLO-409 пр.4 (основа после CLO-418d) → выкладчик CLO-409r4d после CLO-418d → покупатель CLO-409v3; CLO-418 — выкладка CLO-418d 08.10 14:35 остановлена до записи (шаг базы пакета запускался из каталога, недоступного владельцу базы; бой не тронут) → пересборка CLO-418 пр.2 → выкладчик → слепой покупатель CLO-418v; описаний продавца на украинском 4 329 и страна вместо бренда у 141 вещи — в журнале находок; книги и полиграфия не мерены; порог не больше 1 из 50 на каждом сайте; не зелёная
   • W870 08.10 21:3x UTC: пакет CLO-418 пр.2 принят, НЕ на бою (шаг базы — из каталога владельца базы; репетиция 31/31, мутанты 8/8, суммы на orch сходятся); выкладчик CLO-418d2 стоит живым, покупатель CLO-418v снимется ждуном по #DONE_ выкладчика; не зелёная.
   • 09.10 00:22 UTC (W878): CLO-412v3 (fb, слепой, журнал чист) НЕ ПРИНЯТ: отказов 79, без страницы сайта 3 (http:// с длинным адресом — голая страница nginx; /_next/image), путь на главную 66 из 79, не на языке 0, прежних страниц 25/25, high 1 (431 при раздутых cookie: «на главную» снова 431), medium 5; лучше прежнего: длинный адрес под языком без страницы 2 → 0 из 75. Дальше CLO-412 пр.7 по классам → выкладка → v4
   • 09.10 00:52 UTC (W879): CLO-407v5 (fb, слепой) НЕ ПРИНЯТ: фильтр отбор 334/334 (Zustand 60/60), достать прокруткой 60/60 (было 48/48), колесом 36/60 (на каталоге 1001 бренд список колесом не листается), не того размера в заголовке 16/84 диапазоны (было 33/108), размер не на языке 5/675, кнопок туда 96/98, high 0 medium 4. Дальше починка CLO-407 по классам (размер-диапазон, колесо-список каталога, язык, 2 кнопки) → выкладка → v6. CLO-412 пр.7 по классам v3 поставлена (clothes)
   • 09.10 01:17 UTC (W880): поставлена починка CLO-407 пр.5 (clothes) по классам v5: размер в названии 16/84 → 0, список брендов каталога колесом 24/60 → 0, кнопки-обещания 2/98 → 0, размер не на языке 5/675 → 0, значения без вещей 18 → 0; дальше выкладка → v6
   • 09.10 01:50 UTC (W882): слепой покупатель CLO-398v4 НЕ ПРИНЯЛ пр.6: на /catalog чисто (category= 200-пусто 0 из 3085 за 109 мин, чужой слаг → 301 400 из 400, придуманный → 404 44 из 44), но category= на /women, /men, /accessories, /new-arrivals, /popular, /collections/luxury — 200 на 180 из 180 без решения (title обещает раздел, показан хаб; canonical с category=), + low L1 (не расшифровано)–L7 (не расшифровано) («Drap» de/it, h1 без раздела, двойные 301, транслит в цели 301).

     Директор повторил /de/women?category=zzzqqq → 200. Поставлена CLO-398 пр.7 (одно правило на все пути списков) → r7d → v5

   • 09.10 02:08 UTC (W883): слепой покупатель CLO-418v ПРИНЯЛ с остатком (журнал чист: 189 вызовов, ssh/код 0): вещей не своего подраздела 70 из 5935 (1,2 %, порог 3 %), обещаний не по составу 0 из 40, ссылок с переадресацией 0 из 1084, заголовков с чужим словом 21 из 24 720, подборок с вещами 25 из 25; medium 10 — чипы чужого типа под мужскими «Pants & Shorts», «Jacket» → «Пиджак/Sakko/Blazer», «Heels» без перевода в de/fr/it (директор повторил снаружи 2 из 2) → CLO-418 пр.3 (HOLD — задача на удержании, не запускается до выкладки CLO-409r4d) → d3 → v2.

     Выкладка фильтров CLO-409 пр.4 (high 2) стояла с 08.10 22:4x без ждуна, предусловие указывало на непринятый CLO-418d — исправлено на CLO-418d2, основа = живому 6 из 6, метка снята 02:08; CLO-398 пр.7 — HOLD до неё же (общие page-meta.ts, books/page.tsx).

   • 09.10 02:53 UTC (W885): CLO-412 пр.7 принят как пакет, НЕ на бою (sha16 5f0be632e1935e93; суммы на clothes и копии orch, форма ГОДНО, основа = живым 4 из 4): по классам слепого CLO-412v3 — без страницы сайта 3→0 из 216 проб на копии, выход со страницы больших cookie их снимает (повтор 431 0 из 9), http как https 17/17, язык из адреса 32/32, мутанты 14 из 14; остаток пакета — /api/* не перехвачен (служебный путь), язык при HTTP (протокол обмена с сайтом)/2 и битом % ставит скрипт.

     Дальше выкладчик CLO-412d5 (окно clothes с 03:40 UTC; запас окна диспетчера clothes 90→80 мин, W885) → слепой покупатель CLO-412v4 (ждун w885u412v4).

   • 09.10 04:15 UTC (W889): CLO-412 пр.7 на бою 03:47 (CLO-412d5 DONE_W889; снаружи директор 04:0x — cookie 16 000 → 431 со ссылкой выхода и lang=de, выход 302 с истёкшими куками, http 414 — страница сайта 5705 Б), слепой покупатель CLO-412v4 выпущен 04:11; CLO-407 пр.5 — пакет принят НЕ на бою (колесом не достать 216→0, другой размер 403 208→0 из 1 518 415, не на языке 551→0, кнопок не туда 10→0, без вещей 143→0; sha16 7b82164225526ed3_8c2a2ab76603ae4d), три цели общие с CLO-409 пр.4 → пересборка CLO-407 пр.6 (HOLD до DONE_ CLO-409r4d, ждун w889u407r6) → выкладка CLO-407r6d (ждун w889u407r6d) → покупатель CLO-407v6 (при приёмке пр.6).
   • 09.10 04:42 UTC (W890): CLO-409 пр.4 на бою 04:01 (CLO-409r4d DONE_W890; проверка после 18 нарушений К1 — не расшифровано–К4 — не расшифровано → 0, страниц 200 13/13, цена и наличие 10/10 как были; снаружи директор 04:24 — H1 — первый серьёзный дефект в отчёте проверки «Премиум», «Премиум» сужает 131011 → 108374, пустых значений calico/sale/cream в панели нет; число вещей 131068 → 131011 падает и без выкладок). Не подтверждено покупателем → CLO-409v3 выпущен 04:38 (предусловие поправлено: признак снаружи, не файл очереди).

     Пересборки поверх CLO-409 пр.4 выпущены 04:38: CLO-407 пр.6, CLO-398 пр.7, CLO-418 пр.3 — общие файлы page-meta/books, выкладки пойдут по одной, холостой ловит расхождение основы.

   • 09.10 05:43 UTC (W892): CLO-412v4 (слепой покупатель после пр.7, fb, журнал чист) НЕ ПРИНЯТО: отказов 204, без страницы сайта 3 из 79 → 4 из 204 (другие адреса: каталоги /_next/static/ — голая 403 nginx, ..%2f), путь на главную 66/79 → 200/204, не на языке адреса 0 → 10 (битая UTF-8 — не расшифровано после языка, /_next/data — английская 404 без шапки), прежних страниц 25/25; сверка директора снаружи 4 из 4 → CLO-412 пр.8 (перепись источников отказа) → d6 → v5; не зелёная
   • 09.10 06:56 UTC (W894): покупатель CLO-409v3 после выкладки пр.4 — отбор на бою подтверждён (значений с вещью без свойства 0 из 935, отбор не сужает 0 из 1122), но одно имя нет: подпись фильтра ≠ слову карточки 78 из 950 (8,2 %), разделов с разными названиями 3 из 180 → CLO-409 пр.5 (страница коллекции, синонимы, формат числа, служебные страницы); чипы типа — CLO-418 пр.3.
   • 09.10 07:41 UTC (W895): CLO-408 пр.5 на бою 06:28 (выкладчик ЗЕЛЁНЫЙ; мой GET 07:2x — правило clo408r5 в CSS — стили оформления страницы /de есть) → покупатель CLO-408v4. CLO-398 пр.7 принят пакетом, НЕ на бою: путей списков без решения 6 → 0 из 12, category= вне каталога 200 без решения 180 из 180 → 0 из 270, 200-пусто 0 из 3798, мутанты 18 из 18 → выкладчик CLO-398d6 (идёт с 07:32) → покупатель CLO-398v5 (ждун). CLO-409 пр.5 и CLO-407 пр.6 ждут выкладки пр.7 (общие файлы дерева).

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — класс поднимал владелец (ПОР-261002-27); покупатель с рекламы видит это первым

   Может ли быть зелёной, когда цель не достигнута?

   нет — проверяющий читает живые страницы, порог на сайт, оформление и фильтры — 0

   Берётся ли результат из первоисточника?

   да — карта сайта, выборка проверяющего

   Вопрос скептика

   скептик v2: пул 150, нет оформления и фильтров → ≤1/50 на сайт, оформление и фильтры каждого языка с порогом 0 — принято
4. 4Главная и карточка быстро открываются на телефоне по мобильной сети. [предложение исполнителя; основание — «удобства клиентов»]
   [нагрузка хоста одежды: ПОР-261007-04, 07.10]

   Откуда выборка и кто её тянет

   снаружи, главная + 10 случайных карточек на сайт. Телефонный экран, 4G (~9 Мбит/с, 170 мс), средний процессор, первое открытие без кэша.

   Что считаем

   время до видимой карточки (фото, название, цена)

   Порог

   медиана ≤3 с, худшая ≤6 с на каждом сайте.

   Было → стало

   результат исполнителя: слепой замер покупателем (телефон 4G 9 Мбит/с, процессор ×4, без кэша; мера — карточка с фото, названием и ценой отрисована): knigy медиана 1,2 с, худшая 2,3 с; brandclothes медиана 1,1 с, худшая 3,0 с (ORG-648, 05.10 05:26); paperandsilk медиана 2,73 с, худшая 3,19 с, повтор 2,59 и 2,91 с, цена настоящая — 78 из 78 запросов цены ответили (ORG-648r2, 05.10 05:56) / независимая проверка: слепой покупатель ORG-648 и ORG-648r2: все три сайта в пороге (медиана не больше 3 с, худшая не больше 6 с); замер от 05.10, повторного нет / остаток: линия зелёная по своему порогу; вне порога, в журнале находок: на первом экране главной карточки товара нет ни на одном сайте (первая — на 2368–3131 px при экране 844), на калькуляторах полиграфии цена ниже первого экрана на 10 страницах из 10 (1957–2968 px) · 09.10 02:53 UTC (W885): нагрузка clothes (ПОР-261007-04) — слепой покупатель ORG-702v после предела PerplexityBot ПРИНЯЛ: отказов 429/503 у покупателя 0 из 168 загрузок, дольше 8 с 0 из 168, медиана первого байта 770 мс, бот получает 429 (6 из 6; директор снаружи 5 из 6, страницы покупателя 200 3 из 3). Поручение ПОР-261007-04 закрыто (done).

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — медленная страница съедает оплаченные клики; основание «удобства клиентов» (предложение исполнителя)

   Может ли быть зелёной, когда цель не достигнута?

   нет — холодное первое открытие по 4G и худшая страница (стадия IV)

   Берётся ли результат из первоисточника?

   да — замер снаружи, как у покупателя

   Вопрос скептика

   скептик v2: медиана из кэша → холодное первое открытие, худшая страница — принято
5. 5Письма «принят», «оплачен», «отправлен» приходят во «Входящие», на языке заказа, с суммой и товаром этого заказа, вёрстка цела.
   Содержание «оплачен»/«отправлен» и отслеживание — в Г6 (цель «Покупатель отслеживает свой заказ») (стр. 4–5). [предложение исполнителя; основание — ПОР-261001-08]

   Откуда выборка и кто её тянет

   ящики Gmail и Outlook.com; заказы строки 10 и тестовые, по языкам по кругу — каждый язык каждого сайта хотя бы раз.

   Что считаем

   во «Входящие», на языке заказа, с суммой и товаром этого заказа, вёрстка цела

   Порог

   все письма, оба ящика, три сайта.

   Было → стало

   результат исполнителя: книги — письма после оплаты уходят: с идентификатором почтовой службы 3 из 3 заказов (BKS-411, 06.10 17:53), доставка во «Входящие» не подтверждена; мест «успех без проверки ответа» на бою 7 из 7, в пакете 0, пакет не на бою (BKS-411r2, поправка 07.10 06:27) / независимая проверка: мерил директор (BKS-411); покупателем и по ящику не проверялось / остаток: «принят» и «отправлен», письма одежды и полиграфии не мерены; пакет BKS-411r2 не на бою; порог: все письма, оба ящика, три сайта; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — письмо — первая точка доверия после оплаты (предложение исполнителя, основание ПОР-261001-08)

   Может ли быть зелёной, когда цель не достигнута?

   нет — два настоящих ящика, только «Входящие», языки по кругу

   Берётся ли результат из первоисточника?

   да — источник — почтовые ящики

   Вопрос скептика

   скептик v2: спам, один ящик, один язык → Gmail и Outlook.com, «Входящие», языки по кругу; скептик v3: развилка при «не публикую» — принято
6. 6Impressum, AGB, Datenschutz, правила возврата открываются из подвала на всех языках: реквизиты владельца, действующие способы оплаты и доставки, текст на языке страницы.
   [предложение исполнителя; основание — ПОР-261001-08]

   Откуда выборка и кто её тянет

   живые сайты, подвал каждого языка. Реквизиты — по Zefix/UID (швейцарский идентификатор предприятия); оплата — по перечню Г11 и экрану оплаты сайта. Тянет проверяющий.

   Что считаем

   реквизиты владельца, действующие способы оплаты и доставки, текст на языке страницы

   Порог

   все страницы на всех языках трёх сайтов.

   Было → стало

   результат исполнителя: страниц со всеми условиями 43 из 64 — одежда 20 из 20, книги 18 из 24, полиграфия 5 из 20 (ORG-649, 05.10 05:26); книги — противоречий «правовой текст ≠ сайт» 0 из 30, НДС (налог на добавленную стоимость) в Impressum 6 из 6 (BKS-399v, 06.10 12:29, принято); полиграфия — возврат в подвале 10 из 10, страницы оплаты и доставки 5 из 5, противоречий о доставке 0 (PSK-228v, 06.10 21:14) / независимая проверка: покупатели без кода: ORG-649, BKS-399v (принято), PSK-228v; одежда — замер 05.10, без повтора / остаток: способы оплаты в AGB и Datenschutz расходятся — тексты права, слово владельца; 64 страницы целиком не перемерены; порог: все страницы на всех языках трёх сайтов; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — без правовых страниц площадки отклоняют магазин (предложение исполнителя, основание ПОР-261001-08)

   Может ли быть зелёной, когда цель не достигнута?

   нет — содержание против реестра и перечня Г11; «причина названа» — не зелёное

   Берётся ли результат из первоисточника?

   да — Zefix/UID (швейцарский идентификатор предприятия), перечень Г11, экран оплаты; тянет проверяющий

   Вопрос скептика

   скептик v2: язык текста → «текст на языке страницы»; скептик v3: развилка по текстам владельца — принято
7. 7Рекламный фид полон, совпадает с сайтом, площадка его принимает. [предложение исполнителя; основание — «сильно рекламировать»]
   [вопрос владельца: ПОР-261001-05, 01.10 — фид Google Shopping одежды устарел — чинить] [вопрос владельца: ПОР-261002-19, 02.10 — книги knigy.ch на Google Shopping]

   Откуда выборка и кто её тянет

   фид (скачивает проверяющий), выгрузка «в продаже», диагностика кабинета. Представитель каждого класса + 100 случайных позиций, каждая сверяется с живой страницей.

   Что считаем

   цена или наличие ≠ странице; товаров в продаже вне фида; отклонено площадкой

   Порог

   • (а) цена или наличие ≠ странице: представители — 0; случайные — ≤3/100 на сайт
   • (б) полная сверка: товаров в продаже вне фида — 0. Исключение — только класс, запрещённый правилом площадки (со ссылкой), и не более 5 % товаров в продаже
   • (в) отклонено площадкой — ≤5 % на сайт.

   Было → стало

   результат исполнителя: одежда — фиды brandclothes не обновлялись: доставка с 14.10 («зон 0, стран 0»), 4 фида для Google по странам и Meta — с ~04.10 (словарь сайта); правка lk_bc_feed_fix_1 поставлена директором 29.10 18:41 UTC: google-shopping 108 103 вещи, проданных «в наличии» 23 108 → 0, цена ≠ странице 15 → 3 из 108 103, google-ch-de/-fr/-de и meta 107 799–108 103 в CHF (швейцарский франк) с доставкой по коду сайта (таблица доставки сайта 2 020/2 020); замер 05.10 (ORG-657): knigy представители 0 из 17, случайные 0 из 100, paperandsilk 0 из 53; в продаже вне фида — knigy 1 889 из 18 963 (10 %) и торги 100 137 из 119 100 (84 %) / независимая проверка: одежда — директор снаружи 6 случайных вещей: цена, наличие, доставка CH (код Швейцарии) = странице 6/6; исполнитель — 100 карточек в браузере 100/100; обновление цен 18:45 прошло по 5 фидам; слепого покупателя по фиду не было / остаток: одежда — 23 041 активная вещь g18-* вне фидов (нет g:id); knigy — торги вне фида и 10 % покупаемых; (в) «отклонено площадкой» не мерено — нужен кабинет Merchant Center

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — реклама показывает цену из фида (основание «сильно рекламировать»)

   Может ли быть зелёной, когда цель не достигнута?

   нет — полнота против выгрузки 7(б) и одобрение площадкой 7(в) (стадия IV)

   Берётся ли результат из первоисточника?

   да — файл фида, выгрузка, диагностика кабинета; выборка проверяющего

   Вопрос скептика

   скептик v2: выборка из самого фида → 7(б), 7(в); дефект v3 №2 «объяснённое» расхождение → порог 0, исключение со ссылкой ≤5 % — принято
8. 8Форма контактов и вопрос к лоту доходят до ящика магазина. [предложение исполнителя; вопрос к лоту — ПОР-261002-29]
   [вопрос владельца: ПОР-261002-28, 02.10 — вопрос к лоту: ушёл ли продавцу на Violity]

   Откуда выборка и кто её тянет

   по одной форме на сайт + один вопрос к лоту на книгах; проверяется фактически пришедшее.

   Что считаем

   проверяется фактически пришедшее

   Порог

   4/4.

   Было → стало

   результат исполнителя: не мерено по своей мере (письмо, фактически пришедшее в ящик магазина); близкое — строк в CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели) = сообщений: psilk 575 из 575, knigy 12 из 12, форма одежды 1162 из 1162 (CLO-415d, 06.10 19:01, на бою, не подтверждено партнёром) / независимая проверка: мерил директор; партнёр не подтвердил / остаток: порог 4 из 4: письмо в ящик магазина и вопрос к лоту, ушедший продавцу на Violity, не проверены; вопрос к лоту сдан файлом

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — без обратной связи покупатель с рекламы теряется (вопрос к лоту — ПОР-261002-29)

   Может ли быть зелёной, когда цель не достигнута?

   нет — смотрит ящик, не отметку «отправлено»

   Берётся ли результат из первоисточника?

   да — источник — ящик магазина

   Вопрос скептика

   скептик v2: лазейки нет, строка без изменений по сути
9. 9Нет продажи в убыток: цена ≥ всех переменных затрат заказа. [прямое требование: ПОР-261001-08 «прибыли»] добавлено проверкой
   · [состав затрат и выборка — предложение исполнителя]

   Откуда выборка и кто её тянет

   хвост: книги и одежда — по 20 самых дешёвых и 20 самых тяжёлых; полиграфия — каждый механизм каждого поставщика, вкл. мин./макс. тираж и каждую опцию, по полной конфигурации; затем 100 случайных на каждый сайт; цены и тарифы — в момент проверки; доставка — по Швейцарии и в самую дорогую страну сайта.

   Что считаем

   ниже затрат

   Порог

   ниже затрат — 0 на каждом сайте. Класс чинится сразу и по всей базе.

   Было → стало

   результат исполнителя: книги дешевле цены продавца 8 → 0 на копии, верная цена продавца по классу 3 → 197 из 198 (BKS-345, 02.10 07:13); на бою цена в допуске 15 из 15 (BKS-345d2, 02.10 08:35); покупатель — карточка = корзина = оформление 7 из 7 (BKS-345v, 02.10 09:54); полиграфия ниже наценки 0 из 41 200 (PSK-209m3) / независимая проверка: книги — покупатель BKS-345v (02.10 09:54); полиграфия — замер PSK-209m3, независимая проверка в состоянии не названа / остаток: хвост, механизмы и полный состав затрат не мерены; одежда не мерена; порог: ниже затрат 0 на каждом сайте, класс чинится по всей базе

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «прибыли» (ПОР-261001-08); реклама умножает убыточные продажи

   Может ли быть зелёной, когда цель не достигнута?

   нет — полные затраты, комиссия самого дорогого способа, сверка формулы с фактом, хвост (стадия IV)

   Берётся ли результат из первоисточника?

   да — цены и тарифы источника в момент проверки, выборка проверяющего

   Вопрос скептика

   скептик v2: убыток в хвосте → 20 самых дешёвых и 20 самых тяжёлых, доставка в CH (код Швейцарии) и в самую дорогую страну — принято
10. 10Полный заказ без человека: от рекламы до посылки. [прямое требование: ПОР-261003-24 «включая автовыкупы»]
    · [поздняя поправка: 04.10 — сценарии полного заказа]

    Откуда выборка и кто её тянет

    боевые заказы проверяющего, клетки совмещаются: каждый способ Г11 на каждом сайте; каждый доступный источник/поставщик (полиграфия — со своей конфигурацией и макетом); 1 случайный товар на сайт; ≥1 заказ на сайт на адрес проверяющего.

    Что считаем

    каждый заказ выполняет всё (а)–(з)

    Порог

    каждый заказ выполняет всё:

    • (а) деньги у провайдера
    • (б) «оплачен» ровно раз на сайте и в CRM
    • (в) ровно одна закупка, содержимое (товар, конфигурация, макет, оформление) = заказу
    • (г) письма строки 5 пришли
    • (д) номер виден покупателю (Г6)
    • (е) скан перевозчика «принято» в срок отправки поставщика (назван до заказа)
    • (ж) на адрес проверяющего: посылка получена в обещанный на сайте срок, содержимое = заказу
    • (з) повтор уведомления провайдера из кабинета на одном заказе сайта — закупок одна; тот же номер на другом сайте не становится оплаченным. Если зелёно в Г11 — берётся оттуда со ссылкой. [предложение исполнителя; рецензия Г11]

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: каждый заказ выполняет всё:

    • (а) деньги у провайдера
    • (б) «оплачен» ровно раз на сайте и в CRM
    • (в) ровно одна закупка …; нужен замер: каждый заказ выполняет всё (а)–(з)

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — «включая автовыкупы» (ПОР-261003-24); это и есть вопрос индикатора

    Может ли быть зелёной, когда цель не достигнута?

    нет — 10(в, е, ж, з) с зелёными Г6/Г10/Г11 и перечнем Г11 (стадия IV)

    Берётся ли результат из первоисточника?

    да — боевые заказы проверяющего, провайдер, CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели), перевозчик, посылка

    Вопрос скептика

    скептик v2: только до экрана оплаты, нет сквозного индикатора → строка 10; дефект v3 №3 посылка не проверена → 10(е), 10(ж) — принято
11. 11Цены и наличие держатся сами. [прямое требование: «автономности»]
    · [мера — поздняя поправка: 04.10 21:49, правило (д) — разделять завершение внедрения, эксплуатацию и внешние зависимости (цикл обновления принимается, актуальность наблюдается отдельно; внешний блокер называется точно, работа продолжается); порог — предложение исполнителя]

    Откуда выборка и кто её тянет

    журналы автообновления и ручных правок. После ≥1 полного цикла (длина — из журнала, в отчёт) проверяющий новым зерном повторяет 2(а) (30/сайт), 2(в), 2(г) и 7(а) (50/сайт).

    Что считаем

    ручных правок; повтор 2(а), 2(в), 2(г) и 7(а)

    Порог

    ручных правок — 0; 2(а) ≤1/30; 2(в), 2(г) — 0; 7(а) ≤1/50 на сайт.

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ручных правок — 0; 2(а) ≤1/30; 2(в), 2(г) — 0; 7(а) ≤1/50 на сайт.; нужен замер: ручных правок; повтор 2(а), 2(в), 2(г) и 7(а)

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — «автономности» (ПОР-261001-08)

    Может ли быть зелёной, когда цель не достигнута?

    нет — повтор новым зерном после полного цикла и 0 ручных правок по журналу (стадия IV)

    Берётся ли результат из первоисточника?

    да — журналы обновления и правок, повтор проверяющего

    Вопрос скептика

    скептик В4 (вопрос скептика №4): нет автономности, повтор через ≥7 дней → строка 11, срок заменён на ≥1 полный цикл по правилу (д) — разделять завершение внедрения, эксплуатацию и внешние зависимости (цикл обновления принимается, актуальность наблюдается отдельно; внешний блокер называется точно, работа продолжается) — принята суть
12. 12У каждой показанной на сайте книги есть видимое главное фото: файл существует, читается как картинка и не является заглушкой. [прямое требование: ПОР-260926-30, 26.09 — фото книг не видно — исправить навсегда]
    [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2]

    Откуда выборка и кто её тянет

    все книги knigy.ch «в продаже» — полный перебор скриптом на хосте магазина (файл главного фото есть, читается как картинка, не заглушка); перечень показанных книг фиксируется до исправления, исчезнувшие книги считаются отдельно с основанием снятия; 100 случайных книг, которые выбирает скрипт проверяющего с зерном, записанным до прогона, — по настоящим адресам снаружи и в браузере покупателя на телефоне и ноутбуке

    Что считаем

    • (а) показанных книг без читаемого файла главного фото
    • (б) книг, у которых главное фото — заглушка «нет фото» (по хешу, записанному до прогона) или одноцветное изображение
    • (в) среди 100 внешних — адресов, отвечающих не 200, не картинкой или пустым ответом
    • (г) среди тех же 100 книг — карточек, где главное фото не отображается в браузере покупателя (другой адрес, скрыто стилями, не загружено)
    • (д) среди тех же 100 — заглушек и одноцветных изображений, которых проверяющий находит глазами (хеш известных заглушек — дополнительный фильтр)

    Порог

    • (а) 0
    • (б) 0
    • (в) не больше 3 из 100, верхняя граница 95 % записана
    • (г) и (д) — не больше 3 из 100; повтор через сутки и после каждого сбора — автоматическая проверка с теми же порогами, найденный дефект снимает зелёный статус до исправления; граница доказанного — книги «в продаже» на момент замера

    Было → стало

    результат исполнителя: класс «показанная книга без файла фото» перекачивается, дневной сторож видит класс (BKS-258 пр.4 и выкладка). / независимая проверка: покупатель BKS-258v2 (без кода; итог переслан владельцу 02.10 15:20 UTC): книг прежнего класса с фото 20 из 20, карточек с обложкой 80 из 80, галерей целых 15 из 15, /api/cover 10 из 10, высоких и средних замечаний 0 — выборки, а не все книги: по другому объёму; заглушки и одноцветные не проверялись. / остаток: полный перебор а, б, внешняя выборка в, повтор через сутки и после сборов

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Один заранее записанный хеш заглушки пропускает другие заглушки. Добавить: «Проверяющий оценивает изображения выбранных карточек визуально; перечень известных заглушек служит дополнительной автоматической проверкой». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — перебор всех книг делает скрипт на хосте магазина, внешние 100 выбирает скрипт проверяющего с зерном, записанным до прогона; автор починки в выборе не участвует

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Файл и внешний URL (адрес страницы в интернете) исправны, но карточка использует другой адрес, скрывает изображение стилями или не загружает его. Мера (в): «Проверяющий открывает выбранные карточки в браузере покупателя и проверяет фактическое отображение главного фото». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера «файл открывается как картинка» была бы зелёной на заглушке или пустом снимке, а владелец фото не видит; закрыто (б); разовая проверка не даёт «навсегда» — закрыто повтором через сутки и после каждого сбора

    Берётся ли результат из первоисточника?

    скептик (астра): Частично. Внешний запрос — независимый источник доступности файла, но не видимости фото. Исправление — пункт 1 линии 8. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — файлы фото на хосте магазина и ответы живого сайта снаружи; база даёт только перечень «в продаже»

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 5: принято 5, частично 0, отклонено 0; правки внесены в поля: universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3
13. 13Книги knigy.ch с площадок Violity и Shafa имеют рейтинг популярности по понятным признакам (ставки, просмотры, срок, продано), витрина сортирует по популярности на всех языках сайта, владелец получил отчёт по обоим магазинам-источникам.
    [прямое требование: ПОР-260930-66, 30.09 — система популярности книг Violity и Shafa] [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2] [предложение исполнителя: формула балла и набор признаков, шесть языков и отчёт по обоим магазинам; слова владельца — просьба о системе популярности для Violity и Shafa (пересказ ноутбука)]

    Откуда выборка и кто её тянет

    все продаваемые книги knigy.ch с площадок Violity и Shafa, определённые по магазину независимо от наличия строки в таблице балла (таблица балла — 122 966 строк на 30.09 23:28); сортировка «популярные» на всех 6 языках сайта

    Что считаем

    • (а) книг без рейтинга популярности — полный перебор
    • (б) языков сайта (из 6), где порядок «популярные» не соответствует объявленной формуле; отличие от «новых» проверяется на контрольном наборе, где ожидаемый порядок заведомо различается, а совпадение с «новыми» в первых 30 — вспомогательный сигнал
    • (в) есть ли у владельца отчёт по обоим магазинам
    • (г) расхождений порядка «популярные» с баллом таблицы в первых 100 книгах каждого языка
    • (д) книг из случайных не меньше 100, у которых балл, пересчитанный проверяющим по формуле таблицы из признаков, снятых с площадки в момент проверки (время получения записано), отличается от записанного
    • (е) порядок «популярные» на независимых примерах с заведомо разной популярностью (ставки, просмотры, срок, продано) не соответствует ожидаемому; формула, смысл признаков, обработка пропусков и срок обновления описаны в отчёте владельцу

    Порог

    • (а) 0
    • (б) 0 из 6
    • (в) да
    • (г) 0
    • (д) не больше 3 из 100, верхняя граница 95 % записана
    • (е) 0

    Было → стало

    результат исполнителя: таблица балла (122 966 строк) на бою с 30.09 23:28; сортировка «популярные» выложена 01.10 00:30 (BKS-319, пакеты A и B). / независимая проверка: покупатель BKS-319v (без кода, сборка витрины на 01.10 01:24; после неё версия не проверялась) принято: популярные на языке 6 из 6, общих с новыми в первых 30 — 0, повторов 0, поиск 3 из 3, высоких и средних замечаний 0 — по (б) критерий и объём совпадают, но версия 01.10 01:24, к текущей не перенесено; по (а), (г), (д) и (в) проверки нет. / остаток: (а), (г), (д) не мерены; отчёт владельцу (в) не подтверждён

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Формулу и набор признаков определяет исполнитель. Само по себе это допустимо, но её полезность нельзя проверять только ею же. Применить независимые примеры из пункт 1 линии 11 и отдельно пометить формулу как предложение. → решение: принят частично. Прежний ответ исполнителя пр.2 (до критики скептика): нет — (а) перебирает все книги, (б) все 6 языков, (г) берёт первые 100 книг на язык из витрины; выборку для (д) выбирает скрипт проверяющего с зерном, записанным до прогона; формулу балла проверяющий берёт из таблицы, а не от автора

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Произвольная формула корректно пересчитана, но выдаёт старые непопулярные товары; данные перестали обновляться. Добавить: «Формула, смысл признаков, обработка отсутствующих значений и срок обновления описаны; проверяющий проверяет ожидаемый порядок на независимых примерах с очевидно различающейся популярностью». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера была бы зелёной при рейтинге у всех книг, не зависящем от признаков (равные или случайные баллы): сортировка «работает», а порядок бессмыслен; закрыто (г) и (д)

    Берётся ли результат из первоисточника?

    скептик (астра): Частично. «Сырые признаки площадки» могут оказаться нашей устаревшей копией. Мера (д): «Признаки сверяются с площадкой и временем их получения; затем независимо пересчитывается балл». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — живая витрина на шести языках и сырые признаки площадок Violity и Shafa; таблица балла вторична и пересчитывается проверяющим

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 6: принято 4, частично 2, отклонено 0; правки внесены в поля: text, universe, measure, threshold, state; полный ответ — в отчёте задачи ORG-707 пр.3

Не входит

• дизайн по вкусу
• прибыль в CRM (Г8 — цель «Прибыль по заказу и за период в CRM»), автономность CRM (Г7 — цель «CRM работает без старой админки»)
• содержание писем и отслеживание (Г6), автовыкуп (Г10), оплата (Г11) — но для Г1 все три должны быть зелёными
• таблица готовности (91 → 86 → 31 → 12) — список находок; чинится то, что держит строку

Находки вне паспорта

• находки таблицы готовности без искажения данных и денег — в таблице
• ответ на ПОР-261003-05 (рекламная сеть на одежде, CLO-375v) — ответ, не строка

Срок

Чем вы сами судили бы о достижении

Ваши слова

Тебе надо только изменить принципы обработки товара.

…критерий соответствия вида финального описания у принятых и давно рабочих моделей парсеров с новыми не стоит, хотя это как раз важный аспект задачи

на сайте должны быть ссылки на оригинальный товар у каждого товара

Строки паспорта (14)

1. 1Нет выдуманных фактов (цена, размер, автор, состояние, материал). [прямое: ПОР-261004-14, ПОР-261002-06; порог — предложение исполнителя]
   [прямое требование: ПОР-260930-44, 30.09 — сильная модель читает только дорогие лоты]

   Откуда выборка и кто её тянет

   Выборка В (строки 1–6, 8–10, 12) [предложение исполнителя]. В0 (пункт выборки В). Сбор и платная обработка — только после вашего разрешения: боевые на паузе (ПОР-261003-18). Затем проверяющий собирает на копии 24 ч. «Изменённое продавцом» — повторный сбор тех же ссылок не раньше чем через 12 ч. Если сбор на копии невозможен, берутся последние сутки сырого сбора до паузы с датой снимка. Тогда «изменённое продавцом» помечается «не представлен» с причиной, и строка, где класс нужен, не зелёная.

   В1 (пункт выборки В). Классы фиксируются в файле до выборки: сайты knigy и brandclothes; каждая площадка-источник их боевых парсеров; разделы верхнего уровня; 6 языков витрины; состояния: полное; пустые поля у продавца; оригинал на другом языке; одно или много фото; снято с продажи; изменено продавцом. В2 (пункт выборки В). Не меньше 100 объявлений на сайт. Внутри сайта — не меньше 1 на класс и 10 на раздел. Каждая карточка проверяется на одном из 6 языков, не меньше 10 на язык сайта.

   Остаток добирается случайно из В0. Если классов больше, выборка растёт. В3 (пункт выборки В). Выборку берёт проверяющий из входящих, а не обработанных объявлений, со снимком оригинала. Снимок — истина, в том числе для снятых позже. В4 (пункт выборки В). Обе модели обрабатывают те же объявления на копии. Боевая на копии — эталон только при зелёной строке 12, иначе строки 1–6, 8–10 не зелёные. В5 (пункт выборки В). Нет карточки — карточка плохая во всех строках качества. В6 (пункт выборки В). Пороги считаются в долях, по каждому сайту. Строка 3(а) — ещё и по каждому языку сайта. Истина — снимок оригинала.

   Что считаем

   Доля карточек с фактом не из оригинала. Ошибка продавца не в счёт.

   Порог

   ≤ 2 % и не больше, чем у боевой

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤ 2 % и не больше, чем у боевой; нужен замер: Доля карточек с фактом не из оригинала. Ошибка продавца не в счёт.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое слово ПОР-261004-14 (запись вашего слова в реестре поручений), ПОР-261002-06: выдуманный факт делает описание ложным

   Может ли быть зелёной, когда цель не достигнута?

   нет — сверка со снимком оригинала, выборка из входящих (В3 — пункт выборки В), сравнение с боевой (стадия IV — стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой)

   Берётся ли результат из первоисточника?

   да — снимок оригинала у проверяющего; порог — предложение исполнителя

   Вопрос скептика

   v2: вселенная только из обработанных обеими, день одним разделом → принято: В3 из входящих, В5 (пункт выборки В) нет карточки — плохая, В2 (пункт выборки В) ≥ 10 на раздел, снимок оригинала
2. 2Обязательные поля не хуже боевой. [предложение исполнителя]
   [прямое: ПОР-261007-14 — характеристики на языках короче украинской основы; ПОР-261007-15 — описание продавца заменено строкой состояния]

   Откуда выборка и кто её тянет

   Выборка В (полный текст — строка 1). Список полей берётся у боевых по разделу до прогона.

   Что считаем

   Доля карточек со всеми полями. Поле, пустое у продавца, не в счёт.

   Порог

   ≥ 95 % и не меньше, чем у боевой

   Было → стало

   • результат исполнителя: 99 из 100 карточек со всеми полями на пробе (BKS-388 пр.13, 06.10, мерил работник; до правки слепой покупатель BKS-400 05.10 — 86 из 100); BKS-414 на пробе с 07.10 21:31 — характеристик короче украинской основы en 270 → 0, de 258 → 0, fr 275 → 0, it 284 → 0 из 10 724 карточек (мерил работник); BKS-415 пр.2 на пробе с 08.10 14:29 — сведения продавца о состоянии в ячейке «Состояние» 0 → 918 из 918 (весь класс 1 145 карточек на ru, uk и en, страниц с ошибкой 0), строка состояния вместо описания 1176 → 1, описание ≠ объявлению 4927 → 0, вне класса 0 из 60 страниц (мерил работник; мой запрос к пробе 08.10 15:0x — у 106646 на uk слова продавца в ячейке есть) / независимая проверка: слепой покупатель BKS-414v (08.10 00:37–01:07, 100 карточек на язык) — недостача характеристик 0 из 100 на en, de, fr и it (верхняя граница 2,95 %), у 101663 на французском 4 из 4; глазами high 0, medium 0; он же нашёл новый класс — перевод значений: 70 строк с другим смыслом (1,6–2,7 % на язык, «Бальзам для губ» → «…для губернии»), кириллица в значениях 21 строка и «Мамонт» у 101663 на французском, 6 подписей переведены неверно; ноутбук 07.10 16:1x по всей базе пробы (10 724 карточки, база 14:35): характеристики короче украинской основы — en 270, de 258, fr 275, it 284 карточек (около 2,5 % на язык; 101663 на французском без строки «Матеріал»); описание — только строка состояния у 1 176 карточек по основному столбцу (ноутбук: 1 240 по двум столбцам; 11 %, в боевой базе 0,3 %); сверка с боевой по номеру карточки негодна — под одним номером разные товары (105798, 101663), сверять только по одному объявлению / остаток: перевод значений и подписей характеристик — BKS-414 пр.2 (08.10 02:4x), затем слепой покупатель; описание вместо строки состояния — BKS-415 пр.1 на копии (08.10 02:55): строка состояния вместо описания 1176 → 1 из 10 724, описание ≠ объявлению 4927 → 0, вне класса 0; к применению не принят — сведения продавца о состоянии пропали бы со страницы у 918 карточек → BKS-415 пр.2 применён на пробе 08.10 14:29, слепая проверка BKS-415v (снята с удержания 08.10 15:10). Строки характеристик на месте; линия пока красная.
   • W870 (внутренний номер хода работы директора) 08.10 21:3x UTC (всемирное время): BKS-414 пр.2 применён на пробе 16:19–16:24 (не подтверждено покупателем): кириллица в значениях en/de/fr/it 1134 → 0 строк, разных переводов одного значения 240 → 0, неверных подписей 281 → 0 ячеек по всей базе 10 724 карточек; остаток — заголовки и описания (i18n) вне класса, ≈0,2–0,3 % по выборке; дальше слепой покупатель BKS-414v2 (снимет ждун по метке приёмки); линия пока красная.
   • 08.10 23:20 UTC (W875): слепой покупатель BKS-414v2 ПРИНЯТО на пробе (08.10 22:51): значений с другим смыслом en 2, de 4, fr 3, it 3 из 824 (U95 — не расшифровано до 1,11 %), кириллица 0, подписи 0, недостача 0, визуал high и medium 0 — класс значений и подписей закрыт. Остаток, найденный покупателем: названий категорий с другим смыслом 10 из 473, свободный текст продавца («Стан») 3 из 4 — задача BKS-414 пр.3 (механизм на класс), затем перепроверка BKS-414v3. Линия пока красная.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — пустые поля = карточка хуже боевой

   Может ли быть зелёной, когда цель не достигнута?

   нет — список полей до прогона, сравнение с боевой на тех же В

   Берётся ли результат из первоисточника?

   да — входящие объявления В; происхождение — предложение исполнителя

   Вопрос скептика

   лазеек нет; вселенная заменена на В
3. 3Текст на языке страницы, по смыслу, без пометок продавца и транслита; названия разделов по смыслу. [предложение исполнителя]

   Откуда выборка и кто её тянет

   • (а) — выборка В (полный текст — строка 1), по каждому языку сайта (В6)
   • (б) — полная сверка около 600 названий разделов (страница рубрик, 6 языков)
   • (в) — вне выборки.

   Что считаем

   • (а) Доля плохих карточек.
   • (б) спорных названий разделов.
   • (в) Транслит, чужой язык, непристойность.

   Порог

   • (а) ≤ 5 % на язык сайта и не больше, чем у боевой на тех же объявлениях и языке. Если боевая язык не показывает — только порог 5 %.
   • (б) спорных ≤ 6 (1 %). Найденное правится сразу, остальное — в список правок, цель не держит.
   • (в) 0. Чинится вне выборки, включая it «Gangbang».

   Было → стало

   результат исполнителя: мера а, текст по смыслу: 90–97 из 100, служебного текста 1, подмен переводом 2 (BKS-388v5, 06.10 10:59); после чистки перечней ключевых фраз продавца 12 → 0, служебного текста этого класса 1 → 0 из 100, ложных удалений 0 из 30, остаток других классов 3 из 100 (BKS-388ar8, 06.10 12:29); до правок 71 из 100, плохих 9 / независимая проверка: слепой покупатель BKS-388v5 (06.10 10:59) — не принято; чистку принял директор (BKS-388ar8, 06.10 12:29); первый замер слепым покупателем 05.10 06:35 / остаток: свежего замера слепым покупателем после чистки нет; б спорных названий разделов и в транслит, чужой язык, непристойность не мерены; пороги а не больше 5 % на язык и не хуже боевой не подтверждены; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — непонятный или чужой текст делает карточку негодной

   Может ли быть зелёной, когда цель не достигнута?

   нет — направление перевёрнуто на ≤ 5 % плохих, доля по каждому языку, сравнение с боевой; явные дефекты — 0

   Берётся ли результат из первоисточника?

   да — В и страница рубрик; предложение исполнителя

   Вопрос скептика

   v2: 600/600 — тормоз → ≤ 6/600 с правкой, 3(в) — 0; добавлено «не больше, чем у боевой»; открыто (средняя): 3(б) можно прочесть как разрешение оставить известные спорные названия
4. 4Фото без знака площадки и пятна; ссылка на оригинал. [ссылка — прямое, ПОР-261004-10; фото — предложение исполнителя]
   [способ меры (а): ПОР-261007-02, 07.10 — одна выборка по id, проба заморожена на окно проверки]

   Откуда выборка и кто её тянет

   (а), (в) — выборка В (полный текст — строка 1); (б) — вся база.

   Что считаем

   • (а) Доля чистых фото.
   • (б) Карточек без ссылки по всей базе.
   • (в) Ссылки В, открытые проверяющим, ведут на тот же товар.

   Порог

   • (а) ≥ 95 % и не меньше, чем у боевой. Если знак не снимается у целой площадки, дефект чинится для всего класса.
   • (б) 0.
   • (в) 100 %. Снятый товар не ошибка, если страница та же.

   Было → стало

   результат исполнителя: проба 3320 — BKS-388 пр.16 (06.10) выборка пр.15 нечистых 9 → 5 из 100; пр.17 (07.10) свежая чистых 94 из 100; пр.18 (08.10 00:06) по своему замеру выборка пр.15 нечистых 5 → 4, свежая 92 из 100, «всё скрыто» 89 → 39 — но снимок тех же номеров BKS-401v7s (08.10 01:39): ни одно фото выборки и ни один список галереи пр.18 не изменила / независимая проверка: слепые покупатели BKS-401v6 (07.10) и порция BKS-401v7p1 (08.10 02:46), склейка BKS-401v7g (08.10 03:58; пересчёт директора из таблиц совпал) — чистых фото выборки 100 по номеру 245 → 250 из 261 (93,9 → 95,8 %) при пороге 95 %:

   • (а) выдержан, запас 2 фото; знак виден без усиления 9, только при усилении 2, сомнений 7 → 0; карточек чистых 87 → 92 из 100; боевая knigy.ch — 0 из 50 (замер v3), проба лучше
   • (б) карточек без ссылки 0 и (в) ссылка ведёт на тот же товар 100 из 100 — по замеру 05.10, до пересборки базы пробы 06.10 / остаток:

   (б) и (в) перемерить на нынешней базе — справочно в BKS-415 пр.2 (вся база) и у слепого покупателя BKS-415v (20 карточек), до этого строка не зелёная; BKS-388 пр.19 снят — порог (а) выдержан; почему пр.18 не дошла до фото выборки — в журнале находок

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — ссылка прямо названа владельцем (ПОР-261004-10); знак чужой площадки — подмена

   Может ли быть зелёной, когда цель не достигнута?

   нет — ссылки сверяются по всей базе и открываются проверяющим

   Берётся ли результат из первоисточника?

   да — страница площадки-источника

   Вопрос скептика

   v2: снятое объявление → 4(в) не ошибка; 4(а) — не меньше, чем у боевой
5. 5Полная стоимость ниже боевой. [поздняя поправка 04.10: «ниже» вместо «не выше»; состав — предложение исполнителя]
   [прямое требование: ПОР-260930-01, 30.09 — запустить luna и сравнение расходов] [вопрос владельца: ПОР-260930-29, 30.09 — пакетный режим OpenAI: качество то же, ответ позже] [прямое требование: ПОР-260930-32, 30.09 — одежда: словарь плюс модель, больше конкретики] [вопрос владельца: ПОР-260930-42, 30.09 — книги: один вызов вместо двух] [решение владельца: ПОР-260930-47, 30.09 — одежда: этапы кодом или моделью — применять] [вопрос владельца: ПОР-261002-25, 02.10 — перевод названий opus-mt: сколько экономит] [вопрос владельца: ПОР-261003-15, 03.10 — сверить расход токенов с реальным счётом] [вопрос владельца: ПОР-261003-16, 03.10 — MiniMax для парсеров: подойдёт ли]

   Откуда выборка и кто её тянет

   Выборка В (полный текст — строка 1). Перечень платных статей каждой модели фиксируется до прогона: провайдер модели, перевод, снятие знака и пятна, прокси и сбор, хранение, серверы копии, любой иной внешний платный сервис. Источник — выписка сервиса за прогон. Серверы считаются как тариф в час × часы по журналу, отдельно для каждой модели.

   Что считаем

   USD на 1 000 входящих. В расход входят все вызовы: повторы, сбои, первый и повторный просмотр. Слепой судья не входит. Знаменатель — уникальные входящие объявления В. Боевая считается на копии по тому же перечню (эталон — строка 12).

   Порог

   новая строго меньше боевой. Строка не зелёная, если у статьи нет выписки или найдена статья вне перечня (до пересчёта). Словесная причина выписку не заменяет. Нет выписки провайдера к сроку — итог «нет: выписки нет».

   Было → стало

   результат исполнителя: боевая одежда 0,437 → 0,279 USD на 1 000 (только провайдер); проба BKS-332 — 26 USD на базу (состояние от 04.10, после него полная стоимость новой не считалась) / независимая проверка: не проводилась / остаток: порог — новая строго меньше боевой по всем вызовам с выпиской провайдера; сравнения на одном перечне статей нет, выписки по новой нет в журнале; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — поздняя поправка 04.10 «удешевление»

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная стоимость по выпискам; обход «вынос работы во внешний платный сервис» закрыт (стадия IV)

   Берётся ли результат из первоисточника?

   да — выписки сервисов; без выписки итог «нет»

   Вопрос скептика

   v2: знаменатель из журнала автора, повторы и кэш → принято; v3 (высокая): внешние платные статьи выпадали → полная стоимость
6. 6Слепой судья: ошибок на 100 у новой не больше, чем у боевой. [предложение исполнителя]
   [прямое требование: ПОР-260930-20, 30.09 — оценить модель парсеров и предложить изменения] [прямое требование: ПОР-260930-33, 30.09 — сравнить качество на 200 товарах] [решение владельца: ПОР-260930-54, 30.09 — согласен с четырьмя пунктами ночной пробы] [прямое требование: ПОР-261001-07, 01.10 — ночная проба: четыре пункта плана — да]

   Откуда выборка и кто её тянет

   Выборка В (полный текст — строка 1). Судья — модель другого семейства, не знает, где какая модель. Шкала записывается в файл до прогона и не меняется.

   Что считаем

   ошибок на 100 карточек. Нет карточки — ошибка.

   Порог

   у новой не больше, чем у боевой

   Было → стало

   результат исполнителя: проба: ошибок на 100 карточек 17,5 → 11,0 (состояние от 04.10); против боевой на тех же объявлениях слепой судья не сравнивал / независимая проверка: не проводилась / остаток: порог — у новой ошибок на 100 не больше, чем у боевой; нужен слепой судья на одной выборке для боевой и новой; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — общая мера качества против боевой

   Может ли быть зелёной, когда цель не достигнута?

   нет — судья слепой, другого семейства, шкала до прогона

   Берётся ли результат из первоисточника?

   да — В, судья не автор

   Вопрос скептика

   v2: судья той же модели, шкала → принято: другое семейство, шкала до прогона
7. 7Витрина показывает поля строки 2, текст, фото и ссылку. [прямое: ПОР-261004-10, -14]
   [прямое требование: ПОР-261003-07, 03.10 — проба — одна поставка с мерой владельца] [прямое: ПОР-261004-06, 04.10 — ссылка владельцу на пробный каталог новой модели]

   Откуда выборка и кто её тянет

   Живая проба, карточки В.

   Что считаем

   карточек В, где витрина показывает поля строки 2, текст, фото и ссылку

   Порог

   100 %

   Было → стало

   результат исполнителя: поиск находит 20 из 20, строка «ещё N фото у продавца» есть 30 из 30 (BKS-388v5, 06.10 10:59); по набору покупателя поиск 15 → 19 из 20 (BKS-388r12, 06.10 08:31); до правок: карточки с фото открываются 100 из 100, ссылка на оригинал у 10 712 из 10 712, поле «Состояние» верно 99 из 100, поиск 16 из 20 (05.10 06:35) / независимая проверка: слепой покупатель BKS-388v5 (06.10 10:59) и замер 05.10 06:35; набор покупателя BKS-388r12 мерил директор (06.10 08:31) / остаток: поле «Состояние» и открытие карточек после правок не перемерены; порог 100 % по всем карточкам витрины не подтверждён; не зелёная · 08.10 22:48 UTC (W874): вердикт 08.10 04:13 по BKS-401v7g (служит ПОР-261004-06) — проверка: по другому критерию (строка 4 (а): чистых фото выборки 245 → 250 из 261); по критерию строки 7 новых замеров после 06.10 нет — состояние прежнее, не зелёная; перемер «Состояние» и открытия карточек — задачей после пересборки пробы

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — владельцу надо видеть результат (ПОР-261004-14), ссылка (ПОР-261004-10)

   Может ли быть зелёной, когда цель не достигнута?

   нет — смотрит витрину проверяющий

   Берётся ли результат из первоисточника?

   да — живая проба

   Вопрос скептика

   лазеек нет; вселенная заменена на В
8. 8Вид описания как у принятых боевых. [прямое: ПОР-261004-14; допуск длины — предложение исполнителя]
   [вопрос владельца: ПОР-261002-24, 02.10 — строка-выжимка до 70 знаков — убрать, если пустая]

   Откуда выборка и кто её тянет

   Выборка В (полный текст — строка 1). Эталон — поимённый список принятых боевых парсеров по разделам (имя, дата приёмки), составленный до прогона. Раздел без такого парсера помечается, эталон берётся с того же сайта. Судья видит пару описаний и эталон раздела.

   Что считаем

   Доля несовпадений формы, независимо от «лучше» или «хуже». Несовпадение: нет обязательного блока, другой порядок блоков, другой стиль, обрыв, длина вне ±30 % от боевой, нет карточки.

   Порог

   ≤ 5 %

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤ 5 %; нужен замер: Доля несовпадений формы, независимо от «лучше» или «хуже». Несовпадение: нет обязательного блока …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — владелец назвал критерий важным (ПОР-261004-14)

   Может ли быть зелёной, когда цель не достигнута?

   нет — поимённый эталон, мера «≠ эталону»

   Берётся ли результат из первоисточника?

   да — В, судья не автор

   Вопрос скептика

   v2: «не хуже» вместо «совпадает», эталон не назван → принято; пометка «скептику решить» снята; открыто (средняя): порог только по сайту, не по языку
9. 9Покрытие не реже боевой. [предложение исполнителя] добавлено проверкой
   [вопрос владельца: ПОР-261002-23, 02.10 — карантин лотов был только для одежды]

   Откуда выборка и кто её тянет

   Выборка В (полный текст — строка 1). Отсеянное боевой по её правилам исключается у обеих моделей.

   Что считаем

   Доля объявлений с карточкой. Отсеянное только новой — в список с причиной.

   Порог

   новая не меньше боевой

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: новая не меньше боевой; нужен замер: Доля объявлений с карточкой. Отсеянное только новой — в список с причиной.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «ни одно объявление не потеряно» в индикаторе

   Может ли быть зелёной, когда цель не достигнута?

   нет — сравнение с боевой на тех же В

   Берётся ли результат из первоисточника?

   да — входящие объявления В

   Вопрос скептика

   v2: нет строки покрытия → добавлена
10. 10Скорость. [поздняя поправка 04.10; пороги (б), (в) — предложение исполнителя]
    [решение владельца: ПОР-260929-141, 29.09 — ленивый перевод вводить везде без подводных камней] [прямое требование: ПОР-260929-146, 29.09 — сделать ленивый перевод во всех парсерах] [прямое требование: ПОР-260930-35, 30.09 — пилот ленивого перевода на одежде — проводить] [вопрос владельца: ПОР-260930-46, 30.09 — карточку можно обработать лениво, при первом открытии] [решение владельца: ПОР-260930-53, 30.09 — схема ожидания при первом открытии карточки — согласен]

    Откуда выборка и кто её тянет

    Выборка В (полный текст — строка 1). Журналы обеих моделей на копии и открытие карточек проверяющим.

    Что считаем

    • (а) Полный цикл — от входа до карточки на витрине, включая сервисы строки 5.
    • (б) Первый просмотр, с обработкой при работе по запросу.
    • (в) Повторный просмотр.

    Порог

    • (а) Медиана новой меньше, чем у боевой; 95-й процентиль — не больше.
    • (б) без пустых полей и заглушек, ≤ 10 с у 95 % карточек.
    • (в) совпадает с первым, вызовов модели и платных сервисов 0, время не больше, чем у боевой.

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

    • (а) Медиана новой меньше, чем у боевой; 95-й процентиль — не больше.
    • (б) без пустых полей и заглушек, ≤ 10 с у 95 % …; нужен замер:

    • (а) Полный цикл — от входа до карточки на витрине, включая сервисы строки 5.
    • (б) Первый просмотр, с …

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — поздняя поправка 04.10 «ускорение»

    Может ли быть зелёной, когда цель не достигнута?

    нет — журналы обеих моделей, время внешних сервисов входит

    Берётся ли результат из первоисточника?

    да — журналы и открытие проверяющим

    Вопрос скептика

    v3: время внешних сервисов в (а), 0 платных вызовов в (в); открыто (средняя): скорость боевой на копии не проверена строкой 12
11. 11Боевая не тронута; новая — копия боевой, изменены только принципы обработки. [прямое: ПОР-261002-22, ПОР-260929-134] добавлено проверкой

    Откуда выборка и кто её тянет

    Журнал выкладок и версии кода боевых парсеров и сайтов knigy, brandclothes с 02.10 до приёмки; разница копии и боевой.

    Что считаем

    • (а) Изменений боевой из-за пробы. Пауза боевых не в счёт.
    • (б) Изменений копии вне обработки и витрины.

    Порог

    • (а) 0.
    • (б) 0, или каждое с доводом, принятым проверяющим.

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

    • (а) 0.
    • (б) 0, или каждое с доводом, принятым проверяющим.; нужен замер:

    • (а) Изменений боевой из-за пробы. Пауза боевых не в счёт.
    • (б) Изменений копии вне обработки и …

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — прямое слово 02.10 о копии

    Может ли быть зелёной, когда цель не достигнута?

    нет — журнал выкладок и разница кода

    Берётся ли результат из первоисточника?

    да — журнал выкладок и версии кода

    Вопрос скептика

    v2: нет строки «боевая не тронута» → добавлена
12. 12Боевая на копии воспроизводит настоящую. [предложение исполнителя]

    Откуда выборка и кто её тянет

    Основа: конфигурация боевых до паузы (код, промпты, модель, прокси, фото, кэш) и архив карточек и сырого сбора. Не меньше 20 архивных объявлений на сайт из разных разделов.

    Что считаем

    • (а) Версия или хэш каждой части совпадает.
    • (б) Карточки совпадают с архивными по полям строки 2.
    • (в) Стоимость провайдера отличается от последней выписки до паузы.

    Порог

    • (а) 100 %.
    • (б) ≥ 95 %.
    • (в) не больше чем на ±20 % (одежда — 0,279). Нет выписки — пометка «нет эталона стоимости», и строка 5 по сайту считается только при выполненных (а) и (б). Нет архива — итог «нет: эталона нет» и «нет» по строкам 1–6, 8–10 этого сайта.

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

    • (а) 100 %.
    • (б) ≥ 95 %.
    • (в) не больше чем на ±20 % (одежда — 0,279). Нет выписки — пометка «нет эталона стоимости», и …; нужен замер:

    • (а) Версия или хэш каждой части совпадает.
    • (б) Карточки совпадают с архивными по полям строки 2 …

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — без верного эталона сравнения строк 1–6, 8–10 нет

    Может ли быть зелёной, когда цель не достигнута?

    нет — хэши, архив, выписка; обход через эталон закрыт (стадия IV)

    Берётся ли результат из первоисточника?

    да — архив и конфигурация до паузы

    Вопрос скептика

    открыто (средняя): не проверяет время цикла боевой на копии
13. 13На пробной витрине /ru — крупный раздел на каждую площадку-источник товара; новый источник получает свой раздел сам, без правки витрины; больше на пробе ничего не меняется. [прямое требование: ПОР-261006-01, 06.10]
    [предложение исполнителя: «сам, без правки витрины» — способ учесть слова владельца «Их будет более чем 2 через некоторое время, поэтому прошу это учитывать»]

    Откуда выборка и кто её тянет

    пробная витрина /ru; все площадки-источники во входящих объявлениях (как в строках 1, 2 и 9), а не только те, что уже есть в данных пробы (сейчас 2); все карточки данных пробы (на 07.10 Shafa 3 569, Violity 2 210); для проверки новых источников — копия данных пробы, в которую проверяющий после фиксации версии добавляет два источника с названиями и идентификаторами, неизвестными исполнителю (названия длинные, с кириллицей); реестр источников фиксируется на момент замера

    Что считаем

    • (а) площадок-источников без своего раздела на /ru, видимого как крупный раздел (не мелкая ссылка) и открывающегося вместе с карточкой в нём — проверяющий проходит каждый раздел на телефоне 390×844 и ноутбуке
    • (б) карточек данных вне раздела своей площадки или не найденных на витрине вовсе — по всем карточкам, скриптом; площадка карточки определяется по исходному объявлению (ссылка на оригинал, номер лота источника), а не по полю источника самой карточки
    • (в) изменений пробы вне разделов — сравнение снимка пробы до и после по всем путям; допустимо только появление разделов источников и ссылок на них, остальное — нарушение (слова владельца «Пока больше ничего не менять»)
    • (г) добавленных в копию проверяющим источников (двух), чей раздел не появился сам или сломал вёрстку на телефоне 390×844 (прокрутка вбок, наложение)

    Порог

    • (а) 0
    • (б) 0 из всех карточек данных, плюс просмотр в браузере 30 случайных, которые выбирает скрипт проверяющего
    • (в) 0
    • (г) 0 из 2; граница доказанного — реестр источников на момент замера, при каждом новом источнике (а)–(в) повторяются скриптом

    Было → стало

    результат исполнителя: на пробной витрине /ru разделов по площадкам 0 → 2 при источниках в данных 2, языков 6 из 6, чужих товаров 0 из 40, третий источник на стенде даёт раздел без правки кода, мутант 1 из 1 (BKS-409, 07.10 03:19, на бою, не подтверждено) / независимая проверка: слепой пользователь BKS-409v (07.10 05:16, телефон и ноутбук): разделов 2 = источникам 2, переход туда-обратно 2 из 2, чужих товаров 0 из 20, площадок без раздела 0 из 30 случайных карточек, языков 6 из 6, консоль 0, прокрутки вбок нет; по (б) выборка, а не все карточки / остаток: (б) по всем карточкам данных скриптом, (в) и (г) на двух источниках, которые добавит проверяющий, не мерены; средняя находка (на «Все товары» нет переключателя разделов) вне поручения; вердикты после 05:16 по поручению ПОР-261006-01 (ORG-707 — задача про сайт директора и организацию работы и ORG-707r3) меру линии не меряют — это привязка поручений к линиям паспорта

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Два добавленных источника и их названия заранее известны исполнителю; можно поддержать только их. Вселенная: «Проверяющий после фиксации версии добавляет два источника с ранее неизвестными исполнителю идентификаторами и названиями». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — (а) и (б) считает скрипт по всем площадкам и всем карточкам данных; в браузере смотрит проверяющий на карточках, которые выбирает его скрипт с зерном, записанным до прогона; перечень площадок берётся из входящих объявлений, а не из данных пробы, поэтому автор пробы его не определяет

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Разделы существуют в данных, но на /ru это мелкие ссылки или покупатель не может в них попасть. Заменить меру (а): «Число источников без видимого крупного раздела на /ru; проверяющий из /ru открывает каждый раздел и карточку в нём на телефоне и ноутбуке». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера была бы зелёной при двух источниках («2 из 2»), хотя владелец просил учесть «более 2 через некоторое время» (ПОР-261006-01, 06.10 17:05:54Z); закрыто мерой (г) на копии данных с добавленным третьим и пятым источником и мерой (в) по всем путям

    Берётся ли результат из первоисточника?

    скептик (астра): Принадлежность карточек сверяется с нашими данными: ошибочно записанный источник даст правильный раздел. Мера (б): «Принадлежность определять по исходному объявлению, а не по полю источника проверяемой карточки». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — живая страница пробы, снятая браузером проверяющего без кода, и входящие объявления; журнал сборки пробы источником не считается

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 6: принято 5, частично 1, отклонено 0; правки внесены в поля: text, universe, measure, threshold, state; полный ответ — в отчёте задачи ORG-707 пр.3
14. 14Пробный сайт открывается партнёру по отдельному адресу с собственным паролем; из него нельзя попасть на сайт директора, на сервер и к скрытым данным (перечень скрытого — закрытый список, записанный до замера: данные директора, ключи, номера лотов и контакты продавцов источника).
    [вопрос владельца: ПОР-261002-07, 02.10 — ссылка на пробный сайт партнёру — безопасна ли] [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2] [предложение исполнителя BKS-382: отдельный пароль, нейтральный адрес и сокрытие названий площадок; владелец спросил только, безопасна ли ссылка]

    Откуда выборка и кто её тянет

    гостевой адрес пробного сайта: все пути, найденные обходом по ссылкам, и все маршруты сайта директора по перечню из его кода, каждый запрошенный с гостевого адреса без входа и с действующей гостевой сессией, включая API (программный интерфейс: обмен данными между системами), загрузки, статические файлы и альтернативные адреса доступа; перечень маршрутов дополнен независимой инвентаризацией приложения, прокси и файлов публикации; полный обход страниц разделов и карточек пробы по тексту и 100 карточек напрямую по номерам, которые выбирает скрипт проверяющего

    Что считаем

    • (а) маршрутов сайта директора, ответ которых на гостевом адресе раскрывает данные директора (служебные ответы, куки директора, закрытые страницы)
    • (б) мест в ответах пробы с названием площадки вне названий разделов (названия внутри названий разделов, заказанных словом ПОР-261006-01, считаются отдельным числом), номером лота источника или контактом продавца (по образцам из закрытого списка, записанного до прогона)
    • (в) входов на сайт директора и на сервер, принимающих гостевой пароль или ключ директора с гостевого адреса
    • (г) разрешённых страниц витрины, которые партнёр с гостевым паролем открыть не может

    Порог

    • (а) 0
    • (б) 0
    • (в) 0 — по одной попытке на вход, подбора нет
    • (г) 0; граница доказанного — перечень маршрутов на момент замера, новые маршруты — повтор

    Было → стало

    результат исполнителя: BKS-382 пр.2 на нейтральном адресе: названий площадки 1 → 0, номеров лота 0, служебного 7 573 → 0, контактов продавцов 2 → 0 (282 страницы, 200 карточек). / независимая проверка: перепроверка гостем ORG-569v3 среди вердиктов нет — не мерено. / остаток: перепроверка гостем без кода по (а) и (в); (б) на полном обходе

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Обход ссылок и закрытый список строк пропускают не связанные ссылками ресурсы и неизвестные секреты. Добавить независимую инвентаризацию маршрутов приложения, прокси и файлов публикации; поиск образцов не считать полной проверкой изоляции. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — перечень маршрутов сайта директора выдаёт его код целиком (проверяющему нужен список, не содержимое), пути пробы обходит скрипт по ссылкам, карточки для прямого запроса выбирает скрипт проверяющего с зерном, записанным до прогона; закрытый список образцов скрытых данных записан до прогона

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Все запросы без кук закрыты, но после гостевого входа доступны скрытые API (программный интерфейс: обмен данными между системами) или чужие данные. Вселенная: «Каждый маршрут проверяется без входа и с действующей гостевой сессией; включаются API, загрузки, статические файлы и альтернативные адреса доступа». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера «все пути» была бы зелёной, если обход не знает путей, которых нет в ссылках пробы, но которые сайт директора отдаёт на том же адресе; закрыто перебором маршрутов из кода; пароль гостя, подходящий к другим входам, закрыт (в)

    Берётся ли результат из первоисточника?

    скептик (астра): Частично. HTTP (протокол обмена с сайтом)-ответы — первоисточник, но перечень запросов неполон. Кроме отрицательных проверок нужна положительная: партнёр действительно может открыть разрешённую витрину со своим паролем. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — живые ответы гостевого адреса, снятые агентом без кода

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 4, частично 1, отклонено 0; правки внесены в поля: text, universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3

Не входит

• ширина фото
• высота главной
• фото на всю ширину
• корзина
• цены
• SEO (поисковая оптимизация)
• поиск
• переключатель языков
• «20 страниц»
• дизайн витрины сверх строки 7

Находки вне паспорта

• подсказки «Не визначено», фото 128 px
• ответ на ПОР-261002-26
• правило прямого вызова модели (Г15 — цель «Модель работы»)

Срок

Чем вы сами судили бы о достижении

Ваши слова

[поставщик 1] и емть мой поставищик для всех товаров кроме книг. Все товары на сайте полиграфии должны щеркально отражать каталоо полиграфии [поставщик 1] как в плане цен(+ наша наценка , конечно ), так и в плане возможножеый конфигураций товара.

…как мы будем покупать аналог у поставщика, если у поставщика нет какого-то параметра или есть тот, который покупатель не выбирал… Относится не только к книгам. Проверить все категории товаров… и соответствие конфигурации этих параметров с источником

Строки паспорта (10)

1. 1Состав 1:1 в обе стороны. [Т 24.09, ПОР-261002-30; полнота, порог 0 — ПП 04.10; 1:1 — И по скептику]

   Откуда выборка и кто её тянет

   Все товары П без книг против всех наших на бою, по правилу сопоставления, без выборки. Исключения — только поимённо в правиле сопоставления, до первой сверки. Каждое сверяется в стр. 3 с каждым своим товаром П.

   Что считаем

   Расхождение: товар П без карточки; карточка без товара П; несопоставленный товар; склейка или разбиение.

   Порог

   ≤0 (кроме ОБ — изменение у поставщика после начала последнего цикла сверки)

   Было → стало

   результат исполнителя: видов поставщика без вида у нас, слепой покупатель на бою: не добавлено 8 из 20 (PSK-199v4, 05.10 14:12) → 2 (PSK-199v5, 05.10 22:21) → 1 из 22, остаток — упаковка квартального календаря (PSK-199v6, 06.10 15:35); в пакете без вида 5 → 3 (PSK-199r10, 06.10 04:41) / независимая проверка: слепой покупатель PSK-199v4, v5, v6 на бою (v5 и v6 не приняты — остались дефекты); пакет пр.10 мерил директор, не на бою / остаток: обратное направление (карточка без товара поставщика), склейки и разбиения не мерены; порог 0; не зелёная Решение владельца 12.10 ~13:50 UTC (всемирное время) на вопрос о 2 390 товарах wolf, которых у нас нет, и об офисных и хозяйственных товарах: «нет, оставляй только те категории, что уже есть».

   Включение новых товаров (задание на 94 товара печатной продукции, 20 новых страниц, в том числе одежда с принтами и кепки) удержано в очереди до ответа владельца на один закрытый вопрос; группы склада, подарков и офисных товаров не добавляются. список 94 товаров 12.10: 94 товара печатной продукции на 20 новых страницах отданы владельцу списком с флажками по страницам; включение ждёт его ответа

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «все товары… зеркально» и «проверить все категории» — его слова

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка в обе стороны, порог 0; закрыт обход «цены совпали, а зеркала нет»

   Берётся ли результат из первоисточника?

   да — снимки независимого сборщика с сайта П (поставщик 1) против боя

   Вопрос скептика

   скептик: 1:1 в обе стороны, правило сопоставления, несопоставленных 0
2. 2Представитель у каждой категории и каждого механизма расчёта; каждый товар отнесён к механизму. [категории — Т ПОР-261002-30; механизмы — ПП 04.10; порог — И]

   Откуда выборка и кто её тянет

   Перечень составляется по сайту П до выборок: все категории меню, кроме книг. Механизмы: калькулятор по полям; сетка тиражей; конструктор 2–3 полей (каждый тип отдельно); позиции без цены; прочие найденные. Пометка механизма: МЧ (читается машиной) (→4(а), 6(а)) или КК (только через калькулятор) (→4(б), 5, 6(б)). Каждый товар стр. 1 отнесён хотя бы к одному механизму; неподходящий открывает новый механизм. Затем перечень замораживается, и только потом берутся выборки стр. 4–7.

   Механизм, найденный после заморозки: его представитель проходит стр. 3–9, его МЧ-цены — 4(а); остальное не перемеряется.

   Что считаем

   категорий без представителя, механизмов без представителя, товаров без механизма, ошибок представителей по стр. 3–8

   Порог

   ≤0

   Было → стало

   результат исполнителя: не мерено; перечня нет — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤0; нужен замер: категорий без представителя, механизмов без представителя, товаров без механизма, ошибок …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «проверить все категории товаров» (ПОР-261002-30 — запись вашего слова в реестре поручений)

   Может ли быть зелёной, когда цель не достигнута?

   нет — перечень заморожен до выборок, порог 0; закрыт обход через непокрытые категории

   Берётся ли результат из первоисточника?

   да — перечень по сайту П

   Вопрос скептика

   скептик v3: добавлены категории; состояния перенесены в стр. 9; отнесение каждого товара и заморозка
3. 3Конфигурации (параметры × значения × сочетания) совпадают. [Т 24.09, ПОР-261002-30; полнота — ПП 04.10]
   [решение владельца: ПОР-260926-32, 26.09 — зеркало wolf: группа G, корзина — да] [прямое требование: ПОР-261002-31, 02.10 — поле тиража очищается и принимает своё число] [вопрос владельца: ПОР-261003-12, 03.10 — абсолютное сходство параметров поставщика и сайта]

   Откуда выборка и кто её тянет

   • (а) Автосверка МЧ-структуры.
   • (а′) Остальные товары — полностью, по живому калькулятору П: параметры, значения, запреты. Вручную:
   • (б) 30 случайных товаров П
   • (в) 30 наших карточек.

   Что считаем

   • (а)/(а′) расхождений и непроверенных
   • (б)/(в) ошибок в каждую сторону. Находка (б)/(в), пропущенная автосверкой (а)/(а′), — дефект сверки → стр. 10.

   Порог

   • (а)/(а′) расхождений ≤0 (кроме ОБ), непроверенных ≤0
   • (б)/(в) ≤1/30 в каждую сторону

   Было → стало

   результат исполнителя: зеркало wolf на бою, live 232 из 232. 12.10 первый проход починок после замечаний покупателя — 8 пакетов через дверь (08:32–10:21 UTC): товар без печати кладётся в корзину без макета 30 из 30, товар с печатью макет требует 202 из 202, расхождений полей с wolf было 35 → 5, приёмка работника на бою 0 расхождений из 300, ниже закупки 0 / независимая проверка: вторая проверка покупателем 12.10 (после первого прохода) — НЕ (не расшифровано) ПРИНЯТО.

   Подтверждено: цена у нас есть ровно там, где у wolf, — 150 сочетаний из 150; ниже закупки 0; корзина и оформление 19 из 20. Осталось: крышки к стаканам (товар без печати) без PDF (документ в формате PDF) в корзину не кладутся; предпросмотр показывает не выбранный размер у 9 товаров из 15; окно макета не называет требование (число страниц, размер) и не объясняет отказ; состав каталога — 10 позиций меню wolf из 40 / остаток: второй проход починок lk_psk_mirror_fix_2 запущен 12.10 12:25 UTC (признак «без печати» из данных товара wolf, предпросмотр из значений расчёта, окно макета называет требование, сторож «цена не ниже закупки», честное имя клиента в службе цены); состав каталога ведёт lk_psk_catalog_1 (опись 4 853 товаров wolf); после итога — третья проверка покупателем; цель строки не достигнута Второй проход починок зеркала (lk_psk_mirror_fix_2, 12.10 12:25–19:50 UTC) закончен: на бою пять пакетов — службы цены книг (13:16, 18:19) и wolf (13:26, 18:09), сайт (18:38, сборка -pTDzY6S1Wd9pgamOwsGP); по итогу работника: цена ниже закупки 0 на 499 конфигурациях (203 книги, 296 wolf), «у типографии есть — у нас есть» 34 из 34 случаев покупателя, более дешёвая типография 100 из 100, без печати без файла 31 из 31, предпросмотр равен выбору 50 из 50, расчёт цены книги после действия покупателя: половина замеров до 4,4 с, дольше 5 с — 13 из 34 (было 54 из 107); контрольные списки покупателя закрыты wolf 5 из 7, книги 5 из 7 (не закрыты: позиции меню каталога — задача каталога; два расхождения полей и сроков — решения владельца; скорость и два поля PrintStore — частично).

   Проверка директора-сервера 12.10 18:5x UTC: на psilk файл сборки -pTDzY6S1Wd9pgamOwsGP от 18:38:31; снаружи обычным браузером три калькулятора (книги, листовки, плакаты) — код 200 3 из 3, цены показаны, ошибок консоли 0; печать зоны оплаты restored. Третья независимая проверка двумя покупателями запущена автоматом 19:55 UTC (fb). Остаток: вердикты третьей проверки; добавление 94 товаров wolf (lk_psk_catalog_2, в очереди).

   Третья независимая проверка покупателем, часть wolf (lk_psk_mirror_blind_wolf_3, fb, 12.10 19:55–20:52 UTC; отчёт fb:/home/cw/cw/_work/PSK-MIRROR_blind_wolf3/ПРИЁМКА_ПОЛЬЗОВАТЕЛЯ_UI.md): НЕ ПРИНЯТО — высоких 1 (упаковку для календаря A3 — не расшифровано купить нельзя, хотя у wolf она продаётся: 1 из 15 товаров со склада), средних 2 (у стаканов с печатью окно макета не называет требование и принимает любой файл, предпросмотр не того объёма; у товаров без печати страница пишет «нужен PDF» и показывает чужой размер — 14 из 15), низких 7; контрольный список: не повторилось 2, частично 3, повторилось 1 (позиций меню wolf у нас 12 из 40 — задача каталога).

   Цены: есть ровно там, где у поставщика, — 118 из 118 измеренных; отношение к закупке 1,241–14,28, ниже закупки 0; форма = корзина = оформление 31 из 31; страниц 200 — 144 из 144. Остаток: вердикт части «книги» (идёт), затем третий проход починок по классам обоих отчётов — после окончания работника каталога (тот же сайт). Третья независимая проверка, часть «книги» (lk_psk_mirror_blind_books_3, fb, 12.10 19:55–21:10 UTC; отчёт fb:/home/cw/cw/_work/PSK-MIRROR_blind_books3/ПРИЁМКА_ПОЛЬЗОВАТЕЛЯ_UI.md): НЕ ПРИНЯТО — высоких 1 (твёрдая обложка на 40–56 страниц продаётся по полям Printto, а Printto пишет «минимум 64 страницы»: 18 из 30 проверенных), средних 3 (цена дольше 5 с — 23 из 59 замеров; макет книги PrintStore не проверяется по размеру страницы; вес-заглушка «10 g» у A3 в твёрдой обложке — доставка 3 CHF — швейцарский франк на 30 и на 100 книг), низких 8 (в том числе плата за оплату 100,50 CHF видна только на оформлении — зона оплаты под печатью); контрольный список: не повторилось 5, частично 2, повторилось 0.

   Цены: отношение к закупке 1,233–4,275 на 57 книгах, ниже закупки 0; цена есть, когда есть у типографии, 40 из 40; более дорогая типография 0 из 10; корзина и оформление 8 из 8. Остаток: третий проход починок lk_psk_mirror_fix_3 (в очереди с 21:17 UTC, старт после итога работника каталога), затем четвёртая независимая проверка; плата за оплату — решение владельца.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «в плане возможных конфигураций» — его слово

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка а/а′, выборки б/в контролируют саму сверку

   Берётся ли результат из первоисточника?

   да — снимки сборщика и живой калькулятор П

   Вопрос скептика

   скептик v2 В2 (вопрос скептика №2)/В3 (вопрос скептика №3) → (в) 30 наших карточек; скептик v3 высокая → добавлено (а′)
4. 4Цена = П × курс × наценка, наценка не ниже границы.
   [Т 24.09; граница — ПП ПОР-261002-41; полнота — правило (б) — охват классов до случайной выборки, полная сверка где возможно] [прямое требование: ПОР-261002-32, 02.10 — таблица цен и прибыли по пяти тиражам] [прямое требование: ПОР-261002-42, 02.10 — таблицы владельцу — в читаемом виде] [прямое: ПОР-260929-02, 29.09 — без правила «больший тираж не дешевле», динамика цены как у поставщика]

   Откуда выборка и кто её тянет

   • (а) Все МЧ-цены (сетки, фиксированные цены, таблицы сочетаний) против нашей цены той же конфигурации.
   • (б) КК без конструкторов: 100 случайных конфигураций П вводятся у нас.

   Что считаем

   Ошибка: цена ≠ правилу; наценка ниже границы; у П цена есть, у нас нет; конфигурацию нельзя ввести.

   Порог

   • (а) ≤0 (кроме ОБ)
   • (б) ≤3/100

   Было → стало

   результат исполнителя: цена = живой расчёт wolf для точной конфигурации покупателя в момент запроса × курс × наценка (служба psk-wolf-live, кэш 24 ч, прогрев): приёмка в тени на бою 09.10 — 297 из 300 (пилот) и 329 из 334 (группы) = живой странице wolf до 0,01 CHF, расхождения — класс «0 грн» (7 алиасов, 27 конфигураций), закрыт починкой S1 (не расшифровано) 10.10 06:37 (после: 5 из 5 совпало); старая модель (ночная сетка + свой калькулятор, 190 расхождений из 300) отменена владельцем 09.10 / независимая проверка: замер движка против страницы wolf 0 из 300 (lk_psk_live_1, 09.10 13:21) / остаток: замер 100 конфигураций × 153 live-товара после включения не сделан; граница наценки не перемерена

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «зеркально как в плане цен (+ наша наценка)»

   Может ли быть зелёной, когда цель не достигнута?

   нет — МЧ (читается машиной) полностью, КК (только через калькулятор) выборкой от П; невводимая конфигурация — ошибка

   Берётся ли результат из первоисточника?

   да — снимки сборщика и живой калькулятор П

   Вопрос скептика

   скептик v2 стр.1: невводимая конфигурация — ошибка, курс с источником и датой; граница — из полной записи ПОР-261002-41
5. 5Цена конструкторов (2–3 поля) — по тому же правилу. [Т 24.09]

   Откуда выборка и кто её тянет

   50 случайных сочетаний КК-конструкторов; МЧ-сочетания проверяются в 4(а).

   Что считаем

   Ошибка: цена ≠ правилу или сочетание нельзя ввести.

   Порог

   ≤1/50

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤1/50; нужен замер: Ошибка: цена ≠ правилу или сочетание нельзя ввести.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — конструкторы — часть «всех товаров»

   Может ли быть зелёной, когда цель не достигнута?

   нет — выборка от П

   Берётся ли результат из первоисточника?

   да — живой калькулятор П

   Вопрос скептика

   скептик v2 стр.2: лазейки нет; уточнение о невводимом сочетании; порог целым числом
6. 6Есть цена у П — есть у нас; нет у П — не выдумываем. [Т 24.09; полнота позиций без цены — правило (б) по скептику]
   [прямое требование: ПОР-260930-28, 30.09 — недоступная конфигурация: «свяжитесь с нами», не «по запросу»]

   Откуда выборка и кто её тянет

   • (а) Всё МЧ, вместе с 4(а): каждой цене П соответствует наша цена; каждой позиции или тиражу без цены у П — у нас «по запросу» или форма.
   • (б) 100 случайных КК-конфигураций и тиражей, на которые П даёт цену. Не-МЧ позиции без цены проверяются через стр. 2 и 7.

   Что считаем

   Ошибка: у П цена, у нас «по запросу» или бесконечный расчёт; у П цены нет, у нас автоцена.

   Порог

   • (а) ≤0 (кроме ОБ)
   • (б) без цены у нас ≤3/100

   Было → стало

   результат исполнителя: по построению — «недоступно» только когда wolf отвечает «невозможно изготовить» или «тиража нет» (0 грн), цена у нас есть ровно там, где есть у wolf; в тени 09.10: «недоступно» 193 из 193 совпали, после S1 — тираж «нет» ↔ «недоступен» 5 из 5 / независимая проверка: слепой покупатель PSK-199 v11 09.10 13:0x нашёл «недоступна» при цене у wolf на старой модели — на новой не повторялся / остаток: слепой покупатель по live-форме (ПОР на 100 конфигураций × товар)

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — зеркало без цены — не зеркало

   Может ли быть зелёной, когда цель не достигнута?

   нет — МЧ полностью; выдуманная цена — тоже ошибка

   Берётся ли результат из первоисточника?

   да — снимки сборщика и живой каталог П

   Вопрос скептика

   скептик v2 стр.4: лазейки нет; скептик v3: автоцена при отсутствии цены у П — ошибка
7. 7Заказ — ровно выбранная конфигурация, покупается у П один в один. [Т ПОР-261002-30; строка и запись заказа — по скептику (v3)] добавлено проверкой

   Откуда выборка и кто её тянет

   • (а) по представителю каждого механизма стр. 2, включая каждый тип конструктора
   • (б) 30 случайных конфигураций с нашей карты сайта, включая конструкторы. Каждая конфигурация оформляется на бою тестовым заказом: до оплаты или на копии с той же версией кода корзины и заказа. Сверяется запись заказа (то, что уйдёт в закупку), а не карточка: все параметры, значения, тираж и цена = выбранному. Затем запись вводится у П без покупки.

   Что считаем

   Ошибка: в записи потерян, подменён (в т. ч. значением по умолчанию) или добавлен параметр, значение или тираж; цена в заказе ≠ цене карточки или ≠ правилу; у П нет товара или значения; П требует невыбранный параметр; у нас автоцена, у П цены нет. Существенный дефект записи заказа (класс «подпись ≠ конфигурация») чинится и вне выборки (правило (в) — существенный дефект, делающий результат ложным, чинится независимо от выборки) → стр. 10.

   Порог

   • (а) ≤0
   • (б) ≤1/30

   Было → стало

   результат исполнителя: не мерено; в v2 строки не было; класс «подпись ≠ конфигурация» уже найден — 17/47 (PSK-134 пр.42) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

   • (а) ≤0
   • (б) ≤1/30; нужен замер: Ошибка: в записи потерян, подменён (в т. ч. значением по умолчанию) или добавлен параметр, значение …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «как мы будем покупать аналог у поставщика» (02.10)

   Может ли быть зелёной, когда цель не достигнута?

   нет — сверяется запись заказа, а не карточка; закрыт обход «заказ записан и покупается не как выбран»

   Берётся ли результат из первоисточника?

   да — запись вводится у П

   Вопрос скептика

   скептик v2 В4 (вопрос скептика №4): нет обратного направления → строка добавлена
8. 8Ни одной продажи ниже закупки. [ПП 04.10 «там 0»; (в), (г) — И по скептику]

   Откуда выборка и кто её тянет

   • (а) Все цены 4(а) и конфигурации стр. 2, 4(б), 5, 7: цена ≥ П × курс.
   • (б) У каждого товара наценка в правиле цены не ниже границы.
   • (в) В коде цены на бою стоит проверка «итог ≥ закупка, хранимая зеркалом, × курс». При провале цена не выводится: ставится «по запросу», случай пишется в журнал. Подтверждение — тест на копии с той же версией кода: по каждому механизму стр. 2 подставленная цена ниже закупки не выводится. Срабатывание на бою — дефект стр. 10; если у П есть цена — ещё и ошибка стр. 4 и 6.
   • (г) Все оплаченные и оформленные заказы полиграфии с 24.09 сверены с закупкой. Закупка фактическая (Г8 — цель «Прибыль по заказу и за период в CRM»); если её нет — цена П той же конфигурации на дату проверки, с пометкой. Каждый заказ ниже закупки → стр. 10 с суммой разницы.

   Что считаем

   цен ниже П × курс; наценок ниже границы; механизмов без подтверждённой защиты; открытых срабатываний; незакрытых заказов ниже закупки; заказов без сверки

   Порог

   ≤0

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤0; нужен замер: цен ниже П × курс; наценок ниже границы; механизмов без подтверждённой защиты; открытых …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — следует из «цена + наша наценка»

   Может ли быть зелёной, когда цель не достигнута?

   нет — порог 0, защита в коде и сверка заказов; обход «0 ниже закупки только на выборке» объявлен закрытым

   Берётся ли результат из первоисточника?

   да — П × курс, фактическая закупка (Г8 — цель «Прибыль по заказу и за период в CRM»)

   Вопрос скептика

   скептик v3: 8(а) отвязана от границы и измерима сразу; добавлены (в), (г)
9. 9Зеркало обновляется само:
   изменение П доходит за один цикл, по каждому механизму. [ПП 04.10; правило (д) — разделять завершение внедрения, эксплуатацию и внешние зависимости (цикл обновления принимается, актуальность наблюдается отдельно; внешний блокер называется точно, работа продолжается); ≤24 ч, состояния, подтверждение — И по скептику]

   Откуда выборка и кто её тянет

   Два подряд завершённых цикла на бою, по расписанию, без ручного запуска. Сборщик снимает всё сверяемое в 1, 3(а), 4(а), 6(а) и цены представителей стр. 2, включая КК и конструкторы. Изменения находятся полным сравнением снимков. После второго цикла представители стр. 2 перепрогоняются против живого П. Состояния, по каждому механизму: товар новый; снят; изменены значения или сочетания; изменена цена; позиция получила цену; потеряла цену.

   Пара «механизм × состояние», не случившаяся за два цикла, подтверждается изменением из истории или подменённым ответом П на копии. Оно должно быть отражено за один цикл той же версией кода обновления, что на бою. Невозможное для механизма состояние исключается только поимённо, с доводом, в замороженном перечне стр. 2. Пересчёт по курсу засчитывается только за «изменена цена» и только где курс входит в цену; цену калькулятора он не подтверждает.

   Перезапуск отсчёта: починки без изменения кода обновления отсчёт не перезапускают; изменение кода обновления — один цикл на бою плюс копия для всех пар; два таких захода подряд с находками — дальше по правилу (г) — повторный прогон — только с причиной прошлой неудачи, изменением метода и ожидаемым эффектом, срок в часах. Строка закрывает внедрение, дальше — эксплуатация.

   Что считаем

   пар без подтверждения; неотражённых изменений к концу цикла; расхождений у перепрогнанных представителей

   Порог

   ≤0; цикл ≤24 ч

   Было → стало

   результат исполнителя: обновление по построению — цена считается у wolf при запросе (кэш по хэшу конфигурации 24 ч), структура формы снимается с wolf раз в сутки, самопроверка службы 5 конфигураций в час (журнал самопроверка.jsonl), ночное зеркало-снимок не выключено (отдельный пакет после суток без расхождений) / независимая проверка: не проводилась (цикл с изменением у wolf не наблюдался) / остаток: показать на одном изменении цены/структуры у wolf, что сайт отразил его за цикл

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — зеркало, отстающее от П, не зеркало

   Может ли быть зелёной, когда цель не достигнута?

   нет — два цикла, все пары подтверждены; закрыт обход «калькуляторные цены застыли»

   Берётся ли результат из первоисточника?

   да — независимый сборщик и живой П

   Вопрос скептика

   скептик v3 высокая: снимки — независимый сборщик, перепрогон представителей; история — только при той же версии кода
10. 10Известные дефекты закрыты, починки ничего не сломали. [правило (в); порядок закрытия и повторы — И по скептику]

    Откуда выборка и кто её тянет

    Открыто: покупатель v10 — 5 (пр.38); не конструкторы — 3 (пр.43); конструкторы — 47 (после пр.40); «подпись ≠ конфигурация» — 17 (пр.42); нет цены или тиража — 8 (пр.43); дефекты сверки (стр. 3) и записи заказа (стр. 7); срабатывания 8(в) и заказы 8(г); все находки закрывающей проверки стр. 1–9, включая находки в пределах допуска стр. 3–7.

    Что считаем

    открытых дефектов. Дефект закрыт, если: исправлен на бою и перепроверен по живому П; или со ссылкой на П доказано, что ошибки нет; для заказа ниже закупки — причина исправлена на бою, разница указана в отчёте. Автоповтор на бою: после выкладки, меняющей код цены, конфиг зеркала, код конфигураций или данные товаров, — 1, 3(а), 4(а), 6(а), 8(а) и представители стр. 2; после смены кода корзины или заказа — 7(а); 3(а′) — по затронутым товарам, при смене кода конфигураций — полностью; 8(в) — тестом на копии при смене кода цены.

    Выборки 3б/в, 4б, 5, 6б, 7б: в пределах порога — точечно, по тем же конфигурациям; при превышении порога — полностью; при дефекте сверки — повтор а/а′ и новые б/в по этому виду товаров. Закрывающий прогон — последний прогон после последней выкладки. Починка не перезапускает циклы стр. 9, если не менялся код обновления.

    Порог

    открытых ≤0

    Было → стало

    результат исполнителя: открытых дефектов не пересчитано (состояние от 04.10: всё открыто); 08.10 поставлена полная перепись всех узлов поставщика против сайта вместо выборки — PSK-241 (ПОР-261008-02): даст число расхождений по классам и по пакетам, которые их закроют; закрыто частями: потерянных значений 74 → 0 на стенде (PSK-199r11, 07.10 00:59), пакет пр.14 на бою с 07.10 10:04 (PSK-199r14d, 10:59), wolf без цены и без текста 72 → 9 (PSK-199r16, 07.10 17:18, не на бою); пакеты PSK-134 пр.42 и пр.43 не на бою / независимая проверка: перепроверок закрытых дефектов по живому поставщику в журнале нет; покупатель выкладку пр.14 не подтвердил [14.10 09:05 UTC] Третий проход исправлений зеркала закрыт (`orch:/mnt/HC_Volume_106721232/_work/LK-PSK-MIRROR-FIX — не расшифровано/пр3/ИТОГ — не расшифровано.md`; числа работника): 7 пакетов через дверь «ПРИМЕНЕНО И ПРОВЕРЕНО» (W4 — код (номер или идентификатор), S7 — не расшифровано, S8 — не расшифровано — 13.10; W5 06:48, S9 — не расшифровано 07:05, D3 — не расшифровано сайт, S10 — не расшифровано 08:10 — 14.10); принимаемых отключённых изготовителем значений 6 из 170 → 0; запретных сочетаний с ценой 30 из 30 → 0; твёрдых книг вне ограничений 18 из 30 → 0; вес-заглушка 11 из 15 → 0; требование к макету 281 из 281; ниже закупки 0 из 60; цена книг дольше 5 с 24 из 67 (не закрыто); К1 (не расшифровано)/К3 (не расшифровано) книг не перемерены.

    Директор снаружи 09:0x: сборка ARUBt5S69RSoqWDBo9OdA на paperandsilk.ch (главная 200), печать зоны оплаты restored. Поставлены четвёртые независимые покупатели (wolf и книги). [14.10 10:12 UTC] Четвёртый независимый покупатель книг (paperandsilk.ch/calculator/knigi, 09:00–10:05): НЕ ПРИНЯТО — высоких 0, средних 3, низких 10; контрольный список 18: не повторилось 5, частично 6, повторилось 7.

    Средние: мягкая клеёная книга 16–32 стр. недоступна, хотя обе типографии её считают (3 из 40); цена дольше 5 с (повтор); твёрдая A3 — выбор поставщика непоследователен. Отчёт `fb:/home/cw/cw/_work/PSK-MIRROR_blind_books4/ПРИЁМКА_ПОЛЬЗОВАТЕЛЯ_UI.md`. Покупатель wolf №4 ещё идёт. [14.10 10:45 UTC] Четвёртый покупатель wolf: НЕ ПРИНЯТО — высоких 0, средних 2 (предпросмотр не по выбору 3 из 21; окно макета без размера и принимает любой файл 3 из 20); контрольный список 16: не повторилось 7, частично 5, повторилось 4 (`fb:PSK-MIRROR_blind_wolf4/`).

    Поставлен `lk_psk_mirror_fix_4` по обоим отчётам №4 (orch, каталог LK-PSK-MIRROR-FIX/пр4, копии отчётов во `вход/`). [14.10 20:3x] Зеркало пр.4 закрыт (lk_psk_mirror_fix_4, ИТОГ 20:40): 10 пакетов через дверь, все «ПРИМЕНЕНО И ПРОВЕРЕНО» (D6 — не расшифровано и S16 — не расшифровано в окно 18:00); предпросмотр не по выбору 3 из 21 → 0 из 40; требование к макету с размером 231 из 231, файл неверного размера отклонён 231 из 231; мягкая клеёная «типография считает, а мы нет» 3 из 40 → 0 из 60; цена дольше 5 с у покупателя 26 из 59 → 10 из 60. paperandsilk.ch 200, печать restored.

    Поставлены пятые независимые проверки (книги, wolf). [14.10 21:3x] Покупатель книг №5 (полиграфия) НЕ ПРИНЯТО (0/2): новый — после выбора ляссе в твёрдой и переключения на Softcover все 54 бумаги «nicht erhältlich» без шага изменить (3 из 3); повтор — мягкая клеевая 1×A5 (не расшифровано) 16/24/32 стр. «nicht erhältlich», а публичный калькулятор Printto считает 165/171/176 грн (работник пр.4: процесс заказа Printto требует блок ≥ 1,9 мм — спор, разобрать в пр.5).

    Лучше: ниже закупки 0 из 52, дешевле из двух 20/20, цена > 5 с 7 из 60. [14.10 22:0x] Покупатель wolf №5 НЕ ПРИНЯТО (1 high / 2 medium): high — пазлы A3/A5 продаются с числом деталей 24/104, которого wolf не делает (у wolf A3 108/216, A5 35/60); medium — предпросмотр не то изделие 4 из 15, календарь 6 листов принимает 1-страничный PDF. Держится: цена там же, где у поставщика, 200 из 200; ниже закупки 0; форма = корзина = оформление 20/20.

    Поставлен проход 5 (пазлы — первыми в окно 15.10 06:00). [15.10 07:0x] Пятый проход: W7 (служба wolf) 06:2x и D7 (не расшифровано) (сайт, 12 правок) 06:51 — «ПРИМЕНЕНО И ПРОВЕРЕНО». Директор снаружи (Chromium, paperandsilk.ch/calculator/pazzly): A3 — 108/216 деталей, A4 (не расшифровано) — 24/104, A5 — 35/60 (у wolf A3 108/216, A5 35/60) — HIGH (не расшифровано) пятой проверки закрыт на бою. [15.10 09:0x] Зеркало пр.5 закрыт (ИТОГ 08:5x): несуществующие варианты 12 → 0 (пазлы — список деталей = wolf; директор снаружи: A3 108/216, A5 35/60); предпросмотр не то изделие 4/15 → 0/40; многостраничные без числа страниц: календари 64 → 0, посуда 4 → 0 (3 квартальных — изготовитель не называет), 1-стр. файл отклонён 4/4; ляссе → Softcover 3/3 → 0/5; мягкая клеевая 16–32 стр. — по процессу заказа Printto (блок ≥ 1,9 мм) оставлено «нет» с пределом и ценами ближайших на шаге 1. [15.10 15:2x] Покупатель книг №6 (полиграфия) НЕ ПРИНЯТО (0 high / 3 medium): повтор — мягкая клеевая A5 16–32 стр. недоступна «без слова почему» (у Printto в публичном калькуляторе 165–176 грн; исполнитель пр.5 — по процессу заказа блок ≥ 1,9 мм); новое — тупик после «Lesebändchen: Ja» и кремовой бумаги (2/2); новое — первая загрузка 100×A5×300 твёрдая взяла более дорогую типографию: 874,16 вместо 706,88 CHF (повторы 3/3 верно).

    Держится: ниже закупки 0 из 165, форма = корзина = оформление 11/11, твёрдая 108/108, дешевле из двух 20/20. [15.10 15:5x] Покупатель wolf №6 НЕ ПРИНЯТО (0 high / 1 medium, непостоянный): белые стаканы без печати — в 5 из 9 сочетаний цена «Preis wird ermittelt…» без кнопки (при перепроверке 9/9 с ценой). Держится: ниже закупки 0 из 82 и 0 из 1 583 ячеек, цена там же, где у wolf, 91/91, форма = корзина = оформление 34/34.

    Поставлен проход 6 (первым — нестабильный выбор типографии книг). / остаток: порог — открытых 0; автоповтор на бою после выкладки в журнале не найден; пр.17 на остаток 9 значений [26.10 11:58 UTC] Независимый покупатель lk_seller_eye_psk_13 на бою после D14_r4 (clothes LK-SELLER-EYE — не расшифровано/psk13/ИТОГ.md, 11:36): НЕ ПРИНЯТО — серьёзных 0, средних 1 (Books: «Printed endpapers» с доплатой +3.96 CHF у скобы, пружины и мягкой обложки), мелких 14; до этого psk_12: средних 4, мелких 14. Поставлен lk_psk_seller_fix_13 (пакет D15 — не расшифровано, окно psilk 18:00 UTC).

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — неверная цена сама делает «зеркало цен» ложным

    Может ли быть зелёной, когда цель не достигнута?

    нет — каждый дефект закрыт на бою и перепроверен; закрыт обход «починка сломала другое»

    Берётся ли результат из первоисточника?

    да — перепроверка по живому П

    Вопрос скептика

    скептик v3: порядок точечного закрытия вместо бесконечного полного повтора

Не входит

• книги (Г5 — цель «Книги на сайте полиграфии»)
• оформление страниц
• фактический выкуп у П (Г10 — цель «Автовыкуп»); сверка записи заказа с П без покупки входит в стр. 7
• Товар, которого нет у П, — не исключение, а ошибка стр. 1.

Находки вне паспорта

• Актуальность после закрытия — эксплуатация.
• На ПОР-260929-03 и ПОР-260930-56 отвечают состояние строк и правило цены.
• ПОР-260929-02, -260929-49, -260930-28, -261002-30, -261002-31 сданы, но цель не закрывают.

Срок

Чем вы сами судили бы о достижении

Ваши слова

Теперь настраивай перенос их калькулятора к нам на сайт с учётом наших наценок и делай всегда актуальное зеркало, которое будет обновляться постоянно и держать всё актуально.

Поскольку у книг 2 разных поставщика надо сделать алгоритм, который будет корректно выбирать цену какого поставщика взять на такую-то конфигурацию. … Это очень острая проблема, надо найти системное решение

Нижняя граница наценки … Распространить на книги? — да

«Вес поставщика — приоритет»

Строки паспорта (8)

1. 1Для адреса выбран поставщик с меньшей полной закупкой для той же полной конфигурации; цена книги = его закупка книги × наценка.
   [прямое требование: ПОР-261002-44; основа сравнения — поздняя поправка: 04.10.2026; правило «дешевле по полной закупке» — не подтверждено словом владельца — вопрос; состав суммы и привязка к адресу — предложение исполнителя] [вопрос владельца: ПОР-260930-18, 30.09 — PrintStore для твёрдого переплёта 100–249 — ставить] [прямое требование: ПОР-261002-14, 02.10 — PrintStore: какую часть книг закрывает, чем заменить]

   Откуда выборка и кто её тянет

   Живые калькуляторы пост. 2 и 3. Сначала представители всех классов, затем 100 случайных полных конфигураций со всеми полями оформления, каждая со случайной зоной и адресом. Проверяющий вводит конфигурацию у обоих, считает по «Составу суммы», затем вводит у нас с тем же адресом. Поле оформления есть только у одного — второй конфигурацию не делает. Состав суммы [предложение исполнителя; основа — поздняя поправка: 04.10.2026, рецензия]: до проверок для каждого поставщика фиксируется маршрут: к нам или прямо покупателю.

   Закупка книги = печать + доставка поставщика до нас, если он берёт за неё отдельно. Доставка покупателю = тариф перевозчика по весу поставщика и адресу; при прямой доставке это тариф поставщика, и он входит только сюда. Полная закупка = закупка книги + доставка покупателю для адреса; по ней выбирается поставщик. Цена книги = закупка книги выбранного × наценка. К оплате = цена книги + доставка покупателю; каждая перевозка учтена ровно один раз.

   До ввода адреса расчёт ведётся для зоны по умолчанию: она названа в протоколе, цена помечена «для зоны …». Перечень классов [поздняя поправка: 04.10.2026 21:49 UTC — всемирное время, правило (б) — охват классов до случайной выборки, полная сверка где возможно, принято владельцем]: снимается с обоих калькуляторов и с нашего до выборки. Обязательные представители в строках 1–7: каждый формат, переплёт, бумага и поле оформления хотя бы одного поставщика; тиражи: мин., макс., каждая граница ступени цены, «неровный»; делают оба / только один; выбран пост.

   2 / пост. 3; каждый маршрут; с весом поставщика и без; каждая зона сайта и «адрес не введён»; каждый способ оплаты. Проверяющий везде независимый.

   Что считаем

   • (а) Выбран не минимальный по полной закупке среди делающих, или цена книги ≠ закупка выбранного × наценка.
   • (б) Адрес (представители + 20 случайных из 100): экран до ввода адреса, затем адрес другой зоны, затем ещё смена. Мера: выбор, цена книги или сумма не соответствуют последней зоне; нет пометки до ввода адреса. Разрыв 77/134 «цена выше ожидаемой» (PSK-209v) [правило (в) — существенный дефект, делающий результат ложным, чинится независимо от выборки]: пересчёт всех 77 по живым калькуляторам. Либо причина → исправление → повтор с 0 расхождений, либо довод «не ошибка» при 0 расхождений на всех 77. Иначе строка красная при любой выборке.

   Порог

   • (а) представители — 0, случайные — ≤ 3/100
   • (б) 0; разрыв 77/134 — 0 расхождений на всех 77, иначе строка красная при любой выборке

   Было → стало

   результат исполнителя: зеркало книг на бою у обеих типографий (live с 10.10). 12.10 первый проход починок: переплёт стал ключом выбора типографии, «типография даёт цену → у нас цена» 160 из 160, показана более дешёвая типография 100 из 100, ожидание цены медиана 9,0 → 2,0 с, приёмка работника против страниц типографий 0 расхождений из 200, отношение цены к закупке не ниже 1,221 / независимая проверка: вторая проверка покупателем 12.10 — НЕ (не расшифровано) ПРИНЯТО.

   Высокое: по открытому калькулятору PrintStore книги в твёрдой обложке у нас дешевле закупки в 4 случаях из 13 (отношение 0,950–0,984), ещё в 6 — выше закупки лишь на 0–8 %; оговорка покупателя: калькулятор книг PrintStore публично недоступен, сравнение шло по открытому калькулятору — расхождение с замером работника (не ниже 1,221) требует разбора причины. Также: твёрдая обложка недоступна на 26 бумагах из 54, хотя типография печатает; поля более дорогой типографии показаны в 5 книгах из 20; 1 экземпляр 16 страниц — 165,55 CHF (швейцарский франк) при 165 грн у Printto; расчёт дольше 5 секунд в 54 замерах из 107 / остаток: lk_psk_mirror_fix_2 (запущен 12.10 12:25 UTC): первым пунктом — причина расхождения и сторож внутри обеих служб цены «не ниже закупки по курсу × нижняя наценка владельца + доставка» (мера: 0 на 500 конфигурациях и 13 случаев покупателя 4 → 0); способности типографии из её живого калькулятора; выбор по полной конфигурации с проверкой правдоподобия отношения цены к закупке; скорость.

   Затем третья проверка покупателем. Решение владельца (вопрос задан 12.10): выключать ли твёрдую обложку PrintStore до сторожа. Цель строки не достигнута Разбор исполнителя 12.10 12:37–12:42 UTC (не независимая проверка): покупатель сравнивал твёрдую обложку PrintStore с открытым калькулятором «Друк каталогів» + «Тверда обкладинка» — это другой товар; служба заказывает «Друк книг» (калькулятор тоже открыт), 11 случаев покупателя воспроизведены до гривны, против калькулятора книг отношение цены к закупке 1,51–1,87, ниже закупки 0; «1 экземпляр 16 страниц за 165,55 CHF» — Printto не делает клеевой переплёт тоньше 48 страниц, исполняет только PrintStore с минимальным заказом 6 820 грн, отношение 1,31. Вопрос владельцу о выключении твёрдой обложки PrintStore снят; третьему покупателю указать калькулятор «Друк книг».

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «корректно выбирать цену какого поставщика» (ПОР-261002-44 — запись вашего слова в реестре поручений); правило «дешевле по полной закупке» — вопрос владельцу

   Может ли быть зелёной, когда цель не достигнута?

   нет — обход «не тот поставщик/зона/адрес» закрыт (стадия IV — стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой), 77/134 пересчитывается целиком

   Берётся ли результат из первоисточника?

   да — живые калькуляторы обоих поставщиков, независимый проверяющий

   Вопрос скептика

   v2 стр.1 (B): дешевле по печати ≠ по закупке → полная закупка; v3: 77/134 закрывается только при 0 расхождений
2. 2Цена не ниже нижней границы наценки, закупка-основа верна. [прямое требование: ПОР-261002-41; проверка записанной закупки — предложение исполнителя]
   [вопрос владельца: ПОР-261002-43, 02.10 — откуда цены PrintStore в таблице]

   Откуда выборка и кто её тянет

   • (а) Выборка строки 1 + полная сверка таблицы цен с записанной закупкой книги
   • (б) выборка строки 1.

   Что считаем

   • (а) цена книги < закупка книги × нижняя граница.
   • (б) записанная закупка книги отличается от посчитанной по живому калькулятору > 1 %. Запись, где закупка занижена и из-за этого цена ниже границы, — дефект, чинится независимо от выборки [правило (в)].

   Порог

   • (а) 0 и 0
   • (б) представители — 0, случайные — ≤ 3/100

   Было → стало

   результат исполнителя: по своей мере 0 из 41 200, но закупка записана без доставки поставщика (PSK-209, состояние от 04.10); близкое: покупатель на бою сверил цены книг с калькулятором поставщика — верно 9 из 14, ошибок цены 0, прежней цены 0 (PSK-205v, 06.10 14:37) / независимая проверка: покупатель на бою PSK-205v (06.10 14:37) — мерил цены книг, а не границу наценки / остаток: граница наценки (а) и расхождение записанной закупки с живым калькулятором (б) не мерены; порог (б): представители 0, случайные не больше 3 из 100

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его решение 02.10 (ПОР-261002-41)

   Может ли быть зелёной, когда цель не достигнута?

   нет — обход «закупка неверна» закрыт (стадия IV): закупка сверяется с живым калькулятором

   Берётся ли результат из первоисточника?

   да — живые калькуляторы, полная сверка таблицы цен

   Вопрос скептика

   v2 стр.2: закупка — та же полная закупка, что в строке 1; добавлена полная сверка таблицы цен
3. 3Всё, что печатают типографии, заказывается у нас с ценой, и ничего сверх того. [прямое требование: ПОР-260928-08; (б), (в) — предложение исполнителя]
   [прямое требование: ПОР-260928-07, 28.09 — тираж между ступенями: цена за точный тираж]

   Откуда выборка и кто её тянет

   • (а) Живые калькуляторы: представители + 100 случайных конфигураций и тиражей с ценой поставщика, ввод у нас целиком
   • (б) полная сверка наших опций с объединением опций поставщиков (форматы, переплёты, бумага, поля оформления, пределы тиража)
   • (в) наш калькулятор: представители + 100 случайных сочетаний с ценой, ввод у выбранного поставщика.

   Что считаем

   • (а) «по запросу», форма не принимает ввод, расчёт не завершается.
   • (б) нет у нас то, что делает поставщик; есть у нас то, чего не делает никто.
   • (в) он не делает или не даёт цену. Обязательные исправления [правило (в)], до подтверждения строка красная: пределы тиража зависят от порядка ввода (PSK-209v) — для каждого формата и переплёта тираж первым и последним, мера: различие пределов или цены, порог 0; форма не приняла 16/150 — повторить ввод, подтвердить цену, записать причину.

   Порог

   • (а) представители — 0, случайные — ≤ 3/100
   • (б) 0
   • (в) представители — 0, случайные — ≤ 3/100; обязательные исправления — порог 0, до подтверждения строка красная

   Было → стало

   результат исполнителя: покупатель на бою: верно 9 из 14, форма не принимает ввод 5 (PSK-205v, 06.10 14:37); число страниц, которое окно загрузки отвергает: проб 178, серьёзных 4, загрузок отвергнуто 3 из 5 (PSK-233v, 06.10 14:37); пакет правил страниц: тест на копии живого 35 из 36 → 38 из 38, мутанты 6 из 6, выложен 08.10 12:32 UTC выкладчиком PSK-233r5d: сторожей сборки 21 из 21, проверка после 10 из 10, страниц с кодом 200 — 11 из 11, цели = пакету 5 из 5 по сверке директора (PSK-233r5, 07.10 13:34 и поправка 16:05); значений типографий без проверенной цены 86 → 39 из 122 (Printto 0, PrintStore 39), областей цены PrintStore проверено 2 из 8, ошибок 0 из 159 и 1 из 110 (PSK-199 пр.16к, 07.10 15:13, не на бою); форма на стенде: «по запросу» 0 из 211 путей (PSK-239r3, 07.10 19:50) / независимая проверка: покупатель на бою — PSK-205v и PSK-233v (06.10 14:37); PSK-233v2 после выкладки пакета правил страниц (08.10 14:01, журнал чист): серьёзных 4 → 1, средних 4 → 1, загрузок отвергнуто 3 из 5 → 1 из 6, отказов без правила 32 из 40 → 14 из 55, не книги с ценой 12 из 12, языков 4 из 4 — сайт не принят; пакеты и цены типографий — проверки директора, не на бою / остаток: обязательное исправление (пределы тиража зависят от порядка ввода) до подтверждения держит строку красной; пакет правил страниц на бою с 08.10 12:32, покупатель PSK-233v2 не принял: брошюра на пружине 10 стр. — файлу нужно 5 страниц, причина не названа (PSK-215 пр.14 после пр.13); у книг подсказка у поля страниц допускает числа без цены — 14 из 55 отказов (новая форма книг PSK-239 пр.6, её покупатель PSK-239v, шаг 1б); 39 значений PrintStore без проверенной цены — пакет формы PSK-199 пр.17 после PSK-239 пр.3; не зелёная · 09.10 05:07 UTC (W891 — внутренний номер хода работы директора, перенос вердикта 08.10): PSK-233 пр.5 (правило страниц, ПОР-261003-10) на бою 08.10 12:32 (PSK-233r5d DONE_W844: проверка после 10/10, страниц 11/11); покупатель PSK-233v2 (W852) — сайт НЕ принят: серьёзных 4 → 1, средних 4 → 1, отказов без правила 32 из 40 → 14 из 55, загрузок отвергнуто 3 из 5 → 1 из 6; остаток H1 (первый серьёзный дефект в отчёте проверки) (брошюра на пружине 10 стр., причина отказа не названа) → PSK-215 пр.14, M1 (не расшифровано) (подсказка книг допускает числа без цены) → PSK-239 пр.6 и её покупатель.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его жалоба 28.09 «тираж 1234 → по запросу» (ПОР-260928-08)

   Может ли быть зелёной, когда цель не достигнута?

   нет — обход «продаём несуществующее» закрыт (стадия IV), 16/150 повторяется

   Берётся ли результат из первоисточника?

   да — калькуляторы поставщиков и наш

   Вопрос скептика

   v2: лазеек нет; добавлено обратное направление (3б, 3в); v3: 16/150 и порядок ввода чинятся независимо от выборки, 3а — представители всех классов
4. 4Доставка = тариф перевозчика по весу поставщика; без веса — по расчётному, с пометкой. [прямое требование: ПОР-261003-08; мера по стоимости — поздняя поправка: 04.10.2026, рецензия; без веса и точность расчётного веса — предложение исполнителя]
   [вопрос владельца: ПОР-261002-33, 02.10 — вес всех товаров посчитан верно?]

   Откуда выборка и кто её тянет

   • (а) С весом поставщика: представители классов, маршрутов, зон + 100 случайных с адресами разных зон; тариф считает проверяющий.
   • (б) Без веса: представители классов и зон + 50 случайных.
   • (в) Полная сверка «расчётных».
   • (г) Конфигурации с весом: представители каждого формата, переплёта, бумаги (прежде всего встречающихся без веса, на ближайших конфигурациях с весом) + 100 случайных.

   Что считаем

   • (а) доставка или наш вес расходятся с тарифом/весом поставщика > 5 %.
   • (б) нет пометки «расчётный» или доставка расходится с тарифом по расчётному весу и адресу > 5 %.
   • (в) поставщик публикует для них вес.
   • (г) формула расчётного веса: отклонение > 10 %. Классы без веса без опорной конфигурации — поимённо в протоколе, на сайте «расчётный, точность не проверена»; перечень, не совпадающий с полной сверкой, — дефект.

   Порог

   • (а) 0 и 0/100
   • (б) 0
   • (в) 0
   • (г) представители — 0, случайные — ≤ 3/100

   Было → стало

   результат исполнителя: на бою с 06.10 12:44: с весом поставщика 13 167 из 42 200 (было 11 822), расхождений веса или доставки более 5 % 2954 → 0 (PSK-205r6d, 06.10 13:22) / независимая проверка: покупатель на бою PSK-205v (06.10 14:37): ошибок цены 0 из 14 проб; замер веса и доставки делал выкладчик (PSK-205r6d), независимого замера по весу нет / остаток: расчётный вес для путей без веса поставщика, пометка «расчётный» и формула расчётного веса (г) не мерены; порог (г): представители 0, случайные не больше 3 из 100; не зелёная · 09.10 05:07 UTC (W891): новых вердиктов по доставке по весу нет с PSK-205v (06.10 14:37, ошибок цены 0 из 14 проб); вердикт 08.10 12:46 — PSK-233r5d (правило страниц) — к этой линии не относится, внесён в линию 3.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «вес поставщика — приоритет» (ПОР-261003-08)

   Может ли быть зелёной, когда цель не достигнута?

   нет — обходы «доставка неверна или дважды», «вес выдуман» закрыты (стадия IV)

   Берётся ли результат из первоисточника?

   да — калькулятор поставщика, тариф перевозчика

   Вопрос скептика

   v2 стр.4 (A): тариф во вселенной, но не в мере → мера по стоимости доставки
5. 5В корзине и на оплате та же сумма; каждая перевозка один раз. [предложение исполнителя]

   Откуда выборка и кто её тянет

   Конфигурация на каждый способ оплаты, зону, маршрут каждого поставщика + 20 случайных из строки 1; до экрана оплаты без оплаты. На представителях зон адрес меняется в корзине на другую зону.

   Что считаем

   • (а) Сумма в корзине или на оплате ≠ калькулятору для последнего адреса.
   • (б) По «Составу суммы» перевозка учтена дважды или не учтена.

   Порог

   обеих: 0 и 0/20

   Было → стало

   результат исполнителя: экран = API (программный интерфейс: обмен данными между системами) 110 из 110 (PSK-170v, состояние до выкладки цен 04.10); после выкладки цен сумму в корзине и на оплате не мерили / независимая проверка: не проводилась после выкладки цен / остаток: порог: сумма в корзине и на оплате = калькулятору для последнего адреса, 0 и 0 из 20 по «составу суммы», каждая перевозка один раз; замера на бою нет

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — покупатель платит то, что видел

   Может ли быть зелёной, когда цель не достигнута?

   нет — проверяющий видит обе суммы; «доставка дважды» закрыта (стадия IV)

   Берётся ли результат из первоисточника?

   да — живой сайт

   Вопрос скептика

   v2: лазеек нет; порог исправлен с «20 из 20» на 0
6. 6Зеркало обновляется само и переносит изменения поставщиков. добавлено проверкой
   [прямое требование: ПОР-260926-45; «раз в сутки» и подмена — предложение исполнителя; разделение внедрения и эксплуатации — поздняя поправка: 04.10.2026 21:49 UTC, правило (д) — разделять завершение внедрения, эксплуатацию и внешние зависимости (цикл обновления принимается, актуальность наблюдается отдельно; внешний блокер называется точно, работа продолжается)]

   Откуда выборка и кто её тянет

   Окно: 7 суток подряд без ручных вмешательств в цены, веса, опции (выкладка, правка таблицы, ручной запуск); вмешательство обнуляет окно, срок не сдвигает; подмена проверяющего с записью в журнал — не вмешательство. Источники: журнал автообновлений, сохранённые ответы поставщиков, снимки проверяющего в начале и конце окна.

   Что считаем

   • (а) 0 интервалов между успешными автообновлениями > 24 ч, 0 ручных вмешательств, 0 сбоев без сигнала директору в том же цикле.
   • (б) изменения поставщика (цена, вес, опция, предел тиража) по снимкам, отсутствующие у нас к концу окна; из 20 подменённых в начале окна конфигураций (цена, вес, предел; не ниже границы, без блокировки заказа) не восстановлены за первый цикл ≤ 24 ч; после удаления по одной реальной опции каждого типа и добавления несуществующей — расхождение состава за первый цикл ≤ 24 ч; ответы последних суток расходятся со снимком; среди 100 конфигураций — дата сверки старше 24 ч (одной этой меры мало).
   • (в) В последние сутки: новая выборка по 1 (а)–(б), 2 (а)–(б), 3а, 3в, 4 (а), (б), (г) (представители, 100 новых, 50 без веса для 4б), повтор сверок 2а, 3б, 4в — с их порогами.

   Порог

   • (а) 0
   • (б) порог везде 0
   • (в) с порогами соответствующих строк

   Было → стало

   результат исполнителя: по построению — цена считается у типографии при запросе покупателя (кэш по конфигурации), не из ночного снимка; старое зеркало-снимок книг (cron 03:10/15:10) снято и на паузе с 09.10 18:05 по слову владельца об отмене старой модели; служба активна с 10.10 07:06 в режиме тени / независимая проверка: не проводилась (изменение у типографии не наблюдалось) / остаток: показать на одном изменении цены у Printto или PrintStore, что сайт отразил его за цикл; выключить cron старого зеркала окончательно после суток без расхождений

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «всегда актуальное зеркало, которое будет обновляться постоянно» (ПОР-260926-45)

   Может ли быть зелёной, когда цель не достигнута?

   нет — обход «холостой обновлятор» закрыт подменами и снимками (стадия IV)

   Берётся ли результат из первоисточника?

   да — журнал автообновлений, ответы поставщиков, снимки проверяющего

   Вопрос скептика

   v3 высокая: цикл без предела, нет переноса изменений, холостой обновлятор → окно 7 суток, ≤ 24 ч, подмена 20; v3 средняя: в 6(в) добавлена строка 2
7. 7Заказ записан на поставщика, чья цена взята, с полной конфигурацией. [предложение исполнителя; основа — ПОР-261002-44] добавлено проверкой

   Откуда выборка и кто её тянет

   Тестовые заказы без оплаты или с отменой: ≥ 2 на пост. 2 и ≥ 2 на пост. 3; «только пост. 2», «только пост. 3»; каждое поле оформления; смена поставщика после смены адреса; + 20 случайных из строки 5.

   Что считаем

   запись для автовыкупа Г10 (цель «Автовыкуп») расходится с расчётом строки 1 по поставщику, закупке книги, маршруту, любому полю конфигурации и оформления (саму покупку проверяет Г10).

   Порог

   0 и 0/20

   Было → стало

   результат исполнителя: не мерено: вердикта о записи заказа на поставщика, чья цена взята, в журнале приёмки с 04.10 23:27 по 07.10 21:10 нет; саму покупку проверяет цель 10 (там автопокупка книг полиграфии выключена — слово владельца) / независимая проверка: не проводилась / остаток: порог: запись для автовыкупа расходится с расчётом строки 1 по поставщику, закупке, маршруту или полю конфигурации — 0 и 0 из 20; замер возможен после включения автопокупки или на тестовых записях

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — основа ПОР-261002-44 (выбор поставщика)

   Может ли быть зелёной, когда цель не достигнута?

   нет — обход «заказ не тому» закрыт (стадия IV)

   Берётся ли результат из первоисточника?

   да — запись заказа против расчёта строки 1

   Вопрос скептика

   v2 В4 (вопрос скептика №4): нет связи «цена у X → заказ у X» → строка 7, покупка остаётся в Г10 (цель «Автовыкуп»)
8. 8Форма книги: ключевая семья — тираж, формат, страницы; затем бумага; по бумаге поставщик фиксируется — единственный способный или единый самый дешёвый по котировкам на этом узле (мягкие параметры — цветность обложки, переплёт, цветность блока — после);
   дальше форма показывает только поля и значения выбранной типографии один в один, цена каждого шага равна её котировке, «по запросу» нет; пороги тиража — справочная таблица для владельца, не правило выбора. [решение владельца 07.10 ~11:0x–11:3x UTC; ПОР-261007-01; заменяет редакцию «сначала тираж → по порогу типография», отменённую владельцем (разбор рецензента 07.10 17:2x)]

   Откуда выборка и кто её тянет

   все пары узел × тираж книжных цен сайта (замер 07.10: 42 200) и все ячейки ключевой семьи тираж × формат × число страниц (2 424 по PSK-239 пр.2; ноутбук считал 2 560 до учёта способности поставщика); все поля и значения конфигураторов обеих типографий: независимая перепись проверяющего по живым конфигураторам (перепись PSK-238: Printto 17 из 50, PrintStore 38 из 211 — сверяется с ней, расхождение идёт в знаменатель); живая форма у покупателя в браузере, телефон 390×844 и ноутбук

   Что считаем

   • (а) ячеек формат×страницы×тираж×бумага, где зафиксированный поставщик дороже другого способного на том же узле
   • (б) путей формы с типографией дороже другой
   • (в) полей и значений формы, которых нет у выбранной типографии или которые у неё есть, а на форме нет
   • (г) шагов с ценой, отличной от её котировки
   • (д) «по запросу» на форме

   Порог

   • (а) 0
   • (б) представители 0, случайные ≤ 3/100
   • (в) 0
   • (г) представители 0, случайные ≤ 3/100
   • (д) 0

   Было → стало

   результат исполнителя: на бою форма PSK-239 пр.7 (09.10 19:25: ключевая семья тираж/формат/страницы → переплёт/цветность → бумага → поставщик → его поля 1:1) и форма зеркала книг R8 (код (номер или идентификатор)) (10.10 07:32: поля и значения типографий, 4 формата, 11 бумаг с отметкой кто делает, по запросу 0 по построению) / независимая проверка: слепой покупатель пр.7 09.10 ~20:00 — цена = оракулу 10 из 10, дефект: B5 (не расшифровано) 400 стр. 30 экз.

   — поставщик фиксировался на шаге переплёта раньше бумаги (класс шаг фиксации); на форме R8 слепой покупатель ещё не запускался / остаток: дефект шага фиксации проверить на форме R8 и закрыть, слепая проверка R8

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   скептик (астра): Да. Дерево и котировки могут содержать лишь переписанные 17/50 и 38/211 полей/значений; полный перебор такого дерева ничего не доказывает. Вселенная: «Независимый проверяющий составляет полный перечень полей, значений и зависимостей по живым конфигураторам; отсутствующие в дереве варианты входят в знаменатель». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — (а)–(в) считает скрипт по всем путям, а не по выборке автора; случайные листья для (г) и (д) выбирает скрипт проверяющего с зерном, записанным до прогона; оракул цены — расчёт цены самого сайта (lookupBookPrice на таблицах «только один поставщик»), отдельный от кода дерева (PSK-239 — задача сайта полиграфии paperandsilk.ch пр.2 итог задачи)

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): Да. Минимум цены в текущем узле принимается за победителя, хотя при другом переплёте или адресе второй поставщик дешевле. Мера (а): «Для каждого узла фиксации проверить все допустимые завершения полной конфигурации и адреса: выбранный поставщик способен исполнить каждое завершение и выигрывает по принятому правилу полной закупки.» → решение: принят частично. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера была бы зелёной на дереве данных при форме, которой покупатель не видит (форма не собрана, на бою нет); поэтому (г) мерится на живой форме, (в) ловит пропавшие сочетания (было 27,5 %), (е) — устаревание после цикла зеркала (PSK-199 пр.16: таблицу цен книг дважды в сутки переписывает зеркало)

   Берётся ли результат из первоисточника?

   скептик (астра): Частично. Основной минимум считается по собственным котировкам; живая сверка охватывает только листья. Добавить: «Проверяющий сверяет с живыми калькуляторами также доступность вариантов и цену промежуточных шагов, включая все обнаруженные классы расхождений». → решение: принят частично. Прежний ответ исполнителя пр.2 (до критики скептика): частично — котировки в дереве взяты из таблицы зеркала сайта, а первоисточник — живые калькуляторы типографий; закрыто мерой (д), а строка 2 этой же цели сверяет всю таблицу цен; пока (д) не выполнена, строка не зелёная

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 2, частично 3, отклонено 0; правки внесены в поля: text, universe, measure; полный ответ — в отчёте задачи ORG-707 пр.3

Не входит

• картон обложки в весе (поставщик не даёт; добавлять — ваше слово)

Находки вне паспорта

• окно «Любите читать?» (PSK-221); если мешает вводу — случай в 3а
• Время и расходы — Г15 (цель «Модель работы») [правило (е) — Г15 принимается по сравнительному испытанию с учётом всего времени и всех расходов (паспорта, скептики, ожидания, выкладки, среда); незавершённые цели остаются в сравнении]

Срок

Чем вы сами судили бы о достижении

Ваши слова

Партнёр (передал владелец): «Вот это сделай пожалуйста… это нужно для трекинга своего заказа после совершения покупки»; «На brandclothes трек-номер сейчас ввести некуда. Старая админка перенаправляет в CRM, а в CRM кнопки выключены, и связь со старой админкой никто не подключил»

Владелец: «Оцени верность и корректность и примени, что надо»

Строки паспорта (10)

1. 1Номер из CRM виден в заказе и кабинете. [цель отслеживания — прямая: ПОР-261004-02; конкретный сценарий «Номер из CRM виден в заказе и кабинете» и приёмка — предложение исполнителя]

   Откуда выборка и кто её тянет

   тестовый заказ зарегистрированного на каждом сайте; номер вводит слепой работник, на одном сайте — с пробелами и строчными. Уточнения по критике скептика: Заказы создаёт и выбирает проверяющий; работник использует обычную роль партнёра. Временная недоступность сайта и повтор доставки события: после восстановления номер появляется у нужного заказа.

   Что считаем

   сайтов, где номер виден в заказе и кабинете без другого ручного шага. Уточнения по критике скептика: Номер относится к заданной паре “сайт × заказ”; проверяются правильный кабинет и отсутствие изменения у контрольных заказов с совпадающими локальными номерами. Проверяющий видит номер в живом заказе сайта и в браузере покупателя после обновления страницы; ответ API (программный интерфейс: обмен данными между системами) или запись CRM этого не заменяет.

   Порог

   ≥ 3 из 3 в пределах срока доставки изменения, зафиксированного директором до испытания (срок — предложение исполнителя); превышение срока — провал. Уточнения по критике скептика: Каждый обязательный сценарий связывает данные только с нужным заказом и покупателем; обнаруженная ошибка адресации блокирует приёмку функции.

   Было → стало

   результат исполнителя: страница номера в CRM без старой админки на бою с 04.10 21:00 (CLO-399d); стороны сайтов выложены: одежда CLO-400d 20:08, книги BKS-396d 20:02, полиграфия PSK-222d 22:24; ключ службы CRM снаружи, без ключа и с неверным: книги 401, одежда 401, полиграфия 503 → 401 после выкладки PSK-226d2 (05.10 10:08, директор; с ключом партнёра ответ 200, заказов к отправке 7) / независимая проверка: проверка директора снаружи по ключам службы CRM (PSK-226d2, 05.10 10:08); покупателем номер на живых сайтах не проверялся / остаток: номер из CRM в заказе и кабинете на живых сайтах не мерен; порог — не меньше 3 сайтов из 3; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — цель отслеживания — прямое требование (ПОР-261004-02 — запись вашего слова в реестре поручений); сценарий «номер из CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели) в заказе и кабинете» и приёмка — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — прямое требование, без номера в кабинете трекинга нет

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — номер появляется у нужного покупателя и одновременно записывается в чужой заказ с тем же локальным номером. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — на бою, слепой ввод, грязный ввод на одном сайте

   Берётся ли результат из первоисточника?

   скептик (астра): Источник наблюдения не указан. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — заказ и кабинет живого сайта

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 8, частично 0, отклонено 0, претензий нет 2; правки внесены в поля: текст, вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
2. 2Ровно одно письмо «отправлен»; повторный ввод того же номера второго не даёт. [прямое: ПОР-261004-02; «ровно одно» и два клиента — предложение исполнителя]

   Откуда выборка и кто её тянет

   заказы стр. 1, номер вводится дважды; настоящий ящик.

   Что считаем

   сайтов, где одно письмо, номер целиком, ссылка нажимается в Gmail и Outlook

   Порог

   ≥ 3 из 3

   Было → стало

   результат исполнителя: не мерено (в v2 пакет CLO-399: второе письмо 0) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≥ 3 из 3; нужен замер: сайтов, где одно письмо, номер целиком, ссылка нажимается в Gmail и Outlook

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — письмо второй путь трекинга, дубль портит отслеживание

   Может ли быть зелёной, когда цель не достигнута?

   нет — настоящий ящик, два клиента (стадия IV — стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой: «один клиент за всех» закрыт)

   Берётся ли результат из первоисточника?

   да — почтовый ящик

   Вопрос скептика

   В1 (вопрос скептика №1) «частично» — строка оставлена, добавлены почтовые клиенты
3. 3Исправление номера каждым способом CRM. [поздняя поправка: 04.10 21:40; перечень способов, письмо о замене, гость, клиенты — предложение исполнителя]

   Откуда выборка и кто её тянет

   записанный перечень всех способов смены номера в CRM («исправить номер», перезапись поля, второй номер с удалением первого, прочие найденные); каждый — на 3 заказах зарегистрированных и гостевом заказе каждого гостевого сайта (G сайтов).

   Что считаем

   способ либо даёт всё сразу, либо блокируется CRM с подсказкой «используйте „исправить номер“». «Всё сразу»: на сайте и в кабинете (у гостя — на доступной странице заказа) только новый номер; одно письмо с прямой фразой о замене (гостю без ссылки в кабинет); новый номер целиком, ссылка к перевозчику с ним; старый номер нигде не виден (первое письмо в ящике не в счёт).

   Порог

   (3+G)×2 из (3+G)×2 пар «заказ × клиент» на каждый незаблокированный способ; заблокированных без подсказки — 0. Вторая посылка — не исправление и прежний номер не стирает (стр. 9).

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: (3+G)×2 из (3+G)×2 пар «заказ × клиент» на каждый незаблокированный способ; заблокированных без подсказки — 0. Вторая …; нужен замер: способ либо даёт всё сразу, либо блокируется CRM с подсказкой «используйте „исправить номер“». «Всё …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — поздняя поправка: покупатель видит только новый номер

   Может ли быть зелёной, когда цель не достигнута?

   нет — каждый способ, гость, оба клиента (стадия IV: «гость со старым номером», «исправил другим способом» закрыты)

   Берётся ли результат из первоисточника?

   да — сайт, кабинет, ящик

   Вопрос скептика

   мера переписана по дефекту скептика v3: старый номер нигде не виден, письмо прямо о замене
4. 4Ссылка ведёт на перевозчика с номером по каждой паре «сайт × перевозчик». [прямое: ПОР-261004-02; охват перевозчиков — поздняя поправка 04.10 21:40; остальное — предложение исполнителя]

   Откуда выборка и кто её тянет

   перечень пар с источником: способы доставки сайта; отправки в CRM; старая админка за 12 мес. (для brandclothes обязательно); дословный ответ партнёра, включая заграничных (ждём 24 ч, при молчании — по трём источникам с пометкой, цель не держит); новые перевозчики из окна стр. 8 — до закрытия цели.

   Что считаем

   пар, где при обоих вводах открывается страница этого перевозчика с этим номером (не 404, не главная)

   Порог

   N из N

   Было → стало

   результат исполнителя: не мерено; перечня нет — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: N из N; нужен замер: пар, где при обоих вводах открывается страница этого перевозчика с этим номером (не 404, не главная)

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — без рабочей ссылки трекинг не работает

   Может ли быть зелёной, когда цель не достигнута?

   нет — каждая пара, оба ввода, недоступная страница не зелёная (стадия IV: «один перевозчик за всех», «недоступный засчитан» закрыты)

   Берётся ли результат из первоисточника?

   да — страница перевозчика, настоящий номер с записанным источником

   Вопрос скептика

   В2 (вопрос скептика №2) «ДА (B)», В3 (вопрос скептика №3) «перевозчики не названы» — принято; перечень и исключения скептика v3 — принято полностью
5. 5Гость получает номер и ссылку в письме. [поздняя поправка 04.10 21:40 («если он поддерживается»); два клиента — предложение исполнителя]

   Откуда выборка и кто её тянет

   по снимку оформления на каждом сайте — есть ли заказ без регистрации; где есть — тестовый гостевой заказ.

   Что считаем

   пар «гостевой сайт × клиент» с одним письмом «отправлен», верным номером целиком и ссылкой к перевозчику

   Порог

   2G из 2G

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 2G из 2G; нужен замер: пар «гостевой сайт × клиент» с одним письмом «отправлен», верным номером целиком и ссылкой к …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — поздняя поправка: гость без кабинета узнаёт номер только из письма

   Может ли быть зелёной, когда цель не достигнута?

   нет — отсутствие гостей подтверждается снимком, а не засчитывается

   Берётся ли результат из первоисточника?

   да — снимок оформления и ящик

   Вопрос скептика

   «если поддерживается» отработано: неприменимость по снимкам
6. 6Письмо «оплачен» книг (бывш. Г9 — цель «Письма покупателю» п. 1): суммы не слипаются, есть строка отслеживания. [прямое: ПОР-261004-05; гость — предложение исполнителя]

   Откуда выборка и кто её тянет

   заказ книг зарегистрированного и гостевой (если есть); Gmail и Outlook в браузере.

   Что считаем

   пар «клиент × тип покупателя», где суммы раздельны, строка есть, у зарегистрированного ссылка в кабинет к этому заказу, у гостя — на доступную страницу заказа или прямо «номер придёт письмом „отправлен“»

   Порог

   2 из 2, с гостем 4 из 4

   Было → стало

   результат исполнителя: не мерено по своей мере (суммы без слипания и строка отслеживания в письме); близкое: письма после оплаты уходят — идентификатор почтовой службы у 3 из 3 заказов, доставка во «Входящие» не подтверждена (BKS-411, 06.10 17:53) / независимая проверка: мерил директор; покупателем и по ящику не проверялось / остаток: суммы без слипания и строка отслеживания в письме не мерены (BKS-396 в состоянии от 04.10 «идёт»); порог — 2 из 2, с гостем 4 из 4

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямо попросил партнёр через владельца

   Может ли быть зелёной, когда цель не достигнута?

   нет — письмо в двух клиентах, оба типа покупателя

   Берётся ли результат из первоисточника?

   да — почтовый ящик

   Вопрос скептика

   В1 «частично» (вёрстка сумм — качество) — отклонено: прямое слово партнёра
7. 7Письмо при оплате по счёту на полиграфии (бывш. цель 9 п. 2) — та же строка. [цель отслеживания — прямая: ПОР-261004-05; сценарий приёмки, гость и клиенты Gmail и Outlook — предложение исполнителя]

   Откуда выборка и кто её тянет

   заказ полиграфии по счёту; при гостях — и гостевой. Уточнения по критике скептика: Проверяющий создаёт заказ через живую витрину и запускает штатное событие отправки письма. До проверки указаны точный тип письма и событие его штатной отправки; отдельно проверено поведение ссылки до появления трек-номера и после него. Повторная доставка события отправки не создаёт дубль письма.

   Что считаем

   писем со строкой и рабочей ссылкой (правило стр. 6) в Gmail и Outlook; получатель письма проходит по ссылке и получает доступ к отслеживанию своего заказа своим способом доступа, для поддерживаемого гостя регистрация не требуется. Уточнения по критике скептика: Проверяется реально полученное письмо, а не шаблон, предпросмотр или запись об отправке.

   Порог

   каждый предусмотренный тип получателя (зарегистрированный покупатель, гость) проходит проверку и в Gmail, и в Outlook; пропущенная комбинация не засчитывается. Уточнения по критике скептика: Каждый обязательный сценарий связывает данные только с нужным заказом и покупателем; обнаруженная ошибка адресации блокирует приёмку функции.

   Было → стало

   результат исполнителя: не мерено (в v2 PSK-222 идёт) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 1 из 1, с гостем 2 из 2; нужен замер: писем со строкой и рабочей ссылкой (правило стр. 6) в Gmail и Outlook

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — цель отслеживания — прямое требование (ПОР-261004-05); сценарий приёмки, гость и клиенты Gmail и Outlook — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — прямо попросил партнёр через владельца

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — строка и рабочая ссылка есть, но ссылка приводит гостя в недоступный кабинет. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — смотрит письмо в двух клиентах

   Берётся ли результат из первоисточника?

   скептик (астра): Первичный результат — доставленное письмо. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — почтовый ящик

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 0, отклонено 0, претензий нет 1; правки внесены в поля: текст, вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
8. 8Реальные заказы: каждый отправленный дошёл с номером и ссылкой без ручных шагов сверх одного ввода; ничего мимо CRM.
   [предложение исполнителя, по ПОР-261004-02; находка скептика В4 — вопрос скептика №4]

   Откуда выборка и кто её тянет

   окно: полная сверка базы, CRM, журналов писем и сайта за 7 суток после выкладки стр. 1–5, 10 на последнем сайте. До окна для каждого сайта записан обычный срок отправки (условия доставки, иначе история) с источником. В окно — заказы, оплаченные не раньше (выкладка на сайте − срок отправки), если за окно получили «отправлен»/номер, либо оплачены, не отменены, без номера и срок истёк к концу окна. Срок истекает позже — в следующее окно, до того в списке стр. 10. Более ранние — в разовый список досылки.

   Что считаем

   всё сразу для каждого: номер введён один раз (ввод после напоминания стр. 10 и исправление способом из стр. 3 — тоже один); виден в кабинете, у гостя в письме; на посылку ровно одно «отправлен»; ссылка из письма и кабинета к перевозчику с номером; перевозчик в CRM = фактический (накладная или ответ партнёра, при молчании — страница перевозчика, нашедшая отправку); по журналам нет досылки, правок в старой админке или базе, ручной смены статуса, номера мимо CRM; партнёр спрошен о передаче номеров иначе (ждём 24 ч, при молчании решают журналы, «не ответил» в отчёт).

   Порог

   N из N, на каждом сайте ≥ 1 отправки.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: N из N, на каждом сайте ≥ 1 отправки.; нужен замер: всё сразу для каждого: номер введён один раз (ввод после напоминания стр. 10 и исправление способом …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — главный индикатор: трекинг у реальных покупателей

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка, ручное доведение красное (стадия IV: «зелено на тестах», «мимо CRM», «дослано руками», «старые заказы исключены» закрыты)

   Берётся ли результат из первоисточника?

   да — база, CRM, журналы писем и сайта, ответ партнёра

   Вопрос скептика

   В4 (вопрос скептика №4) «не хватает главного индикатора» — принято; скептик v3 (высокая) о ручном доведении и повторе окна — принято
9. 9Несколько посылок: у каждой свой номер, ссылка и письмо. [предложение исполнителя]

   Откуда выборка и кто её тянет

   по CRM, базе, старой админке — бывают ли такие заказы (прежде всего книги, полиграфия), число по сайтам и период; где бывают или CRM допускает — тест с двумя номерами.

   Что считаем

   сайтов, где оба номера со ссылками в заказе и кабинете, на посылку одно письмо, каждое в Gmail и Outlook со своим номером целиком и рабочей ссылкой (4 пары), второй не стёр первый

   Порог

   N из N, внутри сайта 4 из 4

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: N из N, внутри сайта 4 из 4; нужен замер: сайтов, где оба номера со ссылками в заказе и кабинете, на посылку одно письмо, каждое в Gmail и …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — вторая посылка без номера оставляет покупателя без трекинга

   Может ли быть зелёной, когда цель не достигнута?

   нет — отсутствие только с доказательством (стадия IV: «одна посылка за всех» закрыт)

   Берётся ли результат из первоисточника?

   да — CRM, база, старая админка, ящик

   Вопрос скептика

   скептик v3 (средняя) «нет класса нескольких посылок» — принято
10. 10Мимо CRM незаметно не уйти. [предложение исполнителя, по ПОР-261004-02]

    Откуда выборка и кто её тянет

    тестовый оплаченный заказ без номера на каждом сайте. Уточнения по критике скептика: Все действующие способы установить состояние “отправлен” на трёх сайтах; перечень составляет проверяющий по доступным интерфейсам и обработчикам. Заказы, для которых выбран способ доставки с трек-номером; прочие способы имеют отдельно описанное правило завершения.

    Что считаем

    сайтов, где «отправлен» без номера отклоняется с подсказкой, заказ в ежедневном списке «оплачены, номера нет» (CRM и письмо), после ввода уходит из списка. Уточнения по критике скептика: Состав списка сверяется с независимо полученными заказами сайтов; проверяется доставленное письмо со списком.

    Порог

    ≥ 3 из 3. Уточнения по критике скептика: Пройдены все обязательные сценарии независимо составленного перечня; отсутствующий сценарий считается непроверенным, а не исключается из знаменателя.

    Было → стало

    результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≥ 3 из 3; нужен замер: сайтов, где «отправлен» без номера отклоняется с подсказкой, заказ в ежедневном списке «оплачены …

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    частично — выборки заказов нет: на каждом из 3 сайтов берётся тестовый оплаченный заказ без номера, порог «≥ 3 из 3» считается по сайтам, отсутствующий сценарий — непроверенный, а не исключённый. Зависимость в другом месте: перечень всех способов установить «отправлен» (кнопка, массовая операция, API — программный интерфейс: обмен данными между системами и т. п.) составляет проверяющий по доступным интерфейсам и обработчикам, и способ, которого он не нашёл, не проверяется.

    Состав ежедневного списка «оплачены, номера нет» сверяется с заказами, полученными независимо от CRM, поэтому выбор записей CRM результат не определяет.

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): да — штатная кнопка запрещает отправку без номера, но массовая операция или API разрешают. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — проверяется отклонение и список на каждом сайте (стадия IV: «мимо CRM» закрыт)

    Берётся ли результат из первоисточника?

    скептик (астра): CRM и её письмо могут одинаково терять заказ. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — CRM и письмо списка

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 6, частично 0, отклонено 0, претензий нет 2; правки внесены в поля: вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4

Не входит

• статусы и живая карта посылки на сайте
• автополучение номеров от перевозчиков

Находки вне паспорта

• CRM без старой админки — Г7 (цель «CRM работает без старой админки»)
• работа сайтов перевозчиков

Срок

Чем вы сами судили бы о достижении

Ваши слова

Партнёр (передал владелец 04.10): «Спроси у клода, полностью ли готова и автономна новая админка. Она должна отлично работать и без старой админ-панели». Владелец: «Оцени верность и корректность и примени, что надо».

Строки паспорта (5)

1. 1Каждое действие с заказом из конечного перечня, включая редкие, выполняется в CRM — на каждом сайте, в каждом значимом состоянии и способе оплаты, каждой положенной ролью, не задевая другие сайты.
   [прямое требование: ПОР-261004-03; поздняя поправка 04.10 21:40: конечный перечень с редкими, не история 14 дней; охват классов — правило (б) — охват классов до случайной выборки, полная сверка где возможно, 04.10 21:49; состояния, роли, двойники, способы оплаты — предложение исполнителя] [прямое: ПОР-261002-34, 02.10 — новая CRM одежды основная, данные старой перенесены]

   Откуда выборка и кто её тянет

   закрытый перечень проверяющего (не автора CRM) из: полной описи действий с заказами старых админок трёх сайтов; перечня ПОР-261004-03 (список, статус, оплата, номер посылки, возврат, прибыль); списка партнёра; журнала старых админок за 14 дней (дополнение). Обязательны редкие (если есть в старой): отмена, смена адреса и состава, частичный и полный возврат, исправление номера посылки, ручная отметка оплаты переводом.

   Состояния — объединение состояний старых админок и CRM по сайту; исключение — только при запрете в обеих системах (старая давала, CRM нет — пункт не засчитан). Способы оплаты — объединение: включённые, встречавшиеся в заказах за всё время, в настройках старой админки; исключить — только словом владельца, выключение пункт не убирает. Роли — фактические (партнёр, директор, работник) по журналу старых админок и списку партнёра; партнёр — обязательно для действий его списка и ПОР-261004-03.

   Пункт = «действие × сайт × роль»; «× состояние», если от него зависит доступность/результат (минимум: отмена, возвраты, смена адреса и состава, номер посылки, статус); «× способ оплаты» для подтверждения и ручной отметки оплаты, возвратов, отмены оплаченного. Версия фиксируется до проверки. Среда: тестовые заказы на бою с боевыми настройками оплаты и доставки; где способ на бою нельзя — копия с теми же ключами плюс пункт сверки «бой = копия».

   Пункт — учёткой своей роли, не суперпользователем; заказ заранее в нужном состоянии; на двух других сайтах заранее двойники (тот же покупатель, номер — если можно).

   Что считаем

   пунктов, выполненных в CRM

   Порог

   ≥ 100 %. Засчитан, если:

   • (а) результат подтверждён в источнике истины своего сайта (заказ, кабинет, письмо; для оплатных — платёжная система способа), кнопки мало
   • (б) двойники не изменились (до/после: статус, оплата, номер посылки, возвраты, адрес), без двойников — не засчитан
   • (в) выполнен учёткой роли пункта. Не засчитан: сессия старой админки, чужая/старшая роль, выключенная или отсутствующая кнопка/страница, заказ не в состоянии пункта. Невыполнимый пункт — класс в починку; изменение двойника — существенный дефект, чинится по (в) для всех действий. Найденное вне перечня (действие, «× роль», «× состояние») — в перечень и в починку по (в).

   Было → стало

   результат исполнителя: 05.10 выложены стороны сайтов для CRM: одежда CLO-406d, книги BKS-398d (задача сайта книг knigy.ch), полиграфия PSK-227d (задача сайта полиграфии paperandsilk.ch), почтовые действия одежды CLO-406r2d (10:00); без ключа отказ 401 у одежды и книг (запрос директора снаружи); кнопок CRM партнёра, работающих на бою, 0 из 6 при 6 из 6 на стенде (CLO-413, поправка 06.10 21:52); раньше: действий × сайтов в CRM 28 из 60, через старую админку 10, выключено 6, нет кнопки 16 (CLO-401); пакет CLO-403: в CRM 37 из 60 на стенде / независимая проверка: запрос директора снаружи (401 без ключа); кнопки партнёра — поправка к приёмке CLO-413 (06.10 21:52); слепого прохода действий в CRM нет / остаток: число действий в CRM из 60 на бою не пересчитано; кнопок CRM партнёра на бою 0 из 6; порог не меньше 100 %; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «работать без старой» = каждое действие, включая редкие, есть в CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели)

   Может ли быть зелёной, когда цель не достигнута?

   нет — перечень по полной описи старых админок, засчёт по источнику истины, роли пункта и неизменным двойникам

   Берётся ли результат из первоисточника?

   да — опись старых админок, ПОР-261004-03 (запись вашего слова в реестре поручений), список партнёра; проверяющий

   Вопрос скептика

   закрыты: «кнопка без результата», «одно состояние», «способ выключен», «другие ключи», «суперпользователь», «порча чужого заказа»
2. 2Слепой работник проходит полный путь заказа только через CRM по представителю каждого класса, ролью партнёра.
   [прямое требование: ПОР-261004-03 (список → статус → оплата → номер посылки → возврат → прибыль); охват классов — поздняя поправка 04.10 21:49, правило (б); состав классов, роль партнёра — предложение исполнителя]

   Откуда выборка и кто её тянет

   тестовые заказы проверяющего на трёх сайтах, среда и двойники — как в строке 1; работник не знает CRM, шаги чужой роли — той ролью; затем случайная выборка. Классы на каждом сайте: каждый способ оплаты строки 1 до отправки и до доставки; полный и частичный возврат по каждому способу до и после отправки/доставки; отмена оплаченного по каждому способу в каждом разрешённом состоянии; смена адреса и номера посылки после отправки, если разрешены; многопозиционный заказ; одинаковые номера и покупатель на 2 и 3 сайтах (путь на одном, прочие сверяются).

   Что считаем

   переходов в старые админки; выключенных/недоступных роли кнопок; шагов без подтверждения (сайт, кабинет, письмо, платёжная система способа); изменений чужих сайтов; охват

   Порог

   0; 0; 0; 0; охват 3/3 сайта, все классы

   Было → стало

   результат исполнителя: не мерено (CLO-401 «переходов 0» — по описи) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0; 0; 0; 0; охват 3/3 сайта, все классы; нужен замер: переходов в старые админки; выключенных/недоступных роли кнопок; шагов без подтверждения (сайт …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое испытание «без старой» по каждому классу

   Может ли быть зелёной, когда цель не достигнута?

   нет — проходит слепой работник, подтверждение в источнике истины

   Берётся ли результат из первоисточника?

   да — живые сайты, платёжные системы и CRM

   Вопрос скептика

   закрыты: «действие × способ оплаты», среда тестов, одинаковые номера на разных сайтах
3. 3CRM работает при полностью выключенных старых админках — страницах и фоновой части. добавлено проверкой
   [прямое требование: ПОР-261004-03; способ проверки, фоновая часть, список «часть витрины» — предложение исполнителя]

   Откуда выборка и кто её тянет

   перечень строки 1 и пути строки 2 при выключенных старых админках трёх сайтов. Опись: страницы и точки входа, задания по расписанию, обработчики уведомлений платёжек и перевозчиков, письма, хуки и модули админки. Выключается всё, кроме закрытого списка «навсегда часть витрины»; каждая — с доводом, зачем витрине для приёма заказов, и проверкой: CRM работает при выключенной её админской части, либо позиция перенесена в код витрины/CRM и проверена там.

   Позицию, дающую CRM данные (оплата, доставка, письма, номер посылки), в старой админке не оставлять: перенос или CRM без неё. Проверка — на копии (та же сборка, настройки, данные; основной вариант для фоновой части), тогда журнал боевых старых админок за время строк 1–2: 0 запросов от CRM; на бою — только части, выключение которых не останавливает приём заказов.

   Что считаем

   пунктов и шагов без результата или с ложным 0; обращений CRM к коду, сессиям, заданиям, адресам старых админок; позиций описи, включённых вне списка «часть витрины» или без проверки

   Порог

   0; 0; 0. Без закрытого списка (пустой — записан пустым) не зелёная. Любая зависимость CRM от старой админки — существенный дефект, по (в), даже вне пути.

   Было → стало

   результат исполнителя: не мерено (новая строка) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0; 0; 0. Без закрытого списка (пустой — записан пустым) не зелёная. Любая зависимость CRM от старой админки — …; нужен замер: пунктов и шагов без результата или с ложным 0; обращений CRM к коду, сессиям, заданиям, адресам …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «опора на старую панель» проверяется только выключением

   Может ли быть зелёной, когда цель не достигнута?

   частично — пассивная зависимость через обработчики на бою при проверке на копии может не ловиться (открыто, средняя)

   Берётся ли результат из первоисточника?

   да — опись старых админок, копия и журнал боевых админок

   Вопрос скептика

   открыто (средние): пассивная зависимость фоновой части при проверке на копии; не проверены витрина и не связанные с заказами функции после выключения
4. 4Все реальные операции с заказами после выкладки выполнены в CRM своей ролью. добавлено проверкой
   [поздняя поправка 04.10 21:40: фактическое выполнение, не отсутствие входов; окно по событию, «сделай за меня», пути (а)/(в)/(б)/(б2) — предложение исполнителя по находкам скептика]

   Откуда выборка и кто её тянет

   операции с реальными заказами трёх сайтов в окне: от выкладки CRM или изменения метода до момента, когда на каждом сайте ≥ 1 реальный заказ пройден в CRM от поступления до отправки с номером посылки (по событию). Источники: журнал CRM с ролью; журнал старых админок (все, с попытками входа); правки в базе мимо CRM; обращения партнёра к работникам и директору. Редкие действия доказывают строки 1–3.

   Что считаем

   операций в CRM своей ролью; в старых админках; правок в обход CRM; сделанных другим по просьбе партнёра «сделай за меня»

   Порог

   в CRM своей ролью 100 %: в старых админках 0, правок в обход CRM 0, сделанных другим по просьбе партнёра «сделай за меня» 0. Свои операции директора и работников — в зачёт; «чужими руками» — только действие роли партнёра по его просьбе. Окно не открывают попытка входа с операцией затем в CRM и просьба, исполненная партнёром самим после указания на шаг в CRM. Операция вне CRM или чужими руками — ровно один путь:

   • (а) действия нет в CRM или оно не зелёное в строках 1–3 — пункт в перечень, починка, новое окно
   • (в) зелёное, но недоступно роли исполнителя или партнёр не смог по указанию — пункт «× роль»/«× состояние», починка, новое окно
   • (б) зелёное и доступно, сделано вне CRM по привычке — не дефект CRM; новое окно по (г): причина — открытый обход; метод — на время окна закрыть страницы старых админок и прямую запись в заказы мимо CRM (обратимо); эффект — 0. Один раз; операция вне CRM при закрытии — дыра: закрыть, новое окно (дыры конечны: опись строки 3, способы записи)
   • (б2) зелёное, доступно роли партнёра, сделано в CRM другим по его просьбе — не дефект; новое окно по (г): причина — нет запрета; метод — директор и работники за партнёра не исполняют, дают указание на шаг в CRM, просьбу пишут в журнал обращений; эффект — 0. Один раз; повтор — нарушение исполнителя, окно не обнуляет, но не засчитан: партнёр делает то же своей ролью на ближайшем реальном заказе окна или на тестовом при проверяющем; не смог — (в). Зелёная при 100 % в последнем окне (с учётом повтора после (б2)); иных причин нового окна нет.

   Было → стало

   результат исполнителя: не мерено (v2: «входов партнёра в старые 0 за ≥ 1 день» — не мерено) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: в CRM своей ролью 100 %: в старых админках 0, правок в обход CRM 0, сделанных другим по просьбе партнёра «сделай за …; нужен замер: операций в CRM своей ролью; в старых админках; правок в обход CRM; сделанных другим по просьбе …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «старая не нужна никому» = все реальные операции в CRM своей ролью

   Может ли быть зелёной, когда цель не достигнута?

   нет — считаются операции всех людей, правки в базе и просьбы, окно по событию

   Берётся ли результат из первоисточника?

   да — журналы CRM, старых админок, базы и обращений

   Вопрос скептика

   закрыты: «за партнёра», «по привычке», операции других людей, выход из красного; конечность — окно по событию, однократные (б)/(б2)
5. 5Пункты партнёра по CRM (файл от 06.10, 10 пунктов) выполнены на бою и видны партнёру: наши — п. 1.1, 2, 5, 6, 10; ваши — п. 3, 7, 8, 9.
   Результат — все десять пунктов; ответственный отмечается отдельно, но не исключает пункт из результата. [прямое требование: ПОР-261006-02, 06.10 «Прошу все это сделать»]

   Откуда выборка и кто её тянет

   полный неизменённый перечень пунктов и подпунктов файла партнёра от 06.10 (10 пунктов); проверяющий сверяет его с таблицей результатов и зависимостей; три сайта, где пункт касается сайтов. Уточнения по критике скептика: Сохранён исходный файл; каждый пункт дословно перенесён в перечень приёмки.

   Что считаем

   пунктов обращения, выполненных на бою; для каждого пункта указаны проверяющая роль и наблюдаемый результат на бою; проверку выполняет пользователь соответствующей функции (партнёр, покупатель). Уточнения по критике скептика: Пункт засчитывается только после проверки всех относящихся к нему сайтов, подпунктов и необходимых зависимостей.

   Порог

   все пункты исходного обращения выполнены по проверяемым условиям результата. Наши пять пунктов — необходимое, но не достаточное условие; внешняя зависимость может закрывать работу исполнителя, но не делает линию зелёной: незавершённая необходимая зависимость оставляет соответствующий пункт и линию красными; разделение исполнителей не сокращает результат; 4 пункта — шаг партнёра

   Было → стало

   результат исполнителя: подтверждённых партнёром 0 из 5 (состояние 07.10 15:1x); на бою, без подтверждения: ретранслятор knigy (BKS-410r2d), накладная Новой почты из CRM — выключена (CLO-414d), приём сообщений одежды (CLO-415r2d) / независимая проверка: партнёр не подтвердил ни одного пункта; независимых проверок покупателем в состоянии не названо / остаток: пакет готов, на бою нет: письмо «оплачен» knigy (BKS-411r3); кнопки CRM одежды: после отказа CLO-413r2d пакет пр.3 принят 08.10 02:1x (файлов с записью не от root вне списка прав ≥ 1 → 0, предполётная сверка набора 0 → 1, репетиция 33 из 33, атак отбито 12 из 12) — выкладчик CLO-413r3d 08.10 14:02 не начал (бой не тронут): ответ «б» по письмам knigy принят за слово партнёра по кнопкам, а одно предусловие на orch неисполнимо — повтор CLO-413d4 (08.10 14:55) тоже не начал, бой не тронут: строку отката пакета инструмент не исполняет → пакет CLO-413 пр.4 принят 08.10 16:4x (строк отката вне белого списка 1 → 0, мутантов 3 из 3; тест установки на orch неисполним — его заменяет предполёт выкладчика на clothes), выкладчик CLO-413d5 в очереди; порог 5 из 5 наших пунктов; четыре пункта — ваш шаг

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое требование владельца ПОР-261006-02: «Прошу все это сделать» (сообщение партнёра); состав десяти пунктов — файл партнёра от 06.10, сам файл в паспорте не сохранён

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — пять наших пунктов выполнены, остальные не сделаны, партнёр не может работать. Решение: принят; порог переписан — линия зелёная только при выполнении всех пунктов обращения, незавершённая необходимая зависимость оставляет её красной

   Берётся ли результат из первоисточника?

   да — подтверждение партнёра и проверка пользователем функции на боевых сайтах; перечень пунктов — исходный файл партнёра от 06.10 (в паспорте не сохранён — остаток)

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 10, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4

Не входит

• дизайн CRM
• права партнёра вне действий с заказами
• верность прибыли — Г8 (цель «Прибыль по заказу и за период в CRM») (здесь: прибыль заказа и периода открывается и считается в CRM)
• верность писем и трекинга — Г6 (цель «Покупатель отслеживает свой заказ») (здесь: запуск из CRM и доход без старой)

Находки вне паспорта

• окончательное отключение старых админок — отдельное решение, обязано сохранить список «часть витрины» (выключения строк 3 и 4(б) обратимы, к нему не относятся)
• доставленные ПОР-260929-15 и ПОР-261002-34 цель не закрывают

Срок

Чем вы сами судили бы о достижении

Ваши слова

Владелец 04.10: «В админке не указана прибыль… Оцени верность и корректность и примени, что надо».

ТАкже надо ввести формулу расчета прибыли для каждого заказа

Строки паспорта (7)

1. 1Полнота расходов: у каждого заказа периода по документу записаны фактическая закупка, наша доставка и комиссия оплаты. [поздняя поправка: 04.10, рецензия + поправка ноутбука; находка скептика v2 В4 — вопрос скептика №4]

   Откуда выборка и кто её тянет

   все заказы периода, полная сверка. Каждый сайт (knigy, brandclothes, paperandsilk) считается отдельно. Внутри сайта учитываются оба способа закупки: автовыкупом (Violity; wolf, printstore, printto) и вручную. Ссылку каждого расхода проверяющий сверяет с документом у ВСЕХ заказов периода, не выборкой. Документы на несколько заказов проверяются по сумме долей. Период приёмки: последний закрытый календарный месяц; на 04.10 это сентябрь 2026.

   Расходы этого месяца дописываются из счетов и кабинетов поставщиков, перевозчиков и провайдеров. Цель закрывается одним «да/нет» на этом периоде и не ждёт следующего месяца. После «нет» приёмка повторяется на том же периоде: проверяются красные строки и все ранее принятые строки, затронутые изменением данных, формулы, импорта или распределения. Новый месяц не берётся. [предложение исполнителя; повтор на том же периоде — по находке скептика v3] Заказы периода (вселенная строк 1, 2 и 5) — объединение двух списков:

   • (а) заказы из базы сайтов (не из CRM) с датой оплаты в периоде, в любом статусе: оплачен, в работе, закрыт, доставлен, отменён, возврат
   • (б) заказы, которым по строке 4 сопоставлено поступление периода. Список составляет проверяющий, не автор. Заказы, у которых статус менялся после 04.10, он выводит отдельным списком из журнала статусов с причиной смены. Смена статуса не выводит заказ из вселенной. [предложение исполнителя; по находке скептика v3]. Уточнения по критике скептика: Проверяющий независимо получает реестры операций поставщиков, перевозчиков и провайдеров; проверяет их полноту за относящиеся к заказам интервалы.

   Что считаем

   • (а) заказов периода, у которых хотя бы одно из трёх слагаемых «не записано», по каждому сайту
   • (б) документов на несколько заказов, у которых сумма долей отличается от суммы документа больше чем на 1 CHF (швейцарский франк). Заказы без записи выводятся списком. «Не записано, но причина названа» не засчитывается. Неисполненные заказы периода — это заказы, ещё не закупленные или не отправленные к приёмке: они выводятся списком с датой оплаты и ожидаемой датой закупки или отправки; строка 1 по ним не зелёная, результат фиксируется как «нет — заказы не исполнены: <список>»; после закупки или отправки проверяются только эти заказы, по тому же правилу, без нового периода и без условия (г); заказ, не закупленный в течение 14 дней после оплаты, считается дефектом исполнения, передаётся в цель 10/цель 1 с названным заказом, в цель 8 остаётся в списке «нет — заказы не исполнены», оценка расхода вместо документа не допускается. [срок 14 дней — предложение исполнителя; по находке скептика v3] Внешний блокер называется по разделу «Внешние документы периода».

     Строка при нём остаётся не зелёной. Работающий механизм записи у новых заказов — условие закрытия в строке 6, не здесь. Что считается записью расхода (для строк 1–3 и 6): расход записан, только если у него есть ссылка на первичный документ: номер счёта, чека или транзакции. Списание в выписке банка, карты или кабинета поставщика тоже считается первичным документом. Сумма по ссылке совпадает с документом ±1 CHF.

     Если документ покрывает несколько заказов (сводный счёт перевозчика, пакетный счёт Violity, комиссия провайдера за выплату по нескольким платежам): у каждого заказа записываются его доля и правило распределения: по строкам счёта, по весу или пропорционально сумме; сумма долей по всем заказам, ссылающимся на документ (в любом периоде), равна сумме документа ±1 CHF; ссылка на весь документ целиком у нескольких заказов считается «не записано».

     Комиссия оплаты записывается по факту провайдера со ссылкой на транзакцию. Сюда входит и комиссия, не удержанная или возвращённая провайдером при возврате. Ноль допустим только с основанием из закрытого перечня: комиссия 0 — банковский перевод без комиссии по выписке, или провайдер не удержал либо вернул комиссию при возврате (ссылка на транзакцию); доставка 0 — самовывоз или цифровой товар; доставка 0 — доставка включена в счёт поставщика (ссылка на этот счёт); доставка 0 — заказ отменён или полностью возвращён до отправки (ссылка на запись отмены или возврата в CRM и на выписку возврата); закупка 0 — заказ или его позиция отменены до закупки с полным или частичным возвратом (ссылка на запись отмены в CRM и на выписку возврата).

     Оценка, заглушка, ноль без основания и ссылка, не совпадающая с документом, считаются «не записано». [предложение исполнителя; распределение и основания нуля — по находкам скептика v3] Внешние документы периода: проверяющий составляет перечень документов, которых нет на дату приёмки: чей документ (перевозчик или поставщик), к какому заказу, ожидаемая дата. Если поставщик или перевозчик ещё не выставил документ, расход записывается по транзакции списания, если она есть.

     Если нет и транзакции, это внешний блокер, названный точно: документ, заказ, третья сторона. Строка 1 при этом не зелёная, остальные строки и заказы принимаются по факту. Оплаченный, но ещё не закупленный или не отправленный нами заказ внешним блокером не считается. Для него действует правило «Неисполненные заказы периода» в строке 1. [предложение исполнителя; правило (д); по находкам скептика v3].

     Уточнения по критике скептика: Полная обратная сверка документов и списаний, относящихся к заказам: каждый расход и его корректировка включены ровно один раз в соответствующий заказ. При наличии разбивки документа используются её фактические строки; расчётное распределение допускается только для действительно общих расходов и по заранее зафиксированному основанию. Комиссии, относящиеся к оплатам заказов, распределяются на заказы; прочие расходы перечислены отдельно по единому основанию исключения.

     Допуск 1 CHF относится к одной записи; суммарная невязка по периоду не больше 1 CHF, накопление допусков не допускается.

   Порог

   • (а) 0 на каждом сайте
   • (б) 0. Уточнения по критике скептика: Линия не зелёная до завершения сверки поступлений, определяющей полноту вселенной.

   Было → стало

   результат исполнителя: закупка записана у 5 из 25 заказов, у 20 не записана (CLO-402 пр.1, прежняя формулировка); близкое, выгрузка заказов полиграфии для CRM: себестоимость печати из самого заказа есть у 61 из 114 позиций, у реальных — у 17 из 29 (PSK-236 — задача сайта полиграфии paperandsilk.ch, 06.10 17:53, пакет); пакет выложен на бой, не подтверждено; живая выгрузка не измерена (PSK-236d, 06.10 20:46) / независимая проверка: проверка директора пакета PSK-236 (06.10 17:53); по сайтам, доставке, комиссии и ссылкам на документы независимой проверки нет / остаток: по новой формулировке не мерено: слагаемые по сайтам, доставка, комиссия, ссылки на документы; порог (а) 0 на каждом сайте, (б) 0; живую выгрузку заказов полиграфии измерить после выкладки

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   нет — выборки заказов нет: проверяются все заказы периода, а ссылку каждого расхода проверяющий сверяет с документом у всех, не у части. Список заказов составляет проверяющий (объединение заказов из базы сайтов с датой оплаты в периоде и заказов с поступлением по строке 4), а не автор; заказы, у которых статус менялся после 04.10, он выводит отдельным списком, смена статуса заказ из вселенной не выводит.

   Период задан правилом — последний закрытый календарный месяц (на 04.10 это сентябрь 2026), исполнитель его не выбирает; полноту расходов месяца проверяющий независимо сверяет с реестрами операций поставщиков, перевозчиков и провайдеров.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — записаны по одному расходу каждого вида, но пропущены вторая закупка или доплата перевозчику. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — порог 0 по каждому сайту, ссылки сверяются у всех заказов, оценки и заглушки = не записано (стадия IV — стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой)

   Берётся ли результат из первоисточника?

   скептик (астра): Первоисточник предусмотрен. Но правило распределения может быть нашим произвольным. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — первичные документы, список составляет проверяющий

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 1, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
2. 2Прибыль заказа в CRM = ручному расчёту по первичке, у каждого класса заказов.
   [прямое требование: 30.09, ПОР-260930-27; 04.10, ПОР-261004-04; классы валюты и доставки — предложение исполнителя по находке скептика v3; формула, допуски, периоды и правила признания выручки — не из слов владельца: его слова — «ввести формулу расчета прибыли для каждого заказа» и «Оцени верность и корректность»]

   Откуда выборка и кто её тянет

   заказы периода. Сначала проверяется представитель КАЖДОГО класса, затем случайные заказы (выборку тянет скрипт директора, не автор). Классы: сайт: knigy, brandclothes, paperandsilk; способ оплаты: Stripe, PayPal, банковский перевод (банк/Revolut); валюта оплаты покупателя: CHF и каждая иная валюта, фактически встречающаяся в периоде. Выручка и комиссия берутся по фактическому зачислению провайдера в CHF, а не по курсу дня заказа; закупка: автовыкупом и вручную; в CHF и в валюте поставщика (пересчёт по фактическому списанию и записанному правилу курса); доставка: каждый перевозчик, встречающийся в периоде; самовывоз или цифровой товар; доставка в счёте поставщика; доля сводного счёта перевозчика; состояние: полный возврат, частичный возврат, отмена до закупки, отмена после закупки, заказ из нескольких товаров. Если класса нет в периоде: это записывается как «класса нет в периоде», и представитель подбирается по порядку:

   1. заказ класса из последнего месяца, где класс был; его слагаемые дописываются по первичке в рамках приёмки (исключение из «Не входит»);
   2. если у него нет первички — ближайший заказ класса с первичкой;
   3. если такого нет — контрольный заказ, при условии что класс включён на сайте. Если класс на сайте не включён, он не считается классом этого сайта, и это записывается. Истина: выписка банка/Revolut/провайдера, счёт или чек поставщика, счёт перевозчика. Уточнения по критике скептика: Выручка — сумма оплаты покупателя за вычетом возвратов, до удержания отдельно учитываемой комиссии; чистое зачисление восстанавливается до этой суммы по отчёту провайдера.

      Каждая комиссия учитывается один раз. Проверяются фактически встречающиеся сочетания, для которых отличаются формула, импорт, валютный пересчёт или обработка возврата; перечень составляет проверяющий.

   Что считаем

   заказов, где прибыль в CRM отличается от ручного расчёта больше чем на 1 CHF. Заказ без записанной закупки в выборке считается расхождением и не исключается. Видимость: в списке заказов CRM видна прибыль, в карточке — разбивка на четыре слагаемых со ссылками на документы. Если этого нет, строка не зелёная. Дефект: если причина любого расхождения в формуле, импорте, курсе или распределении долей, она чинится, и прибыль пересчитывается по ВСЕМ заказам.

   Это делается, даже если в новую выборку дефект не попал (правило в — существенный дефект, делающий результат ложным, чинится независимо от выборки). Уточнения по критике скептика: Ручной расчёт выполняется независимо от функции расчёта CRM и от её готовых распределений; перенос рассчитанной системой прибыли в таблицу не является сверкой. Допуск 1 CHF относится к одному заказу; суммарная невязка по периоду не больше 1 CHF, накопление допусков не допускается.

   Порог

   0 среди представителей классов; ≤ 1 из 20 случайных

   Было → стало

   результат исполнителя: прибыль одной формулой — пересчёт совпал 74 из 75 на копии базы (CLO-402 пр.2), путь живой базы исправлен (пр.3), выложено 05.10 00:53 (CLO-402d, 05.10 01:29); до этого сошлось до 1 CHF 5 из 25, закупка не записана у 20 (CLO-402 пр.1) / независимая проверка: проверка директора на копии базы (CLO-402 пр.2) и выкладка CLO-402d; на живой CRM против ручного расчёта не мерено — вход данные покупателей / остаток: порог: 0 среди представителей классов, не больше 1 из 20 случайных; видимость прибыли в списке заказов и разбивки на четыре слагаемых со ссылками на документы в живой CRM не проверена; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — наличие и корректность прибыли — слова владельца («ввести формулу расчёта прибыли», «оцени верность и корректность»); формула, допуски, периоды и правила признания выручки — предложение исполнителя. Размер случайной части заказов теперь без минимума: «не менее 100 случайных заказов» и «если заказов периода меньше 100, проверяются все» убраны из вселенной (рецензент владельца 07.10 20:46 (проверка через сайт рассчитана на 30 карточек; условие о минимуме выборки не вносить)); порог этой же линии записан «≤ 1 из 20 случайных», а ручной пересчёт каждого заказа по первичке рассчитан на такой объём, поэтому число 100 ему противоречило.

   Зависимость остаётся: выборку тянет скрипт директора, ручной расчёт ведёт проверяющий независимо от функции расчёта CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели).

   Может ли быть зелёной, когда цель не достигнута?

   да — (1) в выручку берут зачисление уже после комиссии, затем комиссию вычитают повторно; ручной расчёт следует той же инструкции и совпадает; закрыто правками текста, вселенной, меры и порога (скептик ORG-707 пр.4: принято). (2) Без минимума случайная часть (по порогу — 20 заказов) может не содержать ни одного заказа редкого класса (возврат, иная валюта, перевозчик), и строка зелёная при недостигнутой цели; от этого защищает первая часть той же вселенной: представитель КАЖДОГО класса проверяется отдельно и первым, порог 0 среди представителей; если класса нет в периоде, это записывается и представитель подбирается по порядку 1–3.

   Берётся ли результат из первоисточника?

   да — первичка: выписка банка/Revolut/провайдера, счёт или чек поставщика, счёт перевозчика; ручной расчёт проверяющего берётся из них, а не из функции расчёта CRM. Размер выборки на источник не влияет: каждый заказ сверяется со своей первичкой.

   Вопрос скептика

   вердикт прежней редакции (второе мнение, астра вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): «переписать»; принято 10, частично 1, отклонено 0, претензий нет 1; правки внесены в поля: текст, вселенная, мера, порог, состояние. Правка ORG-707 пр.6 убирает из вселенной только размер выборки «не менее 100 случайных заказов» по слову рецензента владельца 07.10 20:46; новой независимой проверки скептиком по этой правке нет.
3. 3Где не записан любой из трёх расходов (закупка, доставка, комиссия оплаты) — окончательная прибыль не показывается, названы отсутствующие слагаемые (пометка «закупка не записана» — частный случай), а не ноль и не прибыль = выручке; в сумму периода такой заказ молча не входит.
   [прямое требование: 04.10, ПОР-261004-04 «верность и корректность»; уточнение — предложение исполнителя; формула и проверочные правила — не из слов владельца]

   Откуда выборка и кто её тянет

   все заказы в CRM, у которых расход «не записан» по определению выше, полная выборка (проверяющий); неполные заказы определяются независимой сверкой документов и записей всех трёх видов расходов, а не только флагом наличия закупки. Сюда входят старые заказы до периода приёмки и неисполненные заказы периода. Уточнения по критике скептика: Дополнительно создаётся контрольный случай отсутствия каждого слагаемого.

   Что считаем

   таких заказов, показанных с числом прибыли (в том числе прибыль = выручке или закупка = 0 без основания из перечня). В отчёте за любой период рядом с суммой стоит «рассчитано по N из M; неполных заказов K» с перечнем отсутствующих видов расходов; при K больше нуля сумма названа неполной. Эта строка защищает от ложной цифры, но не заменяет результат. Зелёная строка 3 при красной строке 1 или 6 цель не закрывает.

   Порог

   0

   Было → стало

   результат исполнителя: заказ без закупки показывается пометкой, а не прибылью: на копии «прибыль без закупки» 37 → 0 (CLO-402 пр.2); форма «Записать закупку» и маршрут закупок выложены 05.10 00:53 (CLO-402d, 05.10 01:29); до этого закупка не записана у 20 из 25 (CLO-402 пр.1) / независимая проверка: проверка директора на копии базы и выкладка CLO-402d; на живой CRM не мерено / остаток: порог 0 заказов с числом прибыли без закупки на живой CRM; строка «посчитано по N из M; без закупки — K» в отчёте за период на живой CRM не проверена; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — корректность прибыли — слова владельца («оцени верность и корректность»); формула и проверочные правила — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — иначе прибыль завышена у большинства заказов

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — закупка записана, доставки или комиссии нет, но интерфейс показывает обычную прибыль; текст и сообщение говорят только о закупке. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера. Прежний ответ исполнителя (до критики скептика): нет — проверяющий видит экран CRM; при красной 1 или 6 цель не закрывает

   Берётся ли результат из первоисточника?

   скептик (астра): Да: отсутствующие расходы могут определяться по тому же флагу CRM, который проверяется. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — база заказов и экран CRM

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 5, частично 0, отклонено 0, претензий нет 2; правки внесены в поля: текст, вселенная, мера; полный ответ — в отчёте задачи ORG-707 пр.4
4. 4Выручка: каждое поступление и возврат периода по выпискам сопоставлены заказу CRM, и наоборот.
   [прямое требование: 04.10, ПОР-261004-04 (выручка — слагаемое формулы); полная сверка — правило б; формула, допуски и правила признания выручки — не из слов владельца]

   Откуда выборка и кто её тянет

   полная сверка за период приёмки по каждому каналу: Stripe, PayPal, банк/Revolut. Выписки тянет проверяющий; все операции выписок независимо классифицируются, к заказам сопоставляются покупательские оплаты и возвраты, остальные операции сохраняются в проверяемом списке с основанием классификации. Для Revolut истина — любая выписка за период: выгрузка API, CSV или PDF из кабинета.

   Уточнения по критике скептика: Полнота выписок проверяется по периоду, всем страницам выгрузки и контрольным итогам источника; пустая выгрузка без такого подтверждения не принимается.

   Что считаем

   • (а) поступлений и возвратов без заказа в CRM
   • (б) оплаченных в CRM заказов без поступления
   • (в) пар «поступление–заказ» с расхождением суммы в CHF по фактическому зачислению больше 1 CHF. Допустимое объяснение одно: сдвиг даты на границе периода, когда заказ виден в соседнем месяце. Любое иное объяснение — ошибка. Внешняя зависимость: канал Revolut ждёт выписку за период (ПОР-260926-97). Это блокер только этой части. Сверка Stripe, PayPal и банка идёт без него. Ключ API нужен для эксплуатации (автоматической сверки), не для закрытия.

     Пока Revolut не сверен, строка не зелёная. Уточнения по критике скептика: Каждая покупательская оплата и возврат учитываются один раз; перечисления между провайдером и банковским счётом связаны с исходными операциями и повторной выручкой не являются. Сверка выполняется по связям операций и заказов, включая несколько оплат одного заказа и распределение пакетной выплаты; проверяются суммы, возвраты и остаток каждой операции. Допуск 1 CHF относится к одной паре; суммарная невязка по периоду не больше 1 CHF, накопление допусков не допускается.

   Порог

   • (а) 0
   • (б) 0
   • (в) 0

   Было → стало

   результат исполнителя: не мерено по новой формулировке (в v2 строка 3: выручка периода против выписок — не мерено); канал Revolut: пакет принят, тестов 37 из 37, значений ключа в журналах 0, шлюз месяца отдаёт только суммы, установка ждёт секрет (ORG-573 — задача про сайт директора и организацию работы, 02.10 23:16); дрейф 1 → 0 (ORG-573r2, 03.10 13:45) / независимая проверка: не проводилась / остаток: ключ Revolut — шаг владельца (ПОР-260926-97); сопоставление поступлений и возвратов с заказами CRM по выписке не делалось; порог а, б, в — по 0

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — корректность прибыли — слова владельца («оцени верность и корректность»); выручка как слагаемое формулы, допуски и правила признания — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — выручка — слагаемое формулы; потерянные заказы искажают прибыль периода

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — одно поступление провайдера сопоставили заказам, затем то же перечисление на банк посчитали второй выручкой. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера. Прежний ответ исполнителя (до критики скептика): нет — полная сверка в обе стороны, объяснение только граница периода

   Берётся ли результат из первоисточника?

   скептик (астра): Первоисточник выбран правильно. Но поступление на счёт не всегда является оплатой заказа. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — выписки банка, Revolut и провайдеров

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 5, частично 1, отклонено 0, претензий нет 2; правки внесены в поля: текст, вселенная, мера; полный ответ — в отчёте задачи ORG-707 пр.4
5. 5Прибыль за период в CRM = сумме прибылей заказов периода = ручному расчёту по первичке.
   [прямое требование: 04.10, ПОР-261004-04; «и за период» — запись реестра, в выдержке слов владельца этого нет; поздняя поправка: 04.10, рецензия — мерить прибыль, не выручку; формула и проверочные правила — не из слов владельца]

   Откуда выборка и кто её тянет

   все заказы периода, все три сайта. Ручной расчёт проверяющего — сумма четырёх слагаемых по этим заказам, взятых из первички, не из CRM. Расход относится к своему заказу, даже если счёт пришёл в другом месяце. Доля сводного документа берётся по записанному распределению; проверяющий независимо проверяет применимость правила распределения и пересчитывает доли по первичке. Расходы «вне формулы»: расходы провайдеров и банка, не привязанные ни к одному заказу (абонентская плата, комиссия выплаты, конвертация при выплате).

   Они выводятся отдельным списком и в расхождение не идут. Расход со ссылкой на заказ в этот список не попадает; проверяющий просматривает список целиком. Уточнения по критике скептика: Оба равенства проверяются отдельно по каждому сайту и совместно; прохождение общей суммы не заменяет проверки сайтов. Выручка в расчёте — сумма оплаты покупателем за вычетом возвратов до отдельно учитываемой комиссии; повторный учёт комиссии запрещён.

   Что считаем

   • (а) |прибыль периода в CRM − сумма прибылей заказов CRM этого периода|
   • (б) |прибыль периода в CRM − ручной расчёт|
   • (в) расходов в списке «вне формулы», у которых есть ссылка на заказ; расходы исключаются по экономическому основанию, а не по отсутствию ссылки в CRM: комиссия, относимая к оплатам заказов, распределяется на них независимо от наличия готовой ссылки, прочие расходы перечислены отдельно по единому основанию исключения. Причина любого превышения чинится по правилу (в). Уточнения по критике скептика: Оба равенства проверяются отдельно по каждому сайту и совместно; прохождение общей суммы не заменяет проверки сайтов.

   Порог

   • (а) ≤ 0,01 CHF
   • (б) абсолютное расхождение не больше 1 CHF на период при одинаковых правилах округления исходных сумм и итогов (процент от прибыли не годится: около нуля он слишком мягок, у отрицательной прибыли отрицателен); расхождение объясняется и исправляется по источнику
   • (в) 0. Уточнения по критике скептика: Полнота и непустота вселенной подтверждены сверкой линии 15; при отсутствии операций проверен отдельно контрольный набор с ненулевой и отрицательной прибылью.

   Было → стало

   результат исполнителя: не мерено (в v2 прибыль за период не мерилась; строка 3 v2 мерила выручку) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

   • (а) ≤ 0,01 CHF
   • (б) ≤ 1 % ручного расчёта
   • (в) 0; нужен замер:

   • (а) |прибыль периода в CRM − сумма прибылей заказов CRM этого периода|
   • (б) |прибыль периода в CRM …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — «и за период» — запись реестра ПОР-261004-04 (запись вашего слова в реестре поручений), в выдержке слов владельца этого нет; формула и проверочные правила — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — «и за период» — запись реестра ПОР-261004-04 (Ц3 — номер части в записи ПОР-261004-04, там — «и за период»)

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — плюс 100 CHF (швейцарский франк) ошибки по книгам компенсируется минус 100 CHF по одежде. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — мерится прибыль, не выручка; ручной расчёт из первички (стадия IV)

   Берётся ли результат из первоисточника?

   скептик (астра): Заказы определяет проверяющий, но распределение долей наследуется из системы. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — первичка по заказам периода

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 9, частично 2, отклонено 0, претензий нет 1; правки внесены в поля: текст, вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
6. 6Цикл записи расходов работает: у новых заказов расходы записывает механизм, а не дозапись при приёмке. добавлено проверкой
   [поздняя поправка: 04.10 21:49, правило (д) — цикл обновления принимается при закрытии; по находке скептика v3]

   Откуда выборка и кто её тянет

   все заказы трёх сайтов, оплаченные с момента выкладки механизма до приёмки, полная сверка. Сначала проверяется хотя бы один свежий заказ на каждый сайт и на каждый способ записи: автовыкуп у каждого поставщика, где он включён (Violity; wolf, printstore, printto); ручная форма закупки в CRM; импорт комиссии провайдера (Stripe, PayPal); запись доставки: импорт или форма. Если свежего заказа класса нет, класс проверяется контрольным заказом.

   Если автовыкуп у поставщика ещё не включён (цель 10), закупка у него идёт вручную и проверяется класс «ручная форма». Запись автовыкупом у этого поставщика проверяется по этой же строке, когда он будет включён. Уточнения по критике скептика: Проверяются первоначальная запись, позднее поступление документа, корректировка и возврат расхода; повторная загрузка не создаёт дубль. Контрольные заказы и порядок поступления документов задаёт проверяющий; они проходят тот же механизм, что реальные заказы.

   Что считаем

   заказов, уже закупленных или отправленных, у которых хотя бы один расход со ссылкой на документ записан не механизмом, а дозаписью исполнителя приёмки, или отсутствует. Механизм — это автовыкуп, импорт или форма в момент закупки или получения документа. Он определяется по журналу записи: автор и время. Заказы, ещё не закупленные к приёмке, выводятся списком с датой оплаты и в меру не идут.

   Это то же правило, что и для неисполненных заказов в строке 1. Без этой строки цель не зелёная. После закрытия доля новых заказов с записанными расходами публикуется в отчёте по сайтам. Это эксплуатация, не условие закрытия. Уточнения по критике скептика: Проверяющий наблюдает исходное событие у поставщика, перевозчика или провайдера и появление соответствующей записи в живой CRM; журнал используется как дополнительное доказательство.

   Ручную форму использует штатный работник при хозяйственной операции или получении документа; подготовка записей специально для приёмки не засчитывается. Неисполненные заказы учитываются отдельно; их исключение не является подтверждением работающего цикла.

   Порог

   0. Уточнения по критике скептика: Контрольные испытания подтверждают функциональность; работающий цикл на сайте подтверждается хотя бы одним реальным заказом с завершённой записью расходов. Отсутствие такого заказа фиксируется как непроверенная эксплуатация.

   Было → стало

   результат исполнителя: не мерено (в v2 строки не было) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0; нужен замер: заказов, уже закупленных или отправленных, у которых хотя бы один расход со ссылкой на документ …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — вселенная: все заказы трёх сайтов с момента выкладки механизма до приёмки, полная сверка. Но сначала проверяется по заказу на каждый класс (сайт × способ записи: автовыкуп у каждого включённого поставщика, ручная форма, импорт комиссии провайдера, запись доставки); если свежего заказа класса нет, класс проверяют контрольным заказом, и порядок поступления документов задаёт проверяющий.

   Исполнитель выбор не определяет: записи, подготовленные специально для приёмки, не засчитываются, а исходное событие у поставщика, перевозчика или провайдера наблюдает проверяющий. Остаётся зависимость от перечня классов: не вошедший в него способ записи не проверяется.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — к приёмке документы есть, а после неё приходит доплата или возврат комиссии и не обновляет заказ. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — механизм по журналу записи, дозапись приёмки не засчитывается (стадия IV)

   Берётся ли результат из первоисточника?

   скептик (астра): Да: автор и время из собственного журнала не доказывают автоматический перенос. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — журнал записи: автор и время

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 7, частично 0, отклонено 0, претензий нет 1; правки внесены в поля: вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
7. 7Месячные расходы бизнеса из банка Revolut видны в админке каждого сайта; ключ банка лежит только на orch, админки получают лишь суммы. [прямое требование: ПОР-261002-20, 02.10 — ключ Revolut: месячные расходы в админках]
   [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2] [предложение исполнителя: ключ только на orch и передача админкам только сумм; слова владельца — «Если не сам ключ, то его ответы»]

   Откуда выборка и кто её тянет

   админки brandclothes.ch, knigy.ch, paperandsilk.ch, в том числе под учётной записью партнёра: расходы за последний закрытый и за текущий месяц (6 ячеек); до сверки зафиксированы состав счетов, валюта отчёта, правила пересчёта, возвратов и отнесения операций к месяцу и охват (весь бизнес или конкретный сайт); банк: выписка Revolut за закрытый месяц, снятая отдельно от шлюза

   Что считаем

   • (а) админок без блока «расходы за месяц» под учётной записью партнёра
   • (б) месяцев (закрытого и текущего; текущего — на одинаковый момент отсечения с указанной задержкой обновления), где сумма блока не равна выписке банка, снятой отдельно от шлюза (экспорт банка за закрытый месяц от владельца либо прямое чтение API отдельным скриптом на orch)
   • (в) мест, где виден сам ключ (ответы шлюза, журналы) — поиск по тестовому значению, подставленному в копию шлюза, и проверка фактического хранения боевого ключа (права файла, переменные службы) без его раскрытия
   • (г) операций банка за месяц, не попавших ни в «расход», ни в перечень исключений (внутренние переводы между своими счетами и т. п.), записанный до сверки; применение перечня проверяется независимо по выписке и назначению операций, а контрольный период содержит операции

   Порог

   • (а) 0
   • (б) 0 по закрытому месяцу — пока сверки с банком нет, строка не зелёная
   • (в) 0
   • (г) 0

   Было → стало

   результат исполнителя: ORG-596 — пакеты 2 из 2 приняты, не на бою: числа блока равны шлюзу 63 из 63, значение ключа в ответах и журналах 0. / независимая проверка: нет — 63 из 63 сверяет блок со шлюзом, а шлюз берёт данные банка: сверка производного, не банка, — по другому критерию. / остаток: шаг root ключа шлюза и выкладка; сверка с выпиской банка (б); (г) не мерено

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   скептик (астра): Да. Перечень исключений может легализовать любую потерю расходов. Уточнить: «Перечень фиксируется до сверки, а его применение к операциям независимо проверяется по выписке и назначению операций». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — месяцев два на каждую из трёх админок (6 ячеек) и перечислены; перечень исключений записывается до сверки, а не после, поэтому автор не подгоняет сумму

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): Да. Все операции распределены, но реальные расходы отнесены в исключения; текущий месяц заморожен; партнёр не видит блок. Добавить: «Проверяющий сверяет обоснованность включения и исключения операций; текущий месяц обновляется с указанной задержкой; блок проверяется под учётной записью партнёра». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера (б) «блок равен выписке» была бы зелёной, если блок сверяется с тем же шлюзом, из которого получен (круг: 63 из 63), и если шлюз молча пропускает типы операций; закрыто независимой выпиской в (б) и (г)

   Берётся ли результат из первоисточника?

   скептик (астра): Для закрытого месяца — да, предусмотрена независимая выписка. Для текущего — нет. Добавить отдельную сверку текущего месяца на одинаковый момент отсечения. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): частично — первоисточник банк, а блок и шлюз производные; пока выписка банка не снята отдельно, ответ для (б) «нет»; для (в) да — ответы шлюза и журналы читаются поиском тестового значения

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 5: принято 5, частично 0, отклонено 0; правки внесены в поля: text, universe, measure; полный ответ — в отчёте задачи ORG-707 пр.3

Не входит

• прогноз
• налоги
• дозапись закупок старых заказов до периода приёмки — у них остаётся пометка строки 3. Исключение — представители классов строки 2. [прогноз, налоги — v2; старые заказы и исключение — предложение исполнителя]

Находки вне паспорта

• CLO-402: курс партнёра ниже НБУ (Национальный банк Украины) на 1–3,4 % (память директора, 04.10). Это вопрос правила курса. Строка 2 берёт фактическое списание и записанное правило, поэтому сверх неё прибыль не искажается.
• ПОР-260930-56 (прислать формулы прибыли): ответ на него — текст формулы строки 2 с правилом курса и правилом распределения долей. Часть про цену товара полиграфии относится к Г4 (цель «Полиграфия»).

Срок

Чем вы сами судили бы о достижении

Ваши слова

Напомни, как называются наши поставщики книг? Я зайду там в аккаунты, отправлю куки для каждого, а ты должен будешь сделать механизм автопокупки за всех 3 поставщиков

для статуса заказов у нас надо ввести статус оплаты: заказано, но ждём оплаты — такие не должны автопокупаться; заказано и оплачено — когда статус переходит в оплачено, автопокупка происходит сама, без моего участия

сайт должен платить сам

2. готовность всех сайтов к рекламе и функционированию, включая автовыкупы

Строки паспорта (6)

1. 1Тестовые оплаченные заказы на все сочетания (вид × источник, класс состава, способ оплаты) оформлены и оплачены без человека; содержимое совпадает. [прямое требование: ПОР-261001-09, ПОР-260930-64, ПОР-261003-24]
   + [поздняя поправка: 04.10 — содержимое, способы оплаты, классы; 03.10 — OLX] [вопрос владельца: ПОР-260930-25, 30.09 — автопокупка у любого поставщика — сделана ли] [сведения владельца: ПОР-260930-26, 30.09 — макет утверждается и печатается через кабинет wolf.ua] [прямое требование: ПОР-261003-09, 03.10 — живой тест автопокупки на трёх заказах] [прямое требование: ПОР-261003-10, 03.10 — изучить путь оформления заказа у трёх поставщиков]

   Откуда выборка и кто её тянет

   Кабинеты всех источников охвата. Список и карточку заказа открывает проверяющий, а не наш журнал. Виды товара — по механизмам: с макетом, с параметрами оформления, разные тиражи, книжный лот, одежда с размером или вариантом. Классы состава: одна позиция; несколько позиций одного источника; разные источники в одном заказе (если корзина допускает); количество больше 1 у книги или одежды; повтор одинаковой позиции.

   Покрываются все «вид × источник», все «класс × сайт», все «способ оплаты × сайт». На каждый способ оплаты нужен хотя бы один оплаченный заказ с запущенным автовыкупом, включая QR-счёт со сменой статуса по выписке банка. Оплата идёт через настоящий путь сайта, без ручной смены статуса, поэтому заказы входят в сверку строк 2, 5, 6. Случайная выборка — только после этого.

   Что считаем

   заказы, у которых у источника совпадает всё: товар, конфигурация и оформление, тираж и количество; макет (тот же файл); адрес по схеме источника — взят из заказа, а не подставлен по умолчанию; нет лишних позиций и нет недостающих (каждая позиция заказана у своего источника); макет подтверждён, заказ в работе; оплачено сайтом (строка 4); заказ не остановлен потолком

   Порог

   все ячейки, без исключений. Названная причина строку зелёной не делает. Внешний блокер называется точно, остальные источники доводятся. Исход по блокированному источнику — см. «Срок». Дефект чинится вне выборки: оформляются только позиции нашего заказа, чужая позиция из корзины кабинета в заказ не попадает.

   Было → стало

   результат исполнителя: полиграфия: заказ без человека оформлен у 1 из 2 поставщиков, второй ждёт оплаты 204 грн (состояние от 04.10); поставщик 2 — 9 из 10 шагов до оплаты, поставщик 3 — 5 из 9 (PSK-217, 03.10 13:16); wolf — «ждёт слова владельца» 3 из 3, поля получателя = файлу 15 из 15, «Подтвердить заказ» нажата 0 раз, боевой выключен (PSK-168r6, 02.10 00:37); тест у поставщика 2 остановлен защитой верно — в корзине владельца чужая позиция (5 экз., 3 585 грн), наша не добавлена, ничего не оформлено (PSK-217w, 03.10 17:19).

   Книги: заказ 108 куплен у Violity 30.09 в 23:39, лот 122622427, 1000 грн, подтверждение площадки (BKS-321 — задача сайта книг knigy.ch, 30.09 23:44); флаги автовыкупа включены 01.10 00:18 (BKS-321d, 01.10 00:25) / независимая проверка: проверка по базе независимым заданием BKS-364v2 (02.10 20:09): ждут оплаты 26, из них с заявкой на покупку 0, взято без статуса «оплачено» 0, без статуса 0 из 39; «оплачено → заявка» живьём не наблюдалось — оплат не было; покупателем в браузере не проверяли / остаток: до порога «все ячейки, без исключений»: тестовых оплаченных заказов на все сочетания (вид × источник, класс состава, способ оплаты) без человека нет; у поставщика 2 стоп — чужая позиция в корзине владельца (умолчание: корзину не трогаем); боевая оплата у полиграфии выключена — слово владельца (деньги); Printto и PrintStore — нужны кабинеты

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое требование ПОР-261001-09 (запись вашего слова в реестре поручений), ПОР-261003-24; поправка 04.10 — содержимое

   Может ли быть зелёной, когда цель не достигнута?

   нет — обходы «не тот заказ», «часть позиций» закрыты сверкой карточки; причина не зеленит; неприменимость подтверждает проверяющий

   Берётся ли результат из первоисточника?

   да — кабинет источника открывает проверяющий

   Вопрос скептика

   v2: одежда «автовыкупа нет» с причиной, мера — только факт заказа → мера по содержимому, одежда в охвате, OLX (площадка объявлений OLX, источник товаров) исключён словом владельца; v3: одежда не во вселенной, способы оплаты не охвачены → охват по каталогу, способ × сайт
2. 2Каждое поступление денег за 14 дней закрыто оплаченной закупкой у источника или честным возвратом. [прямое требование: ПОР-261002-12; ПОР-261003-11] добавлено проверкой
   + [предложение исполнителя: вселенная, проверка возврата, сроки]

   Откуда выборка и кто её тянет

   Все поступления у провайдеров и в банке по трём сайтам за 14 дней. Полная сверка с заказами и с кабинетами источников. Входят реальные и тестовые заказы строки 1, оплаченные настоящим путём. Статус «оплачен» в нашей базе источником истины не считается. Сбой смены статуса (Г11) тоже делает строку красной. Заказы с источником OLX не входят, их число указывается отдельно. Число реальных заказов тоже указывается отдельно.

   Что считаем

   поступления, где хоть одна позиция не закрыта. Оплаченная закупка — источник показывает заказ как «оплачено» или «принят в работу» после оплаты, и он не отменён источником. Неоплаченный или отменённый заказ позицию не закрывает. Возврат — только с причиной «у источника продано или недоступно». Проверяющий открывает товар у источника на момент возврата (карточка, история, ответ) и подтверждает причину.

   Возврат при доступном товаре — поступление незакрыто. Отдельно выводятся: возвраты, число и доля по источнику; время от поступления до оплаты у источника по каждому заказу; число и доля заказов, остановленных потолком, с исходом каждого.

   Порог

   [предложение исполнителя] 0 незакрытых; оплата у источника не позже 1 ч после поступления; заказ, остановленный потолком, оплачен после решения работника или возвращён не позже 24 ч от остановки, иначе он незакрыт. Нет ни одного поступления, оплаченного настоящим путём, — строка «не проверена», не зелёная.

   Было → стало

   результат исполнителя: заказ 108 на книги оплачен 68,48 CHF (швейцарский франк) 30.09, у источника куплен только в 23:39 (BKS-321, 30.09 23:44) — искажающая находка (деньги); оплачено, но не куплено было 5 из 7 заказов (Violity 3, без ссылки 2), сторож нашёл №108 (BKS-314, 30.09 22:44) / независимая проверка: проверка директора по базе и холостой прогон на живой базе (BKS-314); полной сверки поступлений с провайдерами, банком и кабинетами источников не проводилось / остаток: до порога «0 незакрытых»: сверки всех поступлений за 14 дней с провайдерами, банком и кабинетами источников нет; поступлений полиграфии, закрытых закупкой у источника, в журнале нет — строка «не проверена», не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое требование ПОР-261002-12, ПОР-261003-11; деньги покупателей

   Может ли быть зелёной, когда цель не достигнута?

   нет — вселенная по поступлениям, не по нашему статусу; ложный возврат и пустое окно закрыты проверяющим и «не проверена»

   Берётся ли результат из первоисточника?

   да — провайдеры, банк, кабинеты источников

   Вопрос скептика

   v2: вселенная по нашему статусу, любая причина зеленит → поступления у провайдеров и в банке, только возврат «продано или недоступно»; v3: ложные возвраты, противоречие правил закрытия → проверка недоступности, «закрытие по строкам 1 и 6» убрано
3. 3Неоплаченное и отменённое не покупается. [прямое требование: ПОР-261002-12]
   + [предложение исполнителя: состояния «отменён», «возврат», «оплата не прошла»]

   Откуда выборка и кто её тянет

   На каждом сайте и для каждого способа оплаты — тестовый заказ в каждом состоянии: «ждём оплаты», включая QR-счёт без денег; «оплата не прошла»; «отменён»; «оплачен → возврат до закупки». Исключения — только по подтверждённой таблице применимости. Проверка по кабинетам всех источников охвата, включая одежду.

   Что считаем

   заказы у источника в этих состояниях

   Порог

   0

   Было → стало

   результат исполнителя: книги: ждут оплаты 26, из них с заявкой на покупку 0, взято без статуса «оплачено» 0, без статуса 0 из 39, переходы 39 из 39 (BKS-364v2, 02.10 20:09); полиграфия: в пакете ветка автопокупки только для «оплачено» 3 из 3, путей со статусом оплаты 11 из 13 (PSK-196, 02.10 15:13), пакет не выложен — зона владельца (PSK-196d, 02.10 19:39) / независимая проверка: книги — независимое задание по базе BKS-364v2 (02.10 20:09), оплат живьём не было; полиграфия — проверка директора пакета, на бою не мерено / остаток: до порога 0: на бою у полиграфии заказы в состояниях «отменён», «возврат», «оплата не прошла» не мерены (пакет PSK-196 не выложен, слово владельца); у книг отменённых и возвратов живьём не наблюдалось

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его правило 02.10 (ПОР-261002-12)

   Может ли быть зелёной, когда цель не достигнута?

   нет — кабинет источника, все состояния × способы оплаты

   Берётся ли результат из первоисточника?

   да — кабинеты источников

   Вопрос скептика

   v2: добавить «отменён» и «оплачен → возврат» → добавлены, плюс «оплата не прошла» и QR (платёжный штрихкод для банковского приложения)-ожидание
4. 4Сайт платит источнику сам — за выключателем, с потолками на заказ и в сутки, с журналом и уведомлением; потолок не мешает обычным заказам. [прямое требование: ПОР-261003-11 и запись решения в реестре]
   + [поздняя поправка: 04.10 — «нет автооплаты, но названо» не зелёное] + [предложение исполнителя: значения потолков, исход без автооплаты] [связано: ПОР-260928-03, 28.09 — партнёр правит сайты наравне с нами, его правки не затираем; права выданы и проверены попыткой записи 29.09]

   Откуда выборка и кто её тянет

   Кабинеты всех источников охвата (по тестовому заказу на каждый), журнал оплат, ящик уведомлений, все оплаченные заказы окна строки 2.

   Что считаем

   потолки: действуют числа из ПОР-261003-11. Если чисел там нет, директор до запуска вписывает [предложение исполнителя]: на заказ — расчётная закупка заказа (калькулятор или зеркало) +5 %; в сутки — сумма расчётных закупок по заказам, оплаченным за сутки, +5 %. Без значений проверка (б)–(в) не ставится.

   • (а) заказ оплачен сайтом без человека и виден у источника как «оплачено»
   • (б) заказ сверх потолка на заказ не оплачен, уведомление пришло
   • (в) при исчерпанном суточном потолке следующий заказ не оплачен, уведомление пришло
   • (г) при выключенном выключателе оплаты нет
   • (д) у каждой оплаты есть запись в журнале
   • (е) ни один тестовый заказ строки 1 в пределах расчётной закупки не остановлен потолком; по каждому остановленному заказу окна исход наступил в срок строки 2.

   Порог

   (а)–(е) у каждого источника охвата. Источник без автооплаты — строка не зелёная, блокер называется точно, остальные источники доводятся. Неустранимость нашей работой (только ручная оплата или по счёту, обязательное ручное подтверждение) подтверждает проверяющий по кабинету. Без подтверждения это незавершённая работа исполнителя. В день подтверждения вам задаётся вопрос (см. «Ждёт вас»). После итога «нет» работа по источнику прекращается до вашего ответа.

   Было → стало

   результат исполнителя: автооплата найдена у 1 из 3 поставщиков: полей и шагов 101 — wolf 43, Printto 29, PrintStore 29, у нас есть 10, частично 28 (PSK-214, 03.10 11:16); wolf — до последнего экрана 3 из 3, «Подтвердить заказ» нажата 0 раз (PSK-168r6, 02.10 00:37); боевая оплата не включена — слово владельца (деньги); окно макета до оплаты (PSK-215, ПОР-261003-11): пакеты пр.11 и пр.12 приняты (08.10 04:5x и 11:17), на бою ещё нет — вариантов, у которых окно размер файла не называет, 49 → 47 → 45 (тур-конверты; складные открытки с двумя размерами в подписи, 2 из 2), без числа страниц 94 → 94 → 37 (брошюры, журналы и каталоги на пружине — 57 из 57: число страниц от обложки, подложки и сторон печати), побочных изменений 0 из 23 688 вариантов; пакет пр.13 принят 08.10 15:5x (на бою нет): предупреждений вместо отказа 22 000 → 0, сочетаний пружины подтверждено страницей поставщика 420 из 420, отказ при несовпадении 420 из 420, побочных 0; пр.10 на сайте с 08.10 11:02 (выкладка прошла: правки 7 из 7, проверка после выкладки 657 из 657, файлы на сайте = пакету 7 из 7; покупателем ещё не подтверждено); выкладки пр.11 и пр.12 — по очереди окон psilk, покупатели PSK-215v8 и PSK-215v9 после них / независимая проверка: проверка директора перечня полей (PSK-214) и журнала шагов (PSK-168r6); окно макета на бою видел слепой покупатель PSK-233v2 (08.10 14:01, журнал чист): у брошюры на пружине 10 стр. файлу нужно 5 страниц, причина разницы не названа; остальное независимым заданием не проверялось / остаток: пункты (б)–(е) — потолки на заказ и в сутки, журнал, уведомление, потолок не мешает обычным заказам — не мерены; источники без автооплаты (Printto, PrintStore) — блокер: нужны кабинеты; выключатель боевой оплаты выкл; окно макета: отказ при несовпадении числа страниц у пружины — пакет пр.13 принят, выкладка после пр.11 и пр.12 (одна выкладка psilk за раз); разница числа страниц файла и выбора покупателя без причины рядом — PSK-215 пр.14 (снимается с удержания после приёмки пр.13: причина из тех же данных, что и число, в строке требования, окне и отказе на 5 языках; заголовок окна «другой размер примет» при отказе сервера — 23 684 варианта; повёрнутый файл при названной в подписи ориентации принимается — 23 023 варианта); у 45 видов размер и у 37 брошюр на клеевом скреплении число страниц поставщик не называет

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «сайт должен платить сам» (ПОР-261003-11)

   Может ли быть зелёной, когда цель не достигнута?

   нет — потолок закрыт пунктами (а)–(е); «нет автооплаты» не зелёное, блокер подтверждает проверяющий

   Берётся ли результат из первоисточника?

   да — кабинет источника, журнал, ящик

   Вопрос скептика

   v2: без автооплаты все «названы», потолки и выключатель вне меры → пункты (а)–(д), без автооплаты не зелёная, исключение только словом владельца
5. 5Двойных и чужих заказов нет; любая ошибка у источника доходит до работника письмом. [предложение исполнителя]
   + класс дефекта — [рецензия Г11, принята 04.10 21:49] [прямое: ПОР-261002-15, 02.10 — письма поставщиков читаются из почты по паролю приложения]

   Откуда выборка и кто её тянет

   Полная сверка кабинетов всех источников охвата с заказами сайтов за 14 дней, включая тестовые. Плюс провокации проверяющего у каждого источника (кроме подтверждённо неприменимых ячеек): повтор уведомления о том же платеже; одинаковый номер заказа на двух сайтах; перезапуск механизма посреди покупки; отказ оплаты у источника; товара нет у источника; истёкший вход (куки). Письма проверяются в ящике работника. Ошибки вызываются нарочно: их отсутствие за 14 дней — не довод.

   Что считаем

   • двойные заказы
   • заказы, оплаченные платежом другого сайта
   • провокации без письма

   Порог

   0 · 0 · 0. Дефект повтора или перекрёстного номера чинится и вне выборки.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 · 0 · 0. Дефект повтора или перекрёстного номера чинится и вне выборки.; нужен замер: двойные заказы · заказы, оплаченные платежом другого сайта · провокации без письма

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — двойной или чужой заказ = деньги

   Может ли быть зелёной, когда цель не достигнута?

   нет — ошибки вызываются нарочно, пустой ноль не засчитывается

   Берётся ли результат из первоисточника?

   да — кабинеты источников и ящик работника

   Вопрос скептика

   v2: вакуумный ноль «ошибок без письма» → обязательные провокации у каждого источника
6. 6Все оплаченные заказы окна, тестовые и реальные, куплены правильно и оплачены у источника. [поздняя поправка: 04.10] добавлено проверкой
   + [предложение исполнителя: находка скептика В4 — вопрос скептика №4]

   Откуда выборка и кто её тянет

   Все оплаченные заказы трёх сайтов за 14 дней против карточек у источника. Входят реальные и тестовые заказы строки 1 (оплачены настоящим путём, все классы состава). Кабинет открывает проверяющий. Число реальных заказов указывается по каждому источнику.

   Что считаем

   заказы, у которых у источника есть хоть одно расхождение: товар или издание; конфигурация или оформление; тираж или количество; макет; адрес; лишняя или недостающая позиция; макет не подтверждён; не оплачено сайтом; отменено источником

   Порог

   0. Если у источника в окне нет ни одного заказа, оплаченного настоящим путём, строка «не проверена». Отсутствие реальных заказов закрытие не задерживает: покрытие обеспечивают тестовые заказы строки 1, реальные проверяются в эксплуатации. Расхождение в реальном заказе — существенный дефект, чинится вне выборки.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0. Если у источника в окне нет ни одного заказа, оплаченного настоящим путём, строка «не проверена». Отсутствие …; нужен замер: заказы, у которых у источника есть хоть одно расхождение: товар или издание; конфигурация или …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — поздняя поправка 04.10: содержимое заказа

   Может ли быть зелёной, когда цель не достигнута?

   нет — обходы «не тот заказ», «создан, но не оплачен или отменён» закрыты; пустое окно — «не проверена»

   Берётся ли результат из первоисточника?

   да — карточки у источника открывает проверяющий

   Вопрос скептика

   v2 В4 (вопрос скептика №4): нет «куплено то, что заказал покупатель» → полная сверка вместо 10 случайных, отправка — Г6 (цель «Покупатель отслеживает свой заказ»); v3: нет правила «нет заказов = не проверено» → добавлено

Не входит

• выбор поставщика по цене (Г5 — цель «Книги на сайте полиграфии»)
• доставка до покупателя (Г6 — цель «Покупатель отслеживает свой заказ»)
• правильность смены статуса оплаты (Г11), но поступление без оплаченной закупки всё равно делает строку 2 красной
• одежда с источником OLX (брифинг 987, 03.10)

Находки вне паспорта

• Сообщение владельцу (страница, сумма, зачем) перенесено в «Ждёт вас».
• Вопросы ПОР-260930-55, ПОР-261002-05, ПОР-261001-06 закрываются состоянием строк 1, 4, 5.

Срок

Чем вы сами судили бы о достижении

Ваши слова

уже 100 раз говорилось, что Stripe заблокировал оплату TWINT на моём аккаунте. Соответственно нужна другая платформа

Также я попробовал оплатить по банковскому счету. Инвойса сформировано не было

лучше всего по API

можно ли пока просто оставить адрес кошелька крипто и вручную проверять?

Строки паспорта (10)

1. 1Карта, PayPal, перевод сами доводят боевой заказ до «оплачен» на 3 сайтах; неоплаченный или не списанный (карта, PayPal) — нет.
   PayPal, перевод, автоотметка [П: ПОР-260926-89, -97; ПОР-261002-39]; карта [проверка карты как включённого способа — прямое требование ПОР-261002-11; отдельного требования подключить карту в приведённых словах нет]; перечень [ПП: 04.10]; боевой режим, возвраты, классы [И]. [прямое требование: ПОР-260926-41, 26.09 — оплата PayPal, TWINT и счётом на всех сайтах] [прямое требование: ПОР-261002-11, 02.10 — все включённые способы оплаты Stripe проверить]

   Откуда выборка и кто её тянет

   Перечень способов (каждый × 3 сайта) [ПП: 04.10, рецензия, принята 21:49]: PayPal; перевод по счёту с QR; TWINT не через Stripe; крипто; карта (Stripe) — входит по умолчанию, ждёт подтверждения [?]. Перечень меняется только вашим словом; выключение способа его не меняет. Ячейка «способ × сайт» выпадает из меры только по вашему прямому отказу с датой [И]. «Выключен» или «не сделано, причина названа» — незакрыта [ПП: 04.10 21:49].

   «Оплачен» — только машиной (стр. 1, 3–5) [П: ПОР-260926-97; сроки — И]: зеленит только отметка в журнале статуса от обработчика уведомления провайдера (карта, PayPal, TWINT) или сверщика по API (перевод); срок ≤10 мин после списания; перевод — ≤2 ч после зачисления в API банка; ручная отметка не зеленит, кроме крипто (стр. 6). Классы исхода (стр. 1, 4) [И], создаёт проверяющий:

   • (у) списание → «оплачен» обработчиком
   • (о) отказ провайдера или отмена покупателем → не «оплачен»
   • (з) вкладку закрыли после успешной оплаты → «оплачен» обработчиком ≤10 мин
   • (с) «спасибо» без подтверждения провайдера (возврат после отмены, прямой адрес возврата) → не «оплачен»
   • (п) одобрено/авторизовано, не списано или pending (PayPal не захвачен; Stripe requires_capture/processing; аналог TWINT) → не «оплачен» до события о списании.

   (у) засчитывается только в боевом режиме. (о), (з), (с), (п) — в боевом; если провайдер не даёт — в тестовом или подачей обработчику события в формате провайдера без списания; засчитывается только для своего класса. Успех: 9 ячеек (3 способа × 3 сайта), по 1 боевому заказу на малую сумму. Неуспех: (о), (з), (с), (п) для карты и PayPal × 3 = 24 ячейки (перевод — стр. 3). Платежи возвращаются, кроме одного на каждый кабинет Stripe и PayPal (для стр. 7; годится реальный заказ).

   Источники: кабинет провайдера / банк, статус, журнал. Уточнения по критике скептика: Проверяющий получает перечень всех включённых способов из боевых настроек провайдера и покупательского интерфейса каждого сайта; каждый входит в проверку. Передача проверки другой линии допустима только с указанием способа, сайта и проверяемых исходов. Эта линия проверяет карту, PayPal и перевод; TWINT и крипто проверяются линиями 4 и 6 этой цели; все дополнительные включённые способы Stripe включаются сюда. Каждый включённый покупателю способ имеет ссылку на линию с проверкой полного пути оплаты; непокрытых способов нет.

   Что считаем

   • (1) «оплачен» + боевое списание на верную сумму + машинная отметка в срок
   • (2) исход не по классу (для (з) — также автор или срок). Уточнения по критике скептика: Сумма и валюта списания совпадают с итогом, показанным проверяющему в браузере перед подтверждением; получатель и заказ совпадают с созданным им заказом. Для карты и PayPal — подтверждённое списание; для перевода — подтверждённое зачисление получателю. Валюта и сумма проверяются в обоих случаях. Проверяющий связывает созданный им заказ с независимым идентификатором операции и фактическим внешним результатом.

   Порог

   • (1) — 9/9 минус ваши отказы
   • (2) — 0, все 24 представлены. (в): ложный путь (по возврату на сайт, по одобрению без списания, руками) чинится на всех способах и сайтах. Блокеры: карта, PayPal — нет; перевод — как стр. 2, 3.

   Было → стало

   результат исполнителя: не мерено по своей мере (боевой заказ до «оплачен» с боевым списанием и машинной отметкой в срок); в v2: счёт 3 из 3, PayPal 3 из 3; близкое — сторож готовности оплаты, выложен 05.10: книги «оплата готова» 13, красных 0 (ORG-595r2d, 09:03); полиграфия 10, красных 0, неизвестных 0 (ORG-595r2d2, 09:46); одежда 13, красных 0, неизвестных 0 (ORG-595r2d3, 09:46) / независимая проверка: сторож готовности оплаты — проверка по конфигурации, не боевой заказ; покупателем и боевым платежом не проверялось / остаток: режим, автор отметки, карта и неуспех не мерены; порог (1) 9 из 9 минус ваши отказы, (2) 0 при всех 24 представленных; боевой заказ до «оплачен» не мерен

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — прямое требование: проверить все включённые способы Stripe (ПОР-261002-11 — запись вашего слова в реестре поручений); отдельного требования подключить карту в приведённых словах нет. Прежний ответ исполнителя (до критики скептика): да — PayPal, перевод, автоотметка [П — прямое требование владельца]; карта [?]

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Все 9 успешных и 24 остальных случая проходят, но включённый в Stripe способ помимо карты не работает: перечень закреплён вручную. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — только боевое списание и машинная отметка; классы (о), (з), (с), (п); выключение способа не выводит ячейку

   Берётся ли результат из первоисточника?

   скептик (астра): — Источники смешанные. Списание видно у провайдера, но правильность заказа и суммы можно подтвердить одной ошибочной базой. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — кабинет провайдера / банк, журнал статуса

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 12, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
2. 2Перевод: счёт с QR (PDF — документ в формате PDF) в письме и на странице «заказ принят»; в QR — сумма заказа, IBAN (международный номер банковского счёта) получателя (до ответа банка
   — по временному решению владельца счёт с QR на обычный IBAN, QR-IBAN после ответа банка), ссылка заказа. До ответа банка формируется счёт с QR по временному решению владельца; используемый IBAN и формат ссылки фиксируются отдельно, получение QR-IBAN условием приёмки временного варианта не является. Счёт формируется индивидуально по заказу и клиенту; шаблон счёта с владельцем не подтверждён (он просил: «давай определим шаблон инвойсов»). paperandsilk [П: ПОР-261002-39]; knigy, brandclothes [инвойс на трёх сайтах — прямое требование ПОР-260926-41 «на всех сайтах»; формат PDF и конкретная реализация — предложение исполнителя]. [решение владельца: ПОР-261002-13, 02.10 — «формируй тогда инвойсы пока просто с QR-кодом»; слова «на обычный IBAN» — пересказ, подтверждающей записи нет] [решение владельца: ПОР-261002-40, 02.10 — QR-счёт в письме и на странице — включать]

   Откуда выборка и кто её тянет

   Ящик тестового покупателя и страница заказа, по 1 заказу на сайт; QR читают банковское приложение и проверка QR-счёта. Уточнения по критике скептика: На каждом сайте проверяющий создаёт два последовательных заказа разных клиентов с разными составом, суммой и доставкой; проверяет соответствие каждого PDF своему заказу и клиенту. Заказы и различающиеся данные создаёт проверяющий после выкладки; готовые примеры исполнителя не засчитываются.

   Что считаем

   сайтов — счёт в письме и на странице, QR читается, сумма = заказу, IBAN = IBAN получателя по решению владельца (до ответа банка — обычный), ссылка — этого заказа. Уточнения по критике скептика: Реквизиты получателя совпадают с банковскими реквизитами, предоставленными владельцем независимо от сайта.

   Порог

   3/3 сайтов — счёт в письме и на странице, QR читается, сумма = заказу, IBAN = IBAN получателя по решению владельца (до ответа банка — обычный), ссылка — этого заказа. Блокер: ваша root-команда; QR-IBAN блокером временного варианта не является.

   Было → стало

   результат исполнителя: не мерено (v2: 6/6 не на бою, PSK-194) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 3/3 сайтов — счёт в письме и на странице, QR читается, сумма = заказу, IBAN = вашему QR-IBAN, ссылка — этого заказа …; нужен замер: сайтов — счёт в письме и на странице, QR читается, сумма = заказу, IBAN = вашему QR-IBAN, ссылка — …

   / paperandsilk.ch: PSK-196 пр.5 (QR-счёт и статус оплаты) на бою 10.10 21:27 UTC через окно печати (дверь: «холостой ЗЕЛЁНЫЙ · ПРИМЕНЕНО И ПРОВЕРЕНО — 9 правок + 4 новых файла», BUILD_ID 4QvSDK… → eb-Hfnw…; тесты пакета 334/334: QR из PDF 76, путь покупателя 70, оформление 42); боевой заказ со счётом и поступлением на счёт — не мерен; knigy.ch и brandclothes.ch — как было

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — инвойс на трёх сайтах — прямое требование ПОР-260926-41; формат PDF (документ в формате PDF) и реализация — предложение исполнителя; временный счёт с QR (платёжный штрихкод для банковского приложения) — решение владельца (ПОР-261002-13), «обычный IBAN (международный номер банковского счёта)» — пересказ. Прежний ответ исполнителя (до критики скептика): да — его жалоба 02.10 «инвойса сформировано не было»

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Один заказ на сайт проходит, а следующий получает прежние реквизиты клиента или прежнюю сумму. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — QR читает банковское приложение, не наш код

   Берётся ли результат из первоисточника?

   скептик (астра): — Письмо, страница и банковское приложение — подходящие первоисточники, но адрес получателя средств нельзя брать из настроек самого сайта. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — ящик и банковское приложение

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 1, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
3. 3Перевод пришёл — заказ сам «оплачен»; нет — не «оплачен»; 3 сайта.
   API [П: ПОР-260926-97]; остальное [И].

   Откуда выборка и кто её тянет

   Полная сверка за период в обе стороны: поступления по счетам заказов → статусы; «оплачен» по переводу → поступления. Выписку берёт сверщик по API банка/Revolut без человека; проверяющий сравнивает с базой и журналом. Классы × сайт (15), создаёт проверяющий в периоде: точная сумма → «оплачен»; недоплата → не «оплачен», в списке недоплат; переплата → «оплачен», излишек в списке к возврату; без ссылки или с чужой → в неразобранных, не на случайный заказ; нет поступления → не «оплачен» ни при оформлении, ни на «заказ принят», ни после сверщика.

   Период сверки (стр. 3, 6) [И]: с выкладки последнего исправления по (в)/(г) для строки (или с включения механизма), ≥N суток; N директор называет при принятии v3, меняет только по (г). Случаи до периода — в отчёте с исправлением и датой выкладки, в меру не входят; повтор того же класса в периоде — входит. Мера считается один раз на проходе, далее — эксплуатация. Нет реальных поступлений — мера по созданным классам.

   Уточнения по критике скептика: Помимо нового периода проверяются все незакрытые поступления и заказы с момента включения механизма; найденные старые расхождения выводятся отдельным списком и исправляются, но в меру нового периода не входят. Проверяющий независимо получает банковскую выписку за период и сверяет с загрузкой сверщика, включая все страницы выдачи и счета. Для каждого сайта и вида счёта записан действующий маршрут сверки (банк, Revolut, Payrexx); все маршруты проверены, одна операция не применяется повторно между маршрутами.

   Что считаем

   случаи: поступление есть, а заказ не «оплачен» или отмечен не тот; «оплачен» без поступления в выписке API; исход класса не тот; автор отметки — человек; выписка загружена человеком; задержка >2 ч. Уточнения по критике скептика: Одна банковская транзакция учитывается один раз; сумма распределения по заказам не превышает зачисленную сумму; валюта соответствует обязательству либо применяется заранее записанное правило пересчёта.

   Ошибка — отклонение от исхода соответствующего класса; задержка считается от первого появления поступления в доступном API.

   Порог

   Порог 0 случаев; все 15 представлены. (в): ложный случай (в т. ч. «оплачен» при оформлении) чинится на всех сайтах, включая заказы до периода; исправление открывает новый период. Блокер: ключ Revolut (только чтение).

   Было → стало

   результат исполнителя: не мерено (v2: «не отмечено» 0, PSK-142; автор и заказы без поступления не проверялись) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 случаев; все 15 представлены. (в): ложный случай (в т. ч. «оплачен» при оформлении) чинится на всех сайтах …; нужен замер: случаи: поступление есть, а заказ не «оплачен» или отмечен не тот; «оплачен» без поступления в …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — сверка идёт по всем поступлениям и заказам периода в обе стороны, а не по выборке; классы × сайт (15: пять исходов — точная сумма, недоплата, переплата, без ссылки или с чужой, нет поступления — на 3 сайтах) создаёт проверяющий. Два места зависят от выбора: период сверки (длину N суток называет директор при принятии, начало — выкладка последнего исправления, случаи до периода в меру не входят) и выписка, которую берёт сверщик по API (программный интерфейс: обмен данными между системами); по уточнению скептика проверяющий получает выписку независимо и сверяет все страницы выдачи. Если реальных поступлений нет, мера считается по тем классам, что создал проверяющий.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Одно поступление оплачивает два заказа одного сайта; у каждого находится поступление, формального запрета повторного использования нет. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — сверка в обе стороны по выписке API, ручная отметка = неверный исход

   Берётся ли результат из первоисточника?

   скептик (астра): — Выписка API — внешний источник, но её получение тем же сверщиком не доказывает полноту. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — выписка по API банка/Revolut

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 1, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
4. 4TWINT через другую платформу сам доводит боевой заказ до «оплачен» на 3 сайтах; неоплаченный или не списанный — нет.
   Не Stripe [П: ПОР-261002-10]; автоотметка [API-сверка — предпочтение владельца «лучше всего по API» (ПОР-260926-97); автоматическое изменение статуса и сроки — предложение исполнителя]; режим, классы [И]. [через Payrexx: ПОР-261007-05, 07.10]

   Откуда выборка и кто её тянет

   Кабинет платформы в боевом режиме, статус, журнал. Успех — по 1 заказу на малую сумму на сайт, возврат кроме одного на каждый кабинет (для стр. 7; годится реальный). Неуспех — (о), (з), (с), (п) × 3 = 12. Уточнения по критике скептика: Заказы и отрицательные сценарии выбирает и запускает проверяющий через покупательский интерфейс каждого сайта. Для каждого класса заранее записан способ воспроизведения; имитация подтверждает только обработку события, боевую доставку она не подтверждает.

   Что считаем

   • (1) «оплачен» + списание на верную сумму + отметка обработчика ≤10 мин
   • (2) исход не по классу. Уточнения по критике скептика: Статус меняется только после независимого от содержимого уведомления подтверждения платформой: кабинет, операция, заказ, сумма, валюта и окончательный статус совпадают. Идентификатор операции из платформы сопоставлен с заказом проверяющего и банковским результатом оплаты; сумма и валюта совпадают с показанными покупателю.

   Порог

   • (1) — 3/3
   • (2) — 0, все 12. (в): как стр. 1. Блокер: счёт Payrexx и ключ API.

   Было → стало

   • результат исполнителя: платформа: Payrexx 1,25 % + 0,18 CHF (швейцарский франк) или PostFinance 1,3 % (ORG-526); владелец открыл кабинет Payrexx 07.10 13:52, ключ в хранилище с 14:49; адрес уведомлений проверен снаружи на трёх сайтах, препятствий: книги 2 → 0 (BKS-413 — задача сайта книг knigy.ch, 14:46), полиграфия 1 → 0 (PSK-240, 14:46), одежда 4 → 1 (CLO-419 — задача сайта одежды brandclothes.ch, 14:58); общий модуль (ORG-704, 14:58): тестов 26 из 26, классов уведомлений 9 из 9, мутантов денежных правил 21 из 21, оплачено без проверки по API 0, не на бою; книги — пакет витрины: мест карты оплаты 0 → 13 из 13, исходов 35 из 35, мутантов 22 из 22 (BKS-413r2, 20:16), выложен на бой 20:59 в тестовом режиме — цели 13 из 13, проверка после 10 из 10, способов Payrexx на страницах без метки 0 (BKS-413r2d); полиграфия — мест 0 → 16 из 16, исходов 49 из 49 (PSK-240r2, 18:35, не принят: 8 новых целей хоста без основы), целей без основы 8 → 0 из 23 (PSK-240r3, 19:46), выкладка не начата — холостой красный на печати зоны владельца (PSK-240r3d, 20:59); выкладка пакета пр.4 08.10 06:10–06:32 при снятой печати остановилась на холостом: сторожа сборки сайта с файлами пакета — 1 из 20 красный (название «PostFinance Pay» одинаково на 5 языках; 32 расхождения документа макета со страницей), на бою ничего не менялось (PSK-240r4d); пакет пр.5 08.10 08:09 (fb): название бренда принято сторожем копии дерева — сторожей красных с кандидатами 1 → 0 из 20, мутантов 4 из 4; к выкладке не принят: сборка сайта берёт сторожей из корневой копии вне дерева, её пакет не правит (PSK-240r5) / независимая проверка: проверки директора снаружи: адрес уведомлений, выкладка knigy (мой запрос /ru, /ru/cart, /de: Payrexx 0, TWINT 0); тестовый покупатель knigy BKS-413v (08.10 14:12–14:16, журнал чист): до тестовой страницы Payrexx 0 из 3 — оформление отвечает 502 «payrexx_unavailable» у всех трёх способов при ключе и живой службе; без метки способов 0, двойной оплаты 0; одежда — уведомления после ключа 503 → 400 (мой запрос 14:4x), тестовый покупатель ORG-704vb снят 14:4x / остаток: TWINT 0 из 3: на knigy ключ положен 07.10 21:31, служба запущена, но платёжная страница не создаётся — причина изнутри и строка журнала с причиной на каждом звене — BKS-413 пр.3 (W853 — внутренний номер хода работы директора), затем выкладчик и тестовый покупатель; полиграфия — пакет PSK-240 пр.6 (исключение в обе копии сторожей; корневую копию даёт ноутбук), затем выкладка PSK-240r6d в вечернее окно с новым снятием печати; витрина одежды CLO-419 пр.3 на бою с 08.10 14:09 в тестовом режиме (проверка после 10 из 10), ключ положен 14:39 — тестовый покупатель ORG-704vb; боевой платёж — только словом владельца; порог (1) 3 из 3, (2) 0 из 12
   • 09.10 01:50 UTC (W882): ORG-704vb (fb, brandclothes, тестовый режим) НЕ (не расшифровано) НАЧАТ верно: Payrexx на TWINT и PostFinance отдаёт свою страницу «Upgrade — This area is not included in your current plan», «на счёт» → 502 через 124 с; до тестовой страницы 0 из 3; без cookie способов Payrexx 0. Вопрос владельцу о тарифе/способах в кабинете Payrexx (умолчание «не делаю», срок 10.10 06:00 UTC, wait в реестре). ORG-716 пр.1 принят как пакет (приоритет на замке 8 из 8 классов), выкладка ORG-716d после .done PSK-240r6d3
   • 09.10 03:03 UTC (W885): книги — BKS-413 пр.4 принят как пакет, НЕ на бою (sha16 b8f2af2dc536fb0f; суммы, форма и основа = живым 3 из 3): язык страницы Payrexx по таблице (ru и uk → en, лестница при отказе), на подделке API до ссылки 18 из 18 (было 15 из 18), заказов при отказе в отправке 0 из 18, мутанты 49 из 49. Дальше выкладчик BKS-413r4d (окно knigy с 06:05 UTC) → тестовый покупатель BKS-413v3 (clothes, /ru, /uk, /de; ждун w885u413v3).

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — «лучше всего по API» — предпочтение владельца способа сверки; автоматическое изменение статуса и сроки — предложение исполнителя. Прежний ответ исполнителя (до критики скептика): да — его слово 02.10, не Stripe

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Уведомление с подходящими полями оплачивает заказ без подтверждения операции платформой. В тексте соседней №9 защита есть, но её распространение на TWINT (швейцарский мобильный платёжный сервис) не доказано. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — боевой режим, классы неуспеха

   Берётся ли результат из первоисточника?

   скептик (астра): — Кабинет платформы — первоисточник; журнал сайта сам по себе не доказывает связь платежа с заказом. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — кабинет платформы

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
5. 5Платёж одного сайта не оплачивает одноимённый заказ другого; повтор уведомления не дублирует оплату и закупку. [ПП: 04.10, рецензия] добавлено проверкой
   закупка [И].

   Откуда выборка и кто её тянет

   Механизмы: Stripe, PayPal, TWINT, сверка переводов.

   • (а) один номер на двух сайтах, оплачен один — все 3 пары по каждому механизму
   • (б) повтор уведомления — засчитывается, если первое создало ровно одну закупку; пока цель 10 не закупает — ровно один вызов обработчика закупки по журналу. Источники: база, журнал статуса, заказы у поставщика, журнал закупки, письма. Уточнения по критике скептика: Проверяются последовательная и одновременная доставка дублей, разные уведомления одной операции, повтор после сбоя между изменением статуса и закупкой.

     Проверяющий проверяет все шесть направлений между тремя сайтами по каждому действующему механизму; события получает из операций провайдера.

   Что считаем

   случаев «оплачен заказ другого сайта» или «повтор дал вторую отметку, вызов, закупку или письмо». Уточнения по критике скептика: Количество фактических закупок определяется по стороне поставщика; количество отправленных писем — по почтовому сервису. Журнал приложения служит для сопоставления. Повтор не создаёт второго бизнес-эффекта: перехода статуса, закупки или отправки одного и того же уведомления покупателю; повторное получение события допускается.

   Порог

   0 случаев; проверено 4 механизма × (3 пары + (б)). (в): дефект из рецензии чинится независимо от проверки. Блокеры: Stripe, PayPal — нет; TWINT — стр. 4; переводы — стр. 2, 3.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 случаев; проверено 4 механизма × (3 пары + (б)). (в): дефект из рецензии чинится независимо от проверки. Блокеры: …; нужен замер: случаев «оплачен заказ другого сайта» или «повтор дал вторую отметку, вызов, закупку или письмо»

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   нет — выборки нет: порог задан сеткой «4 механизма × (3 пары + повтор)»; проверяющий проверяет все шесть направлений между тремя сайтами по каждому действующему механизму, последовательную и одновременную доставку дублей, а события получает из операций провайдера, не из журнала приложения. Число закупок считается по стороне поставщика, число писем — по почтовому сервису. Остаток: перечень действующих механизмов — механизм, не попавший в него, не проверяется; для TWINT и переводов проверка ещё ждёт других строк (блокеры: стр. 4; стр. 2, 3).

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Последовательный повтор одного уведомления безопасен, но два одновременных уведомления создают две закупки. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — все 3 пары по 4 механизмам и предпосылка первой закупки

   Берётся ли результат из первоисточника?

   скептик (астра): — Журнал вызовов не доказывает число закупок. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — база, журналы, заказы у поставщика

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 7, частично 0, отклонено 0, претензий нет 1; правки внесены в поля: вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
6. 6Крипто: покупатель видит ваш адрес, сеть и сумму = сумме заказа; проверка вручную; «оплачен» — только при полной сумме.
   Адрес, ручная проверка [вопрос владельца ПОР-261003-04 «можно ли пока просто оставить адрес кошелька крипто и вручную проверять?»; временная реализация предложена исполнителем, окончательный выбор реквизитов и условий не подтверждён]; 3 сайта, сумма, классы [И]. До выставления суммы фиксируются актив, сеть, источник курса, срок действия суммы и условие подтверждения перевода; покупатель видит эти условия.

   Откуда выборка и кто её тянет

   Источник — кошелёк (выписка или обозреватель). Классы на каждом сайте: оплачен полностью в верной сети; не оплачен; недоплата. Полная сверка всех крипто-«оплачен» за период с поступлениями. Уточнения по критике скептика: Классы создаёт проверяющий; полную историю поступлений за период получает независимо от списка оплаченных заказов. Сверка двусторонняя: все поступления по криптозаказам → заказы и все крипто-оплаченные заказы → поступления; неразобранные поступления перечисляются.

   Что считаем

   • (1) сайтов, где адрес и сеть = присланным вами, сумма = заказу, полное поступление — «оплачен» на верный заказ
   • (2) «оплачен» в периоде без поступления или с меньшей суммой

   Порог

   • (1) 3/3 сайтов — адрес и сеть = присланным вами, сумма = заказу с доставкой в выбранной сети и валюте, полное поступление — «оплачен» на верный заказ (ручная отметка разрешена)
   • (2) «оплачен» в периоде без поступления или с меньшей суммой — 0; «не оплачен» и «недоплата» представлены на 3 сайтах. (в): ложный «оплачен» исправляется и вне периода. Блокер: адрес и сеть.

   Было → стало

   результат исполнителя: не мерено; крипто — шаг владельца (ORG-589) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: (1) 3/3 сайтов — адрес и сеть = присланным вами, сумма = заказу с доставкой в выбранной сети и валюте, полное …; нужен замер: (1) сайтов, где адрес и сеть = присланным вами, сумма = заказу, полное поступление — «оплачен» на …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — вопрос владельца «можно ли пока просто оставить адрес кошелька крипто и вручную проверять?» (ПОР-261003-04); временная реализация предложена исполнителем. Прежний ответ исполнителя (до критики скептика): да — его вопрос-пожелание 03.10

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Один перевод на общий кошелёк используется как подтверждение двух заказов одинаковой суммы. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — обратная сверка с кошельком, классы недоплаты и неоплаты

   Берётся ли результат из первоисточника?

   скептик (астра): — Обозреватель подтверждает перевод на адрес, но не принадлежность адреса владельцу. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — кошелёк / обозреватель сети

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
7. 7Деньги дошли: все фактические кабинеты учтены, выплаты сходятся с оплаченными заказами и поступили на ваш счёт. [И] добавлено проверкой

   Откуда выборка и кто её тянет

   Перечень кабинетов (стр. 1, 4, 7) [И]. До первого прохода директор записывает для каждого сайта кабинеты Stripe, PayPal, платформы TWINT, для каждого — счёт выплат. Проверяющий выводит фактический кабинет по боевым настройкам (публичный ключ Stripe, client-id PayPal, ключ TWINT) и сверяет с перечнем (стр. 7). Фактические кабинеты — по боевым настройкам 3 сайтов, сверка с перечнем.

   Пары «кабинет × счёт выплат» (Stripe, PayPal, TWINT); по каждой — завершённый цикл с невозвращённым платежом из стр. 1, 4 или реальным заказом; дата — по графику провайдера, директор записывает при включении. Сравниваются все оплаченные заказы кабинета за цикл и выписка вашего банка (тянет проверяющий), без выборки. Уточнения по критике скептика: Все кабинеты, принимавшие платежи за проверяемый период, включая заменённые и отключённые; перечень сверяется с историей операций и настроек.

   Что считаем

   • (0) кабинетов вне перечня + кабинетов без счёта выплат
   • (1) пар с выплатой >0 CHF в выписке вашего банка с идентификатором провайдера
   • (2) расхождение, не объяснённое конкретной комиссией или возвратом, CHF на пару. Уточнения по критике скептика: Каждый оплаченный заказ связан с операцией провайдера, каждая операция — с выплатой или конкретным удержанием; проверяются расхождения по каждой связи, взаимозачёт ошибок запрещён. Поступление в банке связано с идентификатором выплаты и её составом по данным провайдера. Расхождение считается в валюте выплаты; пересчёт в CHF показывается отдельно по указанному курсу и не заменяет сверку исходных сумм.

   Порог

   Порог (одновременно):

   • (0) — 0
   • (1) у каждой пары в цикле выплата >0 CHF в выписке вашего банка с идентификатором провайдера
   • (2) — 0 CHF на пару. Не зеленит: цикл без выплаты, удержание, выплата не в ваш банк, необъяснённое расхождение. Цикл не прошёл: точная причина, исправление по (г), мерится следующий цикл. Пара закрывается по первому прошедшему циклу, не перемеривается; объяснение не зеленит. Блокер: TWINT — стр. 4. Уточнения по критике скептика: Зелёный статус относится к проверенной конфигурации; смена кабинета или счёта выплат открывает соответствующую пару заново. Нет необъяснённых расхождений по отдельным операциям и выплатам; компенсация между ними не засчитывается.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог:

   • (0) — 0
   • (1) у каждой пары в цикле выплата >0 CHF в выписке вашего банка с идентификатором …; нужен замер:

   • (0) кабинетов вне перечня + кабинетов без счёта выплат
   • (1) пар с выплатой >0 CHF в выписке вашего …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — оплаченные заказы кабинета за цикл сверяются с выпиской все, без выборки, а фактические кабинеты проверяющий выводит по боевым настройкам (публичный ключ Stripe, client-id PayPal, ключ TWINT), не принимая их из перечня. Но исходный перечень кабинетов и счетов выплат до первого прохода записывает директор, дату цикла по графику провайдера он записывает при включении, а пара закрывается по первому прошедшему циклу без перемера, так что какой цикл будет мериться, проверяющий не определяет. По уточнению скептика перечень сверяется с историей операций и настроек, включая заменённые и отключённые кабинеты.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. В одном заказе недостача 10 CHF (швейцарский франк), в другом лишние 10 CHF; итог пары нулевой. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — выплата >0 CHF в выписке вашего банка, 0 CHF необъяснённого расхождения, кабинеты по боевым настройкам

   Берётся ли результат из первоисточника?

   скептик (астра): — Банковская выписка — первоисточник. Идентификатор провайдера без связи с конкретной выплатой недостаточен. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — выписка банка владельца и кабинеты провайдеров

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 6, частично 0, отклонено 0, претензий нет 1; правки внесены в поля: вселенная, мера, порог; полный ответ — в отчёте задачи ORG-707 пр.4
8. 8Подтверждённая ставка на knigy.ch держит авторизацию банка до конца аукциона при каждом способе оплаты, которым сайт принимает ставки (на 07.10 — карта и Link; перечень берёт проверяющий со страницы ставок); снимается только при проигрыше или отмене, при выигрыше списывается с победителя.
   Исходы — авторизация, проигрыш (холд отпущен), отмена, выигрыш (списание победителя) — проверяются каждый в тестовом режиме Stripe; настоящая ставка подтверждает только починку жалобы. [прямое требование: ПОР-261007-03, 07.10 «Это надо исправлять»] [предложение исполнителя: сроки 6–29 суток, способы карта и Link и четыре исхода; слова владельца — ставка снимается при живой авторизации, исправить; проверка исходов в тестовом режиме — разбор рецензента ПОР-261007-10]

   Откуда выборка и кто её тянет

   ставки knigy.ch: 4 исхода (авторизация; проигрыш — холд отпущен; отмена; выигрыш — списание победителя) × 2 способа оплаты (карта, Link) × 2 пути (холд в сессии — остаток торгов до 6 суток; мост — 6–29 суток, на 07.10 11:38 UTC таких торгов 10 943 из 76 087) = 16 ячеек, каждая в тестовом режиме Stripe; сроки внутри окон и на границах окон авторизации и за ними выбирает проверяющий, торги дольше 29 суток (если есть) идут отдельным перечнем; для каждого пути записан воспроизводимый сценарий окончания окна авторизации, невоспроизводимый срок остаётся «не проверено»; отдельно — все настоящие ставки после выкладки BKS-412 (жалоба: ставки 24 и 25 сняты при живой авторизации)

   Что считаем

   • (а) ячеек из 16, где в тестовом режиме Stripe исход не наступил (в каждом сценарии статус, срок авторизации и сумма у Stripe сверяются со ставкой и заказом сайта; ограничения переноса тестового результата на бой записываются отдельно): авторизация не держится до конца торгов; проигравшему холд не отпущен; отмена не снимает холд; победитель не списан на верную сумму
   • (б) ячеек, где наш механизм снял авторизацию при живых торгах
   • (в) торгов, у которых конец позже окна авторизации способа и у которых нет работающего пути сохранения обеспеченной ставки до расчёта (повторная авторизация или продление, проверенные в тестовом режиме); предупреждение покупателя удержанием не считается — перечень по базе
   • (г) жалоба: настоящих ставок после выкладки, снятых при живой авторизации (подтверждает починку жалобы, исходы не заменяет)

   Порог

   • (а) 0 из 16
   • (б) 0 из 16
   • (в) 0 торгов без работающего пути сохранения
   • (г) 0 из всех настоящих ставок после выкладки, при нуле настоящих ставок — «не проверено», тестовые исходы его не заменяют; пока в тестовом режиме Stripe проверено меньше 16 ячеек, строка не зелёная — тестовый ключ даёт владелец, без него остаётся «не мерено»

   Было → стало

   результат исполнителя: 10.10 цепочка ставок knigy восстановлена целиком (хранитель сессии и бот Violity с браузерным отпечатком по слову владельца, диспетчер BKS-1000, поллер, расчёт, письма с подтверждённого домена; интерфейс ставок UI-1 — не расшифровано/UI-2 — не расшифровано); 11.10 18:01 UTC первые тестовые торги рассчитаны автоматом: лот 77777 — победа подтверждена первоисточником (Violity status=sold, финальная цена 50 грн → 27,60 CHF, холд 28,71), ставка 32 → won, предоплата 3 CHF, счёт на остаток 24,60 CHF и письмо победителю + Telegram; лот 288334 — Violity ended без продажи → ставка 42 lost, возвраты 2, письма «предоплата будет возвращена»; лот 10030394 — перебит выше нашего предела (72 → 73 грн), outbid честно.

   Способ — предоплата 10 % (BKS-262). Карта (Stripe hold Link/card) после починки 07.10 настоящей ставкой не мерена. / независимая проверка: слепые покупатели 4 и 5 (10.10) — интерфейс ставок принят (0 high/medium); расчёт и письма 11.10 проверены ноутбуком по journalctl auction-settlement/notification-sender и auctions.db (не независимым агентом); письма ушли на тестовый адрес .invalid — доставка реальному покупателю не проверена.

   / остаток: настоящая ставка с картой и удержание авторизации до конца торгов по каждому способу (проба владельца); письмо победителю реальному покупателю; открытые тестовые лоты 10030666 (конец 18:18 UTC) и 255033 (13.10); тестовые следы (ставки 31–45, счета, адрес) — решение владельца.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   скептик (астра): Да. Конкретные длительности внутри двух интервалов выбирает исполнитель; торги более 29 суток исключены. Вселенная: «Все фактически предлагаемые сроки и способы ставок; проверяющий выбирает случаи на границах окон авторизации и за ними». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — исходы, способы и пути перечислены списком (16 ячеек), ставки в тестовом режиме создаёт проверяющий; настоящая ставка покупателя в меру исходов не входит, иначе результат зависел бы от того, кто и когда поставит ставку

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): Да. Для длинных торгов записано «покупатель предупреждён», холд истёк, обеспеченной ставки нет, но (в) зелёная. Заменить (в): «Для каждого срока торгов подтверждён работающий путь сохранения обеспеченной ставки до расчёта; предупреждение не считается выполнением требования удержания авторизации». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера «первая настоящая ставка» была бы зелёной на одном удачном случае, хотя исходов четыре, путей два (10 943 торгов идут через мост), а именно сбой моста снял ставки 24 и 25; теперь зелёной считается только ячейка с ответом Stripe в тестовом режиме, эмулятор (stripe-mock) не засчитывается

   Берётся ли результат из первоисточника?

   скептик (астра): Частично. Тест Stripe — первоисточник тестового исхода, но не доказательство истечения реального времени или боевой работоспособности. Мера: «В каждом сценарии сверять статус, срок авторизации и сумму у Stripe со ставкой и заказом сайта; ограничения переноса тестового результата в бой записывать отдельно». → решение: принят частично. Прежний ответ исполнителя пр.2 (до критики скептика): да — статусы платежа и холда в Stripe в тестовом режиме; наш журнал плана ставок вспомогательный и источником исхода не считается

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 4, частично 1, отклонено 0; правки внесены в поля: text, universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3
9. 9Через Payrexx (один ключ на три сайта, карты остаются в Stripe): покупка на счёт с автосверкой и PostFinance Pay сами доводят заказ до «оплачен»; уведомление засчитывается только после проверки на платформе; заказ другого сайта не трогается; сначала тестовый режим, боевой и настоящий платёж
   — вашим словом. [прямое требование: ПОР-261007-05, 07.10] [напоминание: ПОР-261007-12, 07.10 — три витрины параллельно, раздача ключа, тестовый платёж; адреса вебхуков — владельцу] [происхождение: PostFinance Pay и «карты остаются в Stripe» — решения хода ПОР-261007-05 через ноутбук, дословных слов нет; боевой режим и настоящий платёж вашим словом — закрытый список слова владельца: деньги]

   Откуда выборка и кто её тянет

   3 сайта × 2 способа (счёт через Payrexx, PostFinance Pay; TWINT этой же платформой — строка 4) × исходы {успех, отказ, отмена, подтверждение позже, повтор уведомления, поддельное уведомление, заказ другого сайта с тем же номером, неверная сумма, неверная валюта, незавершённый статус} = 60 ячеек; матрица сайт-источник уведомления × адрес-получатель (3 × 3) × способ × исход перечислена до проверки

   Что считаем

   • (1) пар сайт × способ, где тестовый платёж сам перевёл заказ в «оплачен»
   • (2) «оплачен» без подтверждения платформы по её API; «оплачен» при несовпадении сайта, номера, получателя, суммы, валюты или окончательного статуса платежа; повторная отметка на повторе; заказ другого сайта, тронутый чужим уведомлением (поступление денег на счёт владельца меряет строка 7 цели 11)
   • (3) способ Payrexx виден покупателю до боевого режима
   • (4) ячеек из 60, где поведение при отказе, отмене, позднем подтверждении, неверной сумме или валюте, незавершённом статусе и поддельном уведомлении не проверено — ожидаемые исходы задаёт проверяющий; считается раздельно на подставленных ответах платформы и на настоящих тестовых уведомлениях (первое поведение платформы не доказывает) и по одному разу на каждом сайте
   • (5) пар сайт × способ с настоящим платежом малой суммы, дошедшим до «оплачен» по выписке платформы — только по слову владельца

   Порог

   • (1) 6 из 6
   • (2) 0
   • (3) 0
   • (4) 0 из 60 по каждому из двух способов проверки
   • (5) 6 из 6 после слова владельца — до него строка в состоянии «тест пройден», а не «достигнуто»

   Было → стало

   • результат исполнителя: 07.10 15:0x (ORG-704, CLO-419) — ключ в хранилище с 14:49, проверка платформы да; общий модуль готов (тестов 26 из 26, мутантов 21 из 21, оплачено без проверки платформой 0). knigy.ch: витрина BKS-413 пр.2 выложена 07.10 20:26 (цели 13 из 13, проверка после 10 из 10, страниц как до 4 из 4) — на бою, не подтверждено; ключ положен 07.10 21:31, служба запущена в тестовом режиме. paperandsilk.ch: пакет PSK-240 пр.3 принят (целей без основы 8 → 0 из 23), выкладка не начата (07.10 20:14): печать зоны владельца на сайте закрывает 5 файлов оплаты. brandclothes.ch: пакет CLO-419 пр.3 принят 08.10 02:1x (ложных срабатываний гейта 1 → 0, присвоений разнесено 18, действий над службами без строки 0 из 6) — на бою с 08.10 14:09 в тестовом режиме (CLO-419r3d: проверка после 10 из 10, страниц как до 4 из 4, способов Payrexx без метки 0), ключ положен 14:39 (уведомления 503 → 400). paperandsilk.ch: пакет пр.4 принят 07.10 23:4x, выкладка 08.10 06:00 после снятия печати ноутбуком в 05:55; новая проверка формы ORG-710 нашла в пр.4 запись подключения ключа вне списка целей — она срабатывает, только если ключ уже на хосте (его там нет); выкладчику велено в этом случае остановиться; пакет формы ORG-710 пр.2 принят 08.10 03:5x (строк отсутствия в основе 2 → 0, пакетов тома с дефектом основы при «годно» 89 → 0 из 123, ложных срабатываний 0, настоящих 20 из 20), применяется после утренних выкладок — его гейт откажет пакету пр.4; выкладка пр.4 08.10 06:32 остановилась на холостом: сторожа сборки сайта с файлами пакета — название «PostFinance Pay» одинаково на 5 языках (дефект пакета) и 32 расхождения документа макета со страницей (причина разбирается), на бою ничего не менялось, печать вернулась; пакет пр.5 08.10 08:09: название бренда принято сторожем копии дерева (красных 1 → 0 из 20), но сборка сайта берёт сторожей из корневой копии, которую пакет не правит, — к выкладке не принят / независимая проверка: адреса уведомлений проверены снаружи на 3 из 3 сайтах (директор, 07.10 15:0x) — адреса, а не оплата; способов Payrexx у обычного покупателя knigy.ch 0 (директор, страницы /ru, /ru/cart, /de, 07.10 21:0x); тестовых платежей через Payrexx 0 из 6; тестовый покупатель knigy BKS-413v (08.10 14:16): до страницы Payrexx 0 из 3 — 502 «payrexx_unavailable» при ключе и живой службе / остаток: knigy.ch — ключ положен 07.10 21:31 по вашему «а», платёжная страница не создаётся: причина и журнал причины — BKS-413 пр.3; paperandsilk.ch — ключ после выкладки витрины; paperandsilk.ch — пакет PSK-240 пр.6 (исключение «PostFinance Pay» в обе копии сторожей), затем выкладка PSK-240r6d в вечернее окно с новым снятием печати; правило формы пакетов о двух копиях сторожей (ORG-715) — на бою с 08.10 16:15: применил ноутбук после починки инструмента выкладки (каталоги тестов пакета больше не читаются как цели); на прежнем отказе: пакет PSK-240 пр.5 — отказ формы по замыслу, пакет ORG-715 — годен; основа пакета формы ORG-710 пр.2 устарела (форма и инструмент выкладки сменились 08.10 16:12–16:15) — пересборка поверх обеих после ORG-714 пр.2; подключение ключа на полиграфии — отдельным шагом до раздачи ключа; brandclothes.ch — тестовая оплата ORG-704vb (снят 08.10 14:4x); боевой режим — слово владельца; точные адреса и версии вебхуков по сайтам владельцу не названы
   • 09.10 00:22 UTC (W878): после выкладки BKS-413 пр.3 (r3d2) поставлен повтор покупателя BKS-413v2 (clothes, тестовый режим Payrexx, 3 способа, время шагов для сверки с журналом службы)
   • 09.10 01:17 UTC (W880): покупатель BKS-413v2 (тест Payrexx) НЕ ПРИНЯТ: до страницы Payrexx 0 из 3, 502 на 4 попытках. Журнал причин пр.3 сработал (директор, shop_read create.log): TWINT и PostFinance — Payrexx 400 «Invalid value passed for parameter language» при lang=ru; покупка на счёт — «payment method is transmitted but not available». Поставлена BKS-413 пр.4 (язык сайта → язык Payrexx, недоступный способ скрыт или шаг владельца, заказы при отказе не в отправку) → r4d → v3
   • 09.10 01:50 UTC (W882): одежда — тестовая оплата не дошла до страницы Payrexx (страница тарифа «Upgrade»), ждёт шага владельца в кабинете Payrexx; ожидание 44–124 с и скрытие отказанного способа на одежде — после итога BKS-413 пр.4 (тот же класс на книгах)
   • 09.10 03:03 UTC (W885): книги — BKS-413 пр.4 принят пакетом: способ, которого Payrexx не даёт (сейчас покупка на счёт), скрывается на 30 мин с фразой покупателю на языке страницы, заказ при отказе не уходит в отправку; вероятная причина — счёт не включён в кабинете Payrexx (тот же вопрос владельцу, срок 10.10 06:00 UTC; в кабинет никто не входит). Перенос того же механизма на одежду — после итога BKS-413v3 на бою.
   • 09.10 06:56 UTC (W894): BKS-413 пр.4 на бою с 06:15 в тестовом режиме (выкладчик ЗЕЛЁНЫЙ, проверка после 13 из 13); моя проверка снаружи: без метки теста Payrexx выключен (способов 0), счёт и Stripe как были → покупатель BKS-413v3 (ждун). Не подтверждено покупателем.
   • 09.10 07:41 UTC (W895): PSK-240 пр.7 (paperandsilk): ждун выпустил выкладчика r6d3 в 07:25, гейт основы удержал 07:26 — nginx сайта в 05:33 и 06:12 правил партнёр (короткие ссылки DRP-128 — не расшифровано/128b по слову владельца); основа пакета обновлена директором на живой sha (пакет вставляет свой location по якорю, nginx -t кандидата — в холостом), SHA256SUMS (не расшифровано) c0734332728c9241, форма ГОДНО; гейт снял 07:37 — выкладка первой в окне.

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   скептик (астра): Да. Подставленные ответы платформы составляет исполнитель; ошибочное понимание API воспроизведётся в тестах. Добавить: «Независимый проверяющий задаёт ожидаемые исходы и сценарии; доступные сценарии подтверждаются реальными уведомлениями тестовой платформы». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — сайты, способы и исходы перечислены списком (42 ячейки), тестовые платежи создаёт проверяющий; поддельные уведомления берутся из описания запроса платформы, а не из тестов автора модуля

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): Да. API подтверждает платёж другой суммы или валюты, а заказ становится оплаченным; деньги также могут остаться на платформе. Мера (2): «Оплачен только заказ, для которого совпадают сайт, идентификатор, получатель, сумма, валюта и окончательный статус платежа». Поступление на счёт владельца должно проверяться здесь либо отдельной линией. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера «6 из 6» была бы зелёной на тестовом режиме, где TWINT, PostFinance Pay и счёт всегда подтверждаются (ORG-704 пр.1 итог задачи, строка 33: «путь счёт открыт → оплачен в Test не проверить»), и не показывала бы, что бывает при отказе, позднем подтверждении и чужом уведомлении; закрыто (4) и (5); TWINT в эту строку не входит — он в строке 4 той же цели

   Берётся ли результат из первоисточника?

   скептик (астра): Частично. Шесть тестовых платежей проверяют платформу, но негативные исходы — нашу имитацию. Разделить в состоянии: «Проверено через Payrexx» и «проверено на имитации»; не считать второе доказательством поведения платформы. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — запрос статуса платежа в API платформы, который делает проверяющий сам, статус заказа в базе сайта и запись в кабинете платформы; журнал нашего обработчика источником не считается

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 4: принято 4, частично 0, отклонено 0; правки внесены в поля: text, universe, measure, threshold, state; полный ответ — в отчёте задачи ORG-707 пр.3
10. 10Сбои при оплате: все причины названы по классам, зависящие от нас устранены, число сбоев на 1000 начатых оплат измерено до и после. [прямое требование: ПОР-261003-01, 03.10 — сбоев при оплате не должно быть]
    [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2]

    Откуда выборка и кто её тянет

    начатые оплаты на трёх сайтах за 14 суток — начало регистрируется на стороне покупателя (кнопка оплаты нажата или оплата открыта у провайдера) и сопоставляется с событиями сервера и провайдера, потерянные события считаются незавершёнными попытками; если событие на стороне покупателя не пишется, замер называется «не мерено»; до замера зафиксированы определение сбоя, единица попытки, окна «до» и «после» и срок ожидания завершения; реальные отдельно от проверочных; каждый способ оплаты и каждый класс причины; правило отнесения «от нас / частично от нас / не от нас» записано до замера по признакам журнала (код ответа провайдера, наша ошибка, таймаут), спорный сбой считается «от нас»

    Что считаем

    сбоев на 1000 начатых оплат по каждому классу причины и способу оплаты, отдельно «от нас», «частично от нас», «не от нас»; число начатых оплат (знаменатель) и верхняя граница 95 % записаны; независимый проверяющий проверяет классификацию каждого оставшегося класса и доказательства невозможности устранить; (е) разбор причин по классам передан владельцу (пересылку подтвердил ноутбук); реальные и проверочные оплаты, сайты и способы при сравнении «до» и «после» не объединяются

    Порог

    зависящих от нас и частично от нас — устранены выявленные исправимые причины, остаток подтверждён независимым разбором; 0 на 1000 начатых оплат при знаменателе не меньше 1000; при меньшем объёме — «результат не установлен», допустимая верхняя граница частоты записывается до замера; оставшийся класс назван с причиной, почему устранить нельзя

    Было → стало

    результат исполнителя: мера измерена 12.10 08:30 UTC по базам заказов и ставок трёх сайтов (скрипт LK-PAY-FAIL — не расшифровано/пр1/мера_сбоев_оплаты.py, только настоящие покупатели; ставки тестовых покупателей считаются отдельно). ДО (не расшифровано) починок (7 суток перед починкой на каждом сайте): knigy оформление — начато 4, сбоев 0; knigy ставки — начато 5, сбоев 5 (2 по нашей причине «окно карты слишком короткое», 3 «не подтверждено», причина не различима) = 1000 на 1000; brandclothes — начато 7, сбоев 0; paperandsilk — начато 3, сбоев 1 (истёкшая сессия оплаты) = 333 на 1000.

    ПОСЛЕ починок (knigy с 08.10 23:19, brandclothes с 09.10 09:24, paperandsilk с 09.10 09:12; окна 71–81 ч): настоящих начатых оплат и ставок 0 на всех трёх сайтах — числа «на 1000 после» нет, делить не на что. Тестовых ставок за это время 18 (один тестовый покупатель, путь предоплаты): выиграно 2, перебито 4, проиграна 1, активна 1, заменены новой 10, сбоев оплаты 0. Причины по классам названы: наша сторона (короткое окно холда — исправлено BKS-412; молчание сервера при быстрой оплате — CLO-389 пр.8 на бою 09.10; отказ источника ронял заказ — исправлено 09.10), провайдер или неясно (истёкшая сессия, неподтверждённый холд), банк покупателя 0, добровольная отмена 0.

    / независимая проверка: не проводилась; числа воспроизводятся скриптом, строки баз читались только через дверь чтения. / остаток: мера «после» появится с первыми настоящими оплатами и ставками — повторять замер раз в сутки; настоящая ставка картой после починки холда не проверена ни разу (ждёт первой ставки покупателя или пробы владельца); порог строки не задан числом.

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Исполнитель определяет классификацию и может записать исправимый сбой в неизбежные. Добавить: «Независимый проверяющий проверяет классификацию каждого оставшегося класса и доказательства невозможности устранения». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — все начатые оплаты за 14 суток перебираются скриптом по журналам провайдеров и заказов; правило отнесения к «от нас» записано до замера, и спорный сбой относится к «от нас», поэтому автор починки не может переклассифицировать

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Исправимые таймауты отнесены к «частично от нас», для них порога нет. Порог: «Для классов “от нас” и “частично от нас” устранены выявленные исправимые причины; остаток подтверждён независимым разбором причин». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера «на 1000 оформлений» была бы зелёной при малом числе покупателей или если сбой на экране оплаты не доходил до оформления и в знаменатель не попадал; закрыто знаменателем «начатые оплаты» и записью верхней границы 95 %

    Берётся ли результат из первоисточника?

    скептик (астра): Нет для полноты: журнал сайта не увидит часть отказов до отправки запроса. Вселенная: «Начало оплаты регистрируется на стороне покупателя; события сопоставляются с сервером и провайдером, потерянные события считаются незавершёнными попытками». → решение: принят частично. Прежний ответ исполнителя пр.2 (до критики скептика): да — журналы провайдеров (кабинеты) и заказов; свой подсчёт обработчика источником не считается

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 4, частично 1, отклонено 0; правки внесены в поля: universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3

Не входит

• валюта по стране (Г16 — цель «Покупатель вне Швейцарии видит цены и платит…»)
• Крипто не блокирует: стр. 1–5, 7 закрываются независимо от 6.

Находки вне паспорта

• автосверка крипто («пока»)
• прибыль и комиссии в CRM (наша система учёта заказов трёх сайтов, вместо старой админ-панели) (Г8 — цель «Прибыль по заказу и за период в CRM»)
• правильность закупки (Г10 — цель «Автовыкуп»; здесь — только отсутствие дубля)
• сценарий по классам товаров (Г1 — цель «Три сайта готовы к покупателям и рекламе»)

Срок

Чем вы сами судили бы о достижении

Ваши слова

Обязательно иметь Название организации, тип организации , тип товара, который можно продавать, имейл. ТАкже желательно и иметь другую по возможности доступную информация, такая как полный адрес или город компании и другие.

Сейчас покрываем поиск только по Швейцарии по всем категориям товара, кроме секции антикварных клиентов, но не всех, а тех, что имеют специфический интерес к славянистике / антикварным книгам на русском / украинскими антикварными товарам / российская империя или другие ниши , которые специфичны именно для украинского антикварного рынка

Мне нужно собрать базу данных потенциальных бизнесов-клиентов. Или это могут быть также не бизнесы, но и не частные лица. Я хочу иметь название огранизации и имейл.Только Швейцария.

Строки паспорта (9)

1. 1Организация, не частное лицо; название, тип и товар верны. [прямое требование; граница «частное лицо» — предложение исполнителя]

   Откуда выборка и кто её тянет

   Уникальные организации (стр. 6): представители, затем слои. Истина — сайт или Zefix/UID (швейцарский идентификатор предприятия). Организация: юрлицо, Einzelunternehmen с записью в Zefix/UID, учреждение, объединение, ведомство. Частное лицо: нет записи в Zefix/UID и нет сайта или страницы деятельности. Ошибка от источника — исправляются все записи источника (в). Охват [поздняя поправка: 04.10.2026 21:49 UTC — всемирное время, принято владельцем]: Вселенная — все категории файла КОНТАКТЫ_КЛИЕНТОВ [прямое требование].

   Направления (антисептики, полиграфия, книги, антиквариат) только группируют категории. Категория вне них — отдельное направление. Классы: категория; источник сборки; вид организации (юрлицо, Einzelunternehmen, учреждение/объединение, публичное ведомство); у антиквариата — вид ниши. В стр. 1, 2, 4, 5 сначала проверяется по 1 представителю на класс, ошибок — 0. Выборка: max(50; 3 × число категорий направления).

   В каждой категории ≥ 3 случайных (если меньше — все), остаток случайно. Зерно выбирает проверяющий и пишет в акт. Если направление меньше выборки — проверяются все. Зачёт категории (стр. 1, 2, 4, 5): представитель и слой без ошибок. Ошибку исправляют и добирают 3 новых без ошибок; если категория исчерпана — проверяются все. Страны и каталоги антиквариата закрепляются до старта его задачи; проверяющий их не меняет. [всё, кроме вселенной, — предложение исполнителя]

   Что считаем

   организаций с неподтверждёнными статусом, названием, деятельностью или товаром

   Порог

   порог П [предложение исполнителя]: представители — 0 ошибок; направление — ≤ 3 % выборки (≤ 1 из 50); категория — 0 в слое с добором

   Было → стало

   результат исполнителя: слепая проверка файла: записей без дефекта 7 из 10 (PSK-225v3, 05.10 14:57); дефекты данных после неё исправлены по переписи всех 3443 карточек — оборванных выдержек 16 → 0, остаток кодировки 1 → 0 (PSK-225r6, 05.10 16:53, директор); направление «антисептики» раньше: ошибочных 3 из 115 (2,6 %, верхняя граница 6,6 %), порог 3 % выполнен (PSK-225b2, 05.10 06:37) / независимая проверка: слепые проверки PSK-225b2 и PSK-225v3; после исправлений новой слепой выборки нет, перепись мерил директор / остаток: другие направления не мерены; новой слепой выборки по правилу поставок-списков после исправлений нет; порог: представители 0 ошибок, направление не больше 3 % выборки; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «обязательно» и «не частные лица» — его слова

   Может ли быть зелёной, когда цель не достигнута?

   нет — статус и поля по сайту/Zefix, представители каждого класса; граница «частное лицо» спорна (замечание скептика открыто)

   Берётся ли результат из первоисточника?

   да — сайт или Zefix/UID (швейцарский идентификатор предприятия), выборка и зерно проверяющего

   Вопрос скептика

   v2: лазеек нет, вселенная годна; открыто (средняя): сайт или «страница деятельности» без Zefix/UID пропускает частное лицо
2. 2Email собственный: на сайте, в официальном каталоге или в вашем файле. [прямое требование; «ваш файл» — предложение исполнителя]

   Откуда выборка и кто её тянет

   Вселенная как в стр. 1. Проверяющий ищет email сам, не по нашей ссылке. Email из файла проверяется на принадлежность; доставляемость — стр. 3. Подмена (чужой адрес, агрегатор) — исправляется весь источник (в).

   Что считаем

   email не подтверждён как собственный

   Порог

   порог П [предложение исполнителя]: представители — 0 ошибок; направление — ≤ 3 % выборки (≤ 1 из 50); категория — 0 в слое с добором

   Было → стало

   результат исполнителя: почта видна на сайте самой организации 115 из 115, у одной аптеки почта соседней (PSK-225b2, 05.10 06:37); по переписи всех 3443 карточек чужих почт в строке «ещё:» снято 5 у 4 карточек → 0, заглушек «noemail+» с «.local» 1 карточка → 0 (PSK-225r6, 05.10 16:53); файлы помечены к отправке владельцу / независимая проверка: слепая проверка PSK-225b2; перепись после неё мерил директор (PSK-225r6) / остаток: слепой перепроверки после исправлений нет; другие направления не мерены; порог: представители 0 ошибок, направление не больше 3 % выборки; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «название организации и имейл» — главное для него

   Может ли быть зелёной, когда цель не достигнута?

   нет — проверяющий ищет сам, подмена чинится по всему источнику

   Берётся ли результат из первоисточника?

   да — сайт, каталог или файл владельца

   Вопрос скептика

   v3 №3: email из файла владельца — подтверждённый источник; учтено
3. 3Email доставляем: MX (запись домена: куда принимать почту) есть, ящик существует. [предложение исполнителя; находка скептика по v2]

   Откуда выборка и кто её тянет

   Вся база, включая файл; полная сверка. Писем не шлём: MX всех доменов, SMTP (протокол отправки почты) RCPT TO (команда SMTP: проверка адреса получателя) без отправки. Catch-all и без ответа SMTP — 50 на направление (если меньше — все), каждый подтверждается на текущем сайте или в каталоге. Негодный адрес заменяют рабочим с сайта, иначе исключают с причиной (стр. 8). Скопление ошибок у источника — перепроверка источника (в).

   Что считаем

   без MX; отклонённых; неподтверждённых catch-all

   Порог

   без MX — 0; отклонённых — 0; неподтверждённых catch-all — ≤ 1 из 50 (при < 50 — 0)

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: без MX — 0; отклонённых — 0; неподтверждённых catch-all — ≤ 1 из 50 (при < 50 — 0); нужен замер: без MX; отклонённых; неподтверждённых catch-all

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — мёртвый ящик делает запись бесполезной для письма

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка MX (запись домена: куда принимать почту)/SMTP (протокол отправки почты), catch-all подтверждается на сайте

   Берётся ли результат из первоисточника?

   да — DNS (система доменных имён)/SMTP и сайт организации

   Вопрос скептика

   v2 стр. 2: риск недоставляемого адреса; учтено, распространено на файл
4. 4Адрес в Швейцарии; антиквариат — в закреплённых странах. [прямое требование; перечень стран — не подтверждён владельцем, вопрос]

   Откуда выборка и кто её тянет

   Вселенная как в стр. 1. Адрес — сайт или Zefix; домен .ch адресом не считается.

   Что считаем

   вне Швейцарии (антиквариат — вне перечня)

   Порог

   порог П [предложение исполнителя]: представители — 0 ошибок; направление — ≤ 3 % выборки (≤ 1 из 50); категория — 0 в слое с добором

   Было → стало

   результат исполнителя: кантон пуст 3 702 → 0 из 12 438 (PSK-225 пр.2, 05.10 01:47); страна или город неверны — 5 из 103 (PSK-225b, 05.10 01:29) / независимая проверка: слепая выборка PSK-225b (05.10 01:29); кантон мерил директор (PSK-225r2) / остаток: перечень стран антиквариата не подтверждён владельцем (вопрос); свежей слепой проверки адреса после исправлений нет; порог: представители 0, направление не больше 3 % выборки; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «Только Швейцария»

   Может ли быть зелёной, когда цель не достигнута?

   нет — адрес по сайту/Zefix, перечень закреплён до старта

   Берётся ли результат из первоисточника?

   да — сайт организации/Zefix

   Вопрос скептика

   v3 (высокая): перечень выбирал проверяющий — исправлено; открыто (средняя): умолчание расширяет географию за «Только Швейцария» без подтверждения
5. 5Антиквариат: подтверждён интерес к нишам цели. [прямое требование; порог — предложение исполнителя]

   Откуда выборка и кто её тянет

   По 1 на вид ниши и на источник, затем случайную выборку берёт скрипт директора из всей поставки; представители ниш и источников выбираются проверяющим дополнительно и не заменяют случайную выборку. Истина — сайт или каталог (разделы, аукционы, лоты). Ошибка от источника — перепроверка источника (в).

   Что считаем

   без подтверждённого интереса. Уточнения по критике скептика: Ошибка — отсутствие свидетельства целевого интереса организации: профильного направления, коллекции, программы комплектования или устойчивой профильной деятельности; одиночное случайное упоминание или лот само по себе не засчитывается. Для каждого подтверждения записаны организация, адрес первоисточника, дата просмотра и конкретный фрагмент, подтверждающий именно целевую нишу.

   Порог

   ≤ 1 из 30; представители — 0; слой категории — 0 с добором

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: ≤ 1 из 30; представители — 0; слой категории — 0 с добором; нужен замер: без подтверждённого интереса

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — случайную выборку берёт скрипт директора из всей поставки, а не автор; представители (по одному на вид ниши и на источник) выбираются проверяющим дополнительно и случайную выборку не заменяют. Объём теперь сведён с порогом: минимум 100 строк убран из вселенной (рецензент владельца 07.10 20:46 (проверка через сайт рассчитана на 30 карточек; условие о минимуме выборки не вносить)), порог линии «≤ 1 из 30» и выборка согласуются; прежнее расхождение «порог из 30, а выборка не меньше 100», отмеченное прежним ответом критики, закрыто.

   Зависимость остаётся в одном месте: «подтверждённый интерес» оценивает проверяющий по фрагменту на странице организации (одиночный лот не засчитывается), поэтому результат читается вместе с числом проверенных строк и верхней границей 95 % (при одной ошибке из 30 она около 14,9 %, расчёт пр.6).

   Может ли быть зелёной, когда цель не достигнута?

   да — (1) один старый лот признаётся интересом всей организации к нужной нише; сценарий закрыт правками вселенной, меры и порога (скептик ORG-707 — задача про сайт директора и организацию работы пр.4: принято). (2) После снятия минимума выборка может быть малой: 30 строк с одной ошибкой дают долю 3,3 % при верхней границе около 14,9 %, и строка зелёная по точке, хотя интерес к нишам не подтверждён; от этого защищают представители (порог 0 по каждому виду ниши и источнику) и слой категории (0 с добором) в пороге той же линии, а число проверенных строк и граница записываются. Запретить малую выборку условием «меньше — не мерено» нельзя: рецензент владельца 07.10 20:46 его отклонил.

   Берётся ли результат из первоисточника?

   да — первоисточник интереса — сайт или каталог самой организации (разделы, аукционы, лоты) с фрагментом, подтверждающим целевую нишу, и датой просмотра; ошибка от источника перепроверяется по пункту (в). Размер выборки на источник не влияет: каждая строка сверяется со своей страницей организации, а не с нашей базой.

   Вопрос скептика

   вердикт прежней редакции (второе мнение, астра вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): «переписать»; принято 7, частично 0, отклонено 0, претензий нет 1; правки внесены в поля: вселенная, мера, порог. Правка ORG-707 пр.6 убирает из вселенной только размер выборки «не меньше 100 строк» по слову рецензента владельца 07.10 20:46; новой независимой проверки скептиком по этой правке нет.
6. 6Каждая организация один раз; объём — по уникальным. [поздняя поправка: 04.10.2026, по рецензии]

   Откуда выборка и кто её тянет

   База и ваш файл; полная сверка по UID, домену, email (общие почтовые сервисы — не ключ). Филиалы с одним UID — одна организация, email филиала — поле записи. Уточнения по критике скептика: Проверяющий сопоставляет исходные и итоговые записи; каждое объединение имеет основание и список сохранённых исходных записей.

   Что считаем

   дублей. Уточнения по критике скептика: Ошибки двух типов: повтор одной организации и ошибочное объединение разных организаций. Совпадение домена или email без подтверждения тождества не разрешает объединение. Тождество подтверждается официальной записью об организации либо её собственными сведениями; совпадение поисковых ключей создаёт кандидата на проверку. Проверяется сохранение каждой отдельной исходной организации, а не только наличие ссылки на итоговую запись. Независимо проверяются тождество организаций, ошибочные объединения и сохранность исходных организаций.

   Порог

   0

   Было → стало

   результат исполнителя: дублей 0 в черновике пр.3 — тест задачи 35 из 35, ключи почта, домен, название + индекс, название + город (PSK-225, 05.10 00:17); главный список 12438 → 3446 (PSK-225r3, 05.10 04:46) / независимая проверка: независимой проверки дублей нет / остаток: порог 0 дублей; нужна независимая проверка на выборке по правилу поставок-списков; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   нет — сверка полная по базе и по файлу, выборки нет; ключи заданы в линии заранее (UID, домен, email; общие почтовые сервисы ключом не считаются, филиалы с одним UID — одна организация), а исходные и итоговые записи сопоставляет проверяющий, и каждое объединение должно иметь основание и список сохранённых исходных записей. Остаток — не выборка, а суждение: тождество организаций с разными ключами подтверждает проверяющий по официальной записи, совпадение домена или email создаёт только кандидата. В состоянии «дублей 0» измерено тестом самого автора (PSK-225 — задача сайта полиграфии paperandsilk.ch), независимой проверки дублей нет.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Две разные организации с общим доменом объединены; дублей ноль, один потенциальный клиент потерян. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — полная сверка по UID, домену, email

   Берётся ли результат из первоисточника?

   скептик (астра): — База и файл — источники записей, но не достаточное доказательство тождества. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — Zefix/UID и домены

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 10, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
7. 7Полнота: охвачен рынок категории. [предложение исполнителя; находка скептика по v2 (В4 — вопрос скептика №4); отказ от N=20 как критерия — поздняя поправка: 04.10.2026]

   Откуда выборка и кто её тянет

   При сдаче перечисляются все источники сборки. Мера — только по внешним источникам вне сборки: BUR (Betriebs- und Unternehmensregister: швейцарский реестр предприятий) по NOGA (швейцарский классификатор видов экономической деятельности) категории; Zefix по Zweck (DE — немецкий язык/FR — французский язык/IT — итальянский язык); local.ch; отраслевой союз; у антиквариата — закреплённые каталоги. Проверяющий называет ≥ 1; NOGA и ключевые слова — в акт. Технически невозможный шаг заменяется названной альтернативой, записанной до старта задачи сбора. Все внешние источники использованы при сборке — акт «независимого источника нет» с выполненным минимумом; тогда мера по источникам сборки.

   Выборка: полная выдача источника, из неё 20 случайных; зерно, запросы, число результатов — в акт. Знаменатель: подходящие по стр. 1, 4, 5 с email на сайте; меньше 20 — все. Подходящих 0 — акт «рынок пуст», действителен после минимума: BUR по NOGA или Zefix по Zweck (DE/FR/IT), local.ch, отраслевой союз (если есть); антиквариат — все закреплённые каталоги; запросы и результаты в акте.

   Заменённый до старта шаг считается выполненным. Повторная сборка — только с причиной неудачи, новым методом и ожидаемым эффектом (г).

   Что считаем

   доля знаменателя, найденная в базе

   Порог

   ≥ 80 % (16 из 20 или от всех) в КАЖДОЙ категории [ждёт вас]

   Было → стало

   результат исполнителя: категорий с 20 и более записями 34 из 52, главный список 3446 строк из 12438 (PSK-225, 05.10 00:17, PSK-225r3, 05.10 04:46) / независимая проверка: независимой проверки полноты нет / остаток: полнота рынка по знаменателю не замерена; порог — не менее 80 % знаменателя в каждой категории (знаменатель ждёт вас); не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — база по рынку, а не по первой странице поиска

   Может ли быть зелёной, когда цель не достигнута?

   нет — внешний источник вне сборки, случайная выборка с зерном; «рынок пуст» только после минимума

   Берётся ли результат из первоисточника?

   да — BUR (Betriebs- und Unternehmensregister: швейцарский реестр предприятий), Zefix, local.ch, союзы, закреплённые каталоги

   Вопрос скептика

   v2 стр. 5 и В4 (вопрос скептика №4): N=20 при 2 % рынка, нет внешней полноты — учтено; v3 №2: случайность, зерно, неиспользованный источник — учтено
8. 8Клиенты из файла не потеряны: в базе или исключены с причиной. [предложение исполнителя; опора: «Часть из целевых клиентов уже собрана, прикрепил файл» (04.10.2026, ПОР-261004-09)]

   Откуда выборка и кто её тянет

   Все организации файла; полная сверка. Причины: вне Швейцарии/перечня; нет email ни в файле, ни на сайте; нет MX или ящик отклонён без замены; частное лицо (стр. 1); нет ниши; закрыта по Zefix. «Нет на сайте» при рабочем email в файле — недопустимо. Сверка исключений: все при ≤ 50, иначе 50 случайных. Ложное исключение — пересмотр всего класса по этому правилу (в) — существенный дефект, делающий результат ложным, чинится независимо от выборки.

   Что считаем

   потерянных; ложных исключений

   Порог

   • потерянных
   • 0; ложных исключений
   • ≤ 1 из 50 (при ≤ 50 — 0)

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки с 04.10 23:27 по 07.10 21:10 нет вердикта о потере клиентов из файла владельца; вердикты семейства PSK-225 (последний — PSK-225r6, 05.10 16:53) мерят линии 1, 2, 4, 6, 7, не эту / независимая проверка: не проводилась / остаток: порог: потерянных 0, ложных исключений не больше 1 из 50; нужна сверка файла владельца с базой по ключам; сторож считает линию устаревшей из-за поручения ПОР-261004-09 — привязка неоднозначна

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его клиенты из приложенного файла

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка файла, исключения проверяет проверяющий; но без представителя на каждую причину (замечание скептика открыто)

   Берётся ли результат из первоисточника?

   да — файл владельца против базы

   Вопрос скептика

   v3 №3: исключение за «нет email на сайте» — запрещено; открыто (средняя): сверка исключений без представителя на причину, правило (б) — охват классов до случайной выборки, полная сверка где возможно
9. 9Каждая категория сопоставлена направлению и закрыта по всем строкам. [прямое требование; правило зачёта — предложение исполнителя]

   Откуда выборка и кто её тянет

   Все категории файла против базы; полная сверка. Зелёная: стр. 1, 2, 4, 5 — по «Зачёту»; стр. 3, 6, 8 — без нарушений; стр. 7 — доля ≥ порога или действительный «рынок пуст».

   Что считаем

   несопоставленных; незелёных

   Порог

   несопоставленных · 0; незелёных · 0

   Было → стало

   результат исполнителя: не мерено по своей мере; близкое: файл антисептики принят после исправлений по переписи всех 3443 карточек — оборванных выдержек 16 → 0, остаток кодировки 1 → 0 (PSK-225r6, 05.10 16:53); слепая проверка файла: записей без дефекта 7 из 10 (PSK-225v3, 05.10 14:57) / независимая проверка: слепая проверка PSK-225v3; перепись мерил директор / остаток: сопоставление категорий направлениям и число незелёных категорий не мерены; порог: несопоставленных 0, незелёных 0

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «по всем категориям товара» его файла

   Может ли быть зелёной, когда цель не достигнута?

   нет — полная сверка категорий файла

   Берётся ли результат из первоисточника?

   да — файл КОНТАКТЫ_КЛИЕНТОВ

   Вопрос скептика

   v3 №1: направления с доски, нет сверки категорий — учтено

Не входит

• рассылка, включая пробные письма
• оценка качества лида
• страны вне Швейцарии, кроме перечня для антиквариата
• частные лица
• Желательные поля показываются, где есть, на закрытие не влияют.

Находки вне паспорта

• актуальность после закрытия — эксплуатация, обновление не заказано (д)
• Время и стоимость — в Г15 (цель «Модель работы»).
• Технические поля (категория, сценарий, язык, источник email, итог SMTP, источник сборки) остаются в файле; «источник сборки» обязателен — без него не считаются стр. 1, 7 и правило (в).

Срок

Чем вы сами судили бы о достижении

Ваши слова

не понимаю сути вопроса. Ключей пока у меня нет, как появяься - на всех 3 сайтах должна быть возможность заходить упрощенными способами

Убери логин по фейсбуку со всех сайтов

Строки паспорта (6)

1. 1Кнопка «Войти через Google» есть в каждом месте входа и ведёт на экран Google в любом классе браузера. [прямое требование: 29.09, ПОР-260929-68; охват мест, языков и браузеров — предложение исполнителя]

   Откуда выборка и кто её тянет

   все «Места входа» (страницы входа, регистрации и оформления; всплывающие окна входа; форма в шапке и в мобильном меню; виджеты входа на других страницах; страница кабинета «привязанные аккаунты» или её аналог. Перечень берётся из шаблонов и настроек плагинов входа и сверяется с живым сайтом по каждой языковой версии и домену, полностью, без выборки. [предложение исполнителя]). Страница «привязанные аккаунты» проверяется, только если там есть привязка Google.

   Четыре класса браузера: компьютер; iOS Safari: окно Google не блокируется и не пустое; Android Chrome; встроенный браузер: по одному входу из Instagram, Facebook и Telegram.

   Что считаем

   мест, где кнопка во всех классах открывает экран Google; тупиков с ошибкой Google (disallowed_useragent, 403); ошибок консоли и сети по кнопке и входу Google

   Порог

   мест, где кнопка во всех классах открывает экран Google: 100 %. Во встроенном браузере засчитывается и понятное предложение сайта открыть страницу в обычном браузере или войти иначе; тупиков с ошибкой Google (disallowed_useragent, 403): 0; ошибок консоли и сети по кнопке и входу Google: 0. Посторонние ошибки идут списком для сведения и на строку не влияют.

   Было → стало

   результат исполнителя: ORG-668 на бою knigy.ch и brandclothes.ch 10.10 14:29 UTC (всемирное время) (lk_org668_1): у встроенных агентов приложений (Instagram, Facebook, Messenger, Telegram, Line) подсказка на языке страницы вместо тупика — knigy 35/35 загрузок (6 языков), brandclothes 30/30 (5), у обычного Chrome подсказки 0/26, маршрут start для обычных браузеров → accounts.google.com как до / независимая проверка: слепой пользователь ORG-668v (clothes, без кода) 10.10 15:40 — ПРИНЯТО, 0 high / 0 medium, 105 из 105 загрузок, подсказка у встроенных 75/75, тупиков 0, 2 low (ссылка «Всё равно попробовать здесь» ведёт на Google по выбору покупателя; кнопка Google во встроенном только прокручивает к подсказке) / остаток: paperandsilk.ch — полный пакет готов (1 цель под печатью зоны оплаты), выкладка автоматом 10.10 20:40 UTC, затем такая же слепая проверка / paperandsilk.ch: ORG-668 на бою 10.10 21:57 UTC (окно печати по разрешению владельца, zone_deploy_all: «ПРИМЕНЕНО И ПРОВЕРЕНО — 5 целей», BUILD_ID eb-Hfnw… → IYxWPf…, проверка после зелёная, страниц 6; печать возвращена, манифест 25) — на всех трёх сайтах; замер агентами на psilk (lk_org668_1) и слепой пользователь psilk — следуют / слепой пользователь paperandsilk (ORG-668v-psilk, clothes, без кода, 10.10 22:5x): ПРИНЯТО — 0 high / 0 medium / 3 low; 140 загрузок: подсказка у встроенных агентов 50/50 на 5 языках, у обычных Chrome 0/20, кнопка Google 70/70, вход по почте цел 70/70, прокрутки 0/140, консоль 0 на настоящих страницах; нажатие «Google» во встроенных 10/10 без ухода на Google, в обычном Chrome 4/4 → accounts.google.com; low: адреса /<язык>/login и /register на psilk не существуют (вход — /<язык>/account), ссылка «всё равно попробовать» ведёт на Google, обрезка длинного адреса в поле ссылки.

   Замер работника lk_org668_1 «после» на трёх сайтах: тупиков 95 → 0 — строка 1 по трём сайтам ЗЕЛЁНАЯ по мере, остаётся проверка на настоящем телефоне владельцем

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «возможность заходить упрощёнными способами» (ПОР-260929-68 — запись вашего слова в реестре поручений)

   Может ли быть зелёной, когда цель не достигнута?

   частично закрыто — вход целиком вынесен в строку 2; полная сверка мест, языков и классов браузера

   Берётся ли результат из первоисточника?

   да — живые сайты, шаблоны и плагины

   Вопрос скептика

   v2 В2 (вопрос скептика №2) «ДА (B)» → строка разделена на 1 и 2; В1 (вопрос скептика №1), В3 (вопрос скептика №3) — годна
2. 2Вход через Google целиком заканчивается правильным кабинетом — для нового и для известного покупателя.
   [поздняя поправка: 04.10.2026, рецензия другого ИИ — искусственный интеллект, другая нейросеть / поправка ноутбука, сверена с брифингом; сценарии (в)–(е), классы браузеров и проверочные данные — предложение исполнителя]

   Откуда выборка и кто её тянет

   три сайта, проверяющий в браузере, «Проверочные данные» (исполнитель сам создаёт обычный аккаунт Google на gmail.com, не внесённый в список тестировщиков приложения Google. На его почту он создаёт: кабинет с паролем; гостевой заказ; кабинет в другом регистре или с точками в имени gmail; кабинет Facebook-структуры: как Facebook-кабинеты сайта, то есть без пароля, с привязкой Facebook и с заказом. Структура сверяется с реальным Facebook-кабинетом, снимок сравнения прилагается. Всё созданное записывается в отчёт. После проверки тестовые кабинеты и заказы удаляются или помечаются тестовыми, список прилагается. [предложение исполнителя]). На каждом сайте до любой выборки обязательны шесть сценариев:

   • (а) новый покупатель: создаётся кабинет с именем и почтой Google, повторный вход открывает тот же кабинет
   • (б) почта зарегистрирована паролем: прежний кабинет с историей заказов, второго кабинета нет, ошибки нет
   • (в) вход со страницы оформления на телефоне: возврат к оформлению с той же корзиной, заказ виден в кабинете. Засчитывается, только если пройден в iOS Safari, Android Chrome и встроенном браузере Instagram. Во встроенном браузере допустим исход строки 1, если корзина не теряется и нет тупика с ошибкой Google
   • (г) гостевые заказы на почту без кабинета: после входа видны не хуже, чем после регистрации паролем. Если сайт не поддерживает гостевой заказ — «не применимо» со снимком страницы оформления
   • (д) почта кабинета в другом регистре или с точками gmail: открывается тот же кабинет
   • (е) кабинет Facebook-структуры: открывается тот же кабинет с заказом. Если Facebook-кабинетов на сайте нет по сверке строки 6 — «не применимо» с этой сверкой. Плюс хотя бы один вход с возвратом на каждой языковой версии и каждом домене.

   Что считаем

   сценариев (6 × 3 сайта), дающих «правильный кабинет» или доказанное «не применимо»; языковых версий и доменов с успешным возвратом

   Порог

   18 из 18 сценариев (6 × 3 сайта) дают «правильный кабинет» или доказанное «не применимо». «Не применимо» допускается только для (г) и (е); все языковые версии и домены — с успешным возвратом; парольный кабинет за Facebook-кабинет не засчитывается. Дефекты в сценариях и вне их чинятся по правилу (в) — существенный дефект, делающий результат ложным, чинится независимо от выборки.

   Было → стало

   результат исполнителя: не мерено. В v2: до экрана Google 3/3, вход целиком не проверен — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 18 из 18 сценариев (6 × 3 сайта) дают «правильный кабинет» или доказанное «не применимо». «Не применимо» допускается …; нужен замер: сценариев (6 × 3 сайта), дающих «правильный кабинет» или доказанное «не применимо»; языковых версий …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — рецензия 04.10: новый и существующий пользователь

   Может ли быть зелёной, когда цель не достигнута?

   нет — шесть обязательных сценариев на каждом сайте, аккаунт не тестировщик, парольный кабинет за Facebook-кабинет не засчитывается

   Берётся ли результат из первоисточника?

   да — живые сайты и проверочные данные

   Вопрос скептика

   закрывает v2 В2 «ДА (B)»: один новый аккаунт давал ложное 3/3
3. 3Вход через Google не создал задвоенных кабинетов и не привязан к чужому кабинету.
   Дубли определяются внутри одного сайта; объединение допускается только после подтверждения одного владельца, спорные кабинеты автоматически не объединяются. [предложение исполнителя по рецензии 04.10]

   Откуда выборка и кто её тянет

   кабинеты трёх сайтов, созданные или привязанные через Google, и все кабинеты с той же нормализованной почтой. Правила эквивалентности адресов задаются отдельно для почтовых доменов, удаление точек и суффиксов не применяется ко всем доменам автоматически; неустановленная эквивалентность считается неопределённостью. Нормализация: регистр не учитывается; gmail.com и googlemail.com приравнены; точки в имени и часть после «+» не учитываются. Уточнения по критике скептика: Добавлены независимые проверочные идентичности и исторический состав до отключения.

   Что считаем

   задвоения + чужие привязки. Уточнения по критике скептика: Право привязки подтверждено проверяемым основанием владения существующим кабинетом; совпадение строк email само по себе таким основанием не является. Для проверочных привязок сопоставляются подтверждённая идентичность Google, исходный владелец кабинета и фактический доступ в браузере; исторические случаи без доказательств остаются непроверенными.

   Порог

   задвоения + чужие привязки = 0. Задвоение: на одну почту больше одного кабинета, хотя бы один из них создан через Google. Чужая привязка: почта Google принадлежит другому кабинету; либо почта кабинета не совпадает с почтой Google, и журнал не подтверждает, что покупатель сменил её сам после привязки. Без журнала смены почты расхождения без второго кабинета идут отдельным списком с данными (имя, адрес доставки, дата привязки).

   Каждое разбирается, решение записывается. Дубли без участия Google идут списком для сведения. Дефекты чинятся по правилу (в), даже если не попали в строку 2: исправляется привязка, дубли объединяются с сохранением всех заказов. Список «до/после» прилагается.

   Было → стало

   результат исполнителя: задвоенных кабинетов и привязок к чужому 0 из 4 Google-кабинетов (knigy.ch 0 из 2, paperandsilk.ch 0 из 2; всего кабинетов 18) (ORG-660, 05.10 07:50) / независимая проверка: замер ORG-660 чтением баз и кода; покупателем не проверялось / остаток: brandclothes.ch не мерен — зелёная на двух сайтах из трёх; порог 0; не зелёная в целом

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   нет — перебираются все кабинеты трёх сайтов, созданные или привязанные через Google, и все кабинеты с той же нормализованной почтой, выборки нет; правила эквивалентности адресов записаны в линии (регистр не учитывается; gmail.com и googlemail.com приравнены; точки и часть после «+» не учитываются), неустановленная эквивалентность считается неопределённостью. Зависимость от выбора есть только в проверочных привязках: независимые идентичности Google задаёт проверяющий, а исторические случаи без доказательств остаются непроверенными, а не нулём. По состоянию мера снята на двух сайтах из трёх (brandclothes.ch не мерен).

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Совпадение нормализованной почты принимается за право доступа к существующему кабинету; ошибочная привязка имеет ту же почту и не считается чужой. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — полная сверка базы, порог 0

   Берётся ли результат из первоисточника?

   скептик (астра): — База и журнал не доказывают принадлежность кабинета покупателю. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — база трёх сайтов

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 — задача про сайт директора и организацию работы пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 10, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
4. 4Кнопки и формы «войти через Facebook» нет нигде на сайтах. [прямое требование: 03.10, ПОР-261003-13; охват мест и устройств — предложение исполнителя]

   Откуда выборка и кто её тянет

   все «Места входа» (страницы входа, регистрации и оформления; всплывающие окна входа; форма в шапке и в мобильном меню; виджеты входа на других страницах; страница кабинета «привязанные аккаунты» или её аналог. Перечень берётся из шаблонов и настроек плагинов входа и сверяется с живым сайтом по каждой языковой версии и домену, полностью, без выборки. [предложение исполнителя]), включая кнопку «привязать Facebook» в кабинете; каждый язык; компьютер и телефон, включая мобильную вёрстку и мобильное меню.

   Что считаем

   мест с кнопкой, формой или виджетом входа или привязки Facebook

   Порог

   0

   Было → стало

   результат исполнителя: мест с кнопкой, формой или виджетом Facebook 0 на проверенных страницах (ORG-659, 05.10 10:54); в v2: 0 на страницах входа, регистрации и оформления / независимая проверка: слепой покупатель ORG-659 / остаток: кабинет за входом не открывался — полнота охвата не доказана; порог 0; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его слово 03.10

   Может ли быть зелёной, когда цель не достигнута?

   нет — все места входа, языки и устройства

   Берётся ли результат из первоисточника?

   да — живые сайты

   Вопрос скептика

   v2 стр. 2: лазейки нет, годна
5. 5Вход через Facebook не работает и в обход кнопки. [прямое требование: 03.10, ПОР-261003-13 — «убери логин»] добавлено проверкой

   Откуда выборка и кто её тянет

   все обработчики и адреса входа, возврата и привязки Facebook трёх сайтов. Перечень берётся из кода и настроек плагинов, включая сохранённые ссылки и адреса обратного вызова. Каждый пункт вызывается в браузере. Уточнения по критике скептика: Каждый маршрут проверяется с условиями, достаточными для штатного выполнения: действующим состоянием входа, допустимым ответом провайдера и нужной сессией для привязки.

   Перечень составляет проверяющий по развёрнутым маршрутам, настройкам, прежним адресам и наблюдаемым запросам; для каждого источника фиксируется полнота доступа. Для каждого маршрута записаны предусловия и способ их воспроизведения; невозможность воспроизведения означает “не проверено”, а не нулевое число работающих обработчиков.

   Что считаем

   обработчиков, которые открывают кабинет, начинают вход или привязывают Facebook. Уточнения по критике скептика: Обязательна проверка внешнего поведения действующей версии; тесты кода учитываются отдельно.

   Порог

   0; перечень приложен полностью

   Было → стало

   результат исполнителя: обработчиков Facebook, которые открывают кабинет, начинают вход или привязывают, — 0 (перечень полный) на knigy.ch и paperandsilk.ch (ORG-660, 05.10 07:50) / независимая проверка: замер ORG-660 чтением кода и баз; покупателем не проверялось / остаток: brandclothes.ch не мерен — зелёная на двух сайтах из трёх; порог 0

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — каждый найденный маршрут Facebook вызывается в браузере, выборки среди найденных нет. Но перечень обработчиков и адресов (вход, возврат, привязка, сохранённые ссылки и адреса обратного вызова) составляет проверяющий из кода, настроек плагинов, прежних адресов и наблюдаемых запросов, и маршрут, не попавший в перечень, не проверяется: исход зависит от полноты перечня, потому для каждого источника фиксируется полнота доступа. Маршрут, у которого нельзя воспроизвести предусловия, считается «не проверено», а не нулём.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Callback вызван без корректного состояния входа и отвергнут; с корректным состоянием он по-прежнему авторизует. Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — каждый обработчик вызывается в браузере

   Берётся ли результат из первоисточника?

   скептик (астра): — Вызов в браузере — первичная проверка поведения, но пустой вызов недостаточен. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — код, настройки плагинов, живые сайты

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 9, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
6. 6Покупатели, зарегистрированные через Facebook, не потеряли доступ: для каждого класса существует проверенный путь восстановления доступа к прежнему кабинету и заказам; перечень класса 2 сам по себе не подтверждает сохранение доступа. [предложение исполнителя] добавлено проверкой

   Откуда выборка и кто её тянет

   полная сверка базы трёх сайтов — все кабинеты, где Facebook был единственным способом входа. Класс 1 — с настоящей почтой. Путь восстановления: на каждом сайте хотя бы на одном кабинете пройти «восстановить пароль → письмо → задать пароль → войти → кабинет с заказами». Кабинет реальный, если есть доступ к ящику, иначе — Facebook-структуры из «Проверочных данных». Доставка писем: до проверки фиксируется и прилагается перечень провайдеров класса 1 (по MX — запись домена: куда принимать почту) с ≥ 5 кабинетами или ≥ 10 % почт класса.

   Где можно завести ящик, письмо восстановления шлётся на проверочный ящик и должно прийти. Для остальных доменов, включая корпоративные, смотрится журнал почтового сервера сайта за 30 дней: письма должны быть приняты сервером получателя. Реальным покупателям ради проверки не пишем. Вход через Google на такую почту открывает этот кабинет (2(е)). Класс 2 — без почты или со служебной почтой Facebook.

   Перечисляются с числом заказов и показываются вам для сведения. Умолчание действует сразу: кабинеты и заказы остаются, доступ восстанавливается по обращению покупателя. Уточнения по критике скептика: Затронутые кабинеты устанавливаются по данным до отключения Facebook и истории привязок, затем сопоставляются с текущей базой.

   Что считаем

   кабинетов класса 1 без рабочего способа входа; сайтов с непройденным путём восстановления; провайдеров из перечня, у которых письмо не пришло; отказов по вине отправителя (SPF — проверка, что письмо ушло с разрешённого сервера/DKIM — цифровая подпись письма — защита от подделки, блокировка) по доменам класса 1; полнота перечня класса 2. Уточнения по критике скептика: Отдельно учитываются подтверждение работы механизма доставки и доступность восстановления для существующего кабинета; первое не считается доказательством второго.

   Для кабинетов без доступной почты проверен сценарий обращения, подтверждения владения и возврата доступа; кабинет без рабочего пути считается незакрытым.

   Порог

   кабинетов класса 1 без рабочего способа входа: 0; сайтов с непройденным путём восстановления: 0; провайдеров из перечня, у которых письмо не пришло: 0; отказов по вине отправителя (SPF/DKIM, блокировка) по доменам класса 1: 0. Отказы «ящик не существует» идут списком для сведения; класс 2 перечислен полностью. Если таких кабинетов нет — строка зелёная по сверке. Дефект восстановления или доставки чинится для всех кабинетов класса (правило (в)).

   Уточнения по критике скептика: Отсутствие наблюдений — “не проверено”; серверное принятие подтверждает только передачу письма, а не полный путь восстановления. Без наблюдения результат неизвестен; отсутствие записи об отказе не подтверждает доставку.

   Было → стало

   результат исполнителя: кабинетов, созданных через Facebook, 0 из 18 (единственный вход Facebook — 0; кабинетов без способа входа — 0) на knigy.ch и paperandsilk.ch (ORG-660, 05.10 07:50) / независимая проверка: сверка по базам ORG-660; покупателем не проверялось / остаток: brandclothes.ch не мерен; путь «восстановить пароль → письмо» не проходился (письма запрещены); порог 0 по всем четырём показателям

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — кабинеты класса 1 и класса 2 определяются полной сверкой базы трёх сайтов (все кабинеты, где Facebook был единственным способом входа), выборки нет. Выбор есть дальше: путь «восстановить пароль → письмо → задать пароль → войти → кабинет с заказами» проходится минимум на одном кабинете сайта, а доставку проверяют по перечню почтовых провайдеров класса 1 (по MX — запись домена: куда принимать почту, ≥ 5 кабинетов или ≥ 10 % почт класса), который фиксируется до проверки.

   Какие кабинеты и провайдеры войдут в проход, зависит от того, как составлены этот перечень и проверочные данные; по уточнению скептика проверочный ящик не обязан отражать реальные проблемные адреса, а принятие письма сервером не доказывает путь восстановления.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Все пользователи класса 2 потеряли самостоятельный вход, но линия зелёная, потому что их перечислили. Решение: принят; сценарий закрыт правками полей: текст, вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — сквозной путь восстановления на каждом сайте и реальная доставка по перечню провайдеров

   Берётся ли результат из первоисточника?

   скептик (астра): — Отбор почтовых провайдеров задан, но проверочный ящик может не представлять реальные проблемные адреса. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — база, почтовый журнал, проверочный ящик

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «переписать»; пунктов по этой линии: принято 8, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4

Не входит

• вход через Apple. [не подтверждено словом владельца — вопрос] Прямого слова нет ни в ПОР-260929-68, ни в ПОР-261003-13, ни в сверке реестра, ни в рецензии. Первым шагом исполнитель ищет его в брифинге и на доске директора и прикладывает цитату с датой либо «не найдено, места поиска: …». Найдено «нет»: исключение помечается цитатой, вопрос 2 снимается. Не найдено: действует умолчание и вопрос 2.

  В отчёте о закрытии пишется «закрыто без Apple по умолчанию; упрощённый способ — только Google». Ваш ответ «да»: добавляется строка по образцу 1–2, Г14 возвращается в 🟡.

Находки вне паспорта

• удаление ключей Facebook из настроек — технический пункт
• вход по почте и паролю — только в части 2(б) и 6
• перенос гостевых заказов сверх того, что сайт делает при регистрации паролем
• дубли без Google и посторонние ошибки консоли — списком для сведения
• работоспособность входа после закрытия — эксплуатация, цель не открывает
• перевыпуск ключей Google — плановая работа

Срок

Чем вы сами судили бы о достижении

Ваши слова

при заводе каждой новой цели — спрашивать и согласовывать со мной фактические параметры, данные, характеристики, указатели, по которым будет происходить проверка достижения цели… чтобы не находить по 40–50 проблем, которые сутками чинят. Так неэффективно, это доказано. Такие задачи не могут идти по 4 суток

…а утром, проверив как идут дела обнаружу: 0 выполнено, 100 прогонов, 100 новых проблем обнаружено, 0 файлов удалено или перенесено и прочее. Я хочу видеть результаты и закрытые задачи.

Тоесть еще одна фундоментальная проблема - ужасное растягивание выполнение задач. И он же качественно выполнил, согласись, а всего 9 минут. Мы так можем?

Его предложения по правке механизма я принимаю

Строки паспорта (15)

1. 1Новая цель и поздняя поправка — полный паспорт и ваше согласование до первой задачи.
   Паспорт: стадии I–IV (цель фразой с индикатором, ответы по строкам, ответ IV); сверка с последними решениями и происхождение формулировок; версия и отчёт скептика; согласование или запись об истёкшем умолчании (стр. 8). [прямое требование: ПОР-261004-08, -14] + [поздняя поправка: 21:49 п. 2 (а), стадия IV] + [предложение исполнителя: вселенная из слов владельца, ORG-638b] [решение владельца: ПОР-260926-03, 26.09 — модель работы вводится на постоянной основе] [прямое требование: ПОР-261004-20, 04.10 — паспорта v3 с учётом рецензии другого ИИ — искусственный интеллект, другая нейросеть]

   Откуда выборка и кто её тянет

   ваши сообщения с 04.10 18:38 (чат через ноутбук и сайт директора) против паспортов, согласований и стартов первой задачи; цели и поправки выделяет проверяющий. Представители: новая из чата; новая с сайта; поправка, отменяющая решение («все валюты» Г16); цель, найденная только сверкой реестра (Г16, Г17); затем полная сверка.

   Что считаем

   целей и поправок без любого элемента паспорта при показе вам или старте первой задачи; стартов до согласования или истечения умолчания; формулировок на устаревшем решении

   Порог

   0 целей и поправок без любого элемента паспорта при показе вам или старте первой задачи; 0 стартов до согласования или истечения умолчания; 0 формулировок на устаревшем решении (правится сразу, и вне выборки). Внедрение: к утреннему отчёту 05.10.

   Было → стало

   результат исполнителя: 16 из 17 паспортов — v3 с рецензией и критикой, высоких 0, на странице; цель 9 — v1, на критике (ORG-638 пр.2–3, 04.10 23:27); линий без критики 18 → 0, новых линий 10 из 11 (ORG-707r2, 07.10 18:55); скептик прочитал 17 из 17 новых линий, пунктов 148 (принято 123, частично 16, отклонено 9) (ORG-707r3, 07.10 20:16); инструмент паспортов на бою с 19:09: отметка «прошёл критику» при линии без критики 4 → 0 из 4, состояние без трёх частей — отказ (ORG-709d, 07.10 19:16) / независимая проверка: проверки директора и скептика (ORG-707r2, ORG-707r3), приёмка пакета и выкладки инструмента (ORG-709, ORG-709d); покупателем и вашим согласованием не проверялось / остаток: ваше согласование v3 до первой задачи не получено, старты задач до согласования не считались; цель 9 — v1, на критике; порог — 0 целей и поправок без элемента паспорта, 0 стартов до согласования, 0 формулировок на устаревшем решении; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его слово ПОР-261004-08 (запись вашего слова в реестре поручений), -14; 21:49 п. 2 (а), стадия IV (стадия критики: могут ли все строки выполниться, а цель остаться недостигнутой)

   Может ли быть зелёной, когда цель не достигнута?

   нет — вселенная из его слов, а не реестра; полный перебор, переоткрытие при повторе, сверка 12.10

   Берётся ли результат из первоисточника?

   да — его сообщения, паспорта, согласования, очередь

   Вопрос скептика

   ORG-638b (задача про сайт директора и организацию работы): мера — наличие «v2», а не стадий; вселенная — реестр; нет согласования до первой задачи — принято
2. 2Страница паспортов на сайте директора — все актуальные цели и только они.
   Снятые, слитые, достигнутые исчезают сами. У каждой — версия, дата, «прошёл критику: да/нет»; «да» — только при отчёте скептика и строке «Стадия IV» в файле. [прямое требование: ПОР-261004-08] + [предложение исполнителя: условие «да»] + [поздняя поправка: 21:49 п. 2 (д)] [решение владельца: ПОР-261004-12, 04.10 — порядок паспортов целей — на странице, вводить]

   Откуда выборка и кто её тянет

   ваши слова и файлы против страницы, открытой как владелец; сверяет проверяющий без кода. Представители: активная, ждущая владельца, достигнутая, снятая, слитая (Г9 — цель «Письма покупателю»→Г6 — цель «Покупатель отслеживает свой заказ»), новая (Г16, Г17); затем все строки.

   Что считаем

   расхождений; проверен цикл «правка файла видна на странице»

   Порог

   0 расхождений; проверен цикл «правка файла видна на странице». К 05.10.

   Было → стало

   результат исполнителя: страница паспортов на сайте с 05.10 03:08 (ORG-637d2): карточек 16 из 17, цикл «правка файла видна на странице» проверен снаружи 05.10 04:08; пр.4 генератора (05.10 06:40): слипшихся списков 48 → 0, сокращений без расшифровки 58 → 0, жирных длиннее 300 знаков 12 → 0, сырого времени 76 → 0; пр.5 принят — сырое время в именах файлов 14 → 0, тест 251 из 251, мутантов 50 из 50 (ORG-637r5, 05.10 08:47); выложено 05.10 10:19 (ORG-637r5d2), карточки целей 13–15 читаются / независимая проверка: проверка пользователем ORG-637v2 (05.10 03:22–03:40, телефон и ноутбук, до пр.4): не принято — «не задано» у 5 карточек, слипшихся списков 48, сокращений без расшифровки 58, высоких 0, средних 8; после выкладки пр.5 проверки пользователем в журнале нет / остаток: страница после пр.5 пользователем не проверена; порог — 0 расхождений и проверенный цикл «правка файла видна на странице»; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его требование ПОР-261004-08

   Может ли быть зелёной, когда цель не достигнута?

   нет — сверка с его словами и файлами, «да» только при отчёте скептика и стадии IV

   Берётся ли результат из первоисточника?

   да — файлы паспортов и живая страница

   Вопрос скептика

   ORG-638b: сверка с реестром; «прошёл критику: да» без стадий — принято
3. 3«Сдано» держится — у достигнутых и незавершённых целей.
   Другой проверяющий на свежей выборке подтверждает результат по строкам паспорта и индикатору владельца. [прямое требование: ПОР-261004-08 «40–50 проблем»] + [поздняя поправка: 21:49 п. 2 (в), (е)] + [предложение исполнителя: проверка индикатором, даты замеров]

   Откуда выборка и кто её тянет

   цели 🟢; зелёные строки и сданные задачи незавершённых целей. Представитель каждого вида, затем свежая случайная выборка по вселенным их строк.

   Что считаем

   искажающих находок на цель после «сдано»/🟢

   Порог

   0 искажающих находок на цель после «сдано»/🟢; каждая — строка «добавлено проверкой» и чинится сразу, и вне выборки; находки-удобства пишутся отдельно, цель не переоткрывают. Замеры: первый к 05.10; окончательный 12.10 по всем целям испытания (мера качества для стр. 9).

   Было → стало

   результат исполнителя: не мерено; 26.09 из 120 номеров за сутки достигнута цель у 9 — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 искажающих находок на цель после «сдано»/🟢; каждая — строка «добавлено проверкой» и чинится сразу, и вне выборки …; нужен замер: искажающих находок на цель после «сдано»/🟢

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «чтобы не находить по 40–50 проблем» (ПОР-261004-08)

   Может ли быть зелёной, когда цель не достигнута?

   нет — другой проверяющий, свежая выборка, проверка индикатором владельца

   Берётся ли результат из первоисточника?

   да — вселенные строк

   Вопрос скептика

   ORG-638b: перепроверка «по тем же строкам» повторяет ложную строку — принято, добавлен индикатор; рецензия: качество и у незавершённых
4. 4Время и прогоны.
   В каждом паспорте срок в часах от вашего слова, первоначальный не перезаписывается. По каждой цели — время от слова до 🟢 и число прогонов; у незавершённой — прошедшее время на дату замера с пометкой «не закрыта». Пропуск срока остаётся пропуском и виден вам; «перенос с объяснением» не допускается. Новая попытка — только с записью «причина неудачи · изменение метода · ожидаемый эффект», дату не сдвигает. [прямое требование: ПОР-261004-08 «4 суток»; ПОР-261004-07 «срок в сутках не принимается — часы»] + [поздняя поправка: 21:49 п. 2 (г), (д), (е); чат п. 1; рецензия 21:40]

   Откуда выборка и кто её тянет

   все паспорта и реестр (слово, сроки, прогоны). Представители: в срок, с пропуском, с внешним блокером, с повторным прогоном.

   Что считаем

   паспортов без срока в часах; перезаписанных сроков и скрытых пропусков; повторов без записи; утренних отчётов без счёта «закрыто целей · задач · прогонов за ночь и всего»; доля пропущенных первоначальных сроков

   Порог

   0 паспортов без срока в часах; 0 перезаписанных сроков и скрытых пропусков; 0 повторов без записи; 0 утренних отчётов без счёта «закрыто целей · задач · прогонов за ночь и всего»; доля пропущенных первоначальных сроков показывается вам и идёт в стр. 9. Ожидание внешнего блокера пишется отдельно, из времени не вычитается. Число прогонов не ограничивается. К 05.10.

   Было → стало

   результат исполнителя: не мерено; «Задачи идут по 4 суток уже» (04.10 17:31Z); поля срока нет в 16 паспортах, кроме цель 15 — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 паспортов без срока в часах; 0 перезаписанных сроков и скрытых пропусков; 0 повторов без записи; 0 утренних отчётов …; нужен замер: паспортов без срока в часах; перезаписанных сроков и скрытых пропусков; повторов без записи …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — «такие задачи не могут идти по 4 суток»; ПОР-261004-07 «часы»

   Может ли быть зелёной, когда цель не достигнута?

   нет — срок не перезаписывается, пропуск виден, перенос не допускается

   Берётся ли результат из первоисточника?

   да — паспорта и реестр

   Вопрос скептика

   ORG-638b: поля срока нет — мера вакуумна — принято; рецензия: «соблюдён или перенесён с объяснением» = бесконечность — снято
5. 5Стоимость: полный расход по цели — доля недели аккаунтов и деньги API (программный интерфейс: обмен данными между системами).
   Мера, не стоп. Входят паспорта, скептики, работа, повторы, ожидания, выкладки, среда; незавершённые цели тоже. [поздняя поправка: 21:49 п. 2 (е); рецензия 21:40]

   Откуда выборка и кто её тянет

   цели стр. 4; представитель каждого вида расхода (документ, серверная работа, выкладка, ожидание, сбой среды), затем сверка с журналом расхода аккаунтов.

   Что считаем

   целей без полного учёта

   Порог

   0 целей без полного учёта; расход показан вам. К 05.10.

   Было → стало

   результат исполнителя: не мерено; в v2 расход был в «Не входит» — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 целей без полного учёта; расход показан вам. К 05.10.; нужен замер: целей без полного учёта

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — 21:49 п. 2 (е), рецензия 21:40

   Может ли быть зелёной, когда цель не достигнута?

   нет — сверка с журналом расхода аккаунтов

   Берётся ли результат из первоисточника?

   да — журнал расхода аккаунтов

   Вопрос скептика

   рецензия: стоимость исключена — учтено; поправка ноутбука: все расходы — учтено
6. 6Документы (паспорта, планы, отчёты, скептик по тексту, рецензии) — прямым вызовом сильной модели за минуты, без очереди, песочницы и ожидания места.
   Очередь — только для работы с серверами, браузером или долгими прогонами. [поздняя поправка: 21:49 п. 3; чат п. 3] + [предложение исполнителя: граница «час»]

   Откуда выборка и кто её тянет

   все документные задания с 04.10 21:49, полный перебор реестра и очереди; представители: паспорт, план, отчёт, скептик. Уточнения по критике скептика: Все запросы на документы из исходных сообщений и заданий сопоставляются с реестром; отсутствующий в реестре запрос остаётся в замере. Обязательные классы: паспорт, план, отчёт, скептик по тексту, рецензия; незавершённые запросы учитываются с текущей длительностью.

   Что считаем

   заданий в очереди, песочнице или ожидании места; заданий дольше часа от запроса до выдачи; «запрос → выдача» у каждого, медиана в минутах. Уточнения по критике скептика: Конец интервала — первая выдача документа, соответствующего заданию; время исправления непригодной выдачи входит в интервал. Для каждого задания подтверждены время исходного запроса, фактический вызов указанной модели и время выдачи; модель и маршрут вызова входят в проверку.

   Порог

   0 заданий в очереди, песочнице или ожидании места; 0 заданий дольше часа от запроса до выдачи (исключение — только точно названный внешний блокер, внутренняя причина — дефект); «запрос → выдача» записано у каждого и показано вам, медиана в минутах отдельно. К 05.10. Уточнения по критике скептика: Внешний блокер фиксируется с доказательством и длительностью, но полное время показывается без вычитания; такое задание не подтверждает обещание выдачи в установленный срок.

   Показываются все длительности и максимум; конкретный предел помечен предложением исполнителя и применяется к пригодному результату, включая исправления.

   Было → стало

   результат исполнителя: не мерено — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 заданий в очереди, песочнице или ожидании места; 0 заданий дольше часа от запроса до выдачи (исключение — только …; нужен замер: заданий в очереди, песочнице или ожидании места; заданий дольше часа от запроса до выдачи; «запрос …

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   частично — перебор полный, а не выборка: все документные задания с 04.10 21:49 по реестру и очереди, плюс запросы из исходных сообщений, которых нет в реестре (они остаются в замере). Но реестр и очередь — данные исполнителя, а что считать документным заданием (паспорт, план, отчёт, скептик, рецензия), определяет классификация запроса; время исходного запроса, фактический вызов указанной модели и время первой пригодной выдачи подтверждаются по каждому заданию отдельно, незавершённые учитываются с текущей длительностью. Результат зависит не от выбора выборки, а от полноты перечня запросов.

   Может ли быть зелёной, когда цель не достигнута?

   скептик (астра): да — — Да. Через 59 минут выдан непригодный черновик; формально документ готов «за минуты». Решение: принят; сценарий закрыт правками полей: вселенная, мера, порог. Прежний ответ исполнителя (до критики скептика): нет — полный перебор реестра и очереди

   Берётся ли результат из первоисточника?

   скептик (астра): — Реестр и очередь — собственные данные; обход очереди и сильная модель вообще не измерены. Решение: принят; в меру или вселенную дописана независимая сверка с первоисточником. Прежний ответ исполнителя (до критики скептика): да — реестр и очередь

   Вопрос скептика

   второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 8, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
7. 7Серверные изменения модели доводятся до решения по проверенному живому замеру: песочница → оценка с опровержением → решение → флаг на бою → живой замер → оставлено или откачено. [прямое требование: ПОР-261004-01]
   + [предложение исполнителя: повторный замер проверяющим, закрытый список, сроки, база] + [поздняя поправка: 21:49 п. 3] [прямое требование: ПОР-260930-12, 30.09 — предложения по модели работы с подробностями] [решение владельца: ПОР-260930-19, 30.09 — приняты меры: выкладка, резерв мест, цена поручения] [прямое требование: ПОР-261003-23, 03.10 — план улучшения системы на фактах и самокритике]

   Откуда выборка и кто её тянет

   закрыта на дату v3: шаги плана v3 ORG-626…631; правила (а–е) — правила паспорта:(а) до запуска сверять паспорт с последними решениями владельца, помечая у формулировок «прямое требование / поздняя поправка / предложение исполнителя»(б) охват классов до случайной выборки, полная сверка где возможно(в) существенный дефект, делающий результат ложным, чинится независимо от выборки(г) повторный прогон — только с причиной прошлой неудачи, изменением метода и ожидаемым эффектом(д) разделять завершение внедрения, эксплуатацию и внешние зависимости (цикл обновления принимается, актуальность наблюдается отдельно; внешний блокер называется точно, работа продолжается)(е) Г15 принимается по сравнительному испытанию с учётом всего времени и всех расходов (паспорта, скептики, ожидания, выкладки, среда); незавершённые цели остаются в сравнении и прямой вызов для документов — без песочницы, но с живым замером «до/после». Новые шаги — отдельным паспортом. Замер проверяющий берёт из источника, не из итогов автора.

   Что считаем

   шагов и правил без меры и базы, записанных до флага; шагов без решения «оставить/откатить» к первоначальному сроку; оставленных шагов без улучшения по повторному замеру проверяющего

   Порог

   0 шагов и правил без меры и базы, записанных до флага (у правил с 21:49 база — состояние до 21:49 по реестру); 0 шагов без решения «оставить/откатить» к первоначальному сроку; 0 оставленных шагов без улучшения по повторному замеру проверяющего (иначе — ошибка, откат). Срок: срок в часах каждому шагу — в журнал к 05.10, не позже 12.10; срок строки — последний из них.

   Было → стало

   результат исполнителя: уборка orch (ORG-647), выложено 05.10 20:46: наибольшее число пропусков подряд 5 → 2, наибольшее ожидание допуска 1727 → 1473 с, проходов дольше 600 с 0 (ORG-647d7, 05.10 22:07); пр.8 выложен 07.10 03:23: иноды 2072423 → 1700793, перенос не закончен (ORG-647r8d, 07.10 04:47, не подтверждено); ворота памяти группы (ORG-695): замёрзших групп за 8,0 ч 0 (ORG-695e1, 07.10 10:40) / независимая проверка: эффект ворот проверять было не на чем (ORG-695e1); повторного замера проверяющим нет / остаток: на 05.10 18:55: на бою включено 7 серверных изменений, решений «оставить или откатить» по живому замеру 4, замера «до/после» проверяющим нет у четырёх; порог — 0 шагов без решения к сроку; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — его порядок ПОР-261004-01

   Может ли быть зелёной, когда цель не достигнута?

   нет — повторный живой замер проверяющего из источника

   Берётся ли результат из первоисточника?

   да — источник замера, не итоги автора

   Вопрос скептика

   ORG-638b: бумажная мера «есть запись», источник — бумаги автора; строка без конца — принято
8. 8Каждый вопрос вам — с умолчанием и событием вместо часового срока и не повторяет решённого. [прямое требование: ПОР-261004-11, -08]
   + [поздняя поправка: 21:49 п. 2 (а)] + [предложение исполнителя: «закрытый список» v2 убран] [прямое требование: ПОР-261002-08, 02.10 — страница «Ждёт меня» без лишних пунктов]

   Откуда выборка и кто её тянет

   все записи ожидания владельца в реестре с 04.10 18:38; представители: согласование паспорта; ожидание действия (ключ, команда); необратимое решение (удаление); вопрос по поправке.

   Что считаем

   вопросов без умолчания или события; вопросов, по которым есть более позднее ваше решение

   Порог

   0 вопросов без умолчания или события; 0 вопросов, по которым есть более позднее ваше решение («включай все валюты» в Г16). К 05.10.

   Было → стало

   результат исполнителя: не мерено; нет умолчания у части ожиданий (цель 2, цель 8, цель 10, цель 14, цель 16) — в журнале приёмки по 07.10 21:10 вердикта с мерой этой линии нет / независимая проверка: не проводилась / остаток: порог: 0 вопросов без умолчания или события; 0 вопросов, по которым есть более позднее ваше решение («включай все валюты» в …; нужен замер: вопросов без умолчания или события; вопросов, по которым есть более позднее ваше решение

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — ПОР-261004-11, -08; 21:49 п. 2 (а)

   Может ли быть зелёной, когда цель не достигнута?

   нет — полный перебор записей ожидания

   Берётся ли результат из первоисточника?

   да — реестр

   Вопрос скептика

   ORG-638b: «закрытый список» без источника, противоречит слову 18:09 — принято, убран
9. 9Испытание: в каждом обязательном классе паспорта дают результат за часы на новых и начатых целях и доказанно эффективнее прежней работы и «голого агента» в равном окне. [поздняя поправка: 21:49 п. 2 (е), п. 4; рецензия 21:40; чат п. 1, 3]
   + [прямое требование: ПОР-261004-08 «4 суток»] + [предложение исполнителя: классы, окна, горизонт, отбор, долгие, снятые, незавершённые, пороги, дата, условия ГА — «голый агент»: цель выполняется без паспорта, для сравнения в опыте Г15, состав] [прямое требование: ПОР-261004-15, 04.10 — голый агент против системы — сравнить]

   Откуда выборка и кто её тянет

   Группы. П-новые — все цели с первым словом с 04.10 18:38 по 08.10 включительно, время от слова; поздние — отдельно, вне итога. П-хвосты — Г1–Г14, Г16, Г17 v3 и другие цели до 18:38; время от согласования v3 (рядом — от первого слова); с Б не сравниваются, мерятся только «за часы» и «4 суток». Б — цели из ваших слов с 27.09 по 30.09 18:38, не ставшие П-хвостами, с полным горизонтом 96 ч до 04.10 18:38; время от слова; цели со словом 30.09 18:38–04.10 18:38 — отдельно, вне сравнения; одна цель не может быть в Б и П-хвостах.

   ГА — голый агент на целях П-новые, время от постановки, горизонт тот же. Г15 (цель «Модель работы») не входит ни в одну группу. Снятые вашим словом до конца горизонта — исключаются из группы; остановленные исполнителем без вашего слова — остаются незавершёнными (П, Б, ГА одинаково; утверждает проверяющий). Долгие цели — первоначальный срок v3 больше 96 ч по природе работы (цикл наблюдения, проверка до удаления, объём внешней службы; не объём собственной работы); кандидаты Г13 (цель «Парсели — только на своём сервере»), Г17.

   Перечень с доводом проверяющего, видимым вам, закрыт в составе к 05.10. Условие: 🟢 к первоначальному сроку, ожидания не вычитаются; если срок позже 12.10 — к подсчёту зелёны строки внедрения к своим срокам, окончательный 🟢 по сроку (стр. 4). В медиану «за часы» не входят. Классы: документная (обязательный); сайтовая/серверная (обязательный); с внешним блокером; с участием владельца.

   Обязательные не снимаются; необязательный снимает только проверяющий с доводом в составе до подсчёта; снято больше одного — «нет»; в не снятом классе меньше утверждённого числа целей П-новые, Б или ГА после исключений либо нет меры базы — «нет» по классу. Отбор без выбора: все цели окон П-новые и Б, все v3 в П-хвостах; правило — в составе к 05.10; исключает только проверяющий по видимому вам доводу.

   Условия ГА: независимый исполнитель; те же слова, доступы и среда; запуск параллельно с П или раньше, не после её закрытия; право повторов до 🟢 или конца горизонта, остановка раньше без названного блокера — «нет» по паре и классу; в каждом не снятом классе не меньше двух общих с П-новые целей. Состав утверждает независимый проверяющий и показывает вам к 05.10; пересборка после подсчёта запрещена.

   В составе: группы, окна, горизонт, отбор, пары; правило снятых и перечень долгих; число целей (П-новые, Б, ГА — не меньше двух на класс); условия ГА; источники мер Б (время — реестр; расход — журнал аккаунтов; прогоны — очередь и реестр; участие — записи ожидания; качество — слепая перепроверка по стр. 3). Источники П: время и прогоны — стр. 4, расход — стр. 5, качество — стр. 3.

   Что считаем

   Горизонт 96 ч (= «4 суток»), одинаково для П-новые, Б, ГА: цель меряется от старта до 🟢, не дольше 96 ч; без 🟢 — «не закрыта в горизонте», в медианах = бесконечность; расход, прогоны, участие — до 🟢 или конца горизонта, что раньше. Мера (по каждому не снятому классу): За часы: медиана времени до 🟢 в горизонте, отдельно в П-новые и П-хвостах (без долгих) — не больше 1 ч у документного класса, 12 ч у остальных; пороги показываются в составе к 05.10, умолчание — приняты; выше хоть в одной подгруппе — «нет».

   4 суток: 0 целей П (кроме долгих) без 🟢 за 96 ч (новые — от слова, хвосты — от v3); 0 долгих, не выполнивших своё условие; ожидание блокера показывается, не вычитается. П-новые против Б: доля 🟢 за 24 ч и 96 ч — больше; медиана времени и полного расхода — меньше; прогонов на закрытую цель (все прогоны класса в горизонте / число закрытых; 0 закрытых — «нет»; рядом «на цель» по всем) — не больше; искажающих находок и вашего участия на цель — не больше.

   П-новые против ГА: время, расход, прогоны (тот же счёт) — не больше; качество и участие — не хуже; ГА лучше — «нет» с цифрами и списком элементов паспортов на удаление. Рядом — доля пропущенных сроков П.

   Порог

   Итог «да» — только при всех условиях во всех не снятых классах и обеих подгруппах П, с обоими обязательными классами и не более чем одним снятым. «Нет» 12.10 окончательно для этой версии модели: цель 🔴, вам — цифры, без «ещё работаем». Дата подсчёта — 12.10, конец суток UTC; пишется в состав к 05.10, не сдвигается; прогоны после неё идут, подсчёт — на неё.

   Было → стало

   результат исполнителя: «голый агент» на тех же целях: прогон A (ORG-639ra, 04.10 23:54) — мера 0 → 12 из 12 (у системы 12 из 12), 1,41 ч, 3,01 USD (доллар США), 78 ходов; прогон C (ORG-639rc, 05.10 00:17) — 1,03 ч, 6,90 USD, 129 ходов, мера 41 → 32 из 60 тем же замером (агент сменил договор параметра цены) / независимая проверка: сводное сравнение «новая система против прежней работы и голого агента» должен был свести ноутбук к 05.10 22:00 UTC (запись 05.10 18:55), итога в паспорте нет; независимых итогов в равном окне нет / остаток: сравнение в равном окне по всем классам не сведено; окончательный замер 12.10; порог — условия во всех не снятых классах; не зелёная

   Критика строки

   Зависит ли от того, кто и как выбрал выборку?

   да — 21:49 п. 2 (е), п. 4; ПОР-261004-08 «4 суток»; чат п. 1, 3; рецензия 21:40

   Может ли быть зелёной, когда цель не достигнута?

   нет — стадия IV: единый горизонт 96 ч, Б только с полным горизонтом, одинаковое правило снятых, все цели окна, независимый ГА («голый агент»: цель выполняется без паспорта, для сравнения в опыте Г15) с повторами, Г15 (цель «Модель работы») вне испытания, своё условие для долгих, фиксированная дата 12.10

   Берётся ли результат из первоисточника?

   да — реестр, журнал аккаунтов, очередь, записи ожидания, слепая перепроверка по стр. 3

   Вопрос скептика

   ORG-638b: нет главного индикатора; высокие (результат за часы, ГА без меры, отсчёт для Г1 — цель «Три сайта готовы к покупателям и рекламе»–Г17 — цель «Выписки RDPPF кантона Вале», состав задаёт автор) — исправлены; средние открыты: эталон 🟢 у Б и ГА, долгие цели, состав к 05.10
10. 10Состояние каждой линии паспорта — результат исполнителя / независимая проверка / остаток; последний вердикт с мерой по задаче этой цели переносится в том же ходу, но как независимая проверка — только при том же критерии, той же версии и том же объёме проверки, иначе пишется «проверка:
    по другому критерию»; каждое поручение, на которое задание ссылается строкой «Служит:», названо в линии паспорта, чей критерий оно меняет (своя линия или новая цель с паспортом), а не в ближайшей по теме; критерии линий при этом не переписываются. [прямое требование: ПОР-261007-06, ПОР-261007-08, 07.10] [поручение: ПОР-261007-10, 07.10 — разбор рецензента: вердикт переносится в состояние только при том же критерии, версии и объёме проверки; состояние — результат исполнителя / независимая проверка / остаток] [предложение исполнителя: строка «Служит:», окно 7 суток и «критерии линий при этом не переписываются» — не слова владельца; рецензент: «прогнать критику и скептика только по новым/изменённым линиям»]

    Откуда выборка и кто её тянет

    все линии всех паспортов (на 07.10 15:3x — 127 строк); все поручения из первичных сообщений владельца за 7 суток (чат ноутбука, сайт директора) независимо от наличия задания и связи в реестре; исходные перечни поручений, заданий и вердиктов фиксируются до сверки, пропуск считается дефектом; все задания очереди за 7 суток, включая те, где строки «Служит:» нет

    Что считаем

    • (а) вердиктов с мерой, не отражённых в состоянии своей линии к завершению того же хода
    • (б) поручений из заданий без линии паспорта
    • (в) состояний без трёх частей и переносов вердикта в «независимую проверку» при несовпадении критерия, версии или объёма — сверка с исходными вердиктами по их версии и объёму и с первичными сообщениями владельца, не только с реестром
    • (г) заданий за 7 суток без строки «Служит:»
    • (д) меток «поручение → линия», где результат задания не отвечает критерию линии (проверяется смысл, а не наличие номера) — все метки, если их меньше 100, иначе случайные 100; метки выбирает скрипт проверяющего, текст поручения с критерием сопоставляет независимый проверяющий и записывает основание

    Порог

    • (а) 0
    • (б) 0
    • (в) 0
    • (г) 0
    • (д) не больше 3 из 100 (при меньшем числе — 0), верхняя граница 95 % записана; связь, меняющая смысл цели или разрешение владельца, блокирует линию независимо от процента

    Было → стало

    результат исполнителя: ORG-709 (07.10 18:0x) — отметка «прошёл критику» при линии без критики 4 → 0 из 4, неполных состояний 12 → 0 из 12, мутанты 24 из 24, выкладчик ORG-709d; ORG-707 пр.2 — линий без критики 18 → 0, отменённых решений 1 → 0; ORG-707 пр.3 — скептик по 17 линиям, правок 153. Правки внесены директором 07.10 20:48–20:50: цели 1, 2, 3, 5, 8, 11, 15, 17 — 97 записей, пропущено 6 (линия 8 цели 5 и линии 10, 12 цели 15 новее таблицы); цель 18 — 146 записей по BKS-438 (задача сайта книг knigy.ch) пр.1, 19 линий; страница собрана без ошибок, карточек 13 / независимая проверка: нет / остаток: отметка «прошёл критику» у целей 3, 8, 11, 15 не ставится — у 21 старой линии нет вердикта скептика (ещё 12 линий без вердикта у целей 6, 7, 9, 12, 14, 16) → ORG-707 пр.4; перекритика изменённых линий цели 18 → BKS-438 пр.2; проверка выкладки ORG-709d · 08.10 22:48 UTC (W874 — внутренний номер хода работы директора): вердикт 08.10 02:16 по ORG-707 пр.6 (ПОР-261007-08) — результат исполнителя: полей с минимумом 100 разобрано 20 из 20 (убрано 5, оставлено 15), строк Г18 (цель «Проба парсеров») без критики после пробы 11 → 0, запрещённых условий 0, тест rc 0; независимая проверка: нет; остаток прежний

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Список поручений строится из нашей очереди и реестра связей: забытое поручение отсутствует в обоих. Вселенная: «Все поручения из первичных сообщений владельца за период, независимо от наличия задания и связи». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — (а) и (в) считает скрипт по всем линиям паспортов; вселенная (б) строится по записям связи в реестре и по всем заданиям очереди, а не только по тем, где автор задания написал «Служит:»; выборку для (д) выбирает скрипт проверяющего с зерном, записанным до прогона

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Вердикт перенесён через ход вместо того же хода; ошибочная метка поставлена к тематически близкой линии; трёхчастное состояние формально заполнено. Заменить а: «Вердиктов с мерой, не отражённых в состоянии соответствующей линии к завершению того же хода». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера а «вердикт новее состояния» была бы зелёной, если вставлять в состояние каждый свежий вердикт независимо от его критерия, а б — если привязывать поручение к любой линии ради нуля; закрыто в и д; рецензент владельца нашёл именно этот класс (ПОР-261007-10, 07.10 15:35:39Z)

    Берётся ли результат из первоисточника?

    скептик (астра): Нет для смысла и полноты: реестр подтверждает собственные записи. Добавить независимое сопоставление с сообщениями владельца и исходными вердиктами, включая их версию и объём. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — вердикты берутся из журнала вердиктов очереди и из итогов задач, поручения — из реестра и заданий; состояние сверяется с файлом паспорта, а не с отчётом того, кто его вносил

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 6: принято 6, частично 0, отклонено 0; правки внесены в поля: text, universe, measure, threshold, state; полный ответ — в отчёте задачи ORG-707 пр.3
11. 11Ваш шаг с ключом — одна вставка: страница ключей не отклоняет значение из-за того, как вы его скопировали (пробелы и переводы строк по краям, кавычки, адрес вместо имени; кавычки — предложение исполнителя, адрес вместо имени — найденный случай отказа,
    неудобство формы и краевые пробелы и переводы строк — по поручению владельца), а приводит его к верному виду по правилам, заданным для поля заранее (другие изменения значения запрещены); каждый отказ называет причину, показывает пример верного значения и пишется в журнал. [прямое требование: ПОР-261007-07, 07.10 «в директора неудобно вставлять, он постоянно что-то отказывает»] [слова из реестра ПОР-261007-07, чат ноутбука 07.10 15:01: «класс „страница /keys отказывает владельцу при вставке“»]

    Откуда выборка и кто её тянет

    все поля всех ключей страницы /keys × виды вставки: пробелы и переводы строк по краям, кавычки, адрес вместо имени (из слов владельца), плюс каждый вид, встретившийся в журнале отказов страницы (список строит скрипт, не человек); журнал дополняется независимыми браузерными сценариями всех ветвей отказа и вставками владельца, если они доступны. Уточнения по критике скептика: Проверяющий проходит штатный путь авторизованного владельца в браузере: открыть форму → вставить → сохранить → подтвердить использование; отказ в этом пути при корректном вводе считается дефектом.

    Правила преобразования проверяющий сверяет с назначением поля и форматом провайдера; неоднозначное значение не преобразуется молча. Добавлены неизменённое корректное значение, заведомо неверное значение и повторное открытие формы после сохранения.

    Что считаем

    • (а) ячеек поле × вид вставки, где значение принято не в верном виде (допустимые преобразования для поля заданы заранее), или сохранённое значение не равно ожидаемому, или потребитель его не использует (секрет не выводится)
    • (б) отказов без причины и примера верного значения
    • (в) отказов мимо журнала — каждый отказ, полученный клиентом-проверяющим, сопоставляется ровно с одной строкой журнала по идентификатору запроса (если его нет — по времени и полю)
    • (г) принятых вставок, после которых проверка ключа без платежа (где она есть; сейчас Payrexx — SignatureCheck) даёт «нет» при верном исходном значении
    • (д) значений ключей и их частей в тексте отказа и в журнале. Уточнения по критике скептика: Где доступна проверка провайдера, результат берётся от провайдера; где её нет, фиксируется доступный независимый способ подтверждения применения значения и граница проверки. В ответах и журналах нет полного секрета, его декодируемого представления или фрагментов, скопированных из секрета; допускаются только заранее заданные маски без символов исходного секрета.

    Порог

    • (а) 0 из ячеек
    • (б) 0
    • (в) 0
    • (г) 0
    • (д) 0 — отказ показывает форму значения, а не само значение; поле, у которого нет проверки сохранения и использования значения, остаётся «не проверено»

    Было → стало

    результат исполнителя: в журнале за 07.10 отказов 1 (адрес в поле Instance); отказы «нет такого ключа», чужой источник запроса, размер и вход в журнал не пишутся (07.10 15:1x); починка — ORG-706, пакет ставит ноутбук. / независимая проверка: нет — вставки скриптом по ячейкам не проверялись: не мерено. / остаток: ячейки поле × вид, причины и примеры, полнота журнала, проверка ключа после очистки, отсутствие значения ключа в журнале; дополнительно: штатная браузерная вставка, Origin, вход, размер запроса и неизвестное имя ключа (одна запись отказа не равна полному числу отказов) · 08.10 22:48 UTC (W874): вердикт 08.10 02:16 по ORG-710 (служит ПОР-261007-05 и -07) — проверка: по другому критерию (гейт формы пакета: ложных срабатываний 8 → 0 из 283, пакет не применён); по критерию строки 11 новых замеров нет — состояние прежнее проба переноса на сервер 12.10 14:53 UTC: на сервере готов отдельный пользователь без прав администратора, чистый каталог и автозапуск удалённого управления; ждёт разового входа владельца в аккаунт sviatoslavchistikov; старая система серверного директора не подключается

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — прямое требование ПОР-261007-07: «в директора неудобно вставлять, он постоянно что-то отказывает»; кавычки — предложение исполнителя

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): да — значение нормально обрабатывается прямым запросом, а браузер владельца каждый раз получает отказ по Origin; журнал и причина есть, линия проходит. Решение: принят; вселенная требует штатного пути владельца в браузере

    Берётся ли результат из первоисточника?

    частично — журнал страницы и сохранённое значение внутренние; где есть проверка у провайдера (сейчас Payrexx — проверка подписи), берётся её результат, иначе фиксируется независимый способ подтверждения и граница проверки

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 10, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: текст, вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
12. 12Флот виден верно: панель директора, монитор и мои сообщения показывают каждую идущую задачу как идущую, с её аккаунтом и хостом, в том числе воскрешённую на другом аккаунте или хосте; счёт живых совпадает со счётом диспетчера.
    [прямое требование: ПОР-261007-09, 07.10 «ты говоришь, что флот упёрся в аккаунты, а на sviatoslavchistikov не идёт ни одной задачи?»] [слова из реестра ПОР-261007-09, чат ноутбука 07.10 15:38: «ты говоришь, что флот упёрся в аккаунты, а на sviatoslavchistikov не идёт ни одной задачи?»]

    Откуда выборка и кто её тянет

    все строки очереди par_s3 на всех хостах (orch, fb, clothes, парсели); все воскрешения за 7 дней по журналу диспетчера, дополненному журналами запуска раннеров и процессами хостов (отсутствие записи в диспетчере — расхождение); обязательные сценарии: удалённый запуск, перенос аккаунта или хоста, завершение задачи; живые раннеры по процессам на каждом хосте в одну минуту; все сообщения директора владельцу за 7 суток, в которых названо число идущих задач или занятых аккаунтов.

    Уточнения по критике скептика: Проверяющий получает перечень всех действующих мест запуска из конфигурации развёртывания и фактических запусков; задачи вне par_s3 также входят. Запуск сопоставляется по идентификатору запуска, номеру процесса, времени старта и принадлежности процессу задачи; один номер процесса недостаточен.

    Что считаем

    • (а) строк, живых по счёту диспетчера, которых панель не показывает идущими
    • (б) идущих строк на панели без аккаунта
    • (в) воскрешений за 7 дней, которые панель показала бы ждущими при живом процессе
    • (г) расхождений между независимым снимком процессов на хостах, диспетчером, панелью и монитором — по множеству троек задача × аккаунт × хост и по состоянию каждой задачи, не только по числу
    • (д) сообщений директора со счётом идущих или занятых, где счёт отличается от снимка, на который сообщение ссылается (идентификатор и время получения снимка записаны в сообщении); задержка обновления панели измеряется отдельно. Уточнения по критике скептика: Для запуска подтверждены идентификатор запуска, хост, фактически используемый аккаунт и состояние; зависший процесс показывается отдельно от выполняющейся задачи.

      Снимки имеют времена получения и общий идентификатор проверки; переходы между снимками сверяются по событиям, после стабилизации выполняется повторная сверка.

    Порог

    • (а) 0
    • (б) 0
    • (в) 0
    • (г) 0
    • (д) 0. Уточнения по критике скептика: Заранее задана максимальная допустимая давность снимка и задержка обновления; превышение любого предела не позволяет зелёный статус. Сравнение учитывает переходы состояний; давность снимка и задержка обновления не превышают заранее заданных пределов.

    Было → стало

    результат исполнителя: ORG-708, пакет (07.10 18:1x) — живых по панели на образце 1 → 3 из 3 (по диспетчеру 3), воскрешений «ждёт при живом» за 7 дней 45 → 0 из 69, мутанты 6 из 6; принят как пакет, на бою нет — выкладчик ORG-708d идёт / независимая проверка: нет / остаток: выкладка ORG-708d и сверка панели и монитора со списком диспетчера после двух тиков; после выкладки — независимые процессы всех хостов, фактические аккаунты, панель, монитор, сообщения и предел свежести (сверки только с диспетчером недостаточно)

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    да — прямое требование ПОР-261007-09: «ты говоришь, что флот упёрся в аккаунты, а на sviatoslavchistikov не идёт ни одной задачи?»

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): да — панель и сообщение повторяют вчерашний снимок, все расхождения нулевые, а текущая занятость неверна. Решение: принят; порог требует предельной давности снимка и задержки обновления

    Берётся ли результат из первоисточника?

    частично — процессы хостов независимы по существованию процесса, но не по аккаунту и продвижению задачи; после правки запуск сопоставляется по идентификатору запуска, номеру процесса, времени старта и аккаунту

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.4, 07.10 21:1x–21:2x): вердикт «годна после правок»; пунктов по этой линии: принято 8, частично 0, отклонено 0, претензий нет 0; правки внесены в поля: вселенная, мера, порог, состояние; полный ответ — в отчёте задачи ORG-707 пр.4
13. 13Основной чат владельца без шума: каждое его сообщение уходит один раз, системных уведомлений (поле отправителя не владелец и не директор) в основной вкладке нет; отдельная вкладка с самой информативной частью, из неё можно писать директору, и ничего, что директор отправил владельцу, не теряется.
    [прямое требование: ПОР-260930-48, 30.09 — в основном чате без дублей и лишнего] [прямое требование: ПОР-260930-49, 30.09 — отдельная вкладка только с информативным] [вопрос владельца: ПОР-260930-50, 30.09 — вкладка без потери нужного владельцу] [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2]

    Откуда выборка и кто её тянет

    чат сайта директора за 7 суток: все отправки владельца, все сообщения директора и системные уведомления; вкладки «Главное» и «Ждёт меня»; журнал потока директора (отправлено) против того, что отдаёт страница чата, открытая как владелец (показано)

    Что считаем

    • (а) повторных доставок одного события отправки (по идентификатору события; намеренный повтор того же текста дублем не считается)
    • (б) в основной вкладке — системных уведомлений (по полю отправителя) и сообщений директора с признаками из закрытого списка, записанного до прогона (хеши, пути файлов, номера ходов, имена служб, команды)
    • (в) сообщений директора владельцу из журнала потока, которых нет в том, что показывает страница чата, — полная сверка двух списков; контрольные сообщения с идентификаторами проходят путь от отправителя до показа владельцу в браузере и получения директором (полная история хранится отдельно, в информативной вкладке проверяется сохранение существенного)
    • (г) из отдельной вкладки владелец в браузере отправляет сообщение и получает ответ директора, и каждое существенное сообщение директора есть в этой вкладке
    • (д) в основной вкладке независимый проверяющий читает не менее 100 сообщений директора и отмечает те, что бесполезны владельцу, и существенные, потерянные из вкладки

    Порог

    • (а) 0
    • (б) 0
    • (в) 0
    • (г) 0
    • (д) не больше 3 из 100, верхняя граница 95 % записана

    Было → стало

    результат исполнителя: ORG-561 пр.3 на бою с 01.10 09:52:56 (замер директора W326: index.html равен пакету, службы 5 из 5, /healthz 200, /waiting без входа 401). / независимая проверка: ORG-561v5 (браузер, телефон 390×844 и ноутбук, без кода) принято — высоких 0, средних 0 — на стенде с кодом боя пр.3, а не на живом чате: отправок одного текста 3 из 3, пустых служебных карточек 0, «Главное должно дойти» 162 из 162, технических 0 — по другому объёму и версии (стенд, не 7 суток журнала). / остаток: сверка журнала потока с живой страницей за 7 суток (в), закрытый список признаков (б)

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Закрытый список технических признаков выбирает автор; бессодержательный текст без путей и команд проходит. Добавить: «Независимый проверяющий оценивает выборку сообщений на полезность владельцу и сохранение существенной информации; технические признаки — вспомогательный фильтр». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — сверка идёт по всем сообщениям 7 суток из журнала потока, а не по выбранным; класс «системное» определяет поле отправителя, класс «служебные признаки» — закрытый список, записанный до прогона, а не оценка автора

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Вкладка не позволяет писать директору; важные сообщения доступны только глубоко в архиве; при этом списки совпали. Мера: «Из отдельной вкладки владелец отправляет сообщение и получает ответ; каждое содержательно важное сообщение доступно в этой вкладке». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера (в) «дошло до вкладки» была бы зелёной, если сообщение попало во вкладку, но страница его не показала владельцу; закрыто сверкой журнала потока с ответом страницы как владельцу; жалоба владельца касалась и сообщений директора («он пишет всякое, что мне знать необязательно») — закрыто (б)

    Берётся ли результат из первоисточника?

    скептик (астра): Журнал и ответ страницы подтверждают передачу записей, но не отображение. Проверять видимые сообщения и отправку в браузере под владельцем. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — журнал потока директора (отправлено) и ответ живой страницы чата (показано)

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 5, частично 0, отклонено 0; правки внесены в поля: text, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3
14. 14У каждой принятой задачи есть отчёт в папке её проекта с первой строкой меры «было → стало», а владелец видит дневную таблицу задач со ссылками на отчёты. [вопрос владельца: ПОР-261003-22, 03.10 — отчёты по задачам должны быть видны]
    [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2] [предложение исполнителя: первая строка «было → стало», папки проектов и дневная таблица — способ сделать отчёты видимыми; слова владельца — «Почему я не вижу отчётов по задачам?»]

    Откуда выборка и кто её тянет

    все принятые за последние 7 суток задачи (метка принятия в очереди сверяется с исходными вердиктами приёмки), папка reports каждого проекта, дневная таблица; для содержания — не меньше 100 отчётов тех же 7 суток (если меньше — все), выбирает скрипт проверяющего

    Что считаем

    • (а) принятых задач без отчёта (правило 2 регламента)
    • (б) дней без дневной таблицы
    • (в) отчётов-заглушек: без меры «было → стало», без ссылки на итог задачи или без подтверждения приведённых чисел
    • (г) принятых задач из выборки 100, отчёт которых владелец не может открыть из дневной таблицы в браузере под своей учётной записью

    Порог

    • (а) 0
    • (б) 0
    • (в) не больше 3 из 100, верхняя граница 95 % записана
    • (г) не больше 3 из 100, верхняя граница 95 % записана

    Было → стало

    результат исполнителя: ORG-601 — пакет принят (sha16 ca29d0d40348f79a 61d161ddcb029ac8): отчётов за 03.10 23 → 321 (297 автоотчётов), таблица дня есть, утечек фильтра 0 из 63; скан директора 297 автоотчётов: имён поставщиков и ключей 0, sha256sum -c 11 из 11; отчёты идут сами каждые 10 минут с 21:10 UTC 03.10 (реестр). / независимая проверка: нет по а, б, в — проверена безопасность автоотчётов, это другой критерий. / остаток: а, б, в за неделю не мерены

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Приёмка берётся только из очереди; принятый результат без метки исчезает. Добавить сверку меток с исходными вердиктами приёмки; выборку отчётов должен выбирать проверяющий. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — все принятые за сутки задачи перебираются по метке принятия в очереди; выборку для (в) выбирает скрипт проверяющего

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Отчёты лежат на сервере, но ссылки отсутствуют или владельцу запрещён доступ. Мера: «Для каждой принятой задачи владелец из дневной таблицы открывает соответствующий отчёт в браузере под своей учётной записью». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера (а) была бы зелёной на автоотчёте-заглушке (297 из 321 отчётов 03.10 автоматические), который закрывает файл, но владельца не информирует; закрыто (в)

    Берётся ли результат из первоисточника?

    скептик (астра): Нет для пользовательского результата: наличие файла не означает видимости владельцу. Исправление — пункт 1 линии 16. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — метка принятия в очереди и файлы reports проектов; журнал генератора отчётов источником не считается

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «годна после правок»; пунктов по линии 5: принято 4, частично 1, отклонено 0; правки внесены в поля: text, universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3
15. 15Диски серверов не засорены: ненужных файлов нет, у каждого класса файлов один исход — удалить после сверки, сжать на месте, вынести на ящик в сжатом виде или сохранить до установленного события (действующие файлы); уборка идёт не дольше 10 минут, вынос по расписанию не пропускается,
    места на ящике хватает. [прямое требование: ПОР-261005-06, 05.10 — чистить все ненужные файлы на всех дисках] [решение владельца: ПОР-261004-19, 04.10 — принимаю четыре механизма уборки дисков] [сведения владельца: ПОР-261004-21, 04.10 — ящик почти полон — порядок выноса] [сведения владельца: ПОР-261004-25, 04.10 — утренний итог: гигабайты, зелёные строки, опыт] [мера и порог — предложение исполнителя ORG-707, исправлено по критике ORG-707 пр.2] [предложение исполнителя: уборка не дольше 10 минут; ограничения «не меняй box_max_pct выше 90 % и не трогай backups» — условие из сообщения ноутбука ПОР-261004-21 «До его слова», не слово владельца]

    Откуда выборка и кто её тянет

    все серверы (orch, fb, clothes, сервер парселей, хосты сайтов) и ящик Storage Box; каждый файл диска попадает ровно в один класс — включая класс «неизвестно», который считается классом без исхода; перепись — отдельная проверка полным обходом, а не выборка каталогов; штатная уборка работает без обхода тома (механизм из решения владельца ПОР-261004-19); правила жизненного цикла проверяет независимый проверяющий

    Что считаем

    • (а) классов файлов без назначенного исхода, включая «неизвестно»
    • (б) ненужных файлов в классах «удалить» и «сжать» после срока и в классе «вынести» старше срока вывоза (просроченный остаток считается независимо от назначенного исхода), а также нужных файлов, удалённых ошибочно
    • (в) проходов уборки дольше 10 минут
    • (г) пропусков выноса по расписанию (за период обязательные запуски наступили) и случаев, когда на ящике не хватает места для очередного выноса, вынос поднимает занятость выше 90 % или трогает каталог backups
    • (д) вынесенных файлов, у которых до удаления исходника контрольная сумма не совпала с суммой исходного файла, записанной до выноса (проверяются все, скриптом), и из 50 случайных вынесенных файлов — не восстанавливающихся после распаковки с совпадением с исходной суммой (при менее 50 вынесенных — все)

    Порог

    • (а) 0
    • (б) 0
    • (в) 0
    • (г) 0
    • (д) 0 по всем вынесенным до удаления исходника и 0 из 50 при восстановлении. Процент занятости диска не цель

    Было → стало

    • результат исполнителя: ORG-703 пр.2 — шаг с остатком: диск fb 87 → 84 %, освобождено 5,01 ГБ (гигабайт) правилом в бою (путей 1 557, вето 1 295), мутантов 22 из 22, пакет ORG-493 готов (тест 12 из 12); ORG-711 (08.10 06:0x) — пакет принят, на бою нет: уборка clothes больше не падает на имени файла вне юникода — мест 16 → 0 из 16, тест 28 из 28 (повторён директором), мутантов 23 из 23, холостой на живом дереве: 175 каталогов к удалению, 32,1 ГБ; ORG-711 пр.3 (08.10 15:10) — пакет принят и на бою на clothes с 08.10 16:07 (ORG-711d2): файлов пакета не в форме инструмента 1 → 0, тест 28 из 28, мутантов 23 из 23; ORG-711 пр.2 для fb (08.10 15:24) — пакет принят, на бою нет: мест класса 26 → 0, упавших проходов с именем вне юникода 10 из 10 → 0, мутантов 51 из 51, гарантий 13 из 13; ORG-712 для orch (08.10 15:55) — пакет принят, на бою нет: мест класса 41 → 0, боевой проход по реестру на имени вне юникода rc 1 → 0, мутантов 50 из 50, гарантий 14 из 14, выкладчик ORG-712d идёт с 16:16.

      / независимая проверка: нет по мерам линии (классы с исходом, проходы дольше 10 минут, пропуски выноса, восстановление с ящика) — проверен шаг правила: по другому критерию; ORG-711 — проверки директора (тест от cw, холостой пакета от root, суммы обеих копий); журнал уборки clothes после выкладки (директор, 16:3x): проход 16:15 — код 0, удалено 175 каталогов (32,1 ГБ), диск clothes 87 → 82 %; проход 16:30 — код 0.

      / остаток: ниже 80 % только выносом на ящик (список 15,4 ГБ готов, переносчик root директора), ORG-493 ставится от root — ORG-703 пр.3; по (г) найдено 08.10: уборка clothes по расписанию с 03.10 15:15 падает на каждом проходе (282 подряд, имя файла с байтом вне юникода) и ничего не удаляет, диск clothes 80 → 83 % — починено на бою 08.10 16:07 (ORG-711d2); тот же скрытый класс на fb — пакет ORG-711 пр.2 принят, установка на fb отдельной задачей (инструмент выкладки fb не знает), на orch — ORG-712; обёртка уборки молчит при любом коде возврата (284 прохода без сигнала) — ORG-713; на orch 45 каталогов без полной строки размера (41 нечитаемы для пользователя работников, 4 тяжёлые) вынос не берёт — ORG-644 пр.5; (а)–(д) не мерены

    • 09.10 03:31 UTC (W887): ORG-713 принят как пакет (DONE_W887): 4 пакета ГОДНО, sha256sum -c 4/4, живая основа уборка_по_расписанию.sh = ИСХОДНЫЕ на clothes/fb/orch; НЕ (не расшифровано) на бою. Выкладчики: ORG-713d (clothes, окно с 03:40), ORG-713d2 (orch), ORG-713d3 сборщик (HOLD — задача на удержании, не запускается, ждун w887u713d3 на DONE_ d и d2); обёртку fb ставит директор от root. Мера цели (провал механизма доходит до инбокса ≤ 1 ч) — 0 → проверю опытом после сборщика.
    • 09.10 03:52 UTC (W888): обёртки следа ORG-713 стоят на всех трёх хостах — clothes 03:41 (ORG-713d DONE_W888), orch 03:46 (ORG-713d2 DONE_W888, след 03:45 rc 0), fb 03:45 директор от root (ORG713F_APPLY_GREEN, бэкап .bak-ORG-713f-1791517530); sha и права целей 3/3 на каждом хосте сверены директором; реестр сборщика — 3 строки (уборка ×3 хоста). Сборщик ORG-713d3 выпущен ждуном 03:47.

      Мера (провал → инбокс ≤ 1 ч) 0 — опыт после первого тика сборщика. ORG-644 пр.5: репетиция под root КРАСНАЯ (применить rc 1, проверка_после 12/16, откат без своей записи снял прежнюю редакцию) → НЕ_ПРИНЯТ_W888, пр.6 + выкладчик r6d (HOLD, ждун w888u644r6d).

    • 09.10 04:42 UTC (W890): ORG-713 сборщик провалов на бою с 04:00 (ORG-713d3 DONE_W890): тики 04:00/04:10/04:20, хосты clothes/fb/orch отвечают, следов по 1, открытых 0. Охват 1 механизм (уборка) из 43 — мера «провал → инбокс ≤ 1 ч» на бою не мерена. Дальше ORG-713 пр.2 (orch: 21 cron-строка со следом + пробник с настоящим провалом) → выкладка ORG-713d4 → сигнал пробника в инбоксе; clothes 7 и fb 20 строк — пр.3.
    • 09.10 06:24 UTC (W893): ORG-644 пр.6 (писатель реестра размеров) принят, НЕ на бою: моя репетиция под root 06:16–06:20 ЗЕЛЁНАЯ (применить rc 0, проверка после 17 из 17, откат побайтно, владельцы 6 из 6), sha16 ddbd2c47d80141bc_2a7ec752b011deb4; самопроверка root-части красных 3 → 0; выкладчик ORG-644r6d снимается ждуном w888u644r6d
    • 09.10 06:56 UTC (W894): ORG-644r6d НЕ НАЧАТ верно (гейт инструмента ORG-687 пр.4: откат строил бэкап в /etc/cron.d) → ORG-644 пр.7 → репетиция root → r7d. ORG-713 пр.2 принят как шаг, НЕ на бою: механизмов orch со следом 1 → 22 из 22; основа crontab устарела после моей правки W893 → ORG-713 пр.3 → d5.
    • 09.10 07:41 UTC (W895): ORG-717 пр.1 на бою 07:34 — форма пакета ловит отказ двери выкладки (MKT-2 — задача продаж одежды на площадках (цель 19) пр.4 НЕ ГОДНО); поставлен ORG-717 пр.2 — форма исполняет каждый статический гейт инструмента из общего кода (класс отказа ORG-644r6d). ORG-644 пр.7 и ORG-713 пр.3 идут.

    Критика строки

    Зависит ли от того, кто и как выбрал выборку?

    скептик (астра): Да. Исполнитель назначает классы и исходы; можно классификацией оправдать любую уборку. Добавить независимую проверку правил жизненного цикла и обязательный исход «сохранить до установленного события» для действующих файлов. → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — полный обход, а не выборка; файл вне переписи попадает в класс «неизвестно» и считается классом без исхода, поэтому автор переписи не может скрыть его; случайные 50 для (д) выбирает скрипт проверяющего

    Может ли быть зелёной, когда цель не достигнута?

    скептик (астра): Да. Ненужные файлы назначены классу «вынести» и остаются локально: (б) их не считает. Либо нужные файлы ошибочно удалены — нарушения тоже нет. Мера: «Для всех классов проверены обоснованность исхода, срок его исполнения и отсутствие удаления нужных данных; просроченный остаток учитывается независимо от назначенного исхода». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): нет — прежняя мера была бы зелёной, если «лишнее» удалено вместе с нужным (диск чистый, данные потеряны); закрыто (д): вынесенные на ящик файлы открываются и совпадают по хешу с описью; процент занятости целью не считается (ПОР-261005-06, 05.10 16:06:00Z)

    Берётся ли результат из первоисточника?

    скептик (астра): Частично. Хеш архива и его опись могут подтверждать одну и ту же повреждённую копию. Мера (д): «После распаковки содержимое сравнивается с контрольными суммами исходных файлов, зафиксированными до выноса». → решение: принят. Прежний ответ исполнителя пр.2 (до критики скептика): да — сами диски (обход на хосте) и ящик по описи; журнал уборщика источником не считается

    Вопрос скептика

    второе мнение (астра, вслепую, ORG-707 пр.3, 07.10 19:2x): вердикт «переписать»; пунктов по линии 5: принято 4, частично 1, отклонено 0; правки внесены в поля: text, universe, measure, threshold; полный ответ — в отчёте задачи ORG-707 пр.3