В с вязи с известной историей, происходящей вокруг Телеграм,
не дай бог и закроют или ограничат,
на всякий случай, сообщаем резервные размещения канала/чата
1) Дзен
2) Вконтакте
На сейчас на Дзене только автоматически публикуются посты из канала.
Во Вконтакте сейчас нет вообще ничего, просто держится для резерва.
Для осторожных, проницательных, разумных, считающих тему полезной
и помнящих в какой стране и в какое время живём,
рекомендуется присоединиться к указанным каналам.
на всякий случай, сообщаем резервные размещения канала/чата
1) Дзен
2) Вконтакте
На сейчас на Дзене только автоматически публикуются посты из канала.
Во Вконтакте сейчас нет вообще ничего, просто держится для резерва.
Для осторожных, проницательных, разумных, считающих тему полезной
рекомендуется присоединиться к указанным каналам.
Дзен
СППР | Дзен
Канал автора «СППР» в Дзен ⭐: Система проектирования прикладных решений
Application solutions design system
Это зеркало телеграм-канала https://t.me/SPPR1c
Application solutions design system
Это зеркало телеграм-канала https://t.me/SPPR1c
👍4
"Как с помощью СППР победить техдолг"
Очень интересное изложение методики использования СППР от Гринатом/Росатом.
СППР используется как баг-трекер (бек-трекер у автора).
В СППР направляются потоки:
1) изменения конфигурации разработчиком
2) сообщения в техподдержку
3) ошибки из журналов регистрации из сотен инфобаз (28 видов баз, 600 серверов, 750+ сотрудников)
4) сообщения о медленных запросах из логов на серверах о запросах выполняемых дольше 3 секунд
5) сообщения из SonarQube об ошибках в статистическом анализе кода
Всё это поступления в баг-трекер СППР техдолга.
Далее данные группируются (по видам баз, по конфигурациям, по разработчикам и т.д.)
Собирается и выдаётся также информация о динамике видов ошибок и их исправления.
Стажёры и новички обучаются на разборе ошибок из СППР, что позволяет им входить в курс дела.
Заявляется что реализованы и архитектурные проверки в СППР (объекты без ролей, ошибки в типах метаданных и еженедельно анализируется
поиск объектов, на которые в конфигурации нет ссылок;
метаданные с программно-включённой историей изменений;
регистры с большим количеством измерений;
незакрываемые регистры накопления остатков;
документы без проведения или движений;
метаданные с некорректной длиной кодов / номеров;
регистры с пустыми ресурсами;
объекты, для которых не созданы роли доступа.
Весьма неплохо.
Из первого на что обратил внимание - вроде не заявлено что собираются автоматически все регистрации ошибок
во всплывающих окнах 1С - о которых часто не сообщают пользователи).
1С объявляло функционал регистрации таких ошибок, но если они в логах и техжурналах ловятся, то может Гринатом их и находит.
Очень интересное изложение методики использования СППР от Гринатом/Росатом.
СППР используется как баг-трекер (бек-трекер у автора).
В СППР направляются потоки:
1) изменения конфигурации разработчиком
2) сообщения в техподдержку
3) ошибки из журналов регистрации из сотен инфобаз (28 видов баз, 600 серверов, 750+ сотрудников)
4) сообщения о медленных запросах из логов на серверах о запросах выполняемых дольше 3 секунд
5) сообщения из SonarQube об ошибках в статистическом анализе кода
Всё это поступления в баг-трекер СППР техдолга.
Далее данные группируются (по видам баз, по конфигурациям, по разработчикам и т.д.)
Собирается и выдаётся также информация о динамике видов ошибок и их исправления.
Стажёры и новички обучаются на разборе ошибок из СППР, что позволяет им входить в курс дела.
Заявляется что реализованы и архитектурные проверки в СППР (объекты без ролей, ошибки в типах метаданных и еженедельно анализируется
поиск объектов, на которые в конфигурации нет ссылок;
метаданные с программно-включённой историей изменений;
регистры с большим количеством измерений;
незакрываемые регистры накопления остатков;
документы без проведения или движений;
метаданные с некорректной длиной кодов / номеров;
регистры с пустыми ресурсами;
объекты, для которых не созданы роли доступа.
Весьма неплохо.
Из первого на что обратил внимание - вроде не заявлено что собираются автоматически все регистрации ошибок
во всплывающих окнах 1С - о которых часто не сообщают пользователи).
1С объявляло функционал регистрации таких ошибок, но если они в логах и техжурналах ловятся, то может Гринатом их и находит.
Хабр
Как мы выстроили экосистему разработки на 1С в Росатоме и победили техдолг
Понимаю, звучит сильно, но давайте расскажу, как мы это сделали. Платформа 1С — одна из ключевых платформ для бизнес-автоматизации в Росатоме. Выбрали 1C потому, что нужны отечественные системы,...
👍11🔥4
Ниже про разработку, основанную больше на архитектуре "от управления проектом" - вышло новое видеоописание
Коллеги, добрый день. Сейчас управляю проектами перехода с SAP на ERP в общей сложности на 8 промышленных заводах. По ссылке (https://rutube.ru/video/private/52934c0c5d21d573e78d191cd88dd597/?p=0kdqEv-vAgS1eBqlsbgl2w) обзорное видео как организована работа РП, архитекторов и аналитиков. Описываю 3 подсистемы – непосредственное управление дорожной картой, бизнес-процессное моделирование и управление заявками и SD в целом. Как создавать и обновлять wiki на своих проектах мы не используем WORD-Excel, не используем платных трекеров. В общем, надеюсь опыт будет интересен. Буду рад любой обратной связи.
Коллеги, добрый день. Сейчас управляю проектами перехода с SAP на ERP в общей сложности на 8 промышленных заводах. По ссылке (https://rutube.ru/video/private/52934c0c5d21d573e78d191cd88dd597/?p=0kdqEv-vAgS1eBqlsbgl2w) обзорное видео как организована работа РП, архитекторов и аналитиков. Описываю 3 подсистемы – непосредственное управление дорожной картой, бизнес-процессное моделирование и управление заявками и SD в целом. Как создавать и обновлять wiki на своих проектах мы не используем WORD-Excel, не используем платных трекеров. В общем, надеюсь опыт будет интересен. Буду рад любой обратной связи.
rutube.ru
управление проектами tools
обзор практики управления проектом внедрения ERP
Весьма примечательное готовое решение для работы аналитика и архитектора с требованиями и проектами.
Архитектура самого решения полностью переработана и не совпадает с СППР.
Какие в ней плюсы:
1. Архитектура проектного решения ИС и бизнеса отделена от Управления проектами,
но вместе они соединяются через требования
2. Есть возможность интеграции с графикой drawio и archimate - схемы процессор рисуются и привязываются к объектам
3. Сквозная взаимосвязь требований и объектов/функций системы
4. Требования декомпозируются
5. Есть модели для описания бизнеса и модели ИТ-системы
6. Модели, требования и задачи из этапа в этап проекта могут копироваться.
Например: модель составленная на этапе "предпроектное обследование" может быть полностью перенесена в этап "разработка"
- очень удобно учитывать изменения в архитектуре, сделанные по ходу проекта. Есть сравнения изменений.
7. Есть возможность описания интеграций между базами (системами), в т.ч. и не1С. Например с excel-системой.
8. Очень удобные сквозные переходы и отслеживания взаимосвязей моделей, объектов, требований, задач проекта.
9. Система может прямо сейчас помочь архитектору быстро и несложно привести в порядок работу команды
с выдачей задач на разработку и тестирование и отслеживанием изменений в версиях проекта, моделей, требований.
Какие замечены минусы:
1. Не очень понятна связь с объектами метаданных и функциями
2. Тестирование (Ванесса) отсутствует напрочь как функция а значит тестирование не соединить с описанием бизнес-процессов
3. Интерфейс организован весьма неплохо и удобно, но есть подозрения, что для больших проектов всё равно будет сложновато.
4. Возможно личная профтрагедия у Пионтика и закрытие проекта "Архитектура как код" :)
(шуткен, но не почти, но чертовски неплохо отрисовка графики бизнес-процессов и документирование наложены на слои (домены) архитектуры бизнеса и архитектуры ИС и ПО,
у Пионтика, кстати, методика избегает работы с описанием архитектуры ПО - она больше под архитектуру бизнеса и ИС)
5. Есть другие подозреваемые подводные камни, но пока умолчу, это лучше обсуждать в чате. Выдвигайте свои соображения.
Рекомендуем посмотреть видео по системе и оценить насколько она поможет аналитикам и архитектору быстро организовать работу на проекте и сопровождении.
Автор разработки есть в чате @VitaliyZaporozhskiy
Виталий, моё почтение! Продукт сделан весьма перспективный и полезный уже сейчас.
О чём подумалось.
Эту бы разработку соединить бы с:
* СППР+ Сазонова (сейчас там фантастически реализован конфигуратор в платформе и работа с метаданными)
* СППРподERP Дениса Ермолаева (там глубже чем у Виталия сделано управление проектами - под договорное управление)
* Системой управления развёрткой баз/конфигураций под ветки разработки от @JaneGlass73 (на условиях, что система будет перепилена на работу с конфигуратором из работающего сейчас исходника под EDT)
Ваше мнение советы и идеи на эту тему могут быть полезными, ждём их в чате!
Архитектура самого решения полностью переработана и не совпадает с СППР.
Какие в ней плюсы:
1. Архитектура проектного решения ИС и бизнеса отделена от Управления проектами,
но вместе они соединяются через требования
2. Есть возможность интеграции с графикой drawio и archimate - схемы процессор рисуются и привязываются к объектам
3. Сквозная взаимосвязь требований и объектов/функций системы
4. Требования декомпозируются
5. Есть модели для описания бизнеса и модели ИТ-системы
6. Модели, требования и задачи из этапа в этап проекта могут копироваться.
Например: модель составленная на этапе "предпроектное обследование" может быть полностью перенесена в этап "разработка"
- очень удобно учитывать изменения в архитектуре, сделанные по ходу проекта. Есть сравнения изменений.
7. Есть возможность описания интеграций между базами (системами), в т.ч. и не1С. Например с excel-системой.
8. Очень удобные сквозные переходы и отслеживания взаимосвязей моделей, объектов, требований, задач проекта.
9. Система может прямо сейчас помочь архитектору быстро и несложно привести в порядок работу команды
с выдачей задач на разработку и тестирование и отслеживанием изменений в версиях проекта, моделей, требований.
Какие замечены минусы:
1. Не очень понятна связь с объектами метаданных и функциями
2. Тестирование (Ванесса) отсутствует напрочь как функция а значит тестирование не соединить с описанием бизнес-процессов
3. Интерфейс организован весьма неплохо и удобно, но есть подозрения, что для больших проектов всё равно будет сложновато.
4. Возможно личная профтрагедия у Пионтика и закрытие проекта "Архитектура как код" :)
(шуткен, но не почти, но чертовски неплохо отрисовка графики бизнес-процессов и документирование наложены на слои (домены) архитектуры бизнеса и архитектуры ИС и ПО,
у Пионтика, кстати, методика избегает работы с описанием архитектуры ПО - она больше под архитектуру бизнеса и ИС)
5. Есть другие подозреваемые подводные камни, но пока умолчу, это лучше обсуждать в чате. Выдвигайте свои соображения.
Рекомендуем посмотреть видео по системе и оценить насколько она поможет аналитикам и архитектору быстро организовать работу на проекте и сопровождении.
Автор разработки есть в чате @VitaliyZaporozhskiy
Виталий, моё почтение! Продукт сделан весьма перспективный и полезный уже сейчас.
О чём подумалось.
Эту бы разработку соединить бы с:
* СППР+ Сазонова (сейчас там фантастически реализован конфигуратор в платформе и работа с метаданными)
* СППРподERP Дениса Ермолаева (там глубже чем у Виталия сделано управление проектами - под договорное управление)
* Системой управления развёрткой баз/конфигураций под ветки разработки от @JaneGlass73 (на условиях, что система будет перепилена на работу с конфигуратором из работающего сейчас исходника под EDT)
Ваше мнение советы и идеи на эту тему могут быть полезными, ждём их в чате!
🔥3
Зарегистрировался сюда
Привлекло обещание рассказать как анализ кода 1С загоняют в Obsidian
Прикидываю что же они сделали - неужели АСТ-дерево в Обсидиан загнали? (!!! для @Doublesun)
Привлекло обещание рассказать как анализ кода 1С загоняют в Obsidian
Прикидываю что же они сделали - неужели АСТ-дерево в Обсидиан загнали? (!!! для @Doublesun)
😱2👍1
А 1С тем временем тихо и мирно изменила формат функциональных моделей
из "1С:Облачная карта прикладных решений" в формат СППР 2
Заявлено, что схема IDEF0 автоматически генерируется на "основании функций нижнего уровня"
Хм, а раньше разве не так было? Нижнего уровня?
Имеются в виду элементы справочника "Функции системы" (не группы)
или то что раньше называлось и обозначалось как "конечная" функция?
Сама модель как была от 2016-2017 так вроде и осталась.
из "1С:Облачная карта прикладных решений" в формат СППР 2
Заявлено, что схема IDEF0 автоматически генерируется на "основании функций нижнего уровня"
Хм, а раньше разве не так было? Нижнего уровня?
Имеются в виду элементы справочника "Функции системы" (не группы)
или то что раньше называлось и обозначалось как "конечная" функция?
Сама модель как была от 2016-2017 так вроде и осталась.
1c.ru
"1С:Облачная карта прикладных решений" в формате СППР 2
1С СППР Система Проектирования Прикладных Решений
Весьма примечательное готовое решение для работы аналитика и архитектора с требованиями и проектами. Архитектура самого решения полностью переработана и не совпадает с СППР. Какие в ней плюсы: 1. Архитектура проектного решения ИС и бизнеса отделена от Управления…
UPD в ответ на вопрос автору как отразятся в его разработке изменения внесённые в схемы drawio/арчи,
если ранее схема была загружена в его конфигурацию 1С.
Ответ:
"У каждого элемента схемы Арчи или DrawIO есть идентификатор.
Я при загрузке сохраняю идентификаторы и при повторной сопоставляю то что загрузил и новую схему, + привязывают к ИД созданные в программе объекты.
Причем в Арчи есть и ИД схемы и ИД объекта - поэтому я даже уже созданный объект на новой схеме могу сопоставить с тем что в программе."
Неплохо же ведь, да?
Фактически это означает, что схемы аналитикам можно в рисовалках вполне свободно модифицировать,
а в 1С ФА от Виталия это автоматически свяжется с уже наработанной базой объектов.
Обратной связи из 1С в схемы на данный момент нет.
Но сделать её автора можно попросить.
если ранее схема была загружена в его конфигурацию 1С.
Ответ:
"У каждого элемента схемы Арчи или DrawIO есть идентификатор.
Я при загрузке сохраняю идентификаторы и при повторной сопоставляю то что загрузил и новую схему, + привязывают к ИД созданные в программе объекты.
Причем в Арчи есть и ИД схемы и ИД объекта - поэтому я даже уже созданный объект на новой схеме могу сопоставить с тем что в программе."
Неплохо же ведь, да?
Фактически это означает, что схемы аналитикам можно в рисовалках вполне свободно модифицировать,
а в 1С ФА от Виталия это автоматически свяжется с уже наработанной базой объектов.
Обратной связи из 1С в схемы на данный момент нет.
Но сделать её автора можно попросить.
👍4💯1
В чат нашего канала продолжают ломиться спамеры.
Будто им здесь мёдом намазано и будто кто-то тут ведётся на их посулы и делает переходы.
В связи с этим прошу, как админ, новичков, недавно вступивших в группу написать
здесь или мне в личку - предлагалось ли им при вступлении ввести капчу?
(есть подозрение что этот механизм сломался)
Если кому интересно - сейчас основной алгоритм спамеров - заход в группу с обычным
именем пользователя, попытка какнуть свою мессагу, удалить свой аккаунт из ТГ
получить автобан, но на исходный никнейм.
В итоге список участников группы заполняется "удалённый пользователь"
Сам ТГ почему-то не чистит оперативно удалённые аккаунты.
В итоге список участников группы заполняется таким мусором.
Приходится чистить его вручную периодически.
Опасность этого мусора, пишут, в том, что когда ТГ сподабливается удалять удалённые аккаунты,
то происходит массовое проседание рейтингов канала/чата.
Тема СППР получается востребована и канал/чат считаются спамерами читаемыми раз сюда стали лезть.
Да и на хх.ру от 1С появилась вакансия на разраба именно по СППР.
Ходят слухи, готовят какую-то массивную доработку СППР.
Неужели архитектора по СППР с идеями нашли уже?
Будто им здесь мёдом намазано и будто кто-то тут ведётся на их посулы и делает переходы.
В связи с этим прошу, как админ, новичков, недавно вступивших в группу написать
здесь или мне в личку - предлагалось ли им при вступлении ввести капчу?
(есть подозрение что этот механизм сломался)
Если кому интересно - сейчас основной алгоритм спамеров - заход в группу с обычным
именем пользователя, попытка какнуть свою мессагу, удалить свой аккаунт из ТГ
получить автобан, но на исходный никнейм.
В итоге список участников группы заполняется "удалённый пользователь"
Сам ТГ почему-то не чистит оперативно удалённые аккаунты.
В итоге список участников группы заполняется таким мусором.
Приходится чистить его вручную периодически.
Опасность этого мусора, пишут, в том, что когда ТГ сподабливается удалять удалённые аккаунты,
то происходит массовое проседание рейтингов канала/чата.
Тема СППР получается востребована и канал/чат считаются спамерами читаемыми раз сюда стали лезть.
Да и на хх.ру от 1С появилась вакансия на разраба именно по СППР.
Ходят слухи, готовят какую-то массивную доработку СППР.
Неужели архитектора по СППР с идеями нашли уже?
10👍5🤔1
Я новичок, вступил в чат СППР менее месяца назад
Anonymous Poll
15%
и капча мне предъявлялась
85%
капча мне не предъявлялась
В чат в защиту от спамеров добавлена проверка новых пользователей, вступающих в группу.
Посмотрим как будет работать.
Обещают ненавязчивое приветствие новых участников.
Если есть какие-то проблемы пишите в личку админу.
Посмотрим как будет работать.
Обещают ненавязчивое приветствие новых участников.
Если есть какие-то проблемы пишите в личку админу.
👍6
1С СППР Система Проектирования Прикладных Решений
Зарегистрировался сюда Привлекло обещание рассказать как анализ кода 1С загоняют в Obsidian Прикидываю что же они сделали - неужели АСТ-дерево в Обсидиан загнали? (!!! для @Doublesun)
Сегодня прошла трансляция из этого объявления.
Кто смотрел и может дать своё мнение в чате?
Насколько это полезно или игрушка не стоящая внимания?
Кратко суть решения - ребята вывели связи объектов метаданных в список
и отразили это визуализацией через Обсидиан.
Получилось графически красиво на уровне визуализации из бигдаты.
Но есть сомнения в практической пользе.
Хотя моё личное мнение, за 3Д подходами к визуализации объектов из СППР/конфигурации есть.
3Д лучше, чем двумерное представление могло бы решить некоторые задачи.
Хотя лично я ожидал, что будет визуализация функциональных связей.
Ваше мнение?
Кто смотрел и может дать своё мнение в чате?
Насколько это полезно или игрушка не стоящая внимания?
Кратко суть решения - ребята вывели связи объектов метаданных в список
и отразили это визуализацией через Обсидиан.
Получилось графически красиво на уровне визуализации из бигдаты.
Но есть сомнения в практической пользе.
Хотя моё личное мнение, за 3Д подходами к визуализации объектов из СППР/конфигурации есть.
3Д лучше, чем двумерное представление могло бы решить некоторые задачи.
Хотя лично я ожидал, что будет визуализация функциональных связей.
Ваше мнение?
👍2
Инсайд
Одно из решений в области СППР успешно прошло экспертизу на известной инновационной площадке.
Одно из решений в области СППР успешно прошло экспертизу на известной инновационной площадке.
🔥1
Достаточно свеженький ГОСТ Р 71207–2024
в разработке ПО
Статическомий анализ программного обеспечения.Общие требования
в разработке ПО
Статическомий анализ программного обеспечения.Общие требования
Оффтопик
Для тех, кто испытывает проблемы с памятью занимаемой Телеграм на смартфоне и некоторым его торможением.
Стандартное удаление кэша не помогает, т.к. много памяти съедает другой раздел - "Документы и данные"
Если в ТГ порядка 7-10 раз тапнуть на кнопке "Настройки", то откроется "инженерное"/debug меню.
Там есть пункт "Clear Database and Cache" - вот это чистит.
По крайней мере, на айфоне так работает (кнопка "Настройки" справа внизу экрана ТГ).
Там же есть ещё множество отладочных фич.
Сам именно этим способом пока не воспользовался, т.к. до того как узнал о нём успел почистить
более грубым способом - удалением ТГ в ноль и установкой заново.
Ничего не потерялось, все каналы и чаты сохранились со ссылками, только пришлось заново ввести телефонный номер при авторизации.
ТГ стал работать ощутимо шустрее.
Проба и риски на ваше усмотрение, но всё же кажется более разумным удаления/установки заново.
Также стоит ограничить в разделе ТГ "Автозагрузка медиа" загружаемые данные или вообще её отключить.
Фото и видео при полном отключении будут доступны по щелчку по ним - подгрузятся по инету.
Причина переполнения - множество открытых чатов и групп, куда медиа подтягиваются автоматически, пусть даже их вы не читаете.
Лимит на размер кэша на них не распространяется.
Включение лимита по сроку хранения медиа почему-то не чистит старые медиа.
Для тех, кто испытывает проблемы с памятью занимаемой Телеграм на смартфоне и некоторым его торможением.
Стандартное удаление кэша не помогает, т.к. много памяти съедает другой раздел - "Документы и данные"
Если в ТГ порядка 7-10 раз тапнуть на кнопке "Настройки", то откроется "инженерное"/debug меню.
Там есть пункт "Clear Database and Cache" - вот это чистит.
По крайней мере, на айфоне так работает (кнопка "Настройки" справа внизу экрана ТГ).
Там же есть ещё множество отладочных фич.
Сам именно этим способом пока не воспользовался, т.к. до того как узнал о нём успел почистить
более грубым способом - удалением ТГ в ноль и установкой заново.
Ничего не потерялось, все каналы и чаты сохранились со ссылками, только пришлось заново ввести телефонный номер при авторизации.
ТГ стал работать ощутимо шустрее.
Проба и риски на ваше усмотрение, но всё же кажется более разумным удаления/установки заново.
Также стоит ограничить в разделе ТГ "Автозагрузка медиа" загружаемые данные или вообще её отключить.
Фото и видео при полном отключении будут доступны по щелчку по ним - подгрузятся по инету.
Причина переполнения - множество открытых чатов и групп, куда медиа подтягиваются автоматически, пусть даже их вы не читаете.
Лимит на размер кэша на них не распространяется.
Включение лимита по сроку хранения медиа почему-то не чистит старые медиа.
👍1
На днях вышел новый релиз СППР 2.0.13.7
Мелкие незначащие изменения.
Предыдущий релиз был в июне 2024.
Частота выпуска обновлений получается раз в квартал.
Мелкие незначащие изменения.
Предыдущий релиз был в июне 2024.
Частота выпуска обновлений получается раз в квартал.
Офтопик
Для тех у кого застряли на счетах в банках валюты, отличные от доллара/евро
и вывести не удаётся из-за невыгодного курса банка.
Сегодня удалось вывести фунты стерлингов из зелёного банка.
При попытке закрыть счёт для получения рублями предлагался в онлайнбанке невыгодный курс примерно 104 рубля за фунт.
В то время как курс ЦБ РФ на утро был 123, а после 12-00 часов 125 р за фунт.
Ранее, летом, при попытке в районном офисе банка вывести в наличных долларах с фунтов - был предложен тоже крайне низкий кросс-курс через рубль.
При этом, в московских отделениях при просьбе выдать наличными рублями предлагали тоже невыгодный курс.
Удалось вывести фунты примерно за 123р за фунт.
Согласитесь, разница 104-123 существенная и при сумме, скажем 1000 фунтов, это почти 20 000 рублей.
Как прошло.
Деньги были на счету, открытом до ковида в московском офисе банка,
который почему-то "Среднерусский".
Сейчас был открыт счёт в фунтах в подмосковном зеленом банке,
который почему-то "Московский".
Перевод между своими счетами в фунтах был без комиссии.
Фунты были выданы наличными по курсу 123р за фунт.
Вот так.
При этом, вначале операционист утверждала,
что в офисе при выдаче наличными курс менее выгодный, чем в онлайн банке
(приключения кончились не начавшись, как видите, на практике при совершении операций вышло как описано).
Буду признателен за обратную связь в чате был ли такой офтопик полезным
и стоит ли время от времени делать офтопики на разные темы.
Для тех у кого застряли на счетах в банках валюты, отличные от доллара/евро
и вывести не удаётся из-за невыгодного курса банка.
Сегодня удалось вывести фунты стерлингов из зелёного банка.
При попытке закрыть счёт для получения рублями предлагался в онлайнбанке невыгодный курс примерно 104 рубля за фунт.
В то время как курс ЦБ РФ на утро был 123, а после 12-00 часов 125 р за фунт.
Ранее, летом, при попытке в районном офисе банка вывести в наличных долларах с фунтов - был предложен тоже крайне низкий кросс-курс через рубль.
При этом, в московских отделениях при просьбе выдать наличными рублями предлагали тоже невыгодный курс.
Удалось вывести фунты примерно за 123р за фунт.
Согласитесь, разница 104-123 существенная и при сумме, скажем 1000 фунтов, это почти 20 000 рублей.
Как прошло.
Деньги были на счету, открытом до ковида в московском офисе банка,
который почему-то "Среднерусский".
Сейчас был открыт счёт в фунтах в подмосковном зеленом банке,
который почему-то "Московский".
Перевод между своими счетами в фунтах был без комиссии.
Фунты были выданы наличными по курсу 123р за фунт.
Вот так.
При этом, вначале операционист утверждала,
что в офисе при выдаче наличными курс менее выгодный, чем в онлайн банке
(приключения кончились не начавшись, как видите, на практике при совершении операций вышло как описано).
Буду признателен за обратную связь в чате был ли такой офтопик полезным
и стоит ли время от времени делать офтопики на разные темы.
🔥8👍4👎4❤1
Презентация_на_семинар_Султанов_v6.pptx
5.3 MB
Доклад Султанова
Моделирование архитектуры с контролем фактической реализации
Моделирование архитектуры с контролем фактической реализации
👍2
Вести с партнёрского форума 1С
С докладом по СППР выступал Станислав Султанов.
Презентация к докладу приложена к следующему посту.
Тем, кто хочет понять в каком направлении, возможно, 1С будет развивать СППР
и как планировать свою работу с СППР в будущем стоит ознакомиться с презентацией доклада.
Далеко не факт, что сказанное в докладе будет реализовано в СППР и не факт что именно в таком виде.
Но Станислав и 1С открыты к обмену мыслями, идеями.
Султанов есть в нашем чате, поэтому можете там задать вопросы или поднять тему дискуссии,
возможно, он подключится к общению, ну или suls@1c.ru для контактов.
Напомню, что Станислав Султанов - разработчик интеграции с DocHub на основе типовой СППР.
Это отличие его проекта от других разработок СППР+ (Сазонов), Архитектор СППР (Запорожский), ERP-tools (Ермолаев) или Sunrise+СППР (БИА),
которые основаны на коренных переработках архитектуры СППР.
Проект DocHub / Архитектура как код (АаС)- это современный, модный тренд в проектировании архитектур бизнеса, ИС и ПО),
продвигаемый в РФ Пионтиком Романом (Сбер и иные крупные проекты).
Поэтому, тем кто заинтересован в движении в направлении АаС, к докладу Султанова стоит присмотреться внимательно,
чтобы понять как, на каких подходах, идеях, трендах, возможно, в этом направлении будет расти СППР /1С.
С докладом по СППР выступал Станислав Султанов.
Презентация к докладу приложена к следующему посту.
Тем, кто хочет понять в каком направлении, возможно, 1С будет развивать СППР
и как планировать свою работу с СППР в будущем стоит ознакомиться с презентацией доклада.
Далеко не факт, что сказанное в докладе будет реализовано в СППР и не факт что именно в таком виде.
Но Станислав и 1С открыты к обмену мыслями, идеями.
Султанов есть в нашем чате, поэтому можете там задать вопросы или поднять тему дискуссии,
возможно, он подключится к общению, ну или suls@1c.ru для контактов.
Напомню, что Станислав Султанов - разработчик интеграции с DocHub на основе типовой СППР.
Это отличие его проекта от других разработок СППР+ (Сазонов), Архитектор СППР (Запорожский), ERP-tools (Ермолаев) или Sunrise+СППР (БИА),
которые основаны на коренных переработках архитектуры СППР.
Проект DocHub / Архитектура как код (АаС)- это современный, модный тренд в проектировании архитектур бизнеса, ИС и ПО),
продвигаемый в РФ Пионтиком Романом (Сбер и иные крупные проекты).
Поэтому, тем кто заинтересован в движении в направлении АаС, к докладу Султанова стоит присмотреться внимательно,
чтобы понять как, на каких подходах, идеях, трендах, возможно, в этом направлении будет расти СППР /1С.
❤6👍3
В ходе вчерашней дискуссии в чате возникал вопрос:
А есть ли потребность в автоматическом извлечении описания пользовательского функционала
из кода конфигурации?
Есть те, кто придерживается возможности такого решения и они делают свой продукт.
Есть те, кто против и они делятся на две группы:
- тех, кто считает невозможным такое решение технически
- тех, кто считает ненужным пользователю (юзер, аналитик, архитектор) такого решения
Что скажете вы?
А есть ли потребность в автоматическом извлечении описания пользовательского функционала
из кода конфигурации?
Есть те, кто придерживается возможности такого решения и они делают свой продукт.
Есть те, кто против и они делятся на две группы:
- тех, кто считает невозможным такое решение технически
- тех, кто считает ненужным пользователю (юзер, аналитик, архитектор) такого решения
Что скажете вы?
У микрософт Windows вышел релиз 24h
И там есть такое "И, наконец, Microsoft планирует добавить в «Проводник» поддержку систем контроля версий, таких как Git. Это позволит отслеживать изменения и комментарии в проектах без необходимости запуска специализированных приложений или открытия веб-сервисов."
Кто знает что это такое?
Как-то можно это совместить с разработкой?
Есть идеи как это можно совместить с СППР и её версиями объектов?
И там есть такое "И, наконец, Microsoft планирует добавить в «Проводник» поддержку систем контроля версий, таких как Git. Это позволит отслеживать изменения и комментарии в проектах без необходимости запуска специализированных приложений или открытия веб-сервисов."
Кто знает что это такое?
Как-то можно это совместить с разработкой?
Есть идеи как это можно совместить с СППР и её версиями объектов?
👀1