Обяснение на системно ниво за видимия участник, неговите разрешения и пътя за възстановяване.

Много инструменти се присъединяват като видим участник, защото тази идентичност на срещата може да получава аудиото от разговора съгласно разрешенията на платформата и организатора, но ботът-участник е само един от начините за запис и не доказва, че всяка среща ще бъде записана. За заявката „защо AI инструментът за водене на бележки се присъединява към срещата“ решаващият стандарт е следният: Идентифицирайте механизма за запис, контролите на организатора, сигнала за участника, аудио маршрута, сигнала за грешка и одобрения резервен вариант, преди да разрешите автоматичното влизане. Непознато име може да изглежда като натрапник, докато организатор, който приема, че ботът със сигурност ще влезе, може да открие липсващия запис едва след разговора.

Започнете със сигналния път, а не с категорията на продукта. Въпросът „Защо AI инструментите за водене на бележки се присъединяват към срещите като друг участник?“ звучи просто, докато не бъде поставен в контекста на разговор за проучване на нуждите на клиент, където непознат записващ участник чака във фоайето, а търговският представител не е обяснил целта му. Този сценарий, създаден от редактора, не съдържа данни за клиент, служител, кандидат или участник. Той съществува, за да разкрие оперативната граница, която една чиста демонстрация може да скрие: какво задейства записа, какво могат да видят организаторът и участниците, кой има правомощия, кой източник оцелява и как екипът забелязва повредата, докато все още е възможна полезна алтернатива.

Това ръководство използва йерархия на доказателствата. Официално означава, че първостепенна платформа, регулатор, закон или страница на доставчик описва конкретна възможност или задължение. Наблюдавано означава, че упълномощен проверяващ е възпроизвел поведението в среда с посочена дата. Редакционно означава, че авторът е интерпретирал тези материали за организатори, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги. Непроверена функция остава N/A.

Практическата цена не се ограничава до качеството на транскрипцията. Участник може да бъде изненадан, да бъде записано грешното събитие, записващият може да остане извън стаята или изпипаният резултат да пропусне разклонението, в което е взето важното решение. Работният стандарт е умишлено консервативен: Идентифицирайте механизма за запис, контролите на организатора, сигнала за участника, аудио маршрута, сигнала за грешка и одобрения резервен вариант, преди да разрешите автоматичното влизане. Това е метод за вземане на решение, а не универсално твърдение за продукт.

Защо AI инструментът за водене на бележки се присъединява към срещата като участник

Видимата идентичност обикновено е част от дизайна за достъп до аудиото, а не доказателство за човешки натрапник.

На сигналната карта: използвайте идентичността на записа като елемент за приемане. Успешният резултат означава, че името на участника и собственикът са изрично посочени. Това е по-полезно за организатори, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, отколкото общото твърдение, че дадена категория работи. Проследете сигнала за участника обратно до неговия задействащ фактор; ако веригата изчезне, отбележете поведението като непроверено и го репетирайте безопасно.

Приложете правилото към този конкретен случай: Търговски екип вижда Recorder 274 във фоайето и спира срещата, за да разследва. Най-близкият модел е разговор с клиент, при който приоритетът е външният организатор и доверието, а човешката граница е обяснение преди допускане. Приемете „Човекоподобен псевдоним скрива записването“ като съществена повреда. Непосредственото излагане е човекоподобен псевдоним да скрива записването; организаторът трябва да го види, преди срещата да излезе извън лесното възстановяване. Примерът за пътя на записа показва кое допускане се нарушава първо и кой все още има правомощия да реагира.

Практическата стъпка е да проследите идентичността от задействането в календара до допускането в срещата и съхранения артефакт. Архитектурният запис трябва да посочва източника, разрешението, идентичността, обработката и резервния вариант. За тази проверка на пътя на записа съхранете само достатъчно информация, за да може друг проверяващ да повтори наблюдението. Обозначете документацията като официална, възпроизведеното поведение като наблюдавано, а интерпретацията като редакционна. Ако пътят се повреди, използвайте одобрения от платформата запис или транскрипция или определете човек, отговорен за бележките, когато автоматичният запис е блокиран. Това подкрепя ограничен извод за това защо AI инструментът за водене на бележки се присъединява към срещата, а не универсално обещание.

Бележка за доказателството относно пътя на записа: Прегледайте текущата HiNoter — уебсайт на продукта HiNoter страница, преди да разчитате на свързаната политика, контрола на платформата или възможността.

Започнете с архитектурата на записа, а не с етикета

Ботът, разширението, устройството, вградената транскрипция и пътищата за качване имат различни граници на повреда и уведомяване.

Решението по „Започнете с архитектурата на записа, а не с етикета“ зависи от достъпа до аудио. Критерият е конкретен: Поддържаният източник и веригата от разрешения са известни. За организатори, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, полезният въпрос не е дали интерфейсът изглежда успокояващ; а дали колега може да възстанови същото доказателство при посочените условия. Всичко, което не е наблюдавано или документирано, остава N/A.

Сега разгледайте сцената, а не етикета: Разширение записва микрофона на организатора, но губи отдалеченото аудио след промяна на разрешението в браузъра. То наподобява вътрешен проектен разговор, при който непосредственото опасение е познатият клиентски домейн и ниската чувствителност, а границата за преглед е кратко уведомяване плюс потвърждение от организатора. Ако ботът присъства, но не чува нищо, спрете да приемате резултата за рутинен. За това решение последицата „ботът присъства, но не чува нищо“ има по-голяма тежест от успокояващ интерфейс или изпипан артефакт. Тясна реконструкция е по-безопасна от елегантно обяснение, което надхвърля записа.

Действие за този раздел: начертайте карта с пет колони, обхващаща източника, разрешението, сигнала за участника, обработката и резервния вариант. Архитектурният запис трябва да посочва източника, разрешението, идентичността, обработката и резервния вариант. Поддържайте теста нечувствителен, запазете състоянието, повлияло на резултата, и изтрийте несъществените лични данни. Когато веригата от доказателства приключи, приключва и твърдението. Оперативният резервен вариант е да използвате одобрения от платформата запис или транскрипция или да определите човек, отговорен за бележките, когато автоматичният запис е блокиран.

Бележка за доказателствата относно пътя на записа: Прегледайте текущата страница  Zoom Support — Zoom Support Center преди да разчитате на свързаната политика, контрол на платформата или възможност.

Платформата за срещи все още контролира допускането

Планирана заявка за присъединяване може да бъде спряна от чакалня, политика на организатора, ограничение за клиента или променена връзка.

Какво доказателство би променило решението? Започнете с допускането: резултатът е приемлив само когато са тествани случаи с вътрешен и външен организатор. Тази рамка свързва „Платформата за срещи все още контролира допускането“ с наблюдаема работа за домакини, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, вместо да превръща раздела в похвала на функция. Неизвестното е сигнал за по-малък тест, а не разрешение за догадки.

Практическият контрапример е следният: клиентът притежава срещата и никога не допуска външни автоматизирани участници. Разглеждайте го като случай на разговор с клиент. Целта на доказателството е външен организатор и доверие, а човешката контролна точка е обяснението преди допускане. Условието за спиране е „Лобито на партньора блокира влизането“. Ако контролът се наруши, практическият резултат е, че лобито на партньора блокира влизането; това трябва да участва в оперативното решение, а не да бъде бележка под линия. Това последствие е важно дори когато останалата част от резултата изглежда гладка.

Преди да публикувате заключение, тествайте отделно случаите с вътрешен домакин, външен домакин и препратена покана. Архитектурният запис трябва да посочва източника, разрешението, идентичността, обработката и резервния вариант. Разграничете какво казва официалната страница, какво е възпроизвел екипът и какво е изведено от редактора. Ако този тест на пътя на записа не може да бъде завършен, използвайте N/A и следвайте пътя за възстановяване: използвайте одобрения от платформата запис или транскрипция, или назначете човек, отговорен за бележките, когато автоматизираният запис е блокиран.

Бележка за доказателствата относно пътя на записа: Прегледайте текущата страница Zoom — Zoom privacy statement преди да разчитате на свързаната политика, контрол на платформата или възможност.

Проследете и одобрете видим работен процес с бот за срещи

Одобрете резервния вариант

Документирайте авторитетния източник и човека, отговорен за процеса, когато ботът не може да влезе или записът е непълен. Завършете с приемане, стесняване на обхвата, повторно тестване или отхвърляне; ако основният път се провали, използвайте одобрения от платформата запис или транскрипция, или назначете човек, отговорен за бележките, когато автоматизираният запис е блокиран.

Предизвикайте една безопасна неизправност

Използвайте нечувствителен тест, за да потвърдите какво се случва, когато лобито, допускането или разрешението за аудио блокира записа. Маркирайте липсващото доказателство като N/A, посочете отговорния собственик и не превръщайте неизвестното в благоприятна оценка.

Подгответе уведомлението за домакина

Дайте на домакина кратко обяснение, възможност за отказ и одобрената алтернатива преди началото на срещата. Сравнете резултата с писмено очакване, вместо да го оценявате по цялостната плавност или визуалната изпипаност.

Изберете прозрачно показвано име

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

Картографирайте пътя на аудиото

Запишете какво аудио може да получава методът и кои разрешения на организатора, клиента, браузъра или операционната система могат да го прекъснат. Записвайте акаунта, връзката с организатора, платформата, типа среща, настройките, датата и проверяващия само когато те променят заключението.

Назовете механизма за запис

Запишете дали работният процес използва бот участник, разширение за браузър, запис от настолен компютър, естествен артефакт на платформата или качване след срещата. Ограничете обхвата до разговор за откриване на нуждите на клиент, при който непознат записващ чака в лобито, а акаунт мениджърът не е обяснил предназначението му, или до еквивалентна оторизирана репетиция.

Видимото име е контрол на доверието

Ясната идентификация може да улесни оспорването и спирането на записа; двусмислеността води до обратното.

В картата на сигналите: използвайте уведомлението като елемент за приемане. Резултатът е приемлив, когато участниците получат разбираемо обяснение. Това е по-полезно за домакини, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, отколкото общото твърдение, че дадена категория работи. Проследете сигнала от участника обратно до неговия задействащ фактор; ако веригата изчезне, маркирайте поведението като непроверено и го репетирайте безопасно.

Приложете правилото към този полеви случай: Етикетът на продукта по подразбиране не дава представа кой служител е поканил записващото устройство. Най-близкият модел е разговор с клиент, при който приоритет са външният организатор и доверието, а човешката граница е обяснение преди допускане. Приемете „Непозната плочка предизвиква тревога“ като съществен отказ. Приемете непозната плочка предизвиква тревога като тригер за ескалация. Това променя кой трябва да действа и дали нормалният път за улавяне трябва да продължи. Примерът с пътя за улавяне показва кое допускане се нарушава първо и кой все още има правомощия да реагира.

Практическата стъпка е да изберете ясно име и да го съчетаете с едно изречение, изговорено като известие. Архитектурният запис трябва да посочва източника, разрешението, самоличността, обработката и резервния вариант. За тази проверка на пътя за улавяне съхранете само достатъчно информация, за да може друг проверяващ да повтори наблюдението. Обозначете документацията като официална, възпроизведеното поведение като наблюдавано, а интерпретацията като редакционна. Ако пътят се провали, използвайте одобрения от платформата запис или транскрипция или определете човек, отговорен за бележките, когато автоматизираното улавяне е блокирано. Това подкрепя ограничено заключение относно защо AI бележникът се присъединява към срещата, а не универсално обещание.

• Потвърдете самоличността при улавяне: Името на участника и собственикът са изрично посочени
• Потвърдете достъпа до аудио: Поддържаният източник и веригата от разрешения са известни
• Потвърдете допускането: Случаите с вътрешен и външен организатор са тествани
• Потвърдете известието: Участниците получават разбираемо обяснение
• Потвърдете сигнала за отказ: Собственикът научава своевременно, че улавянето е неуспешно

Бележка за доказателствата за пътя на улавяне: Прегледайте текущата страница Помощ за Google Meet — Помощен център на Google Meet преди да разчитате на свързаната политика, контрола на платформата или възможността.

Продължете с ръководствата за работния процес на срещите или прегледайте библиотеката с теми за AI бележници.

Присъствието не доказва успешно записване

Плочката може да е видима, докато аудиото, транскрипцията, съхранението или последващата обработка се провалят.

Решението при „Присъствието не доказва успешно записване“ зависи от сигнала за отказ. Изискването е конкретно: Собственикът научава своевременно, че улавянето е неуспешно. За домакините, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, полезният въпрос не е дали интерфейсът създава успокоително впечатление; въпросът е дали колега може да възстанови същите доказателства при посочените условия. Всичко, което не е наблюдавано или документирано, остава N/A.

Сега разгледайте сцената, а не етикета: Записващото устройство се присъединява със заглушено аудио и създава празен артефакт без ясно забележим сигнал. Това наподобява вътрешен проектен разговор, при който непосредственото съображение е известен клиентски профил и ниска чувствителност, а границата за преглед е кратко известие плюс потвърждение от домакина. Ако мълчанието бъде открито след разговора, спрете да третирате резултата като рутинен. Никакъв обем гладък изход не компенсира факта, че мълчанието е открито след разговора; границата на доказателствата вече е премината. Тясна реконструкция е по-безопасна от елегантно обяснение, което надхвърля записа.

Действие за този раздел: проверете познато изречение, смяна на говорещия и пътя на сигнала по време на безопасна репетиция. Архитектурният запис трябва да посочва източника, разрешението, самоличността, обработката и резервния вариант. Направете теста нечувствителен, запазете състоянието, повлияло на резултата, и изтрийте несъществените лични данни. Когато веригата от доказателства приключи, приключва и твърдението. Оперативният резервен вариант е да използвате одобрения от платформата запис или транскрипция или да определите човек, отговорен за бележките, когато автоматизираното улавяне е блокирано.

Бележка за доказателствата за пътя на улавяне: Прегледайте текущата страница Помощ за Google Meet — Записване на видео среща преди да разчитате на свързаната политика, контрола на платформата или възможността.

Картирайте пътя на присъединяване: Първо използвайте нечувствителен пример, оставяйте неизвестните резултати като N/A и оценете текущия работен процес на HiNoter само в рамките на поведението, което можете да проверите.

Съгласието и етикетът са отделни от технологията

Платформата може да разрешава влизане, докато организационната политика или приложимото законодателство изискват различен процес.

Кое доказателство би променило решението? Започнете с известието: резултатът преминава само когато участниците получат разбираемо обяснение. Тази рамка свързва „Съгласието и етикетът са отделни от технологията“ с наблюдаема работа за домакини, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, вместо да превръща раздела във възхвала на функциите. Неизвестното е сигнал за по-малък тест, а не разрешение за догадки.

Контрапримерът е практичен: Домакинът разчита на плочката на участника като единствено известие по време на чувствително интервю. Разглеждайте го като случай на интервю за подбор. Целта на доказателствата е самостоятелността на кандидата и чувствителният контекст, а човешката контролна точка е да се предложи път без запис. Условието за спиране е „Непозната плочка предизвиква тревога“. Решението се променя веднага щом непозната плочка предизвика тревога. Изчакването на перфектно обяснение само прави възстановяването по-трудно. Това последствие е важно дори когато останалата част от изхода изглежда гладка.

Преди да публикувате заключение, използвайте одобрен език и получете съвет, съобразен с конкретната юрисдикция, за записване с последици. Архитектурният запис трябва да посочва източника, разрешението, самоличността, обработката и резервния вариант. Отделете казаното на официална страница от възпроизведеното от екипа и направеното от редактора заключение. Ако този тест на пътя за улавяне не може да бъде завършен, използвайте N/A и следвайте пътя за възстановяване: използвайте одобрения от платформата запис или транскрипция или определете човек, отговорен за бележките, когато автоматизираното улавяне е блокирано.

Бележка за доказателствата по пътя на улавяне: Прегледайте текущата страница Microsoft Learn — Конфигуриране на транскрипция и надписи за срещи в Teams преди да разчитате на свързаната политика, контрол на платформата или възможност.

Оценете HiNoter според наблюдаваното поведение при улавяне

HiNoter трябва да бъде описван само чрез поведението при присъединяване, уведомяване, контрол и отказ, потвърдено в реалния акаунт.

В картата на сигналите: използвайте идентичността при улавяне като критерий за приемане. Резултатът е положителен, ако името на участника и собственикът са изрично посочени. Това е по-полезно за домакини, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, отколкото широко твърдение, че дадена категория работи. Проследете сигнала за участника обратно до неговия тригер; ако веригата изчезне, маркирайте поведението като непотвърдено и го репетирайте безопасно.

Приложете правилото към този практически случай: Оценяващият записва действителното име на участника, тригера, пътя за пауза, предупреждението и получения артефакт. Най-близкият модел е вътрешен проектен разговор, при който приоритетът е познатият клиентски адрес и ниската чувствителност, а човешката граница е кратко предизвестие плюс потвърждение от домакина. Третирайте „Човекоподобен псевдоним прикрива записа“ като съществен отказ. Тази граница съществува, защото човекоподобен псевдоним, който прикрива записа, може да промени доверието, достъпа или доказателствата след началото на разговора. Примерът за пътя на улавяне показва кое предположение се нарушава първо и кой все още има правомощия да реагира.

Практическата стъпка е да маркирате всеки недостъпен или непроверен контрол като N/A и да избягвате да наричате работния процес свободен от ботове. Архитектурният запис трябва да посочва източника, разрешението, идентичността, обработката и резервния вариант. За тази проверка на пътя на улавяне запазете само достатъчно информация, за да може друг проверяващ да повтори наблюдението. Обозначете документацията като официална, възпроизведеното поведение като наблюдавано, а интерпретацията като редакционна. Ако пътят се провали, използвайте одобрения от платформата запис или транскрипт, или назначете човек, отговорен за бележките, когато автоматизираното улавяне е блокирано. Това подкрепя ограничено заключение за причината, поради която AI инструментът за водене на бележки се присъединява към срещата, а не универсално обещание.

Бележка за доказателствата по пътя на улавяне: Прегледайте текущата страница Microsoft Support — Записване на среща в Microsoft Teams преди да разчитате на свързаната политика, контрол на платформата или възможност.

Надеждният дизайн включва човешки път за възстановяване

Най-добрият работен процес се проваля видимо и оставя екипа способен да публикува точен запис.

Решението по „Надеждният дизайн включва човешки път за възстановяване“ зависи от резервния вариант. Критерият е конкретен: Одобрен източник и човек, отговорен за него, остават налични. За домакини, които се нуждаят от надеждни бележки, без да изненадват клиенти, кандидати или колеги, полезният въпрос не е дали интерфейсът изглежда успокояващ; въпросът е дали колега може да възстанови същите доказателства при посочените условия. Всичко, което не е наблюдавано или документирано, остава N/A.

Сега разгледайте сцената, а не етикета: Ограничена среща с клиент блокира бота пет минути преди важно решение. Тя наподобява среща на ръководството, като непосредственото притеснение са ограниченият достъп и високите последици, а използването само на одобрено от политиката улавяне е границата на прегледа. Ако няма възстановим запис, спрете да третирате резултата като рутинен. Резервният вариант заслужава мястото си, когато няма възстановим запис и обичайният път вече не е надежден. Ограничената реконструкция е по-безопасна от елегантно обяснение, което надхвърля наличния запис.

Действие за този раздел: назначете резервен отговорник за бележките и определете кой запис или транскрипт е авторитетен. Архитектурният запис трябва да посочва източника, разрешението, идентичността, обработката и резервния вариант. Поддържайте теста нечувствителен, запазете състоянието, повлияло на резултата, и изтрийте несъществените лични данни. Когато веригата от доказателства приключи, приключва и твърдението. Работният резервен вариант е да използвате одобрения от платформата запис или транскрипт, или да назначите човек, отговорен за бележките, когато автоматизираното улавяне е блокирано.

Бележка за доказателствата по пътя на улавяне: Прегледайте текущата страница EUR-Lex — Общ регламент относно защитата на данните преди да разчитате на свързаната политика, контрол на платформата или възможност.

Въпроси на читателите относно пътя на улавяне

Защо инструментите с изкуствен интелект за водене на бележки се присъединяват към срещите като друг участник?

Много инструменти се присъединяват като видим участник, защото тази идентичност в срещата може да получава аудиото от разговора съгласно разрешенията на платформата и домакина, но ботът-участник е само един от дизайните за улавяне и не доказва, че всяка среща ще бъде записана. Отговорът се променя според организатора, платформата, ролята на акаунта, типа среща, юрисдикцията, организационната политика и механизма за улавяне. Тествайте безвреден представителен случай и оставете неподкрепеното поведение като N/A.

Какво трябва да проверя първо относно причината, поради която AI инструментът за водене на бележки се присъединява към срещата?

Започнете с механизма и границата на решението: Идентифицирайте механизма за улавяне, контролите на организатора, сигнала за участника, аудио маршрута, предупреждението при отказ и одобрения резервен вариант, преди да разрешите автоматичното присъединяване. Първата проверка трябва да покаже дали работният процес е оторизиран и дали остава надежден източник, ако автоматизираният път се провали.

Доказва ли плочката на участника, че записът е работил?

Не. Присъствието, достъпът до аудио, транскрипцията, съхранението и последващата обработка са отделни състояния. Проверете известен откъс в получения артефакт и потвърдете, че отговорно лице получава полезно предупреждение, когато улавянето не започне или стане непълно.

Какво да направя, ако организатор или участник възрази?

Използвайте одобрения клон без запис, без да спорите за удобството. Използвайте одобрения от платформата запис или транскрипт, или назначете човек, отговорен за бележките, когато автоматизираното улавяне е блокирано. За чувствителни срещи или срещи със значими последици следвайте политиката на организацията и потърсете квалифициран съвет, когато е необходимо.

Как трябва да се обработват съгласието и поверителността?

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

Как трябва да бъде оценен HiNoter за този работен процес?

Използвайте нечувствителна версия на разговор за откриване на клиенти, при който непознат записващ участник чака във фоайето, а изпълнителният директор на акаунта не е обяснил целта му. Записвайте само текущото наблюдавано поведение за тригерите, сигналите за участника, контролите, резултатите, предупрежденията, достъпа и почистването. Не правете изводи за липсващи възможности, свойства за поверителност или съответствие въз основа на езика за категорията.

Кой е най-безопасният резервен вариант, когато автоматизацията се провали?

Използвайте одобрения от платформата запис или транскрипт, или назначете човек, отговорен за бележките, когато автоматизираното улавяне е блокирано. Кажете на засегнатите хора кой запис е авторитетен, посочете пропуските и избягвайте да възстановявате значими факти по памет, когато е наличен източник или пряко потвърждение.

Редакционно решение

На въпроса „Защо инструментите с изкуствен интелект за водене на бележки се присъединяват към срещите като друг участник?“ полезният отговор е условен, а не категоричен. Много инструменти се присъединяват като видим участник, защото тази идентичност в срещата може да получава аудиото от разговора съгласно разрешенията на платформата и домакина, но ботът-участник е само един от дизайните за улавяне и не доказва, че всяка среща ще бъде записана. Видимият участник е полезен само когато неговата цел и състоянието му при отказ са еднакво видими. Решението трябва да посочва какво е потвърдено, кои класове срещи все още са изключени, кой одобрява записа и кой резервен вариант остава работещ при неуспешен или неподходящ път на улавяне.

Проверете отново реалния акаунт след промени в продукта, платформата, клиента, организатора, календара, политиката или целта на срещата. Ако доказателствата не могат да подкрепят твърдение за причината, поради която AI инструментът за водене на бележки се присъединява към срещата, публикувайте „непотвърдено“ или N/A вместо благоприятна оценка.

Проведете една прозрачна репетиция на улавянето: Проведете една оторизирана, нечувствителна репетиция, сравнете резултата с неговия източник и тествайте HiNoter в точния обхват, който сте потвърдили.