Мейпинг счетов что это?

Мэппинг. Определение, описание технологии и отзывы

Слышали ли вы о mapping? В русской транскрипции это мэппинг, маппинг. Понятие имеет несколько значений, которые не связаны друг с другом. Рассмотрим каждое из них в контексте области, где они актуальны.

Что означает понятие в общем?

Мэппинг, маппинг, маппирование, мапирование — это определение соответствия информации между двумя разными семантиками как одного объекта, так и нескольких. Иными словами, так называется преобразование данных из одной формы в другую.

Что такое мэппинг? В общем значении термин достаточно широк — это может быть как скрупулезное преобразование одной последовательности элементов в иную, так и обычная конвертация валюты, файлов. Таким образом, все то, что скрывается под разбираемым термином, лучше всего выразить англоязычным понятием data mapping.

Примеры мэппинга

Разберем, что это — мэппинг, на следующих примерах:

  • Составление документа соответствий бухгалтерских счетов из различных их планов. Например, российского, МСФО, управленческого учета и проч.
  • Перевод кодов базы данных одной системы в другую. К примеру, нам надо преобразовать обозначения 0 и 1 в «нет» и «да».
  • Перевод долларов в евро — это мэппинг в каком-то роде.
  • Изменение формата изображения .png в .jpg, фильма из .avi в .mp4, проводимое в графическом, видеоредакторе, в каком-то роде будет относиться к предмету нашего разговора.

Разработка компьютерных игр

Мэппинг (от англ. map — «карта местности») также может выступать в значении дизайна уровней. Такое наименование имеет дисциплина в разработке видеоигр. Это прежде всего создание различной сложности уровней — проработка миссии игрока, дизайн локации, составление заданий и проч. Практически такая деятельность ведется в редакторе «левелов».

Технологии мэппинга здесь неоднородны — все зависит от бюджета разработчиков, характера, жанра создаваемой игры. Рассмотрим классический пример, чтобы иметь большее представление о понятии:

  • Создание карты территории и ее разбиение на зоны — города, горный массив, подземные туннели, леса и проч.
  • Определение регионов, связанных с какой-то специфической деятельностью игрока, — поле боя, магазин дополнительных атрибутов, добыча ресурсов, укрепления, место отдыха, доска почета и проч.
  • Проработка нестатических объектов. Ими могут быть ключи, двери, секретные кнопки и ходы, исчезающие тайные проходы и проч.
  • Определение важных локаций организаций — это точка восстановления, клады, сокровища, тайники с секретным оружием и проч.
  • Установление места начала и финиша перемещений для каждого из игроков.
  • Оживление карты рядом деталей: добавление таких элементов, как текстуры, звуки, аудиосопровождение, зрительные эффекты, иллюзии, анимации и проч.
  • Вставка необходимых триггеров (механизмов, которые проверяют наличие какого-либо объекта в создаваемом игровом пространстве) и скриптов (сценариев, кратких алгоритмов действий).
  • Создание определенных скриптов передвижения мобов (нестатичных объектов, персонажей): зоны, где они могут перемещаться, их взаимодействие, диалог с игроком и проч.
  • Иногда включает создание кат-сцен — красивой заставки, мини-фильма, своеобразного трейлера игры или уровня, группы «левелов», которую геймер может только просмотреть, но никак не повлиять на то, что в ней происходит.

Видео-мэппинг

Что такое видео-мэппинг (3D-мэппинг)? Это удивительная технология, которая позволяет проецировать изображения, специально созданные фильмы на масштабные неровные поверхности, например, на фасады строений.

Уникальность этого в том, что оно позволяет «оживлять» дома, иные строения, автомобили, предметы интерьера тем, что придает им визуальную подвижность. А достигается все лишь установленными по определенному плану проекторами. «Магия» движущихся объемных изображений состоит в суперточном соответствии элементов, на которые отсвечивается картинка, и самой видеопроекции.

Хоть для многих из нас мэппинг — это достаточно новое направление, родился он еще в шестидесятых годах прошлого века. Его появлением мы обязаны Уолту Диснею и студии Disney. Тогда рабочим названием мэппинга были «затеняющие лампы», «пространство виртуальной реальности». Первым шоу считается аттракцион «Призрачное поместье» в Диснейленде. Для него были созданы искусственные отрубленные головы, на которые проецировалось изображение, «оживляющее» их.

Каким может быть видео-мэппинг?

В зависимости от объекта, на который отражается изображение, технология разделяется на несколько направлений:

  • Архитектурное. Объемная проекция на сложный объект — фасад здания, мост, башню, а также на самолет, корабль и проч.
  • Интерьерное. Создание интересных иллюзорных решений внутри помещения путем проецирования картинки на стены, потолок, пол.
  • Для малых объектов. Используются как небольшие формы, так и элементы чего-то более масштабного. Например, колеса авто, торт, платье невесты и проч.
  • Ландшафтное. Основой выступают лесные массивы, горы и прочие природные объекты.
  • Интерактивное. Самое новое направление, отличное тем, что здесь героем становится человек. Технология оживляет предметы вокруг артиста, помогая ему создать незабываемое шоу.

Где применяется 3D-мэппинг?

Давайте посмотрим, где может оказаться актуальной такая технология:

  • создание объемной световой рекламы на различных поверхностях;
  • городские праздники, массовые мероприятия;
  • крупные корпоративные события;
  • открытия торговых центров, развлекательных комплексов;
  • детские праздники;
  • культурные, исторические, познавательные мероприятия.

Эффектнее всего такое шоу смотрится в темное время суток. Чтобы придать более поражающий эффект, организаторы сочетают его с подходящим объемным звуковым звучанием, живой музыкой, фейерверками.

Если вы хотите познакомиться с отзывами о технологии, то просто послушайте тех, кто хоть раз посещал московский «Круг света». С недавних пор каждый год осенью в столице проходит этот собирающий тысячи зрителей фестиваль. Дизайнеры из разных стран создают видеопроекции, которые показываются на фасаде Большого театра, главном павильоне ВДНХ, Останкинской телебашне, основном корпусе МГУ и пр.

Мэппинг — многозначное понятие. Это и сложная конвертация данных, и создание локаций в компьютерных играх, и шоу, основанное на проецировании изображений на масштабные и малые предметы.

Отчетность по МСФО на 1С:Бухгалтерии 8 Подходы и программные продукты. — презентация

Презентация была опубликована 9 лет назад пользователемwww.bisnes-plan.ru

Похожие презентации

Презентация на тему: » Отчетность по МСФО на 1С:Бухгалтерии 8 Подходы и программные продукты.» — Транскрипт:

1 Отчетность по МСФО на 1С:Бухгалтерии 8 Подходы и программные продукты

2 Два подхода к построению отчетности по МСФО Трансформация отчетности (итоговые цифры уже сформированной отчетности по РСБУ или бухгалтерские итоги дополняются корректирующими суммами) Параллельный учет (создаются новые проводки по дополнительному плану счетов, возможно автоматически – на основе данных бухгалтерского учета)

3 Трансформация отчетности (отчетность по МСФО формируется на основе готовых отчетов по РСБУ) 1С:Консолидация План-фактный анализ Недостатки: Ограниченность расшифровки значений по первичным документам Ограниченность расшифровки значений по аналитикам Использование вспомогательных средств для существенно отличающихся от РСБУ методик и алгоритмов (например, амортизация ОС, лизинг) Невозможность внесения ручных корректировок в операции, на основе которых сформировалась исходная (трансформируемая) отчетность

4 Параллельный учет (с возможностью трансформации первичных данных в проводки по плану счетов МСФО) Инталев:Корпоративные финансы БИТ:МСФО N_ID=529 N_ID=529 Общими чертами данных решений является: Наличие дополнительного плана счетов Возможность автоматического формирования проводок по МСФО на основе бухгалтерских данных Совместимость с произвольными конфигурациями 1С (в т.ч. 1С:Бухгалтерия 8)

5 Параллельный учет (с возможностью трансформации первичных данных в проводки по плану счетов МСФО) Недостатком этого класса программ является: Затруднительность обновления конфигурации (при каждом обновлении необходимо предусматривать меры по переносу данного решения на новый релиз основной конфигурации) Увеличение объема базы данных : удвоение объема данных за счет проводок по МСФО может затормаживать работу с данными бухгалтерии Риск потери данных МСФО при невнимательном обновлении Необходимость установки дополнительных ключей защиты (которые могут конфликтовать с уже имеющимися)

6 Возможно ли решение, при котором обеспечивается формирование проводок по МСФО, и при этом данные сохраняются при ЛЮБОМ обновлении?

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

8 Можно представить себе ужас, который испытают большинство бухгалтеров от идеи, что в их журнале проводок окажутся какие-то данные МСФО.

9 Тем не менее, способы есть. Для этого предусматриваются следующие этапы: Адапатация плана счетов МСФО под структуру иерархии типового плана счетов 1С Организация двух узлов системы распределенных баз, при котором бухгалтерские данные попадают в базу МСФО, а обратно ничего не получают Создание в периферийной базе УРБД для целей МСФО новойорганизации – Учет по МСФО Добавление ОДНОГО регистра сведений – исключительно дляхранения правил трансформации данных из РСБУ в МСФО Применение внешней обработки, формирующей на основании бухгалтерских проводок – проводки по счетам МСФО Использование штатных средств 1С:Бухгалтерии для формирования проводок по МСФО (например, для начисления амортизации)

10 1. Адаптация плана счетов МСФО К сожалению, НИ ОДНО из решений задач МСФО на платформе 1С не использует преимущества структуры этого плана счетов…. Наиболее часто встречающиеся планы счетов GAAP/IFRS отличаются не столько кодировкой и детализацией. Сколько самой группировкой счетов. Это позволяет одним взглядом на оборотно-сальдовую ведомость оценить финансовое состояние предприятия. Обороты и остатки автоматически группируются по разделам баланса… Но для этого надо разбить код счета МСФО на счета и субсчета

11 1. Адаптация плана счетов 1С

12 2. Построение Распределенной базы данных Смысл этого действия состоит в том, чтобы в организации использовались две идентичные базы данных 1С: первая (центральная) – для ведения бухгалтерского учета. Вторая – периферийная : для ведения учета по стандартам МСФО. При этом данные бухгалтерского учета переносятся в базу данных для учета МСФО, но обратно ничего не получают (ни проводки МСФО, ни план счетов ). Обмен информацией между базами осуществляется штатным средством 1С Управление распределенными базами данных, который не требует усилий по настройке правил загрузок/выгрузок. Данный шаг можно опустить, если суммарный объем данных по РСБУ и МСФО не снижает производительности системы, а так же если наличие в одном плане счетов сразу двух видов счетов (по РСБУ и МСФО ) не смущает.

13 2. Построение Распределенной базы данных 1С:Бухгалтерия (центральная база) 1С:Бухгалтерия (периферийная база для учета по МСФО) План счетов БУ Проводки Бух.учета Проводки Бух.учета План счетов БУ счета МСФО Проводки МСФО Маппинг Обмен данными средствами УРБД

14 3. Создание организации Учет по МСФО Данная виртуальная организация создается для того, чтобы обороты и с остатки по бухгалтерским счетам не смешивались с оборотами и остатками по счетам МСФО. Вместе с тем, если при формировании стандартных отчетов 1С, убрать фильтрацию по организациям – то можно будет сравнивать показатели бухгалтерского учета и учета по МСФО в рамках одного отчета

15 4. Регистр сведений Маппинг Единственное дополнение к конфигурации – регистр сведений маппинг, который определяет соответствие счетов бухгалтерского учета и МСФО. Даже если обновление конфигурации будет произведено без учета данных изменений – основные данные сохранятся (а содержание правил легко будет восстановить из архивных копий )

16 5. Обработка для формирования проводок МСФО Данная обработка обеспечивает формирование проводок по счетам МСФО за указанный период времени.

17 5. Обработка для формирования проводок МСФО: Как выглядит результат? На основе документов бухгалтерского учета сформировались проводки по счетам МСФО, которые могут быть вручную откорректированы

18 6. Использование штатных средств 1С: Бухгалтерия для формирования проводок по МСФО (например, амортизация ОС) Данные по некоторым разделам учета для целей МСФО не могут быть получены путем перекладки данных бухгалтерского учета. Примером тому могут служить основные средства: и норма амортизации, и сам критерий принадлежности объекта к основным средствам могут быть иными… Можно запрограммировать механизм амортизации, параллельный механизму амортизации в типовой 1С:Бухгалтерии (что и делается, как правило, в программных продуктах поддерживающих двойной учет)…

19 6. Использование штатных средств 1С: Бухгалтерия для формирования проводок по МСФО (например, амортизация ОС) Но можно применить и имеющиеся средства для достижения тех же целей: например — создать отдельные позиции в справочникахНоменклатура и Основные средства, исключительно для учета тех же основных средств для целей МСФО. Соответственно, счетами учета для таких позиций станут счета бухгалтерского учета, которые мы создали для целей МСФО

20 В чем преимущества использования типовой конфигурации 1С: Бухгалтерия для целей МСФО? Легкость обновлений ( и соответственно, низкие затраты на сопровождения системы) Отсутствие необходимости обучения. Все действия для учета по стандартам МСФО производятся средствами типовой 1С:Бухгалтерии. Нет необходимости что-либо изучать дополнительно. Отсутствие дополнительных ключей защиты Возможность быстро отделить данные бухгалтерского учета от данных МСФО (например, для передачи аудиторам) Отсутствие рисков потери информации при обновлениях

21 Заполнение форм отчетности в листах Excel При необходимости, заполнение форм отчетности может быть автоматизировано средствами решения План-фактный анализ : в этом случае к конфигурации добавляются еще два справочника, хранящие в себе данные о правилах заполнения листа Excel

22 Заполнение форм отчетности в листах Excel

23 Козлов Игорь Валерьевич Консультант по бюджетному управлению и управленческому учету Построение контрольного примера на данных Заказчика по формированию отчетности по стандартам МСФО для любого из выбранных вариантов автоматизации (трансформация отчетности / трансформация проводок в отдельный план счетов / трансформация проводок в группу счетов БУ для целей МСФО)

24 Контрольный пример. Что это? Контрольный пример – это мини-проект, во многом схожий со стандартным этапом внедрения –обследование Отличием контрольного примера от стандартного обследования, является то, что кроме оценки стоимости проекта, формируется информационная база с необходимыми настройками. При желании, Заказчик может на основе этой информационной базы самостоятельно проводить последующие этапы.

25 Контрольный пример. Что это? 1.К бухгалтерской базе Заказчика добавляется регистр сведений маппинг (таблица соответствия счетов) 2.В ту же базу заносятся представленные Заказчиком план счетов МСФО и таблица соответствия 3.Производится тестовая трансляция данных за любой указанный заказчиком период 4.При желании заказчика, данные действия производятся не в копии базы, а в специально созданнойпериферийной базе 5.Формируется отчет о результатах трансформации: (сравнение итоговых отчетов по РСБУ и МСФО, достоинства и недостатки применения данного метода для компании Заказчика, рекомендации по ведению учета) 6.Проводится презентация контрольного примера для сотрудников Заказчика 7.Все материалы (база данных, отчет, обработки) передаются Заказчику

26 Контрольный пример. Как заказать? Можно обратиться непосредственно ко мне: Козлов Игорь Валерьевич Тел Можно обратиться в компанию – организатор контрольных примеров : ООО Геософт-Консалт +7 (343) , +7 (343) , +7 (343)

Объявление

  • Сообщений
  • Последняя активность

  • Регистрация: 15.02.2007
  • Сообщений: 25

Связь Управленческого плана счетов с бухгалтерским.

  • Регистрация: 22.02.2002
  • Сообщений: 5112

Комментарий

  • Регистрация: 15.02.2007
  • Сообщений: 25

Комментарий

  • Регистрация: 15.02.2007
  • Сообщений: 25

Комментарий

  • Регистрация: 09.02.2006
  • Сообщений: 2047

Маппинг — теперь дело техническое. Вопрос закрыт.— очень даже уверено.. вы это говорите. Точнее нужно говорить Мэпинг, слэнговое слов (анг.map) используемое аудиторами Б4 при классификации счетов 2-го порядка из 102 и 101 формы в формат основных разделов Отчетности по МСФО. Как правило делается полуавтоматически

Однако для управленческой отчетности нужно учитывать особенности бух.учета.
В одном из проектов по постановке on-line МСФО учета или точнее сказать параллельного кроме мэпинга использовался так же перечень основных бакновских проводок по РСБУ с указанием разделов виртуального плана по МСФО и отражение проводки по МСФО.
Кроме того не забудьте учесть необходимость manual adjustments (корректировок по отчетному периоду)по концу отчетного периода. их не избежать ни в МСФО и в вашей «управленческой» отчетности.

Если бы я не знал где взять план счетов, то говорить о том что
Маппинг — теперь дело техническое. Вопрос закрыт.я бы не стал. Наверное вы консультант, поэтому будьте осторжны при общение с клиентом.

«Многие ко многим» отношения, используя Fluent Nhibernate автоматический маппинг

Мы сталкиваемся с проблемой применения отношения many-to-many с использованием автоматического сопоставления fluent nhibernate.

Упрощенная форма модели предметной области выглядит следующим образом:

Как описано в приведенном выше коде, эта группа и получатель имеют отношение many-to-many. Мы используем функцию автоматического сопоставления fluent nhibernate для сопоставления нашей модели домена с базой данных. Итак, нам нужно было использовать условность для автоматического сопоставления. Ниже приведен код, который мы использовали для многих ко многим конвенциям:-

Я нашел это решение здесь :

Но в приведенном выше коде при отладке как время для получателей — > групп, так и для групп->получателей instance.OtherSide идет не null. Предположение состояло в том, что в 1-й раз instance.OtherSide будет не null, а во второй раз это будет null, поскольку отношение применяется с одной стороны, поэтому мы просто применим обратное к этому. Таким образом, он создает 2 таблицы сопоставления, которые являются одинаковыми. Это нагрузка на базу данных, чтобы иметь 2 таблицы одной и той же схемы. Даже когда я пытаюсь сохранить нашу доменную модель в базе данных, используя отношение «многие ко многим». Он сохраняет только 1 сторону, то есть сохраняет получателей в группах , но не сохраняет группы в базе данных Recipients.In, а также имеет запись только в одной таблице сопоставления, а не в обеих.

Итак, вопрос в том, правильно ли мы поступаем? Если нет, то как это сделать.

1 ответ

  • Содержит ссылки на «многие ко многим» отношения в беглой NHibernate автоматический маппинг

Название в значительной степени объясняет все это, у меня есть объект-член, который ссылается на ‘Friends’, который также является членом типа. public class Member : Entity < public Member() < Friends = new List (); >public virtual IList Friends < get; set; >>.

Название в значительной степени объясняет все это, у меня есть объект-член, который ссылается на ‘Friends’, которые также являются членами типа. public class Member : Entity < public Member() < Friends = new List (); >public virtual IList Friends < get; set; >>.

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

Похожие вопросы:

Я немного запутался в том, что такое отношения многие ко многим. Мне интересно, является ли следующее отношением многие ко многим: У ученика школы много клубов. В школьном клубе много учеников.

Привет, я стараюсь использовать многие ко многим отношения с EF Fluent API. У меня 2 POCO класса. public class Project < public int ProjectId < get; set; >public virtual ICollection.

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

Название в значительной степени объясняет все это, у меня есть объект-член, который ссылается на ‘Friends’, который также является членом типа. public class Member : Entity < public Member() <.

Название в значительной степени объясняет все это, у меня есть объект-член, который ссылается на ‘Friends’, которые также являются членами типа. public class Member : Entity < public Member() <.

У меня есть много-много отношений в моем приложении, и я использую fluent nhibernate. Логин может иметь много ролей. (Роль также может иметь много логинов ). Я видел много примеров использования.

У меня есть две основные сущности (таблицы БД) Проект Приложение У меня есть мост под названием ProjectApplication с 3 col (Id, ProjectId, ApplicationId) Проект может иметь множество приложений.

Отношения многие ко многим: У меня есть две таблицы, Соединенные отношениями многие ко многим. Организация Группы Счетов: /** * @var ArrayCollection * @ORMManyToMany(targetEntity=Account.

Я использую python 2.7 с SQLAlchemy и пытаюсь смоделировать дружеские отношения с отношениями многие ко многим. Мне нужно, чтобы таблица была полностью симметричной; Если а-друг Б, то должно быть и.

У меня есть отношение MANY-to-MANY между двумя моделями. Но я не могу понять, как создать форму или таблицу для добавления записей в отношение многие ко многим. Я использую таблицы Google Drive. Я.

Автоматизация бюджетирования в холдингах: как не попасть в «бюджетный капкан». Часть 2.

В первой части были рассмотрены особенности автоматизации бюджетирования в зависимости от типа холдинга: конгломератного и интегрированного. Но для них существуют и одинаковые задачи. Рассмотрим, какие «капканы», препятствующие внедрению автоматизированной системы бюджетирования, необходимо преодолеть любым типам холдингов.

В первую очередь необходимо решить вопрос подключения к единой базе систем бухгалтерского учета всех «дочек» холдинга, для того чтобы они могли обмениваться с ней информацией. Данная задача решается с помощью механизма интеграции. На этом этапе прорабатываются общие настройки интеграции со сторонними системами, настраивается алгоритм синхронизации данных для каждого объекта интегрируемых систем, настраивается расписание периодической синхронизации.

Методики учета

При консолидации данных можно получить «микс» из разных бюджетных аналитик, не связанных между собой. Следующей задачей на пути к получению сводного бюджета является разработка единых методик учета данных. Постановка учета в «дочках», как правило, занимает от 3 до 6 месяцев. За это время пересматриваются все методики ведения хозяйственных операций, определяются аналитики, необходимые в дальнейшем для построения консолидированной отчетности.

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

Консолидированный план счетов

Как уже было сказано выше, при настройке маппинга задается соответствие для счетов учетных систем бюджетным классификаторам – это удобно, если баз две или три. В случае наличия в группе компаний множества систем учета, десять-пятнадцать и более, настройка маппинга обещает быть громоздкой и трудно поддерживаемой, так как в этом случае количество настраиваемых соответствий статей и бюджетов будет прямо пропорционально количеству учетных систем.

В этом случае разрабатывается консолидированный план счетов. Данный план счетов представляет собой матрешку из счетов: синтетических, консолидированных и счетов учетных систем. Синтетический счет – счет первого порядка, он необходим для группировки консолидированных счетов. Консолидированный счет в данном случае – это группировочный счет для различных счетов учетных систем, которые различаются по коду или названию, но несут один и тот же экономический смысл. Кроме того, для каждого счета указывается учетная система, в которой он используется, либо не используется.

Внутригрупповые обороты

Среди множества хозяйственных операций в холдинге есть и операции, осуществляемые между бизнес-единицами, например: продажи и покупки внутри группы, выдача и получение внутренних займов и др. Подобные операции порождают внутригрупповые обороты, которые также необходимо учитывать при консолидации бюджетов. Стоит отметить, что элиминирование внутригрупповых операций – это один из сложных процессов при составлении консолидированной управленческой отчетности. Здесь крайне важно поставить единую систему учета по таким операциям.

Бонусы автоматизации

Построение системы автоматизации бюджетного учета в любом холдинге – это всегда творческий и трудоемкий процесс. Но, несмотря на всю сложность, таящуюся за ним, он позволяет разрушить все «исторически сложившиеся» способы учета, препятствовавшие получению консолидированного бюджета. И самое главное, выстроить новые правила ведения бизнеса: грамотные, прозрачные и столь необходимые для принятия важных стратегических решений, которые позволяют распознать «бюджетные капканы» и благополучно обойти их, собрав все возможные лавры.

Автор: Гильманова Диляра, консультант отдела консалтинга и внедрения корпоративных систем управления НПО «Компьютер»

Ответьте правильно на вопрос и получите подарок!

Основной принцип составления консолидированной отчетности?

  • представление деятельности дочерних и зависимых обществ как единого хозяйствующего субъекта;
  • представление деятельности группы компаний как единого хозяйствующего субъекта;
  • представление деятельности дочерних обществ как единого хозяйствующего субъекта.

Ответить

Понравилась статья? Поделиться с друзьями:
Adblock
detector