А вот та система прогнозирования, от которой отказались логисты, что включала в анализ? Упомянута только сезонность.
Ну и контрдовод о "ненадёжном поставщике" никак не опровергнут. Анализ срывов ошибочных поставок проводился?
Что значит "математичеки безупречный" прогноз? Кто оценивал это? Формула заказа по сути то одна. Прогноз сбыта на срок поставки. Дьявол в поправочных коэффициентах. Как сильно отличался прогноз модели от имеющейся системы заказа? Анализ причин проводился?
Хотите честно? У Вас написано "мы обиделись", а на что - неясно.
Я немного повторюсь. Право отозвать Согласие на обработку однозначно прописано в ст. 9 закона № 152-ФЗ
Однако 1. Нигде чётко не прописан регламент подачи такого заявления. 2. Мало кто помнит наизусть весь перечень разрешений, которые он дал конкретной организации. А значит частичный отзыв сильно затруднён. 3. Полный, а не частичный, отзыв может быть невозможен. Есть список исключений в самом 152-ФЗ. И есть конфликты с другими законодательными актами. В случае с банками, они обязаны хранить ПД 5 лет с момента расторжения отношений (ст.7 115-ФЗ)
Дебри там короче. Я лично дважды отзывал СОПД полностью, заказным письмом с уведомлением. Но это были не банки.
Есть ещё сложность, с которой можете столкнуться. А можете и нет :))))
Визуализацию одного и того же параметра (в нашем случае - выполнение плана по выручке) делали сразу в нескольких представлениях. Разным людям. Когда делаешь что-то для CEO и CEO-1 "мне так неудобно" - сильный аргумент
Если имеется в виду согласие на "обзвон в рекламных целях", то это обычно идёт не в теле Договора, а в СОПД. Это согласие, разумеется, можно отозвать но на практике мало кто делает
Банки безусловно могут совершенно спокойно решить этот вопрос. Оставить один пул номеров для технической коммуникации, а другой выделить на маркетинг. Но делать этого конечно же не хотят. Рекламный пул сразу попадёт в "спам листы" даже без привлечение операторов связи по новому закону.
Вот и получается блокировка номеров "1000", как описано выше. Человек вынужденно блокирует маркетологов, ибо они уже реально достали, и лишается канала технической связи с банком
На моей практике это называлось "монитор Гендира".
Зачастую буквально пяток показателей, умещающихся на 1 экран, показывают хорошему менеджеру базу текущей ситуации. Дальше он сам знает кому позвонить и что спросить.
Основная сложность здесь выяснить те самые показатели и способ визуализации. Это очень индивидуально.
Добрый день. Спасибо за статью. Не первая, но хорошая. Заметно, что не за один час потратили :))))
Пара заметок из личного опыта. Не критика, просто делюсь.
Масштабируемость - не только и даже не столько рост базы и RPS. Ключевое здесь - возможность функционального развития системы (по крайней мере в энтерпрайзе). Если Вы на этапе проектирования заложили только 2 типа оплаты, "наличными" и "безналичными", от касс до управленки, Вы можете столкнуться с очень серьёзными переделками когда решите добавить "кредит". Это просто пример, их масса. Проектируя систему, особенно в момент системного анализа, стоит выяснять у бизнес-аналитика (или заказчика) а какие функции теоретически могут быть ещё, просто не вошли в рамки текущей задачи. И если уж не делать заранее закладки, то по крайней мере не строить стенки.
Законодательные и отраслевые требования Это уровень концепта. Бизнес-ограничения. Работа бизнес-аналитика. Но если СА будет за этим приглядывать - конечно хорошо. В первую очередь для самого системного аналитика. Знание контекста очень хорошо прочищает :)))
Надёжность На моей практике гораздо лучше и понятней формулировать не 99,999999999% (это лучше оставить для юридически значимого договора), а "максимально допустимое время простоя за период". Это намного понятнее админам. Да и бизнесу проще сформулировать "не более 2 минут, не чаще раза в месяц, в промежутке от 0.00 до 06.00 МСК". Это на их языке. Именно так Вы и сформулировали в опроснике кстати :)
Не обнаружил: Наблюдаемость (логи, трассировки, дашборды) и Интегрируемость (не везде, но нужно. Вы похоже писали чисто под фронт)
Вы то ли просто в пылу дискуссии, то ли сознательно, полностью игнорируете контекст
Письмо № 56-21/949 от 05.02.2025 Об обеспечении кредитными организациями импортозамещения программного обеспечения и программно-аппаратных комплексов
У банков немножко кончаются уже все отсрочки, которые им давали. Банк с государственным участием не может себе позволить игнорировать прямые указания ЦБ.
Вместо того, чтобы спокойно проанализировать происходящее, Вы валите какие то ничем не подкреплённые домыслы, опираясь на найденные РЦ 100К на одном маркетплейсе.
Розничные цены 60К на эти девайсы нашли уже? Есть и по 40К
Извините, но Ваше мнение без единого факта выглядит весьма ангажированным.
Больше 1.5 лет назад и автор изначально был настроен если не на конфликт, то на противодействие. ... у ВТБ есть блог здесь. Будет любопытно почитать их статью по результатам внедрения. Если опубликуют конечно.
Это цены на Яндексе. Можно найти дешевле . Вплоть до 60к
Это цены розничных продавцов, а не производителя (продавец указан в карточке). Причём розничных продавцов небольших. Федералов там на Яндексе нет и у самих федералов этого девайса тоже нет. А мелким ФАС не так страшен.
Есть вариант, что кто-то немножко жадный очень хочет срубить баблишка на требованиях госов к "импортозамещению" в условиях недостаточного серийного производства и соответсвенно дефицита.
В качесте ИМХИ
С темой о "распиле“ заявляться на основании лишь цен одного интернет-магазина, не видев УПД-шку на продажу партии с завода ..... Ну такое. Даже под анонимной учёткой.
Есть реальные примеры отрицательных отзывов или чисто предположение?
В моём понимании, это чисто рабочий инструмент, на котором должно стоять 2-3 готовых корпоративных сервиса, которые вполне реально сделать более, чем юзер-фпендли.
Расчёт план/факт можно выполнить и без LLM. Да и в целом, с учётом сложностей с математикой у статистических моделей, я бы например не стал это в LLM отдавать
Есть какие-то планы развития именно LLM фукций? Поиск слабых нормативов, перегруппировка складских операций?
Если есть возможность дополнить статью и есть информация по теме, то не упомянуты обязанности Оператора для данных, переданных другим Операторам (при первичном получении разрешения на передачу)
Судя по всему, они не подлежат уничтожению, но может быть есть разъяснения РКН по этой теме?
Может, пропустил?
Qwen, GigaChat, YandexGPT + Шедеврум
Спасибо :)) Сижу ржу :)
Интересно.
А вот та система прогнозирования, от которой отказались логисты, что включала в анализ? Упомянута только сезонность.
Ну и контрдовод о "ненадёжном поставщике" никак не опровергнут. Анализ срывов ошибочных поставок проводился?
Что значит "математичеки безупречный" прогноз? Кто оценивал это? Формула заказа по сути то одна. Прогноз сбыта на срок поставки. Дьявол в поправочных коэффициентах. Как сильно отличался прогноз модели от имеющейся системы заказа? Анализ причин проводился?
Хотите честно? У Вас написано "мы обиделись", а на что - неясно.
Александр, добрый день.
Хороший, развёрнутый материал, спасибо.
Одно наблюдение. Показалось странным противопоставление C4 именно BPMN. Статика и динамика. Это не конкурирующие модели, а дополяющие.
У нас на практике к C4 дополнительно идут сиквенс, epc или bpm именно для отражения динамики взаимодействия.
Уровень "код" не доводилось использовать на практике
Ну вот история борьбы антиспама Касперского с упомянутым номером 1000
Чтобы решить пару вопросов с банком, мне пришлось мудрить с настройками "белого листа".
Потому что .... никто не знает зачем они звонят пока с той стороны не начнут говорить.
Я немного повторюсь.
Право отозвать Согласие на обработку однозначно прописано в ст. 9 закона № 152-ФЗ
Однако
1. Нигде чётко не прописан регламент подачи такого заявления.
2. Мало кто помнит наизусть весь перечень разрешений, которые он дал конкретной организации. А значит частичный отзыв сильно затруднён.
3. Полный, а не частичный, отзыв может быть невозможен. Есть список исключений в самом 152-ФЗ. И есть конфликты с другими законодательными актами. В случае с банками, они обязаны хранить ПД 5 лет с момента расторжения отношений (ст.7 115-ФЗ)
Дебри там короче.
Я лично дважды отзывал СОПД полностью, заказным письмом с уведомлением. Но это были не банки.
Есть ещё сложность, с которой можете столкнуться. А можете и нет :))))
Визуализацию одного и того же параметра (в нашем случае - выполнение плана по выручке) делали сразу в нескольких представлениях. Разным людям. Когда делаешь что-то для CEO и CEO-1 "мне так неудобно" - сильный аргумент
Если имеется в виду согласие на "обзвон в рекламных целях", то это обычно идёт не в теле Договора, а в СОПД. Это согласие, разумеется, можно отозвать но на практике мало кто делает
Банки безусловно могут совершенно спокойно решить этот вопрос. Оставить один пул номеров для технической коммуникации, а другой выделить на маркетинг. Но делать этого конечно же не хотят. Рекламный пул сразу попадёт в "спам листы" даже без привлечение операторов связи по новому закону.
Вот и получается блокировка номеров "1000", как описано выше. Человек вынужденно блокирует маркетологов, ибо они уже реально достали, и лишается канала технической связи с банком
На моей практике это называлось "монитор Гендира".
Зачастую буквально пяток показателей, умещающихся на 1 экран, показывают хорошему менеджеру базу текущей ситуации. Дальше он сам знает кому позвонить и что спросить.
Основная сложность здесь выяснить те самые показатели и способ визуализации. Это очень индивидуально.
Денис, добрый день.
При всём реально гигантском уважении к Вам и Вашему труду ...
Заучит как "мы тут в клубе корифеев обсудили, всё решили, но вам ничего не расскажем“. Откройте тайну то :)))
Добрый день.
Спасибо за статью. Не первая, но хорошая. Заметно, что не за один час потратили :))))
Пара заметок из личного опыта. Не критика, просто делюсь.
Масштабируемость - не только и даже не столько рост базы и RPS. Ключевое здесь - возможность функционального развития системы (по крайней мере в энтерпрайзе). Если Вы на этапе проектирования заложили только 2 типа оплаты, "наличными" и "безналичными", от касс до управленки, Вы можете столкнуться с очень серьёзными переделками когда решите добавить "кредит". Это просто пример, их масса. Проектируя систему, особенно в момент системного анализа, стоит выяснять у бизнес-аналитика (или заказчика) а какие функции теоретически могут быть ещё, просто не вошли в рамки текущей задачи. И если уж не делать заранее закладки, то по крайней мере не строить стенки.
Законодательные и отраслевые требования
Это уровень концепта. Бизнес-ограничения. Работа бизнес-аналитика. Но если СА будет за этим приглядывать - конечно хорошо. В первую очередь для самого системного аналитика. Знание контекста очень хорошо прочищает :)))
Надёжность
На моей практике гораздо лучше и понятней формулировать не 99,999999999% (это лучше оставить для юридически значимого договора), а "максимально допустимое время простоя за период". Это намного понятнее админам. Да и бизнесу проще сформулировать "не более 2 минут, не чаще раза в месяц, в промежутке от 0.00 до 06.00 МСК". Это на их языке. Именно так Вы и сформулировали в опроснике кстати :)
Не обнаружил:
Наблюдаемость (логи, трассировки, дашборды) и Интегрируемость (не везде, но нужно. Вы похоже писали чисто под фронт)
Вы то ли просто в пылу дискуссии, то ли сознательно, полностью игнорируете контекст
Письмо № 56-21/949 от 05.02.2025 Об обеспечении кредитными организациями импортозамещения программного обеспечения и программно-аппаратных комплексов
У банков немножко кончаются уже все отсрочки, которые им давали. Банк с государственным участием не может себе позволить игнорировать прямые указания ЦБ.
Вместо того, чтобы спокойно проанализировать происходящее, Вы валите какие то ничем не подкреплённые домыслы, опираясь на найденные РЦ 100К на одном маркетплейсе.
Розничные цены 60К на эти девайсы нашли уже? Есть и по 40К
Извините, но Ваше мнение без единого факта выглядит весьма ангажированным.
Отчёты технарей часто ценнее жалоб сотрудников.
Если они полные :)))
Больше 1.5 лет назад и автор изначально был настроен если не на конфликт, то на противодействие.
...
у ВТБ есть блог здесь. Будет любопытно почитать их статью по результатам внедрения. Если опубликуют конечно.
Есть два момента.
Это цены на Яндексе. Можно найти дешевле . Вплоть до 60к
Это цены розничных продавцов, а не производителя (продавец указан в карточке). Причём розничных продавцов небольших. Федералов там на Яндексе нет и у самих федералов этого девайса тоже нет. А мелким ФАС не так страшен.
Есть вариант, что кто-то немножко жадный очень хочет срубить баблишка на требованиях госов к "импортозамещению" в условиях недостаточного серийного производства и соответсвенно дефицита.
В качесте ИМХИ
С темой о "распиле“ заявляться на основании лишь цен одного интернет-магазина, не видев УПД-шку на продажу партии с завода ..... Ну такое. Даже под анонимной учёткой.
А что не так с конечными работниками?
Есть реальные примеры отрицательных отзывов или чисто предположение?
В моём понимании, это чисто рабочий инструмент, на котором должно стоять 2-3 готовых корпоративных сервиса, которые вполне реально сделать более, чем юзер-фпендли.
Олег, добрый день.
Расчёт план/факт можно выполнить и без LLM. Да и в целом, с учётом сложностей с математикой у статистических моделей, я бы например не стал это в LLM отдавать
Есть какие-то планы развития именно LLM фукций? Поиск слабых нормативов, перегруппировка складских операций?
Андрей, добрый день.
Если есть возможность дополнить статью и есть информация по теме, то не упомянуты обязанности Оператора для данных, переданных другим Операторам (при первичном получении разрешения на передачу)
Судя по всему, они не подлежат уничтожению, но может быть есть разъяснения РКН по этой теме?
Пересмотрел видео, с которого это взял. Я не прав. Там речь шла о сторонней утилите и перебросе в Компас.
С древними, особенно с убитыми синьками - только класть на фон и перечерчивать поверх по всей видимости.
Но спасёт ли тут условная gemini?
Алгоритмы распознования в любом случае общие скорее всего. Вопрос только где более современная версия