Data-mining для таможенного контроля
На днях Владимир Булавин выступил в Совете Федерации с докладом «О стратегических направлениях совершенствования таможенного администрирования в Российской Федерации».
Полная видео-запись доклада по ссылке.
Много было сказано и про результаты деятельности, и про перспективы развития.
Я, как обычно, остановлюсь на вопросах цифровизации.
Уже только ленивый не слышал и не читал про перспективы использования искусственного интеллекта для целей таможенного контроля и СУР.
Теперь на слайдах в докладе фигурирует понятие «Интеллектуальная таможня».
В общем ФТС России, как и другие государственные структуры, плотно внедрили в свои доклады тезисы про «цифровизацию» и «цифровую трансформацию».
Как и писали раньше - посмотрим, как это будет реализовано по факту.
С учетом того, что мы ранее читали про Искусственный интеллект тут и тут я думаю, что наиболее вероятное решение, которые мы увидим, это некая модель на базе технологий машинного обучения.
Модель, которая в режиме приближённом к онлайн будет оценивать каждую поставку, по прописанным алгоритмам.
В общем «+- тоже, что и сейчас имеем» с поправкой на балльную систему. То есть, если сейчас на поставку срабатывает, условно, порядка 5 профилей рисков от полностью автоматических до так называемых «интуитивных».
То будет тоже самое, но условные 5 баллов. Баллы будут привязаны к перечню форм контроля (или мер по минимизации рисков): запрос документов, досмотр и т.д.
Наверное добавится какой-нибудь коэффициент пересчета «текущая поставка в общем объеме «чего-нибудь» на данный момент» или «наличие неоплаченных требований на уплату платежей», чтобы можно было гордо сказать про «в режиме реального времени».
Ну и кончено же, ключевые коэффициенты по результатам категорирования участников ВЭД (кто бы что ни говорил).
И конечно же целеполагание на основе «оперативной информации» (куда уж без этого).
Привлекло внимание другое. Слайды, на которых написано «принципы Data mining». Это уже что-то «непривычное»
Немного информации по ссылке.
И я хочу сказать «наконец-то».
Когда я увидел этим слайды, я вспомнил в статьи в научных сборниках Российской таможенной академии 2004 и 2005 года «Применение методов распознания образов при управлении рисками в таможенном деле» и «Управление рисками в таможенном деле: проблемы и направления качественного решения. Идентификация таможенных рисков методами распознавания образов».
(Наверняка до сих пор в библиотеке РТА можно найти).
А ещё я вспомнил одно собрание году условно в 2006 у одного из заместителей начальников управления в ФТС. На том собрании некие разработчики, которые хотели выиграть тендер, говорили про data-mining. В то время не было ещё популяризации термина data-science. Но аналитика и поиск скрытых связей уже имело место быть.
В общем, прошло каких-то 15 лет, и научные мысли тех времён уже как минимум в лозунгах. А пройдет ещё 10 лет и мы увидим их реализацию.
Уверенной походкой идём в светлое будущее, товарищи.
#datascience #dataminig #фтс
На днях Владимир Булавин выступил в Совете Федерации с докладом «О стратегических направлениях совершенствования таможенного администрирования в Российской Федерации».
Полная видео-запись доклада по ссылке.
Много было сказано и про результаты деятельности, и про перспективы развития.
Я, как обычно, остановлюсь на вопросах цифровизации.
Уже только ленивый не слышал и не читал про перспективы использования искусственного интеллекта для целей таможенного контроля и СУР.
Теперь на слайдах в докладе фигурирует понятие «Интеллектуальная таможня».
В общем ФТС России, как и другие государственные структуры, плотно внедрили в свои доклады тезисы про «цифровизацию» и «цифровую трансформацию».
Как и писали раньше - посмотрим, как это будет реализовано по факту.
С учетом того, что мы ранее читали про Искусственный интеллект тут и тут я думаю, что наиболее вероятное решение, которые мы увидим, это некая модель на базе технологий машинного обучения.
Модель, которая в режиме приближённом к онлайн будет оценивать каждую поставку, по прописанным алгоритмам.
В общем «+- тоже, что и сейчас имеем» с поправкой на балльную систему. То есть, если сейчас на поставку срабатывает, условно, порядка 5 профилей рисков от полностью автоматических до так называемых «интуитивных».
То будет тоже самое, но условные 5 баллов. Баллы будут привязаны к перечню форм контроля (или мер по минимизации рисков): запрос документов, досмотр и т.д.
Наверное добавится какой-нибудь коэффициент пересчета «текущая поставка в общем объеме «чего-нибудь» на данный момент» или «наличие неоплаченных требований на уплату платежей», чтобы можно было гордо сказать про «в режиме реального времени».
Ну и кончено же, ключевые коэффициенты по результатам категорирования участников ВЭД (кто бы что ни говорил).
И конечно же целеполагание на основе «оперативной информации» (куда уж без этого).
Привлекло внимание другое. Слайды, на которых написано «принципы Data mining». Это уже что-то «непривычное»
Немного информации по ссылке.
И я хочу сказать «наконец-то».
Когда я увидел этим слайды, я вспомнил в статьи в научных сборниках Российской таможенной академии 2004 и 2005 года «Применение методов распознания образов при управлении рисками в таможенном деле» и «Управление рисками в таможенном деле: проблемы и направления качественного решения. Идентификация таможенных рисков методами распознавания образов».
(Наверняка до сих пор в библиотеке РТА можно найти).
А ещё я вспомнил одно собрание году условно в 2006 у одного из заместителей начальников управления в ФТС. На том собрании некие разработчики, которые хотели выиграть тендер, говорили про data-mining. В то время не было ещё популяризации термина data-science. Но аналитика и поиск скрытых связей уже имело место быть.
В общем, прошло каких-то 15 лет, и научные мысли тех времён уже как минимум в лозунгах. А пройдет ещё 10 лет и мы увидим их реализацию.
Уверенной походкой идём в светлое будущее, товарищи.
#datascience #dataminig #фтс
YouTube
В СФ выступил руководитель Федеральной таможенной службы Владимир Булавин
Руководитель Федеральной таможенной службы Владимир Булавин рассказал на заседании Совета Федерации о стратегических направлениях совершенствования таможенного администрирования в РФ.
Он сообщил, что по предварительным данным таможенной статистики, внешнеторговый…
Он сообщил, что по предварительным данным таможенной статистики, внешнеторговый…
Про типичную «боль» реализации проектов по автоматизации
Все то, что будет описано ниже, характерно для любого бизнеса.
Для таможенно-логистической отрасли особенно.
Как бы хорошо не был сделан продукт/инструмент/система, человеческое нежелание что-либо менять (в первую очередь в себе) или разобраться с чем-то новым, может свести на нет все усилия.
Пример.
По проекту требуется представлять заказчику определенный комплект документов.
Есть программная утилита, которая собирает этот комплект из вложенных папок и кладёт куда надо, и называет папку, так как надо.
В работе и запуске утилита простая, как «топор».
Надо всего-лишь нажать на кнопку, указав на папку и все... Дальше все делает программа (собирает - копирует - переименовывает).
В ходе тестового использования выявили ряд ошибок, которые приводят к сбоям.
Например, если уже один раз программу запустили, то второй раз она уже не отработает, так как в месте назначения уже существует ранее соднанная папка с таким же именем.
Ввели контроль на эту ошибку с текстовым уведомлением сотрудника (мол «так и так, проблема в этом - исправь»), актуализировали инструкцию, что делать надо, довели до сотрудников.
Установили всем обновлённую версию.
Проходит неделя и 2 сотрудника хором начинают говорить «у нас программа не работает».
Начали разбираться.
В итоге «у меня программа не работает» - это ровно то самое сообщение по результатам выявления ошибки, описанной выше.
Спрашиваешь - инструкцию читали?
В ответ тишина.
Копаешь дальше, спрашиваешь, а что вы делаете - покажите.
В итоге делают то же самое, что делали до создания и внедрения утилиты.
Стоит ли упоминать, что в самом начале внедрения проводилось общее обучение всех сотрудников, с демонстрацией как и что работает, и что надо и не надо делать.
#кейсы #боль
Все то, что будет описано ниже, характерно для любого бизнеса.
Для таможенно-логистической отрасли особенно.
Как бы хорошо не был сделан продукт/инструмент/система, человеческое нежелание что-либо менять (в первую очередь в себе) или разобраться с чем-то новым, может свести на нет все усилия.
Пример.
По проекту требуется представлять заказчику определенный комплект документов.
Есть программная утилита, которая собирает этот комплект из вложенных папок и кладёт куда надо, и называет папку, так как надо.
В работе и запуске утилита простая, как «топор».
Надо всего-лишь нажать на кнопку, указав на папку и все... Дальше все делает программа (собирает - копирует - переименовывает).
В ходе тестового использования выявили ряд ошибок, которые приводят к сбоям.
Например, если уже один раз программу запустили, то второй раз она уже не отработает, так как в месте назначения уже существует ранее соднанная папка с таким же именем.
Ввели контроль на эту ошибку с текстовым уведомлением сотрудника (мол «так и так, проблема в этом - исправь»), актуализировали инструкцию, что делать надо, довели до сотрудников.
Установили всем обновлённую версию.
Проходит неделя и 2 сотрудника хором начинают говорить «у нас программа не работает».
Начали разбираться.
В итоге «у меня программа не работает» - это ровно то самое сообщение по результатам выявления ошибки, описанной выше.
Спрашиваешь - инструкцию читали?
В ответ тишина.
Копаешь дальше, спрашиваешь, а что вы делаете - покажите.
В итоге делают то же самое, что делали до создания и внедрения утилиты.
Стоит ли упоминать, что в самом начале внедрения проводилось общее обучение всех сотрудников, с демонстрацией как и что работает, и что надо и не надо делать.
#кейсы #боль
Про управление рисками в таможенном и логистическом бизнесе (часть 1)
Про риски слышали все, кто работает в области логистики и таможенного оформления.
Про систему управления рисками (СУР) тоже. Фразы «достали эти СУРы», «риск сработал», «где взять новые риски» регулярно слышны в офисе.
Как правило, все это про систему управления рисками в таможенных органах.
Ту самую, для целей которой анонсируют использование искусственного интеллекта.
А вот в коммерческой организации сознательное и системное управление рисками встречается реже.👀
Да, словосочетание «финансовые риски» фигурирует часто.
Да, таможенные представители проводят оценку потенциального клиента «на риски» с целью принятия решения декларировать под свою печать или под «эцп клиента».
Да, логисты проводят категорирование подрядчиков для распределения объёмов.
Да, стоимость декларируемых товаров проверяют на риски (те самые таможенные) и «проходные».
Ну и так далее...
В общем отдельные проявления управления рисками есть, но сказать, чтобы была системная работа, все же, пожалуй, нельзя.
Недавно, в своем выступлении Марина Лякишева (эксперт в области customs compliance) подняла тему управления рисками в бизнесе.
В этом выступлении, больше про методологию и подходы.
А я хочу поднять тему автоматизации этого процесса.⚙️💻🖥⚙️
Можно сколько угодно вести реестр рисков, писать инструкции и регламенты, и информационные письма о рисковых ситуациях. Но все это будет давать очень небольшой эффект, до тех пор, пока человек должен всю эту информацию держать в голове.
Велика вероятность того, что в тот момент, когда надо вспомнить о риске, о нем не вспомнят. 🤷🏻А когда вспомнят - будет уже поздно.🤦🏻
Другое дело, когда тебе программное средство, в тот или иной актуальный момент, напомнит📩, что вот тут надо бы проверить «вот это», а в прошлый раз в подобной ситуации было «вот то».
В следующем посте расскажу, что уже сейчас можно использовать для целей автоматизации управления рисками при декларировании и проработке поставок.
ПС: Кстати таможенные риски на своей заре инспекторам 👨🏻✈️📜 тоже доводились на бумаге📜📃📄📑. И у каждого на столе лежали папки с рисками, приказами и прочими указаниями📓📔📒, которые надо было помнить.
Но сейчас же почти все риски выявляются программным средством.
#управлениерисками
Про риски слышали все, кто работает в области логистики и таможенного оформления.
Про систему управления рисками (СУР) тоже. Фразы «достали эти СУРы», «риск сработал», «где взять новые риски» регулярно слышны в офисе.
Как правило, все это про систему управления рисками в таможенных органах.
Ту самую, для целей которой анонсируют использование искусственного интеллекта.
А вот в коммерческой организации сознательное и системное управление рисками встречается реже.👀
Да, словосочетание «финансовые риски» фигурирует часто.
Да, таможенные представители проводят оценку потенциального клиента «на риски» с целью принятия решения декларировать под свою печать или под «эцп клиента».
Да, логисты проводят категорирование подрядчиков для распределения объёмов.
Да, стоимость декларируемых товаров проверяют на риски (те самые таможенные) и «проходные».
Ну и так далее...
В общем отдельные проявления управления рисками есть, но сказать, чтобы была системная работа, все же, пожалуй, нельзя.
Недавно, в своем выступлении Марина Лякишева (эксперт в области customs compliance) подняла тему управления рисками в бизнесе.
В этом выступлении, больше про методологию и подходы.
А я хочу поднять тему автоматизации этого процесса.⚙️💻🖥⚙️
Можно сколько угодно вести реестр рисков, писать инструкции и регламенты, и информационные письма о рисковых ситуациях. Но все это будет давать очень небольшой эффект, до тех пор, пока человек должен всю эту информацию держать в голове.
Велика вероятность того, что в тот момент, когда надо вспомнить о риске, о нем не вспомнят. 🤷🏻А когда вспомнят - будет уже поздно.🤦🏻
Другое дело, когда тебе программное средство, в тот или иной актуальный момент, напомнит📩, что вот тут надо бы проверить «вот это», а в прошлый раз в подобной ситуации было «вот то».
В следующем посте расскажу, что уже сейчас можно использовать для целей автоматизации управления рисками при декларировании и проработке поставок.
ПС: Кстати таможенные риски на своей заре инспекторам 👨🏻✈️📜 тоже доводились на бумаге📜📃📄📑. И у каждого на столе лежали папки с рисками, приказами и прочими указаниями📓📔📒, которые надо было помнить.
Но сейчас же почти все риски выявляются программным средством.
#управлениерисками
⚡1
Про управление рисками в таможенном и логистическом бизнесе (часть 2)
Начало выше.
Что можно сделать, чтобы не держать в голове все возможные риски (проще говоря потенциальные fuckup-ы, которые могут обернуться имиджевыми или финансовыми потерями)?
Определимся, на каких этапах и какие нам нужны напоминания.
(ниже приведены примеры, то есть не исчерпывающий перечень как этапов, так и примеров, но достаточный для понимания о чем речь):
1. Этап: при поступлении заявки от заказчика (действующего или потенциального) - пример: проверка на наличие негативных случаев, связанных с деятельностью заказчика (представил поддельные документы, долго не платил по счетам, 3 раза пришлось пересогласовывать один и тот же инвойс, а в итоге приехала совсем другая поставка).
2. Этап: при проработке заявки по существу (проработка документов, проработка маршрутка, согласование и подготовка документов к декларированию) - пример: регулярно в присланных документах, подготовленных в эксель округление до ... знака после запятой и не бьется итоговый вес при суммировании, при первой подаче в Новороссийске будут требовать предварительный осмотр - предупредить, при первой подаче на Тверь приложить фото со склада иначе осмотр, в Шереметьево проверить наличие доверенности и перевести заранее ДС на складе иначе не выдадут груз, что может привести к срыву забора груза и т.д.
3. Этап: при отработке заявки (везём груз, контролируем в местах хранения, готовим и подаем дт) - пример: в прошлый раз при декларировании этого груза инспектор на посту в «Такой-то таможне» запросил техничку на пластмассовые ведра, на терминале «таком-то» пока в диспетчерскую не позвонишь - машину не отпустят (особенно к вечеру); при подаче дт в Балтийский Цэд проверяй заполнение 30 графы и т.д.
4. Этап: при финансовом и документальном закрытии сделки - пример: контрагент документы не даёт в срок, при формировании счета в прошлый раз забыли включить стоимость ног на супер «экзотическом» СВХ где-нибудь в СКТУ и т.д.
Хорошо, с примерами технологических этапов и примерами возможных рисков определились.
Так как их выявлять-то с помощью программ?
Ответ в самом вопросе - с помощью программ.
В 70% компаний в области ВЭД, где есть учетные системы для целей контроля процесса оказания услуги или цепи поставок, эти учетные системы основаны на 1с.
Есть компании, в которых используется, что-то иное: от эксель и гугл-таблиц, до битрикса, Sap и прочих систем учета.
Везде логика будет одна и та же.
Должны быть:
1. реестр рисков
2. параметры и правила по которым риски должны выявляться (индикаторы риска)
3. технологический алгоритм выявления.
4. Конечно же ещё должна быть внутренняя методика выявления риска, фиксирования его и определения мер по минимизации. Но это уже про управление.
То есть простым языком - должны быть:
- шпоргалка,
- порядок ее формирования и актуализация,
- технология автоматизированного обращения к шпаргалке, чтобы содержавшаяся в ней информация была применима в процессе работы.
Опять получилось много букв.
В следующем посте приведу примеры, как подобные шпоргалки делать в тех программных продуктах, которые как правило, используются в логистических и таможенных компаниях.
#управлениерисками
Начало выше.
Что можно сделать, чтобы не держать в голове все возможные риски (проще говоря потенциальные fuckup-ы, которые могут обернуться имиджевыми или финансовыми потерями)?
Определимся, на каких этапах и какие нам нужны напоминания.
(ниже приведены примеры, то есть не исчерпывающий перечень как этапов, так и примеров, но достаточный для понимания о чем речь):
1. Этап: при поступлении заявки от заказчика (действующего или потенциального) - пример: проверка на наличие негативных случаев, связанных с деятельностью заказчика (представил поддельные документы, долго не платил по счетам, 3 раза пришлось пересогласовывать один и тот же инвойс, а в итоге приехала совсем другая поставка).
2. Этап: при проработке заявки по существу (проработка документов, проработка маршрутка, согласование и подготовка документов к декларированию) - пример: регулярно в присланных документах, подготовленных в эксель округление до ... знака после запятой и не бьется итоговый вес при суммировании, при первой подаче в Новороссийске будут требовать предварительный осмотр - предупредить, при первой подаче на Тверь приложить фото со склада иначе осмотр, в Шереметьево проверить наличие доверенности и перевести заранее ДС на складе иначе не выдадут груз, что может привести к срыву забора груза и т.д.
3. Этап: при отработке заявки (везём груз, контролируем в местах хранения, готовим и подаем дт) - пример: в прошлый раз при декларировании этого груза инспектор на посту в «Такой-то таможне» запросил техничку на пластмассовые ведра, на терминале «таком-то» пока в диспетчерскую не позвонишь - машину не отпустят (особенно к вечеру); при подаче дт в Балтийский Цэд проверяй заполнение 30 графы и т.д.
4. Этап: при финансовом и документальном закрытии сделки - пример: контрагент документы не даёт в срок, при формировании счета в прошлый раз забыли включить стоимость ног на супер «экзотическом» СВХ где-нибудь в СКТУ и т.д.
Хорошо, с примерами технологических этапов и примерами возможных рисков определились.
Так как их выявлять-то с помощью программ?
Ответ в самом вопросе - с помощью программ.
В 70% компаний в области ВЭД, где есть учетные системы для целей контроля процесса оказания услуги или цепи поставок, эти учетные системы основаны на 1с.
Есть компании, в которых используется, что-то иное: от эксель и гугл-таблиц, до битрикса, Sap и прочих систем учета.
Везде логика будет одна и та же.
Должны быть:
1. реестр рисков
2. параметры и правила по которым риски должны выявляться (индикаторы риска)
3. технологический алгоритм выявления.
4. Конечно же ещё должна быть внутренняя методика выявления риска, фиксирования его и определения мер по минимизации. Но это уже про управление.
То есть простым языком - должны быть:
- шпоргалка,
- порядок ее формирования и актуализация,
- технология автоматизированного обращения к шпаргалке, чтобы содержавшаяся в ней информация была применима в процессе работы.
Опять получилось много букв.
В следующем посте приведу примеры, как подобные шпоргалки делать в тех программных продуктах, которые как правило, используются в логистических и таможенных компаниях.
#управлениерисками
Про управление рисками в таможенном и логистическом бизнесе (часть 3)
Начало на 2 поста выше.
Что и как можно использовать для автоматизации выявления рисков?
Ниже простые примеры, техническое и концептуальное развитие которых ограничено только вашими компетенциями и фантазией.
Начнём с того, что попроще.
Этап 3. Пример в части декларирования.
Декларанту при подготовке ДТ надо вовремя подсветить, что вот в этом и в этом случае было “то-то и то-то”, или чтобы обратил внимание на “это”.
⏺Есть такая программная задача артикул (в Альта точно есть и в СТМ вроде тоже), которой далеко не все пользуются (но это отдельная история).
Никто не мешает в ней добавить отдельное рабочее поле «комментарий» в котором будут фиксироваться комментарии (риски) в привязке вплоть до артикула к конкретному товару. Далее дело техники не забывать смотреть в это поле и систематически дополнять информацию.
⏺Есть такая функция в альте «пользовательские проверки» (к сожалению, про этот функционал знают и тем более пользуются ещё меньше количество людей, чем про артикул).
Это по сути пользователем настроенный дополнительный ФЛК (форматно-логический контроль).
В них можно настраивать проверки на различные ошибки либо конкретные значения по совокупности полей. Много расписывать не буду, один из моих коллег по цеху прям специализируется на таких настройках. Тут ссылка на его группу и объявления по именно этому вопросу. Весьма широко известный и уважаемый человек в узких кругах.
⏺До того, как начать работать в альте в 98% случаев декларант (СПТО) обрабатывает табличку с данными по поставке в Эксель. У него может быть выгрузка из учетной системы клиента, инвойс в электронном виде. Некоторые таможенные представители даже имеют «наглос...» (простите) смелость требовать от заказчика заполнять детализированную табличку для загрузки в программу для декларирования.
Короче в 98% случаев эти данные обрабатываются в Эксель. А где Эксель, там неограниченный простор для проверок данных в загрузке с вашими рабочими базами (теми самыми шпоргалками о которых я писал в прошлый раз).
Все же пользуются той самой книгой таможенных рисков, которая летает по месенджерам?
(Как раз недавно в одной «бизнес ракете ВЭД» пролетела «типа актуальная таблица». Достоверность не проверял).
Вот по аналогии вы можете создать свою базу производственных рисков.
⏺И ещё пример для этого блока. Есть такая программулька, которую называют в народе g-viewer. Она тоже про таможенные риски.
Есть там такая функция: загружаешь xml ДТ и его прогоняют на действующие таможенные риски. Это почти зеркальная (немного упрощенная) версия того, как все работает в таможенных органах.
Так вот, кто понял о чем я, включите фантазию. Ровно таким же образом можно написать программку, которая будет проверять xml ДТ перед подачей на риски, которые выведены Вашей компанией за долгие-долгие годы опыта и работы.
На сегодня хватит.
Впереди ещё много интересного.
#управлениерисками #кейсы #размышления
Начало на 2 поста выше.
Что и как можно использовать для автоматизации выявления рисков?
Ниже простые примеры, техническое и концептуальное развитие которых ограничено только вашими компетенциями и фантазией.
Начнём с того, что попроще.
Этап 3. Пример в части декларирования.
Декларанту при подготовке ДТ надо вовремя подсветить, что вот в этом и в этом случае было “то-то и то-то”, или чтобы обратил внимание на “это”.
⏺Есть такая программная задача артикул (в Альта точно есть и в СТМ вроде тоже), которой далеко не все пользуются (но это отдельная история).
Никто не мешает в ней добавить отдельное рабочее поле «комментарий» в котором будут фиксироваться комментарии (риски) в привязке вплоть до артикула к конкретному товару. Далее дело техники не забывать смотреть в это поле и систематически дополнять информацию.
⏺Есть такая функция в альте «пользовательские проверки» (к сожалению, про этот функционал знают и тем более пользуются ещё меньше количество людей, чем про артикул).
Это по сути пользователем настроенный дополнительный ФЛК (форматно-логический контроль).
В них можно настраивать проверки на различные ошибки либо конкретные значения по совокупности полей. Много расписывать не буду, один из моих коллег по цеху прям специализируется на таких настройках. Тут ссылка на его группу и объявления по именно этому вопросу. Весьма широко известный и уважаемый человек в узких кругах.
⏺До того, как начать работать в альте в 98% случаев декларант (СПТО) обрабатывает табличку с данными по поставке в Эксель. У него может быть выгрузка из учетной системы клиента, инвойс в электронном виде. Некоторые таможенные представители даже имеют «наглос...» (простите) смелость требовать от заказчика заполнять детализированную табличку для загрузки в программу для декларирования.
Короче в 98% случаев эти данные обрабатываются в Эксель. А где Эксель, там неограниченный простор для проверок данных в загрузке с вашими рабочими базами (теми самыми шпоргалками о которых я писал в прошлый раз).
Все же пользуются той самой книгой таможенных рисков, которая летает по месенджерам?
(Как раз недавно в одной «бизнес ракете ВЭД» пролетела «типа актуальная таблица». Достоверность не проверял).
Вот по аналогии вы можете создать свою базу производственных рисков.
⏺И ещё пример для этого блока. Есть такая программулька, которую называют в народе g-viewer. Она тоже про таможенные риски.
Есть там такая функция: загружаешь xml ДТ и его прогоняют на действующие таможенные риски. Это почти зеркальная (немного упрощенная) версия того, как все работает в таможенных органах.
Так вот, кто понял о чем я, включите фантазию. Ровно таким же образом можно написать программку, которая будет проверять xml ДТ перед подачей на риски, которые выведены Вашей компанией за долгие-долгие годы опыта и работы.
На сегодня хватит.
Впереди ещё много интересного.
#управлениерисками #кейсы #размышления
❤1
Куда пропал?!
🤬😤😠😡
Да - не писал.
Нет - материал не закончился.
Ну а чего тогда?...
Эта неделя выдалась очень насыщенной на проекты и задачи.
1️⃣Тестирование программы подбора классификационного кода из описания товара на основе ИИ (по крайней мере позиционируется это так)
2️⃣Участие в рабочей группе в одном из крупнейших банков по вопросу перспектив интеграции программных средств участников ВЭД и банков
3️⃣Поиск очередного нестандартного решения по аналитике выпущенных дт (в части доначислений по одной из «очередей» ввезенного оборудования рамках проекта)
4️⃣Приемка и тестирование автоматизированного бизнес-процесса в битриксе «проработка аналитиком проектов документов по товарной партии» с составлением реестра, фиксацией статусов и автоматического направления заказчику ответа с комментариями
5️⃣Разработка плана графика дальнейшего развития программного продукта для автоматизации Таможенного аудита
6️⃣Тестирование прототипа весьма интересной платформы для аналитики данных для участника ВЭД
7️⃣Разработка алгоритма сверки данных между таможенным представителем и заказчиком в рамках различных учетных систем (SAP у заказчика и совокупность различных данных у таможенного представителя (данные по выпущенным ДТ, рабочие реестры по проекту)
8️⃣Начало анализа данных в рамках нового проекта по внедрению «Автоматизированной технологии многофакторного анализа выполненной работы» у логистического оператора.
Весело, правда?
А что важно, обо всем этом я обязательно расскажу.
Оставайтесь на связи.
🤬😤😠😡
Да - не писал.
Нет - материал не закончился.
Ну а чего тогда?...
Эта неделя выдалась очень насыщенной на проекты и задачи.
1️⃣Тестирование программы подбора классификационного кода из описания товара на основе ИИ (по крайней мере позиционируется это так)
2️⃣Участие в рабочей группе в одном из крупнейших банков по вопросу перспектив интеграции программных средств участников ВЭД и банков
3️⃣Поиск очередного нестандартного решения по аналитике выпущенных дт (в части доначислений по одной из «очередей» ввезенного оборудования рамках проекта)
4️⃣Приемка и тестирование автоматизированного бизнес-процесса в битриксе «проработка аналитиком проектов документов по товарной партии» с составлением реестра, фиксацией статусов и автоматического направления заказчику ответа с комментариями
5️⃣Разработка плана графика дальнейшего развития программного продукта для автоматизации Таможенного аудита
6️⃣Тестирование прототипа весьма интересной платформы для аналитики данных для участника ВЭД
7️⃣Разработка алгоритма сверки данных между таможенным представителем и заказчиком в рамках различных учетных систем (SAP у заказчика и совокупность различных данных у таможенного представителя (данные по выпущенным ДТ, рабочие реестры по проекту)
8️⃣Начало анализа данных в рамках нового проекта по внедрению «Автоматизированной технологии многофакторного анализа выполненной работы» у логистического оператора.
Весело, правда?
А что важно, обо всем этом я обязательно расскажу.
Оставайтесь на связи.
Про управление рисками в таможенном и логистическом бизнесе (часть 4)
Вчера мне мой календарь выдал следующее сообщение:
«На *#!\~<> посту в преддверии 8 марта оформление цветов, все остальное стоит колом - предупредить клиентов».
Это напоминание я себе внёс года 3 назад в календарь, как раз, когда в начале марта выпуск ДТ начал тормозить именно из-за приоритетности оформления, а клиенты не были предупреждены.
Вернёмся к управлению рисками.
Начало тут.
А пример про цветы - ещё одна иллюстрация, как можно себе делать автоматические напоминания про события, которые имеют регулярный характер.
Туда же сдача отчетности, уточнение прихода грузов на выходные и необходимость подачи ДТ в нерабочие дни, контроль сроков предоставления документов на запрос таможенного органа, напоминание, что не стоит сотрудников в большом количестве отпускать в отпуск за месяц до китайского Нового года и так далее.
Уверен, Ваш календарь пестрит такими напоминаниями.
Вернёмся к ранее выделенным этапам. Этап 1. Возможность выявления рисков при поступлении заявки от заказчика.
Тут уже не так все просто, как с этапом работы над поставкой.
Чтобы что-то выявлять в автоматизированном режиме, надо, чтобы хотя бы немного структурированная информация была на входе.
Откуда появляется заявка от клиента?
Как правило это:
⁃ звонок
⁃ письмо
⁃ форма заявки с сайта.
Как соотносить письмо в почте с правилами выявления рисков, я пока ещё не придумал. Единственное, что лезет в голову - это внести почтовые адреса неблагонадежных клиентов в особое правило распределения почты (например, в папку на на контроль руководства). Но это «так себе» технология. Любой клиентский менеджер в голове держит таких вот совсем «неудобных» клиентов.
Но все что кто-то «держит в голове» заканчивается вместе с уходом этого человека из компании, либо с началом проблем с памятью этого человека.
Более продуктивно, если у вас есть хоть какая-нибудь учетная система для работы с клиентскими заявками (это может быть блок в составе CRM системы, или в ERP системы, или Эксель или Гугл табличка, на крайний случай).
Как только у вас появляется учёт входящих заявок в структурированной форме, можно пытаться привязать автоматизированные проверки.
Примеры.
Если у вас есть CRM система, то в ней обязательно есть так называемая «карточка клиента». В ней можно вести перечень проблемных ситуаций, о которых надо помнить при взаимодействии с этим клиентом.
Если вы работаете, например, с Битрикс24, то там есть функционал так называемых роботов (в случае с битрикс это прописанные автоматизированные бизнес-процессы), который можно использовать, чтобы провести проверку на любом этапе обработки заявки.
Пример по ссылке, конечно не совсем про проверки, но включите фантазию, и аналогия очевидна.
Если вы работаете в 1с и вносите на каком-либо этапе заявку для последующего контроля ее отработки, то вам всего-лишь нужно попросить 1с-программиста «подружить реестр рисков» с «учетной таблицей заявок».
Как пример, одна из знакомых компаний доработала под себя 1с в части контроля повторяемости «просчетов по заявкам». То есть каждый запрос («посчитайте-расскажите») фиксируется в системе, и, если заказчик присылает такой же запрос через какое-то время, то система показывает всю историю обработки заявок по клиенту.
Повторюсь, всегда можно настроить проверку на что угодно: инн или наименование заказчика, его контракт, номенклатура, маршрут перевозки и т.д. Главное, чтобы были зафиксированы данные, которые необходимо проверять и был реестр (справочник) рисков, с которым надо сверяться, и правила такой сверки.
А вот если у вас нет учётных систем для контроля взаимодействия с клиентом - задумайтесь. Ручное управление и личные связи - это хорошо. Но на них анализ и управление не построишь.
Очень содержательный пост в эту тему по ссылке. Там же вообще много полезного про организацию продаж, независимо от сферы.
#управлениерисками #crm
Вчера мне мой календарь выдал следующее сообщение:
«На *#!\~<> посту в преддверии 8 марта оформление цветов, все остальное стоит колом - предупредить клиентов».
Это напоминание я себе внёс года 3 назад в календарь, как раз, когда в начале марта выпуск ДТ начал тормозить именно из-за приоритетности оформления, а клиенты не были предупреждены.
Вернёмся к управлению рисками.
Начало тут.
А пример про цветы - ещё одна иллюстрация, как можно себе делать автоматические напоминания про события, которые имеют регулярный характер.
Туда же сдача отчетности, уточнение прихода грузов на выходные и необходимость подачи ДТ в нерабочие дни, контроль сроков предоставления документов на запрос таможенного органа, напоминание, что не стоит сотрудников в большом количестве отпускать в отпуск за месяц до китайского Нового года и так далее.
Уверен, Ваш календарь пестрит такими напоминаниями.
Вернёмся к ранее выделенным этапам. Этап 1. Возможность выявления рисков при поступлении заявки от заказчика.
Тут уже не так все просто, как с этапом работы над поставкой.
Чтобы что-то выявлять в автоматизированном режиме, надо, чтобы хотя бы немного структурированная информация была на входе.
Откуда появляется заявка от клиента?
Как правило это:
⁃ звонок
⁃ письмо
⁃ форма заявки с сайта.
Как соотносить письмо в почте с правилами выявления рисков, я пока ещё не придумал. Единственное, что лезет в голову - это внести почтовые адреса неблагонадежных клиентов в особое правило распределения почты (например, в папку на на контроль руководства). Но это «так себе» технология. Любой клиентский менеджер в голове держит таких вот совсем «неудобных» клиентов.
Но все что кто-то «держит в голове» заканчивается вместе с уходом этого человека из компании, либо с началом проблем с памятью этого человека.
Более продуктивно, если у вас есть хоть какая-нибудь учетная система для работы с клиентскими заявками (это может быть блок в составе CRM системы, или в ERP системы, или Эксель или Гугл табличка, на крайний случай).
Как только у вас появляется учёт входящих заявок в структурированной форме, можно пытаться привязать автоматизированные проверки.
Примеры.
Если у вас есть CRM система, то в ней обязательно есть так называемая «карточка клиента». В ней можно вести перечень проблемных ситуаций, о которых надо помнить при взаимодействии с этим клиентом.
Если вы работаете, например, с Битрикс24, то там есть функционал так называемых роботов (в случае с битрикс это прописанные автоматизированные бизнес-процессы), который можно использовать, чтобы провести проверку на любом этапе обработки заявки.
Пример по ссылке, конечно не совсем про проверки, но включите фантазию, и аналогия очевидна.
Если вы работаете в 1с и вносите на каком-либо этапе заявку для последующего контроля ее отработки, то вам всего-лишь нужно попросить 1с-программиста «подружить реестр рисков» с «учетной таблицей заявок».
Как пример, одна из знакомых компаний доработала под себя 1с в части контроля повторяемости «просчетов по заявкам». То есть каждый запрос («посчитайте-расскажите») фиксируется в системе, и, если заказчик присылает такой же запрос через какое-то время, то система показывает всю историю обработки заявок по клиенту.
Повторюсь, всегда можно настроить проверку на что угодно: инн или наименование заказчика, его контракт, номенклатура, маршрут перевозки и т.д. Главное, чтобы были зафиксированы данные, которые необходимо проверять и был реестр (справочник) рисков, с которым надо сверяться, и правила такой сверки.
А вот если у вас нет учётных систем для контроля взаимодействия с клиентом - задумайтесь. Ручное управление и личные связи - это хорошо. Но на них анализ и управление не построишь.
Очень содержательный пост в эту тему по ссылке. Там же вообще много полезного про организацию продаж, независимо от сферы.
#управлениерисками #crm
Про управление рисками в таможенном и логистическом бизнесе (часть 5)
Так уж получилось, что несколько дней на этой неделе я пролежал с температурой.
А когда температура высокая, во время сна снится всякая дичь (то одеяло кажется автоматом, который никак собрать не можешь, то такое ощущение, что по тебе муравьи ползут).
В этот раз в температурном приходе меня мучал вопрос «незавершенности темы про риски в блоге»... То одно завершение, то другое снилось...
И в какой-то момент, пришло температурное ведение, чего же все-таки не хватает.
Пишу.
Можно долго приводить примеры того, как обвешать бизнес-процесс автоматизированными чек-листами, проверками, шпоргалками, напоминалками и справками.
Но все это не будет иметь никакой ценности, если сама работа по выявлению рисков, формированию перечня мер по их минимизации (сейчас ещё можно говорить «митигированию») и контролю эффективности управления рисками, не выстроена и не носит системный характер.
Для управления рисками нужна система управления рисками («спасибо, кэп»). 🤦🏻🤦🏼🤦🏽🤦🏽🤦🏽♀️🤦🏼♀️🤦🏻♀️
И та таможенная СУР (или как ее в бизнесе называют СУРы, а таможенных органах часто СУРки, а злые языки обСУРд), это и есть «система управления рисками таможенных органов», которая не сводится только к профилям рисков.
Это система, состоящая из:
регламентации и правового обеспечения - от таможенного кодекса до ДСП инструкций
методологии и инструментов управления рисками - профили рисков, методические рекомендации выявления рисков, формы таможенного контроля и меры по минимизации рисков и др.
ИТ обеспечения - база данных профилей рисков, программный модуль выявления рисков, аналитические системы анализа информации и др.
организационной и кадровой структуры - управление рисками в центральном аппарате ФТС и отделы в РТУ и таможнях.
Так вот и в компании, тоже нужна система и системная работа по управлению рисками.
Если подробно раскрывать каждый пункт, то это минимум на 4-5 не самых коротких постов. А хочется уже тему завершить на ранее предложенном уровне абстракции.
Поэтому тезисно:
регламентация и правовое обеспечение - для бизнеса можно начать с короткого регламента, в котором коротко обозначить что это такое, зачем нужно, какие должны быть результаты, что надо делать, кому и когда надо делать, кто контролирует применение
организационной и кадровой структуры - «кому ... надо делать, кто контролирует применение» - по сути кадровая структура.
методология и инструменты управления рисками - то как вы это делаете: как выявляете, как фиксируете, как выбираете метод управления (снижение, передача, распределение, уход и др.), как выявляете и актуализируете. И тут сложно коротко. Даю ссылку, где много интересного и бесплатно.
ИТ обеспечения - все что было написано сверху - это по сути «решения на коленке» (такие почти бесплатные заплатки).
Если подходить глобально, то обзор специализированных программных средств вот тут. Но, мое личное мнение, если ваша компания не «Трансконтейнер» или «Маерск», то ранова-то. Просто дорого и неоправданно будет.
И последнюю «заплатка» в тему.
Как можно быстро начать управлять рисками.
1. Определите круг компетентных и проактивных людей, которые готовы будут это пласт начать поднимать (из производства, из руководства, из бизнес-аналитиков или айтишников).
2. Заводите вотсап группу в компании с уполномоченными сотрудниками.
3. Как только случилось что-то, что может повториться и будет нести для компании потери (финансовые или имиджевые) коротко пишите сообщение в эту группу.
4. В мини-рабочей группе или собрании отдела разбираете почему это произошло, что было сделано неправильно и что нужно или не нужно делать в дальнейшем, а также какой из инструментов напоминания об этой ситуации выбрать из описанных в моих постах по этой теме выше.
5. Сделайте шпоргалку.
6. Периодически контролируйте повторяемость рисковых ситуаций, и что было сделано-не сделано.
Как только вы не потратите «привычных денег на закрытие вопроса из-за тупой технической ошибки сотрудника, который забыл» вам понравится.🤝👍
#управлениерисками
Так уж получилось, что несколько дней на этой неделе я пролежал с температурой.
А когда температура высокая, во время сна снится всякая дичь (то одеяло кажется автоматом, который никак собрать не можешь, то такое ощущение, что по тебе муравьи ползут).
В этот раз в температурном приходе меня мучал вопрос «незавершенности темы про риски в блоге»... То одно завершение, то другое снилось...
И в какой-то момент, пришло температурное ведение, чего же все-таки не хватает.
Пишу.
Можно долго приводить примеры того, как обвешать бизнес-процесс автоматизированными чек-листами, проверками, шпоргалками, напоминалками и справками.
Но все это не будет иметь никакой ценности, если сама работа по выявлению рисков, формированию перечня мер по их минимизации (сейчас ещё можно говорить «митигированию») и контролю эффективности управления рисками, не выстроена и не носит системный характер.
Для управления рисками нужна система управления рисками («спасибо, кэп»). 🤦🏻🤦🏼🤦🏽🤦🏽🤦🏽♀️🤦🏼♀️🤦🏻♀️
И та таможенная СУР (или как ее в бизнесе называют СУРы, а таможенных органах часто СУРки, а злые языки обСУРд), это и есть «система управления рисками таможенных органов», которая не сводится только к профилям рисков.
Это система, состоящая из:
регламентации и правового обеспечения - от таможенного кодекса до ДСП инструкций
методологии и инструментов управления рисками - профили рисков, методические рекомендации выявления рисков, формы таможенного контроля и меры по минимизации рисков и др.
ИТ обеспечения - база данных профилей рисков, программный модуль выявления рисков, аналитические системы анализа информации и др.
организационной и кадровой структуры - управление рисками в центральном аппарате ФТС и отделы в РТУ и таможнях.
Так вот и в компании, тоже нужна система и системная работа по управлению рисками.
Если подробно раскрывать каждый пункт, то это минимум на 4-5 не самых коротких постов. А хочется уже тему завершить на ранее предложенном уровне абстракции.
Поэтому тезисно:
регламентация и правовое обеспечение - для бизнеса можно начать с короткого регламента, в котором коротко обозначить что это такое, зачем нужно, какие должны быть результаты, что надо делать, кому и когда надо делать, кто контролирует применение
организационной и кадровой структуры - «кому ... надо делать, кто контролирует применение» - по сути кадровая структура.
методология и инструменты управления рисками - то как вы это делаете: как выявляете, как фиксируете, как выбираете метод управления (снижение, передача, распределение, уход и др.), как выявляете и актуализируете. И тут сложно коротко. Даю ссылку, где много интересного и бесплатно.
ИТ обеспечения - все что было написано сверху - это по сути «решения на коленке» (такие почти бесплатные заплатки).
Если подходить глобально, то обзор специализированных программных средств вот тут. Но, мое личное мнение, если ваша компания не «Трансконтейнер» или «Маерск», то ранова-то. Просто дорого и неоправданно будет.
И последнюю «заплатка» в тему.
Как можно быстро начать управлять рисками.
1. Определите круг компетентных и проактивных людей, которые готовы будут это пласт начать поднимать (из производства, из руководства, из бизнес-аналитиков или айтишников).
2. Заводите вотсап группу в компании с уполномоченными сотрудниками.
3. Как только случилось что-то, что может повториться и будет нести для компании потери (финансовые или имиджевые) коротко пишите сообщение в эту группу.
4. В мини-рабочей группе или собрании отдела разбираете почему это произошло, что было сделано неправильно и что нужно или не нужно делать в дальнейшем, а также какой из инструментов напоминания об этой ситуации выбрать из описанных в моих постах по этой теме выше.
5. Сделайте шпоргалку.
6. Периодически контролируйте повторяемость рисковых ситуаций, и что было сделано-не сделано.
Как только вы не потратите «привычных денег на закрытие вопроса из-за тупой технической ошибки сотрудника, который забыл» вам понравится.🤝👍
#управлениерисками
Неожиданные статьи от совсем неожиданных компаний или цифровая гонка и угрозы от лидеров цифровизации
На днях мне попалось несколько любопытных и неожиданных статей.
С одной стороны СберБанк решил доходчиво рассказать как руководителю вылезти из операционки, как бы простыми (очень простыми словами) расписал основы управления бизнес-процессами и проектирование карты бизнес-процессов. Никаких сложных bpms терминов. Все просто и доступно.
Про Сбер-Логистику мы и так все слышали - это не новость.
С другой стороны, недавно я слушал выступления одного из топ-менеджеров МТС (на стыке IT и производства) и был удивлён на сколько он в курсе процессов логистики. А потом он же рассказал, что, оказывается, МТС разработал технологию установки датчиков на транспортные средства для сбора данных и внедрения IOT для логистики (ранее мы про интернет вещей писали тут). Через несколько дней я читаю о том, что «работа над онлайн-сервисом от МТС по оптимизации логистики Teleport подходит к концу. Скоро платформа запустится в полную силу». А ещё на следующий день я читаю, что МТС выпускает на рынок новый условно бесплатный CRM продукт для бизнеса.
В одном из постов ранее была ссылка на то, что Мегафон запустил свой логистический маркет-плейс.
И вот вопрос, не много ли упоминаний про цифровизацию логистики от компаний, которые к ней отношение-то имеют очень опосредованное?
Тем более, не просто цифровизация внутри себя, а выпуск сервисных продуктов на рынок. А дальше- больше, вообще выпуск кучи сервисов, по непрофильным направлениям (CRM от МТС).
И тут же ответ.
А чему удивляться?!
Все эти компании активно занимаются цифровизацией.
У них есть деньги, квалифицированные цифровые специалисты, продуктовое мышление, выстроенные системы поощрения внутреннего предпринимательства и, похоже, свободные ресурсы для того чтобы все вышеперечисленное пускать на максимальное внедрение (а со временем, возможно, и поглощение) непрофильных рынков.
Так вот, во многих книгах про цифровую трансформацию пишут про необходимость анализа цифровых угроз.
В том числе, как могут в целом тренды цифровизации макросреды повлиять на продукт Вашей компании. Как он может обесцениться или кто может стать неожиданным конкурентом за счёт того, что меняет модель своего бизнеса и начинает выпускать цифровые продукты. (Банковская сфера это уже прошла и традиционные банки получили неожиданных конкурентов из цифровых стартапов).
А все что я написал выше - это яркий тому пример. Мы в логистике и таможенном оформлении конкурируем между собой как умеем (кто ресурсом, кто качеством сервиса, кто демпингом цен, кто возможностью монополий).
Про все цифровое мы думаем «это не про нас», это все байки, нет ничего такого и т.д.
И просто пропускаем момент, когда на рынок выходят новые игроки.
И в тактической и стратегической перспективе они вполне могут поглотить рынок.
Пока, наверное, не поздно войти в цифровую гонку, которую мы часто даже не замечаем, и сохранить свои позиции. У нас (старожилов рынка) есть одно преимущество. Экспертность и опыт. Но нет денег и желания (и именно желания в первую очередь) меняться.
У них (МТС, СБЕР и все остальные) есть экспертность в цифре, деньги и проактивность...
Но нет экспертности в профильных вопросах...
Пока нет... Только они (цифровые лидеры) этих экспертов находят вовне. Коллаборацию никто не отменял. Да и, что говорить, я уже был на встрече в одном из банков, где методично обсуждался вопрос, какой продукт нужен рынку ВЭД, чтобы в этот рынок залезть. (В этот момент где-то в глубине подсознания маякнуло что-то про «стратегию проникновения на рынок»).
На этом, пожалуй, сегодня остановлюсь...
Доброго пятничного утра друзья.
А вы готовы к участию в цифровой гонке?
#цифровыеугрозы #цифроваягонка #размышления #bpms
На днях мне попалось несколько любопытных и неожиданных статей.
С одной стороны СберБанк решил доходчиво рассказать как руководителю вылезти из операционки, как бы простыми (очень простыми словами) расписал основы управления бизнес-процессами и проектирование карты бизнес-процессов. Никаких сложных bpms терминов. Все просто и доступно.
Про Сбер-Логистику мы и так все слышали - это не новость.
С другой стороны, недавно я слушал выступления одного из топ-менеджеров МТС (на стыке IT и производства) и был удивлён на сколько он в курсе процессов логистики. А потом он же рассказал, что, оказывается, МТС разработал технологию установки датчиков на транспортные средства для сбора данных и внедрения IOT для логистики (ранее мы про интернет вещей писали тут). Через несколько дней я читаю о том, что «работа над онлайн-сервисом от МТС по оптимизации логистики Teleport подходит к концу. Скоро платформа запустится в полную силу». А ещё на следующий день я читаю, что МТС выпускает на рынок новый условно бесплатный CRM продукт для бизнеса.
В одном из постов ранее была ссылка на то, что Мегафон запустил свой логистический маркет-плейс.
И вот вопрос, не много ли упоминаний про цифровизацию логистики от компаний, которые к ней отношение-то имеют очень опосредованное?
Тем более, не просто цифровизация внутри себя, а выпуск сервисных продуктов на рынок. А дальше- больше, вообще выпуск кучи сервисов, по непрофильным направлениям (CRM от МТС).
И тут же ответ.
А чему удивляться?!
Все эти компании активно занимаются цифровизацией.
У них есть деньги, квалифицированные цифровые специалисты, продуктовое мышление, выстроенные системы поощрения внутреннего предпринимательства и, похоже, свободные ресурсы для того чтобы все вышеперечисленное пускать на максимальное внедрение (а со временем, возможно, и поглощение) непрофильных рынков.
Так вот, во многих книгах про цифровую трансформацию пишут про необходимость анализа цифровых угроз.
В том числе, как могут в целом тренды цифровизации макросреды повлиять на продукт Вашей компании. Как он может обесцениться или кто может стать неожиданным конкурентом за счёт того, что меняет модель своего бизнеса и начинает выпускать цифровые продукты. (Банковская сфера это уже прошла и традиционные банки получили неожиданных конкурентов из цифровых стартапов).
А все что я написал выше - это яркий тому пример. Мы в логистике и таможенном оформлении конкурируем между собой как умеем (кто ресурсом, кто качеством сервиса, кто демпингом цен, кто возможностью монополий).
Про все цифровое мы думаем «это не про нас», это все байки, нет ничего такого и т.д.
И просто пропускаем момент, когда на рынок выходят новые игроки.
И в тактической и стратегической перспективе они вполне могут поглотить рынок.
Пока, наверное, не поздно войти в цифровую гонку, которую мы часто даже не замечаем, и сохранить свои позиции. У нас (старожилов рынка) есть одно преимущество. Экспертность и опыт. Но нет денег и желания (и именно желания в первую очередь) меняться.
У них (МТС, СБЕР и все остальные) есть экспертность в цифре, деньги и проактивность...
Но нет экспертности в профильных вопросах...
Пока нет... Только они (цифровые лидеры) этих экспертов находят вовне. Коллаборацию никто не отменял. Да и, что говорить, я уже был на встрече в одном из банков, где методично обсуждался вопрос, какой продукт нужен рынку ВЭД, чтобы в этот рынок залезть. (В этот момент где-то в глубине подсознания маякнуло что-то про «стратегию проникновения на рынок»).
На этом, пожалуй, сегодня остановлюсь...
Доброго пятничного утра друзья.
А вы готовы к участию в цифровой гонке?
#цифровыеугрозы #цифроваягонка #размышления #bpms
Как поздравить с 8 Марта?
Один из таможенных представителей в своей Facebook группе написал забавный пост про 8 Марта.
Забавность заключается в том, что ребята пофантазировали, как бы могли бы таможенники поздравить представительниц прекрасного пола.
Цитирую:
«Например, девушка декларант подаёт ДТ. Ее фамилия в 54 графе.
И ей накануне 8 Марта сообщение о выпуске товаров приходит в формате «Выпуск разрешён. Поздравляем с праздником весны».
Или прилетает запрос на предоставление дополнительных документов, а там такая приписка:
«Вообще сработал досмотр, но в честь праздника весны просто запросим документы».
Ну или приезжает девушка в ОАР давать пояснения. А ей инспекторский состав на входе песенку поёт и цветы вручает. Ну а потом уже пояснения.»
Посмеялся я над этим.
Кстати картинку тоже у них позаимствовал.
А потом подумал, что эти фантазии в бизнесе вполне применимы для нестандартного (оригинального) поздравления с праздниками.
Я уверен, что у значительной части компаний отправки выпущенных ДТ заказчику происходят автоматически. Либо через настройки Альты (или иного программного средства для декларирования), либо в рамках доработанных учётных систем.
(Если это не так, а декларанты тратят на это время и отправляют ДТ руками, то вы просто зря оплачиваете им где-то 5% рабочего времени).
Так вот, в альте можно настроить маску текста сообщения при отправке ДТ.
Так может быть перед 8 Марта эту маску сделать такой:
«ДТ 11111111/080320/1111111 выпуск разрешён, с чем мы вас и поздравляем, а также поздравляем с праздником»
Или
«Поздравляем, ДТ ... выпуск разрешён, с 8 Марта».
Ну и так далее.
Уверен клиенты будут приятно удивлены.
А если отправками занимается учетная система или иная надстройка, то тут вообще вариантов много.
Можно же целый справочник праздников сделать, и в эти даты текст письма менять, а вместе с ДТ вкладывать приятную открыточку.
#кейсы #неожиданныерешения
Один из таможенных представителей в своей Facebook группе написал забавный пост про 8 Марта.
Забавность заключается в том, что ребята пофантазировали, как бы могли бы таможенники поздравить представительниц прекрасного пола.
Цитирую:
«Например, девушка декларант подаёт ДТ. Ее фамилия в 54 графе.
И ей накануне 8 Марта сообщение о выпуске товаров приходит в формате «Выпуск разрешён. Поздравляем с праздником весны».
Или прилетает запрос на предоставление дополнительных документов, а там такая приписка:
«Вообще сработал досмотр, но в честь праздника весны просто запросим документы».
Ну или приезжает девушка в ОАР давать пояснения. А ей инспекторский состав на входе песенку поёт и цветы вручает. Ну а потом уже пояснения.»
Посмеялся я над этим.
Кстати картинку тоже у них позаимствовал.
А потом подумал, что эти фантазии в бизнесе вполне применимы для нестандартного (оригинального) поздравления с праздниками.
Я уверен, что у значительной части компаний отправки выпущенных ДТ заказчику происходят автоматически. Либо через настройки Альты (или иного программного средства для декларирования), либо в рамках доработанных учётных систем.
(Если это не так, а декларанты тратят на это время и отправляют ДТ руками, то вы просто зря оплачиваете им где-то 5% рабочего времени).
Так вот, в альте можно настроить маску текста сообщения при отправке ДТ.
Так может быть перед 8 Марта эту маску сделать такой:
«ДТ 11111111/080320/1111111 выпуск разрешён, с чем мы вас и поздравляем, а также поздравляем с праздником»
Или
«Поздравляем, ДТ ... выпуск разрешён, с 8 Марта».
Ну и так далее.
Уверен клиенты будут приятно удивлены.
А если отправками занимается учетная система или иная надстройка, то тут вообще вариантов много.
Можно же целый справочник праздников сделать, и в эти даты текст письма менять, а вместе с ДТ вкладывать приятную открыточку.
#кейсы #неожиданныерешения
В коем-то веке я заинтригован в части роботизации процесса
На днях мне на почту пришло предложение по очередной системе автоматизации. В этом случае будет точнее сказать роботизации с использованием технологии RPA.
Что есть RPA?
Robotic Process Automation (RPA) — вид технологии автоматизации бизнес-процессов, основанный на использовании программных роботов (software robots) и искусственного интеллекта. Программный робот воспроизводит действия человека, взаимодействуя с интерфейсом системы.
Сильно подробнее по ссылке.
Где-то выше я уже говорил, что технология RPA - это хорошо и перспективно, но дорого.
Так вот, прислали мне эту презентацию. Смотрю: ну стандартные лозунги. Как все хорошо, робот работает вместо человека 24/7, без ошибок и т.д.
А потом, начинаются примеры применения.
И тут у меня аж глаз задергался.
Смотрю раздел «логистика». И в нем...
Барабанная дробь...
«Автоматизация формирования таможенных деклараций и иных документов.»
Звоню менеджеру. Говорю покажи.
Он... Не могу, говорит, работает у клиента.
В таком ключе мы поговорили ещё.
Я все про то, «что не хочу лозунгов - дай практики».
Короче. Жду от него расширенную презентацию.
Уж больно любопытно, неужели кто-то все-таки это сделал и не пожалел бюджет на автоматизацию подготовки ДТ, да ещё и осмелился внедрить это в работу.
Ну и чтобы не быть голословным - прикладываю презентацию, которая так меня взбудоражила.
Конечно же отпишу, чем закончится история.
#rpa #автоматизацияподготовкидт
На днях мне на почту пришло предложение по очередной системе автоматизации. В этом случае будет точнее сказать роботизации с использованием технологии RPA.
Что есть RPA?
Robotic Process Automation (RPA) — вид технологии автоматизации бизнес-процессов, основанный на использовании программных роботов (software robots) и искусственного интеллекта. Программный робот воспроизводит действия человека, взаимодействуя с интерфейсом системы.
Сильно подробнее по ссылке.
Где-то выше я уже говорил, что технология RPA - это хорошо и перспективно, но дорого.
Так вот, прислали мне эту презентацию. Смотрю: ну стандартные лозунги. Как все хорошо, робот работает вместо человека 24/7, без ошибок и т.д.
А потом, начинаются примеры применения.
И тут у меня аж глаз задергался.
Смотрю раздел «логистика». И в нем...
Барабанная дробь...
«Автоматизация формирования таможенных деклараций и иных документов.»
Звоню менеджеру. Говорю покажи.
Он... Не могу, говорит, работает у клиента.
В таком ключе мы поговорили ещё.
Я все про то, «что не хочу лозунгов - дай практики».
Короче. Жду от него расширенную презентацию.
Уж больно любопытно, неужели кто-то все-таки это сделал и не пожалел бюджет на автоматизацию подготовки ДТ, да ещё и осмелился внедрить это в работу.
Ну и чтобы не быть голословным - прикладываю презентацию, которая так меня взбудоражила.
Конечно же отпишу, чем закончится история.
#rpa #автоматизацияподготовкидт
Страсти вокруг роботизации накаляются
Продолжаю почти в режиме реального времени (начало тут).
Менеджер продажник после небольшой паузы вернулся на связь. Сказал, что нашли в своих хранилищах этот проект (автоматизация подготовки таможенной декларации на платформе rpa) и на днях покажут презентацию и расскажут конкретику.
Пока я жду презентации, поделюсь своими мыслями о возможности/невозможности и экономической целесообразности такого проекта.
Возможно?
Возможно!
Для любого декларирования?
Нет.
На данный момент, это, как мне кажется, применимо, для поточного «простого» декларирования.
Тот случай, когда можно подать 100+ ДТ в месяц одним человеком.
Какие условия?
1. Шаблонные документы на входе (то есть одинаковые (по одной структуре) и распознаваемые (желательно эксель, либо формализованный pdf, либо на край графические файлы, но в очень хорошем качестве).
2. Поступление этих документов с конкретных адресов почты (желательно со структурированным заголовком).
3. Отработанная повторяющаяся номенклатура.
4. Наличие шаблона ДТ на декларирование этих товаров.
5. И чёткое понимание, что в этом шаблоне меняется от поставки к поставке (номера ТС, ТСД, веса и пр.).
6. На каком-то этапе, по уму, ещё надо добавить вычислительные проверки на данные (что сумма весов всех позиций равна сумме итого по поставке и пр.).
Ну ок, предположим, это все есть.
Экономическая целесообразность.
Если с потоком справляется 1 сотрудник с условной зарплатой 70 000 руб. на руки. Компании он обходится ежемесячно приблизительно в 100000 руб. с учетом налогов. (Стоимость обустройства рабочего места и аренды не учитываю).
В год, этот сотрудник компании обходится в 1,2 млн рублей. (Это, замечу, без отпусков и передачи объема декларирования другим сотрудникам).
Приблизительная стоимость ПО для роботизации в год от 400000 год (но эта цифра требует уточнения, возможно я чего-то не учёл).
Стоимость проекта по настройке, предположим, что тоже не меньше 300000 руб.
На выходе получаем, что, похоже, экономическая целесообразность в описанной ситуации в принципе есть.
И это даже в том, случае, если робот работает с той же скоростью выполнения механических действий, как человек.
Если вы хоть раз делали Макрос в Эксель, на однотипные операции (например копирование данных и протягивание формул), то вы замечали, что операция, которую делает человек минуту, макрос делает где-то минимум в 2 раза быстрее (за счёт ускорения переключений между листами/книгами, выделения массивов и прочее).
Думается мне, что и в случае с роботом, механические действия (переключение между программами, копирование данных) будет быстрее.
Остался вопрос: есть ли такая нагрузка на вход, которую робот сделает быстрее, чем человек и тем самым ещё увеличит эффективность.
В общем, жду презентацию от разработчика.
Все ещё остаюсь заинтригован.
ПС: главное, чтобы это не оказалось пустышкой как предложения из разных областей, с которыми я ранее сталкивался.
#rpa #рассуждения #экономическаяэффектвность
Продолжаю почти в режиме реального времени (начало тут).
Менеджер продажник после небольшой паузы вернулся на связь. Сказал, что нашли в своих хранилищах этот проект (автоматизация подготовки таможенной декларации на платформе rpa) и на днях покажут презентацию и расскажут конкретику.
Пока я жду презентации, поделюсь своими мыслями о возможности/невозможности и экономической целесообразности такого проекта.
Возможно?
Возможно!
Для любого декларирования?
Нет.
На данный момент, это, как мне кажется, применимо, для поточного «простого» декларирования.
Тот случай, когда можно подать 100+ ДТ в месяц одним человеком.
Какие условия?
1. Шаблонные документы на входе (то есть одинаковые (по одной структуре) и распознаваемые (желательно эксель, либо формализованный pdf, либо на край графические файлы, но в очень хорошем качестве).
2. Поступление этих документов с конкретных адресов почты (желательно со структурированным заголовком).
3. Отработанная повторяющаяся номенклатура.
4. Наличие шаблона ДТ на декларирование этих товаров.
5. И чёткое понимание, что в этом шаблоне меняется от поставки к поставке (номера ТС, ТСД, веса и пр.).
6. На каком-то этапе, по уму, ещё надо добавить вычислительные проверки на данные (что сумма весов всех позиций равна сумме итого по поставке и пр.).
Ну ок, предположим, это все есть.
Экономическая целесообразность.
Если с потоком справляется 1 сотрудник с условной зарплатой 70 000 руб. на руки. Компании он обходится ежемесячно приблизительно в 100000 руб. с учетом налогов. (Стоимость обустройства рабочего места и аренды не учитываю).
В год, этот сотрудник компании обходится в 1,2 млн рублей. (Это, замечу, без отпусков и передачи объема декларирования другим сотрудникам).
Приблизительная стоимость ПО для роботизации в год от 400000 год (но эта цифра требует уточнения, возможно я чего-то не учёл).
Стоимость проекта по настройке, предположим, что тоже не меньше 300000 руб.
На выходе получаем, что, похоже, экономическая целесообразность в описанной ситуации в принципе есть.
И это даже в том, случае, если робот работает с той же скоростью выполнения механических действий, как человек.
Если вы хоть раз делали Макрос в Эксель, на однотипные операции (например копирование данных и протягивание формул), то вы замечали, что операция, которую делает человек минуту, макрос делает где-то минимум в 2 раза быстрее (за счёт ускорения переключений между листами/книгами, выделения массивов и прочее).
Думается мне, что и в случае с роботом, механические действия (переключение между программами, копирование данных) будет быстрее.
Остался вопрос: есть ли такая нагрузка на вход, которую робот сделает быстрее, чем человек и тем самым ещё увеличит эффективность.
В общем, жду презентацию от разработчика.
Все ещё остаюсь заинтригован.
ПС: главное, чтобы это не оказалось пустышкой как предложения из разных областей, с которыми я ранее сталкивался.
#rpa #рассуждения #экономическаяэффектвность
Единороги существуют или немного детективного расследования
Продолжаю историю про RPA (начало выше).
Вернулся на связь разработчик, говорит, все есть, нашли, показать не можем, но работает приблизительно вот так.
Надо отдать должное, стоически молчали и не признавались, кому конкретно делали.
Но в диалоге я понял, что слова «ТСД и Альта» им знакомы.
Удалось только узнать, на какой платформе выстроены процессы и ориентировочная стоимость проекта (в формате от 100000 до 2000000🤣🤣🤣🤣🤣).
И тут я включил Шерлока. Пошёл почитать про платформу, оттуда на вендеров и разработчиков. И на одном из сайтов... Оп... И вижу знакомый логотип.
И в этот момент, где-то на горизонте радужного леса топнул копытцем единорог и пролетела фея.🧚♀️
Компания, лично мной очень уважаемая. Наблюдаю со стороны и в части маркетинга, и в части публичных выступлений. Про их цифровизацию слышал, но думал, что, как и у многих, это либо лозунги, либо позиционирование «желаемого за действительное».
А тут нет. Похоже это заявка на успех.
И я даже не буду сильно акцентировать внимание, на то, что представители этой компании пока ещё читают этот канал🧐
Вот такой промышленный шпионаж.
В общем мои выводы:
⁃ проектом я заинтересовался серьезно
⁃ внимательно оценю экономическую эффективность
⁃ с кем, если что работать, уже знаю.
И да, цифровые логистические единороги существуют. И все-таки цифровое настоящее уже с ноги «стучится в дверь» нашей отрасли. Так что всем тем, кто не верит, говорю - задумайтесь.
А пока хороших выходных.
#RPA #кейсы
Продолжаю историю про RPA (начало выше).
Вернулся на связь разработчик, говорит, все есть, нашли, показать не можем, но работает приблизительно вот так.
Надо отдать должное, стоически молчали и не признавались, кому конкретно делали.
Но в диалоге я понял, что слова «ТСД и Альта» им знакомы.
Удалось только узнать, на какой платформе выстроены процессы и ориентировочная стоимость проекта (в формате от 100000 до 2000000🤣🤣🤣🤣🤣).
И тут я включил Шерлока. Пошёл почитать про платформу, оттуда на вендеров и разработчиков. И на одном из сайтов... Оп... И вижу знакомый логотип.
И в этот момент, где-то на горизонте радужного леса топнул копытцем единорог и пролетела фея.🧚♀️
Компания, лично мной очень уважаемая. Наблюдаю со стороны и в части маркетинга, и в части публичных выступлений. Про их цифровизацию слышал, но думал, что, как и у многих, это либо лозунги, либо позиционирование «желаемого за действительное».
А тут нет. Похоже это заявка на успех.
И я даже не буду сильно акцентировать внимание, на то, что представители этой компании пока ещё читают этот канал🧐
Вот такой промышленный шпионаж.
В общем мои выводы:
⁃ проектом я заинтересовался серьезно
⁃ внимательно оценю экономическую эффективность
⁃ с кем, если что работать, уже знаю.
И да, цифровые логистические единороги существуют. И все-таки цифровое настоящее уже с ноги «стучится в дверь» нашей отрасли. Так что всем тем, кто не верит, говорю - задумайтесь.
А пока хороших выходных.
#RPA #кейсы
Мероприятия на стыке логистики и цифровых технологий.
1️⃣Вебинар: Supply Chain Management: сравнительный анализ подходов к управлению запасами
Дата и время: 17 марта, ВТ, 11:00 по Московскому времени
Как заявляют организаторы:
Вебинар, который даст вам полную картину современных методов управления Supply Chain на производственном предприятии. Плюсы и минусы каждой методики, а главное — важные выводы.
Поговорим на темы:
- Как повысить скорость и надёжность производства при одновременном сокращении запасов?
- Как увеличить оборотный капитал предприятия через эффективное управление в Supply Chain?
- Что такое методология DDMRP и почему она меняет жизнь сотен производств каждый год во всем мире?
Регистрация и подробности по ссылке
2️⃣Митап в Сколково: Blockchain PRO Logistics
Дата и время: 18 марта, СР, 11:00 - 14:00
Место: Москва, Сколково
О чём:
разбор кейсов на тему внедрения блокчейн-технологий в логистике представителями Waves Enterprise, Евразийского железнодорожного альянса и Global Chain
Программа:
• как оценить ресурсы, финансирование, бизнес-эффект от внедрения
• сложности интеграции на живых примерах
• инфраструктура логистического сектора в будущем
• нетворкинг и кофе-брейк
Регистрация и подробности по ссылке.
#мероприятия
1️⃣Вебинар: Supply Chain Management: сравнительный анализ подходов к управлению запасами
Дата и время: 17 марта, ВТ, 11:00 по Московскому времени
Как заявляют организаторы:
Вебинар, который даст вам полную картину современных методов управления Supply Chain на производственном предприятии. Плюсы и минусы каждой методики, а главное — важные выводы.
Поговорим на темы:
- Как повысить скорость и надёжность производства при одновременном сокращении запасов?
- Как увеличить оборотный капитал предприятия через эффективное управление в Supply Chain?
- Что такое методология DDMRP и почему она меняет жизнь сотен производств каждый год во всем мире?
Регистрация и подробности по ссылке
2️⃣Митап в Сколково: Blockchain PRO Logistics
Дата и время: 18 марта, СР, 11:00 - 14:00
Место: Москва, Сколково
О чём:
разбор кейсов на тему внедрения блокчейн-технологий в логистике представителями Waves Enterprise, Евразийского железнодорожного альянса и Global Chain
Программа:
• как оценить ресурсы, финансирование, бизнес-эффект от внедрения
• сложности интеграции на живых примерах
• инфраструктура логистического сектора в будущем
• нетворкинг и кофе-брейк
Регистрация и подробности по ссылке.
#мероприятия