Ну и раз уж упомянули про Единое окно от Минэкономразвития, то вот презентация. В которой про перспективы развития.
#единоеокно
#единоеокно
⚡️новость в формате молния⚡️
В коей-то веке кто-то в бизнесе поделился за деньги своей наработкой в части автоматизации учета процессов логистики.
В данном случае речь идет про технического импортера.
Люди готовы делиться своими наработками в 1с за деньги.
Как говорится «мопед не мой».
Но по теме канала вполне. Потому цитирую и даю ссылку.
«Есть полностью готовая срм-система для технического импортера на базе 1с Управление моей фирмой. Среди прочего умеет следующее:
1) Расчет платежей по ТН ВЭД, в том числе по риску, необходимому обеспечению.
2) Учет поступлений платежей по контракту от нескольких юр.лиц, в том числе в различной форме, с общим балансом по проекту.
3) Подтягивание переписки в заявку по теме письма, при этом можно писать из обычной почты. Все документы из писем сохраняются дополнительно в поставке - легко передать в работу другому менеджеру
4) Выдача автоматических расчетов для клиента на бланке компании (просто красиво и имеет номер документа)
5) Невозможность завести сделку, не отправив клиенту "ваш запрос в работе"
6) Встроенные комментарии между отделами в рамках одного заказа.
7) Система алертов для руководителей, если заказ долго не двигается.
8) Автоматический учет курсовых разниц по сделке
9) Общий итог по сделке, с учетом платежей, валютных переводов, логистики и т.д.
10) Отдельный учет, если клиенту говорят, что у него один ИТС, а по таможне проходит другой итс.
11) Сценарии для отправки запросов брокерам, логистам, органам по сертификации
Да и в целом сделана приятно и достаточно легко для внедрения...»
Ссылка на информацию:
https://www.facebook.com/groups/488691438203790/permalink/767096723696592/
От себя добавлю, что знаю как минимум 1 разработку на 1c, как раз для экспедиторов, логистов и таможенных представителей, которой в принципе тоже готовы делиться за деньги.
1) учёт поставок со статусами (как в части экспедирования, так и Таможенного Оформления)
2) учёт финансов
3) учёт работы сотрудников (клиентские менеджеры, менеджеры ВЭД, декларанты)
4) синхронизация с ПС «Альта-ГТД» в части статусов и отдельных данных из ДТ
5) формирование шаблонных заявлений (в т.ч. в таможенные органы).
Если вдруг интересно, готов поделиться контактами, потому что тоже «мопед не мой».
#готовыерешения #учтеныесистемы #1с
В коей-то веке кто-то в бизнесе поделился за деньги своей наработкой в части автоматизации учета процессов логистики.
В данном случае речь идет про технического импортера.
Люди готовы делиться своими наработками в 1с за деньги.
Как говорится «мопед не мой».
Но по теме канала вполне. Потому цитирую и даю ссылку.
«Есть полностью готовая срм-система для технического импортера на базе 1с Управление моей фирмой. Среди прочего умеет следующее:
1) Расчет платежей по ТН ВЭД, в том числе по риску, необходимому обеспечению.
2) Учет поступлений платежей по контракту от нескольких юр.лиц, в том числе в различной форме, с общим балансом по проекту.
3) Подтягивание переписки в заявку по теме письма, при этом можно писать из обычной почты. Все документы из писем сохраняются дополнительно в поставке - легко передать в работу другому менеджеру
4) Выдача автоматических расчетов для клиента на бланке компании (просто красиво и имеет номер документа)
5) Невозможность завести сделку, не отправив клиенту "ваш запрос в работе"
6) Встроенные комментарии между отделами в рамках одного заказа.
7) Система алертов для руководителей, если заказ долго не двигается.
8) Автоматический учет курсовых разниц по сделке
9) Общий итог по сделке, с учетом платежей, валютных переводов, логистики и т.д.
10) Отдельный учет, если клиенту говорят, что у него один ИТС, а по таможне проходит другой итс.
11) Сценарии для отправки запросов брокерам, логистам, органам по сертификации
Да и в целом сделана приятно и достаточно легко для внедрения...»
Ссылка на информацию:
https://www.facebook.com/groups/488691438203790/permalink/767096723696592/
От себя добавлю, что знаю как минимум 1 разработку на 1c, как раз для экспедиторов, логистов и таможенных представителей, которой в принципе тоже готовы делиться за деньги.
1) учёт поставок со статусами (как в части экспедирования, так и Таможенного Оформления)
2) учёт финансов
3) учёт работы сотрудников (клиентские менеджеры, менеджеры ВЭД, декларанты)
4) синхронизация с ПС «Альта-ГТД» в части статусов и отдельных данных из ДТ
5) формирование шаблонных заявлений (в т.ч. в таможенные органы).
Если вдруг интересно, готов поделиться контактами, потому что тоже «мопед не мой».
#готовыерешения #учтеныесистемы #1с
Отчетность - аналитика – экспорт (продолжение).
📈🚂🚘🛩🛳📉
Начало тут.
Что нужно было от отчета:
Свести в одну удобно читаемую таблицу данные по номерам ВТД и соответствующим им ПВД, весовые характеристики в ВТД и ПВД, а также предельные сроки подачи ПВД на ВТД исходя из того, что указал инспектор (часто с ошибками) и что на самом деле должно быть.
Какие варианты такой отчет получить:
1️⃣ Руками: пройтись по всем ДТ, в ручную заполнить данные, потратить 1 рабочий день, наделать кучу ошибок. Конечно же это не вариант.😤😡🤬 Однако, увы и ах, констатирую, такое периодически встречается. Не в этом случае, но встречается.
2️⃣ Использовать встроенные отчеты в ПС для декларирования (в нашем случае Альта ГТД) и из них собрать нужные данные. Этот способ, как и писал выше, использовался. Все ничего, кроме того, что встроенного отчета, отвечающего требованиям не было. Нужно было склеивать из нескольких отчетов. И, что самое неприятное. Любимая всеми функция ВПР берет только первое значение в массиве. То есть если 1 ВТД соответствует несколько ПВД, то ВПР зацепит только первую.
Ну а всякие там работы с массивами или создать пользовательскую формулу «многоразовый ВПР» это уже не совсем про декларанта.
В общем, задача решалась, но трудозатратно и не без ручной работы.
3️⃣Сделать шаблон выгрузки данных из Альта, в котором была бы вся нужная информация.
В принципе решение, но необходим был еще 1 этап обработки, для того, чтобы пересобрать результат выгрузки в нужную форму отчета. Конкретно в нашем случае было еще 1 усложняющее обстоятельство, которое не позволяло воспользоваться этим вариантом. О нем не буду, так как это скорее частный случай.
В других случаях можно было остановиться на этом.
Стоимость решения. Если среди декларантов компании есть хоть один, кто знает, что это за шаблоны выгрузки и как их делать, то соответственно это условно бесплатно. Или, что правильнее, трудозатраты декларанта на подготовку шаблона (потраченное время на стоимость часа).
Если заказывать подобный шаблон на заказ, то за 1500-2500 рублей сделают сам шаблон. Если шаблон надо еще обработать в эксель, то какую-то денежку попросят за макрос или форму обсчета.
4️⃣Заказать отчет у разработчика программного средства (в нашем случае Альта ГТД).
Минусов нет, нужно всего лишь... продолжение⬇️
#кейсы #отчеты #аналитика #экспорт
📈🚂🚘🛩🛳📉
Начало тут.
Что нужно было от отчета:
Свести в одну удобно читаемую таблицу данные по номерам ВТД и соответствующим им ПВД, весовые характеристики в ВТД и ПВД, а также предельные сроки подачи ПВД на ВТД исходя из того, что указал инспектор (часто с ошибками) и что на самом деле должно быть.
Какие варианты такой отчет получить:
1️⃣ Руками: пройтись по всем ДТ, в ручную заполнить данные, потратить 1 рабочий день, наделать кучу ошибок. Конечно же это не вариант.😤😡🤬 Однако, увы и ах, констатирую, такое периодически встречается. Не в этом случае, но встречается.
2️⃣ Использовать встроенные отчеты в ПС для декларирования (в нашем случае Альта ГТД) и из них собрать нужные данные. Этот способ, как и писал выше, использовался. Все ничего, кроме того, что встроенного отчета, отвечающего требованиям не было. Нужно было склеивать из нескольких отчетов. И, что самое неприятное. Любимая всеми функция ВПР берет только первое значение в массиве. То есть если 1 ВТД соответствует несколько ПВД, то ВПР зацепит только первую.
Ну а всякие там работы с массивами или создать пользовательскую формулу «многоразовый ВПР» это уже не совсем про декларанта.
В общем, задача решалась, но трудозатратно и не без ручной работы.
3️⃣Сделать шаблон выгрузки данных из Альта, в котором была бы вся нужная информация.
В принципе решение, но необходим был еще 1 этап обработки, для того, чтобы пересобрать результат выгрузки в нужную форму отчета. Конкретно в нашем случае было еще 1 усложняющее обстоятельство, которое не позволяло воспользоваться этим вариантом. О нем не буду, так как это скорее частный случай.
В других случаях можно было остановиться на этом.
Стоимость решения. Если среди декларантов компании есть хоть один, кто знает, что это за шаблоны выгрузки и как их делать, то соответственно это условно бесплатно. Или, что правильнее, трудозатраты декларанта на подготовку шаблона (потраченное время на стоимость часа).
Если заказывать подобный шаблон на заказ, то за 1500-2500 рублей сделают сам шаблон. Если шаблон надо еще обработать в эксель, то какую-то денежку попросят за макрос или форму обсчета.
4️⃣Заказать отчет у разработчика программного средства (в нашем случае Альта ГТД).
Минусов нет, нужно всего лишь... продолжение⬇️
#кейсы #отчеты #аналитика #экспорт
⬇️... нужно всего лишь написать техническое задание (откуда какую информацию надо брать) и заплатить денег (от 5000 руб).
На выходе делают отчет, который запускается через сервис «Отчеты» и собирает всю необходимую информацию.
Если совсем придираться, то единственный минус этого решения - формирование отчета запускается в ручную. То есть простым способом нельзя сделать так, чтобы 1 числа месяца уже сформированный отчет прилетел на почту сам-собой.
Но соотношение цена-качество-функциональность вполне.
5️⃣Парсинг базы. Сложный способ, но перспективный.
Внутри компании организовать автоматический парсинг выпущенных ДТ в отдельную базу (то есть превратить xml выпущенных ДТ в отдельную таблицу с нужными полями и постоянно ее обновлять по факту выпуска новых ДТ). И организовать запрос в указанную базу по нужным полям, чтобы собирался нужный отчет.
Плюс этого способа в том, что при таком подходе может быть обеспечена полная автоматизация подготовки отчета, в том числе с его направлением на почту по расписанию.
Другой плюс в том, что если вы парсите базу данных выпущенных ДТ, то скорей всего почти по всем полям. И эту базу можно использовать для всех необходимых целей аналитики и интеграции с внутренними системами учета и управления в компании.
Про эту часть я еще подробнее напишу в других постах.
В среднем отстроить подобного рода формирование базы данных стоит 50-100 тысяч рублей, при условии, что есть специалист, который может разобраться в структуре баз данных Альта и в структуре xml ДТ.
В этом конкретном случае был выбран вариант 4, как соотношение цена-качество-сроки-результат.
Однако для других целей в компании ведется работа по 5 направлению, о чем тоже как-нибудь расскажу.
#кейсы #отчеты #аналитика #экспорт
На выходе делают отчет, который запускается через сервис «Отчеты» и собирает всю необходимую информацию.
Если совсем придираться, то единственный минус этого решения - формирование отчета запускается в ручную. То есть простым способом нельзя сделать так, чтобы 1 числа месяца уже сформированный отчет прилетел на почту сам-собой.
Но соотношение цена-качество-функциональность вполне.
5️⃣Парсинг базы. Сложный способ, но перспективный.
Внутри компании организовать автоматический парсинг выпущенных ДТ в отдельную базу (то есть превратить xml выпущенных ДТ в отдельную таблицу с нужными полями и постоянно ее обновлять по факту выпуска новых ДТ). И организовать запрос в указанную базу по нужным полям, чтобы собирался нужный отчет.
Плюс этого способа в том, что при таком подходе может быть обеспечена полная автоматизация подготовки отчета, в том числе с его направлением на почту по расписанию.
Другой плюс в том, что если вы парсите базу данных выпущенных ДТ, то скорей всего почти по всем полям. И эту базу можно использовать для всех необходимых целей аналитики и интеграции с внутренними системами учета и управления в компании.
Про эту часть я еще подробнее напишу в других постах.
В среднем отстроить подобного рода формирование базы данных стоит 50-100 тысяч рублей, при условии, что есть специалист, который может разобраться в структуре баз данных Альта и в структуре xml ДТ.
В этом конкретном случае был выбран вариант 4, как соотношение цена-качество-сроки-результат.
Однако для других целей в компании ведется работа по 5 направлению, о чем тоже как-нибудь расскажу.
#кейсы #отчеты #аналитика #экспорт
Цифровой детокс
🖥🙈🙉🙊
Развитие цифровой коммуникации имеет и обратную сторону. Постоянная вовлечённость.
⏺работа не то, что 24/7, а 25/8.
Я помню, ещё в 2010-2012 годах работа таможенного представителя на выходных - это было скорее исключение из правил.
Ни таможенные посты в большинстве своём не работали на выпуск, ни большинство декларантов.
А уже в 2016 у меня разрывался телефон с ночи. То во Владике что-то случилось, то на выходных надо смену проконтролировать.
А эти истеричные звонки в субботу с утра: «почему машина не на складе? У нас kpi на доставку заканчивается».
И клиенты с каждым годом все более требовательные становятся (а-ля, «как так не работаете на выходных или ночью, а вот наш другой брокер работает и клиентский менеджер всегда на связи»). И каждый четверг в календаре вылетало напоминание «уточнить о работе на выходных».
Все усугубляется еще и вечными проблемами с формированием эффективной команды. Как у нас (да и не только у нас) в области - «тянет тот, кто тянет, а всем остальным пофиг».
В итоге, далеко не у всех руководителей получается:
- не быть с утра до ночи в процессах так, чтобы это не влияло на эффективность работы,
- иметь сменных замов
- или делегировать задачи.
(Это не совсем про цифровизацию, сколько про управление. Но с развитием цифровых коммуникаций проблема становится ощутимее.
И конечно же есть компании, в которых этот вопрос решён. Но все равно глобально по рынку имеет место быть.)
⏺А к этому добавьте, что с прошлого года логистические компании начали более-менее активно развивать группы в соц. сетях для целей маркетинга. (До этого тоже попытки были, но как-то отдачи не было, и все инициативы очень быстро сходили на нет. А сейчас прям видно, как картина меняется).
И вот получается:
⁃ оперативные вопросы раскидай
⁃ в сети все отпости да прокомментируй
⁃ пожары потуши
⁃ потупи - попрокрастинируй и...
...вот и новый день начался, а ты ещё и не спал.
🌑🌘🌗🌖🌕🌔🌓🌒🌑
В итоге 25/8, избыточный стресс со всеми вытекающими.
В какой-то степени все мной описанное характерно для вообще всех областей жизни. Не просто так все чаще встречаются статьи про цифровой детокс.
В общем закругляюсь...
Сегодня у меня по планам цифровой детокс.
Хорошего воскресенья 📚🛏⛺️ вам и Вашим коллегам.
#детокс
🖥🙈🙉🙊
Развитие цифровой коммуникации имеет и обратную сторону. Постоянная вовлечённость.
⏺работа не то, что 24/7, а 25/8.
Я помню, ещё в 2010-2012 годах работа таможенного представителя на выходных - это было скорее исключение из правил.
Ни таможенные посты в большинстве своём не работали на выпуск, ни большинство декларантов.
А уже в 2016 у меня разрывался телефон с ночи. То во Владике что-то случилось, то на выходных надо смену проконтролировать.
А эти истеричные звонки в субботу с утра: «почему машина не на складе? У нас kpi на доставку заканчивается».
И клиенты с каждым годом все более требовательные становятся (а-ля, «как так не работаете на выходных или ночью, а вот наш другой брокер работает и клиентский менеджер всегда на связи»). И каждый четверг в календаре вылетало напоминание «уточнить о работе на выходных».
Все усугубляется еще и вечными проблемами с формированием эффективной команды. Как у нас (да и не только у нас) в области - «тянет тот, кто тянет, а всем остальным пофиг».
В итоге, далеко не у всех руководителей получается:
- не быть с утра до ночи в процессах так, чтобы это не влияло на эффективность работы,
- иметь сменных замов
- или делегировать задачи.
(Это не совсем про цифровизацию, сколько про управление. Но с развитием цифровых коммуникаций проблема становится ощутимее.
И конечно же есть компании, в которых этот вопрос решён. Но все равно глобально по рынку имеет место быть.)
⏺А к этому добавьте, что с прошлого года логистические компании начали более-менее активно развивать группы в соц. сетях для целей маркетинга. (До этого тоже попытки были, но как-то отдачи не было, и все инициативы очень быстро сходили на нет. А сейчас прям видно, как картина меняется).
И вот получается:
⁃ оперативные вопросы раскидай
⁃ в сети все отпости да прокомментируй
⁃ пожары потуши
⁃ потупи - попрокрастинируй и...
...вот и новый день начался, а ты ещё и не спал.
🌑🌘🌗🌖🌕🌔🌓🌒🌑
В итоге 25/8, избыточный стресс со всеми вытекающими.
В какой-то степени все мной описанное характерно для вообще всех областей жизни. Не просто так все чаще встречаются статьи про цифровой детокс.
В общем закругляюсь...
Сегодня у меня по планам цифровой детокс.
Хорошего воскресенья 📚🛏⛺️ вам и Вашим коллегам.
#детокс
Про автоматизацию контроля в пунктах пропуска
Вчера прочитал статью о выступлении Владимира Ивина про перспективы автоматизации контроля в пунктах пропуска. Там и про искусственный интеллект, и про скан сетчатки глаза 👀 водителя, и про риски.
Обещают к 2030 году реализовать.
С большим уважением отношусь к Владимиру Владимировичу, даже под его началом немного успел поработать.
Будем ждать, как на практике будет реализовано озвученное.
А пока мы ждём светлого будущего, вспомню, что уже есть сегодня для упрощения контроля пропуска авто-транспорта.
⏺На Транс-Раше 2019 один из складских комплексов озвучил, что использует rfid-метки для автоматизированного контроля въезда-выезда машин. Напомню, rfid-метка, это такая штука😀 (носитель информации), которую считающее устройство может считать на расстоянии до 50 метров. То есть машина проехала через ворота, а информация о времени выезда уже в системе, без обычного «вышел полупьяный охранник - посмотрел на номер машины - записал ручкой в амбарную книгу».
Как мне кажется, на данный момент технология применима для комплексов со своим ограниченным авто-парком.
⏺А есть ещё вот такая штука (терминал контроля местоположения).
Позволяет не только полностью отслеживать перемещение транспортного средства, но ещё и контролировать удаленно температурный режим.
Но пока широкого применения не нашло в международных перевозках. Не до конца решён вопрос перемещения через границу. Вечный временной ввоз и вывоз сводит на нет экономическую составляющую процесса, а к конструктивной особенности транспортного средства эта штука пока не может быть отнесена.
Ну а недекларировать ее... ммм... сами понимаете чем закончится.
Может ФТС про неё рассказать? Не придётся сетчатку глаза сканировать.
#пунктыпропуска #рассуждения #фтс
Вчера прочитал статью о выступлении Владимира Ивина про перспективы автоматизации контроля в пунктах пропуска. Там и про искусственный интеллект, и про скан сетчатки глаза 👀 водителя, и про риски.
Обещают к 2030 году реализовать.
С большим уважением отношусь к Владимиру Владимировичу, даже под его началом немного успел поработать.
Будем ждать, как на практике будет реализовано озвученное.
А пока мы ждём светлого будущего, вспомню, что уже есть сегодня для упрощения контроля пропуска авто-транспорта.
⏺На Транс-Раше 2019 один из складских комплексов озвучил, что использует rfid-метки для автоматизированного контроля въезда-выезда машин. Напомню, rfid-метка, это такая штука😀 (носитель информации), которую считающее устройство может считать на расстоянии до 50 метров. То есть машина проехала через ворота, а информация о времени выезда уже в системе, без обычного «вышел полупьяный охранник - посмотрел на номер машины - записал ручкой в амбарную книгу».
Как мне кажется, на данный момент технология применима для комплексов со своим ограниченным авто-парком.
⏺А есть ещё вот такая штука (терминал контроля местоположения).
Позволяет не только полностью отслеживать перемещение транспортного средства, но ещё и контролировать удаленно температурный режим.
Но пока широкого применения не нашло в международных перевозках. Не до конца решён вопрос перемещения через границу. Вечный временной ввоз и вывоз сводит на нет экономическую составляющую процесса, а к конструктивной особенности транспортного средства эта штука пока не может быть отнесена.
Ну а недекларировать ее... ммм... сами понимаете чем закончится.
Может ФТС про неё рассказать? Не придётся сетчатку глаза сканировать.
#пунктыпропуска #рассуждения #фтс
ПРОВЭД-МЕДИА - электронное издание
Искусственный интеллект подключат к пропуску грузовиков
Замглавы ФТС Владимир Ивин рассказал об автоматической регистрации автомобилей в пунктах пропуска
Наткнулся на анонс вот такой забавной конференции.
http://infranews.ru/issledovaniya/konferenciya/55594-konferenciya-zakontejnerami-ya-tvoej-logistiki-it-shatal/
С точки зрения хайп-маркетинга вопросов не имею. Название цепляет, подача материала тоже хорошо («очепятки» нам всем характерны).
А вот, что возмутило - это стоимость участия.😤🤬😡
Как бы за то, что мне кто-то расскажет про свой старт-ап (то есть рекламу откровенную в виде презентации даст), это скорее мне должны платить.
Чтобы я послушал и потом, если мне понравится, отдал свои кровные за пользование системой (или сервисом или чего там «стартапают и шатают»).
А так, как бы непонятно, за что деньги отдавать.
Все это и в интернете бесплатно почитать можно.
Хотя может быть, указанная сумма участия, это тоже форма шутки, которую я не понял🤷🏻
http://infranews.ru/issledovaniya/konferenciya/55594-konferenciya-zakontejnerami-ya-tvoej-logistiki-it-shatal/
С точки зрения хайп-маркетинга вопросов не имею. Название цепляет, подача материала тоже хорошо («очепятки» нам всем характерны).
А вот, что возмутило - это стоимость участия.😤🤬😡
Как бы за то, что мне кто-то расскажет про свой старт-ап (то есть рекламу откровенную в виде презентации даст), это скорее мне должны платить.
Чтобы я послушал и потом, если мне понравится, отдал свои кровные за пользование системой (или сервисом или чего там «стартапают и шатают»).
А так, как бы непонятно, за что деньги отдавать.
Все это и в интернете бесплатно почитать можно.
Хотя может быть, указанная сумма участия, это тоже форма шутки, которую я не понял🤷🏻
www.infranews.ru
ОТМЕНА Конференция #Законтейнерами: Я твоей логистики IT шатал >
С сожалением должны присоединиться к общему тренду по отмене мероприятий.
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