🔥 Как перейти на 1С:ERP за 3 месяца?
При переходе на 1С:ERP, можно долго идти путем классической методологии, годами проектировать идеальную систему, потом годами ее внедрять. А можно выбрать один участок, определить приоритеты, пилотные центры и на них запустить систему. А дальше по кирпичикам строить и тиражировать систему на все участки и все структуры компании.
Расскажем об опыте быстрого запуска производственного и складского учета в 1С:ERP для кондитерского предприятия. Описание проблематики и задач клиента:
1) Имеется производственный кондитерский цех.
2) Учет на производстве ведется в Excel, много ручных операций, как результат — много ошибок в учете.
3) Не верно отражается информация о складских остатках.
4) Продукция имеет ограниченные сроки хранения, которые также нужно контролировать.
5) Нужна защита технологических карт и доступ к картам только ограниченному количеству сотрудников.
6) Расчет сдельных показателей заработной платы 200 сотрудников цеха производится в Excel, регулярно допускаются ошибки, выполняются корректировки.
7) Нет возможности оперативно получать информацию с производства и выполнять планирование деятельности предприятия.
Для решения задач клиента мы сделали:
1) Спроектировали процессы производственного учета в 1С:ERP и процессы складского учета для полуфабрикатов и складской продукции.
2) Обучили пользователей работе в новой системе, загрузили справочники и остатки.
3) Настроили расчет сдельных показателей расчета заработной платы в 1С:ERP и интеграцию с системой 1С:ЗУП.
4) Разграничили права доступа сотрудников к технологическим картам.
Какой результат получили:
1) Исключили ошибки складского учета, теперь все остатки отражаются в системе оперативно.
2) Получили инструмент контроля сроков годности для полуфабрикатов и готовой продукции.
3) Автоматизировали процесс расчета показателей по сдельной схеме, исключили ошибки и корректировки.
4) Сократили время сотрудников на ввод информации в систему на 30%.
Далее запланировали внедрить процессы планирования процесса закупок и продаж, бюджетирование, перейти на полный учет заработной платы в системе 1С:ERP.
👉 Компания EFSOL предлагает облачную платформу для внедрения 1С:ERP на вашем предприятии, в неё входят:
1) Быстрый облачный сервер на базе Intel Xeon Gold, лицензии 1С:ERP и Microsoft.
2) Настройка серверов разработки, тестирования и продакшн (dev, test, prod).
3) Помощь в переходе с вашей учетной системы от 1С:Центр ERP. Предоставляются консультанты 1С:ERP, выделенный ERP-эксперт, разработчики.
4) Поддержка 1С:ERP, включая консультации и настройки системы.
5) Размещение в надежном дата-центре уровня Tier 3.
6) Оперативное масштабирование серверов.
7) Автоматическое резервное копирование.
8) Защита доступа, шифрованное VPN-подключение.
9) Повышенный уровень отказоустойчивости, организация кластера серверов 1С:ERP.
👉 Подробнее: https://efsol.ru/promo/arenda-erp.html
При переходе на 1С:ERP, можно долго идти путем классической методологии, годами проектировать идеальную систему, потом годами ее внедрять. А можно выбрать один участок, определить приоритеты, пилотные центры и на них запустить систему. А дальше по кирпичикам строить и тиражировать систему на все участки и все структуры компании.
Расскажем об опыте быстрого запуска производственного и складского учета в 1С:ERP для кондитерского предприятия. Описание проблематики и задач клиента:
1) Имеется производственный кондитерский цех.
2) Учет на производстве ведется в Excel, много ручных операций, как результат — много ошибок в учете.
3) Не верно отражается информация о складских остатках.
4) Продукция имеет ограниченные сроки хранения, которые также нужно контролировать.
5) Нужна защита технологических карт и доступ к картам только ограниченному количеству сотрудников.
6) Расчет сдельных показателей заработной платы 200 сотрудников цеха производится в Excel, регулярно допускаются ошибки, выполняются корректировки.
7) Нет возможности оперативно получать информацию с производства и выполнять планирование деятельности предприятия.
Для решения задач клиента мы сделали:
1) Спроектировали процессы производственного учета в 1С:ERP и процессы складского учета для полуфабрикатов и складской продукции.
2) Обучили пользователей работе в новой системе, загрузили справочники и остатки.
3) Настроили расчет сдельных показателей расчета заработной платы в 1С:ERP и интеграцию с системой 1С:ЗУП.
4) Разграничили права доступа сотрудников к технологическим картам.
Какой результат получили:
1) Исключили ошибки складского учета, теперь все остатки отражаются в системе оперативно.
2) Получили инструмент контроля сроков годности для полуфабрикатов и готовой продукции.
3) Автоматизировали процесс расчета показателей по сдельной схеме, исключили ошибки и корректировки.
4) Сократили время сотрудников на ввод информации в систему на 30%.
Далее запланировали внедрить процессы планирования процесса закупок и продаж, бюджетирование, перейти на полный учет заработной платы в системе 1С:ERP.
👉 Компания EFSOL предлагает облачную платформу для внедрения 1С:ERP на вашем предприятии, в неё входят:
1) Быстрый облачный сервер на базе Intel Xeon Gold, лицензии 1С:ERP и Microsoft.
2) Настройка серверов разработки, тестирования и продакшн (dev, test, prod).
3) Помощь в переходе с вашей учетной системы от 1С:Центр ERP. Предоставляются консультанты 1С:ERP, выделенный ERP-эксперт, разработчики.
4) Поддержка 1С:ERP, включая консультации и настройки системы.
5) Размещение в надежном дата-центре уровня Tier 3.
6) Оперативное масштабирование серверов.
7) Автоматическое резервное копирование.
8) Защита доступа, шифрованное VPN-подключение.
9) Повышенный уровень отказоустойчивости, организация кластера серверов 1С:ERP.
👉 Подробнее: https://efsol.ru/promo/arenda-erp.html
👍3
🔥 Облако на 150 пользователей 1С:ERP получил клиент EFSOL
В EFSOL Oblako обратилась крупная компания, занимающаяся разработкой, производством и обслуживанием техники на базе дизельных двигателей (генераторов, насосных установок и т.д.). У компании вырос штат сотрудников, работающих в системе 1С:ERP и текущие серверы перестали справляться с нагрузкой. Закупка нового серверного оборудования оказалось нерентабельной, поэтому было принято решение о переезде в облачный сервис.
👉 Перед инженерами EFSOL Oblako были поставлены следующие задачи:
1) Обеспечить быструю работу 150 пользователей на облачном сервере с установленной 1С:ERP.
2) Организовать безопасное подключение к облаку для сотрудников из различных офисов компании.
3) Переход в облако должен быть комфортным для пользователей.
👉 Читайте подробнее: https://efsol.ru/news/cloud-server-150.html
В EFSOL Oblako обратилась крупная компания, занимающаяся разработкой, производством и обслуживанием техники на базе дизельных двигателей (генераторов, насосных установок и т.д.). У компании вырос штат сотрудников, работающих в системе 1С:ERP и текущие серверы перестали справляться с нагрузкой. Закупка нового серверного оборудования оказалось нерентабельной, поэтому было принято решение о переезде в облачный сервис.
👉 Перед инженерами EFSOL Oblako были поставлены следующие задачи:
1) Обеспечить быструю работу 150 пользователей на облачном сервере с установленной 1С:ERP.
2) Организовать безопасное подключение к облаку для сотрудников из различных офисов компании.
3) Переход в облако должен быть комфортным для пользователей.
👉 Читайте подробнее: https://efsol.ru/news/cloud-server-150.html
👍1
🔥 Надежное частное облако для работы в 1С:Бухгалтерия - как выбрать?
Знаете ли вы, в чем минус типичных предложений аренды облака с конфигурацией 1С:Бухгалтерия? Как правило, поставщики предлагают так называемое публичное облако вместо частного.
Да, это будет самая низкая цена, но о наличии определенных недостатков вы узнаете позже. Какие это недостатки? Перечислим основные из них:
1) Размещение баз 1С:Бухгалтерия на одном и том же сервере, где размещаются другие клиенты поставщика услуги. В чем минус? - спросите вы. Это напрямую влияет на производительность и комфорт работы.
2) Одинаковые настройки сервера для всех клиентов поставщика услуги. В единообразии сила - подумаете вы? Но не всегда это так, например, если для работы вашей компании нужны индивидуальные настройки облака, то при использовании публичного сервиса это невозможно. Не будет возможности создавать индивидуальные резервные копии, настроить повышенную отказоустойчивость или установить дополнительные программы, а также нельзя организовать защиту подключения через VPN/eToken.
3) Уровень технической поддержки публичного облака существенно различается от поддержки частного облака. Все дело в том, что у поставщика публичного облака есть штат сотрудников поддержки, а все обращения клиентов распределяются между ними и ни о каком индивидуальном подходе не может быть и речи. Пользователи частного облака знают своего персонального ИТ-инженера поддержки, который максимально заинтересован в том, чтобы вести клиента качественно, ведь от этого напрямую зависит его зарплата.
Стоит ли экономить? Или немного доплатить за качественный сервис? Решать вам.
👉 Чем публичное облако отличается от частного облака, можно подробнее прочитать в статье: https://efsol.ru/articles/private-public-cloud.html
👉 Интересная статья, из которой вы узнаете о критериях выбора поставщика облачных услуг: https://efsol.ru/articles/cloud-providers.html
👉 Получить частное облако с 1С:Бухгалтерия можно здесь: https://efsol.ru/promo/arenda-buhgalteriya.html
Знаете ли вы, в чем минус типичных предложений аренды облака с конфигурацией 1С:Бухгалтерия? Как правило, поставщики предлагают так называемое публичное облако вместо частного.
Да, это будет самая низкая цена, но о наличии определенных недостатков вы узнаете позже. Какие это недостатки? Перечислим основные из них:
1) Размещение баз 1С:Бухгалтерия на одном и том же сервере, где размещаются другие клиенты поставщика услуги. В чем минус? - спросите вы. Это напрямую влияет на производительность и комфорт работы.
2) Одинаковые настройки сервера для всех клиентов поставщика услуги. В единообразии сила - подумаете вы? Но не всегда это так, например, если для работы вашей компании нужны индивидуальные настройки облака, то при использовании публичного сервиса это невозможно. Не будет возможности создавать индивидуальные резервные копии, настроить повышенную отказоустойчивость или установить дополнительные программы, а также нельзя организовать защиту подключения через VPN/eToken.
3) Уровень технической поддержки публичного облака существенно различается от поддержки частного облака. Все дело в том, что у поставщика публичного облака есть штат сотрудников поддержки, а все обращения клиентов распределяются между ними и ни о каком индивидуальном подходе не может быть и речи. Пользователи частного облака знают своего персонального ИТ-инженера поддержки, который максимально заинтересован в том, чтобы вести клиента качественно, ведь от этого напрямую зависит его зарплата.
Стоит ли экономить? Или немного доплатить за качественный сервис? Решать вам.
👉 Чем публичное облако отличается от частного облака, можно подробнее прочитать в статье: https://efsol.ru/articles/private-public-cloud.html
👉 Интересная статья, из которой вы узнаете о критериях выбора поставщика облачных услуг: https://efsol.ru/articles/cloud-providers.html
👉 Получить частное облако с 1С:Бухгалтерия можно здесь: https://efsol.ru/promo/arenda-buhgalteriya.html
🧐 Как считаете, нужна ли роботизация логистического бизнеса?
Уже никого не удивишь применением искусственного интеллекта (ИИ) в различных сферах бизнеса и присутствием роботов в нашей повседневной жизни. Наверное, вы уже слышали о роботах-доставщиках Яндекса, а может к вам уже приезжал такой робот? Мы решили детально изучить вопрос применения ИИ в сфере логистики и доставки.
В статье, ссылка на которую ниже, мы рассмотрели использование логистических роботов на складах. В России таких роботов производит компания Ronavi. Они уже эффективно используются такими компаниями, как Faberlic, Газпромнефть, ПЭК. Применение ИИ успешно и в сфере морских перевозок, что позволяет улучшить точность прогнозирования и эффективность цепочки поставок. Применение ИИ предоставляет экипажу более детальную и полную картину про внешние и внутренние условия среды, благодаря чему можно более точно прогнозировать сроки доставки, строить более оптимальные маршруты и т.д.
А роботы-беспилотники используются, например, в Amazon вместо курьеров. Компания Walmart также тестирует доставку дронами из своих магазинов. Компания Яндекс разрабатывает собственные дроны-доставщики, которые уже начали применять и в Почте России.
Дроны, беспилотники и роботы проникают во все сферы производства и услуг, реформируют, упрощают процессы и делают их более автоматизированными. У вас же есть дома робот-пылесос?)
👉 Больше информации об опыте применения роботов и ИИ в логистическом бизнесе узнайте в нашем обзоре по ссылке: https://efsol.ru/articles/robotizacziya-i-iskusstvennyj-intellekt-na-praktike-v-sfere-logistiki.html
Уже никого не удивишь применением искусственного интеллекта (ИИ) в различных сферах бизнеса и присутствием роботов в нашей повседневной жизни. Наверное, вы уже слышали о роботах-доставщиках Яндекса, а может к вам уже приезжал такой робот? Мы решили детально изучить вопрос применения ИИ в сфере логистики и доставки.
В статье, ссылка на которую ниже, мы рассмотрели использование логистических роботов на складах. В России таких роботов производит компания Ronavi. Они уже эффективно используются такими компаниями, как Faberlic, Газпромнефть, ПЭК. Применение ИИ успешно и в сфере морских перевозок, что позволяет улучшить точность прогнозирования и эффективность цепочки поставок. Применение ИИ предоставляет экипажу более детальную и полную картину про внешние и внутренние условия среды, благодаря чему можно более точно прогнозировать сроки доставки, строить более оптимальные маршруты и т.д.
А роботы-беспилотники используются, например, в Amazon вместо курьеров. Компания Walmart также тестирует доставку дронами из своих магазинов. Компания Яндекс разрабатывает собственные дроны-доставщики, которые уже начали применять и в Почте России.
Дроны, беспилотники и роботы проникают во все сферы производства и услуг, реформируют, упрощают процессы и делают их более автоматизированными. У вас же есть дома робот-пылесос?)
👉 Больше информации об опыте применения роботов и ИИ в логистическом бизнесе узнайте в нашем обзоре по ссылке: https://efsol.ru/articles/robotizacziya-i-iskusstvennyj-intellekt-na-praktike-v-sfere-logistiki.html
👉 Продолжаем рассматривать базовые действия с docker
На этот раз, наша видеоинструкция расскажет о том, как развернуть nginx в docker на Ubuntu. Для этих целей был развёрнут виртуальный сервер на Ubuntu Linux LTS 20.04, подключение производилось по SSH.
▶️ Видеоинструкция на youtube: https://www.youtube.com/watch?v=XH5drCCdBSs
▶️ Текст на нашем сайте: https://efsol.ru/manuals/nginx-docker.html
На этот раз, наша видеоинструкция расскажет о том, как развернуть nginx в docker на Ubuntu. Для этих целей был развёрнут виртуальный сервер на Ubuntu Linux LTS 20.04, подключение производилось по SSH.
▶️ Видеоинструкция на youtube: https://www.youtube.com/watch?v=XH5drCCdBSs
▶️ Текст на нашем сайте: https://efsol.ru/manuals/nginx-docker.html
🔥 Оперативный сбор документов по требованию налоговой? Это реально с помощью Электронного архива!
Переписка с налоговой - рутинный, но очень ответственный процесс, который есть на всех предприятиях. Налоговая присылает листы-требования, в которых указывает параметры, по которым нужно собрать документы и предоставить на проверку. Часто такие проверки бывают встречные, когда документы сравниваются с документами вашего партнера. Если процесс сбора и хранения документов не автоматизирован и не систематизирован, сбор таких документов может составить 10 и более дней.
С внедренной и настроенной системой Электронного архива собрать все необходимые для налоговой документы можно за пару минут. Что еще важно, Электронный архив строится на базе типовых конфигураций 1С. Не нужно никакого стороннего программного обеспечения!
▶️ Как это сделать? Смотрите в нашем видео: https://www.youtube.com/watch?v=an6uAeR6Zq8
▶️ Подробнее о решении: https://efsol.ru/solutions/e-archive.html
Переписка с налоговой - рутинный, но очень ответственный процесс, который есть на всех предприятиях. Налоговая присылает листы-требования, в которых указывает параметры, по которым нужно собрать документы и предоставить на проверку. Часто такие проверки бывают встречные, когда документы сравниваются с документами вашего партнера. Если процесс сбора и хранения документов не автоматизирован и не систематизирован, сбор таких документов может составить 10 и более дней.
С внедренной и настроенной системой Электронного архива собрать все необходимые для налоговой документы можно за пару минут. Что еще важно, Электронный архив строится на базе типовых конфигураций 1С. Не нужно никакого стороннего программного обеспечения!
▶️ Как это сделать? Смотрите в нашем видео: https://www.youtube.com/watch?v=an6uAeR6Zq8
▶️ Подробнее о решении: https://efsol.ru/solutions/e-archive.html
🔥2👍1
🔥 Пора внедрять CI/CD?
В современных условиях, когда программный продукт должен оперативно разрабатываться, часто обновляться и качественно поддерживаться в среде эксплуатации, применение практик DevOps, таких как CI/CD - жизненно необходимо.
Основные задачи CI/CD сводятся к автоматизации сборки, упаковки и тестирования программного продукта, развертывания в разных окружениях, минимизации ошибок.
CI/CD разделяет процесс разработки на этапы: написание кода, сборка, тестирование, релиз, развертывание на prod, поддержка и мониторинг. Еще один этап - оценка пользовательского опыта и планирование разработки нового функционала, далее все повторяется.
Преимущества CI/CD заключаются в ускорении разработки и выкатки нововведений, ускорении тестирования и повышении качества разработки. Оценить эти преимущества можно в разработке программного продукта, который часто обновляется.
👉 В чем разница между CI/CD/CDP?
▶️ Continuous integration (CI) / Непрерывная интеграция - автоматизированная интеграция программного кода в существующий проект в репозитории с дальнейшей компиляцией, формированием сборки и прогоном базовых автотестов.
▶️ Сontinuous delivery (CD) / Непрерывная доставка - автоматизированная поставка готовой сборки программного кода с изменениями на серверы разработки и прогоном автотестов.
▶️ Сontinuous deployment (CDP) / Непрерывное развертывание - это CD + автоматизированное развертывание изменений в prod-среду.
Итак, в разработке программного обеспечения крайне важна скорость и качество сборки, в чем и помогает концепция CI/CD. Инструментов для реализации CI/CD много. Например, GitLab CI, BitBucket Pipelines, AWS CodeBuild, Bamboo CI, TeamCity, Jenkins.
👉 Есть задачи по внедрению или доработке CI/CD? Обращайтесь к нам: https://efsol.ru/promo/devops.html
В современных условиях, когда программный продукт должен оперативно разрабатываться, часто обновляться и качественно поддерживаться в среде эксплуатации, применение практик DevOps, таких как CI/CD - жизненно необходимо.
Основные задачи CI/CD сводятся к автоматизации сборки, упаковки и тестирования программного продукта, развертывания в разных окружениях, минимизации ошибок.
CI/CD разделяет процесс разработки на этапы: написание кода, сборка, тестирование, релиз, развертывание на prod, поддержка и мониторинг. Еще один этап - оценка пользовательского опыта и планирование разработки нового функционала, далее все повторяется.
Преимущества CI/CD заключаются в ускорении разработки и выкатки нововведений, ускорении тестирования и повышении качества разработки. Оценить эти преимущества можно в разработке программного продукта, который часто обновляется.
👉 В чем разница между CI/CD/CDP?
▶️ Continuous integration (CI) / Непрерывная интеграция - автоматизированная интеграция программного кода в существующий проект в репозитории с дальнейшей компиляцией, формированием сборки и прогоном базовых автотестов.
▶️ Сontinuous delivery (CD) / Непрерывная доставка - автоматизированная поставка готовой сборки программного кода с изменениями на серверы разработки и прогоном автотестов.
▶️ Сontinuous deployment (CDP) / Непрерывное развертывание - это CD + автоматизированное развертывание изменений в prod-среду.
Итак, в разработке программного обеспечения крайне важна скорость и качество сборки, в чем и помогает концепция CI/CD. Инструментов для реализации CI/CD много. Например, GitLab CI, BitBucket Pipelines, AWS CodeBuild, Bamboo CI, TeamCity, Jenkins.
👉 Есть задачи по внедрению или доработке CI/CD? Обращайтесь к нам: https://efsol.ru/promo/devops.html
👉 Какие бывают инструменты мониторинга в DevOps?
Хорошая система мониторинга позволяет отслеживать инфраструктуру и производительность приложений локально, в облаке или в контейнерах. Таким образом, вы всегда имеете полный обзор каждой системы.
Независимо от того, хотите ли вы контролировать Kubernetes, IoT-устройства или аппаратные серверы, правильный инструмент мониторинга поможет сделать это возможным.
Эффективный инструмент мониторинга повышает производительность системы, а также помогает сократить (или даже устранить) время простоя. Можно правильно планировать обновления и новые проекты, а также лучше распределять свое время и ресурсы. Вы можете обнаружить проблемы и решить их прежде, чем они повлияют на пользователей.
▶️ Рассмотрим наиболее часто используемые в DevOps-инструменты мониторинга в нашей статье: https://efsol.ru/promo/devops-monitoring.html
Хорошая система мониторинга позволяет отслеживать инфраструктуру и производительность приложений локально, в облаке или в контейнерах. Таким образом, вы всегда имеете полный обзор каждой системы.
Независимо от того, хотите ли вы контролировать Kubernetes, IoT-устройства или аппаратные серверы, правильный инструмент мониторинга поможет сделать это возможным.
Эффективный инструмент мониторинга повышает производительность системы, а также помогает сократить (или даже устранить) время простоя. Можно правильно планировать обновления и новые проекты, а также лучше распределять свое время и ресурсы. Вы можете обнаружить проблемы и решить их прежде, чем они повлияют на пользователей.
▶️ Рассмотрим наиболее часто используемые в DevOps-инструменты мониторинга в нашей статье: https://efsol.ru/promo/devops-monitoring.html
🔥 Миграция с MSSQL на PostgreSQL для конфигураций 1С - неизбежность?
В связи с различными ограничениями использования зарубежного ПО, например, остановкой обновлений, продаж и поддержки, блокировкой аккаунтов - все больше компаний изучают возможности миграции на другие программные продукты, которые не затрагивают санкции.
В 2022 году актуален вопрос ухода от продуктов Microsoft, не исключение здесь использование Windows Server и MS SQL в связке с 1С.
Если изучить список совместимости операционных систем с сервером 1С, то их более десятка, а вот альтернативная СУБД только PostgreSQL.
👉 Как перейти? Упрощенно:
1) Развернуть сервер, настроить ОС и СУБД.
2) Перевести базы 1С на PostgreSQL.
3) Провести тестирование работоспособности.
...или еще проще - обратиться к нам в EFSOL Oblako (https://efsol.ru/cloud/).
👉 А что с производительностью?
Три года назад мы уже проводили исследование, которое показало, что с производительностью 1С на PostgreSQL порядок и многое зависит от настройки: https://efsol.ru/articles/1s-sql-test.html
В связи с различными ограничениями использования зарубежного ПО, например, остановкой обновлений, продаж и поддержки, блокировкой аккаунтов - все больше компаний изучают возможности миграции на другие программные продукты, которые не затрагивают санкции.
В 2022 году актуален вопрос ухода от продуктов Microsoft, не исключение здесь использование Windows Server и MS SQL в связке с 1С.
Если изучить список совместимости операционных систем с сервером 1С, то их более десятка, а вот альтернативная СУБД только PostgreSQL.
👉 Как перейти? Упрощенно:
1) Развернуть сервер, настроить ОС и СУБД.
2) Перевести базы 1С на PostgreSQL.
3) Провести тестирование работоспособности.
...или еще проще - обратиться к нам в EFSOL Oblako (https://efsol.ru/cloud/).
👉 А что с производительностью?
Три года назад мы уже проводили исследование, которое показало, что с производительностью 1С на PostgreSQL порядок и многое зависит от настройки: https://efsol.ru/articles/1s-sql-test.html
👍1
🔥 Сворачивание SPLA от Microsoft — что делать?
Важная новость — это уход программы Microsoft SPLA из России и всего СНГ, включая все среднеазиатские республики, Кавказ и Белоруссию с Украиной.
Microsoft SPLA позволяет сервис-провайдерам и дата-центрам сдавать клиентам лицензии Microsoft в аренду с помесячной оплатой. Модель ухода во всех странах, в том числе и России следующая — новые соглашения не заключаются уже сейчас и когда истекает срок соглашения у партнера, его не продлевают.
Так произошло, например, с Yandex Cloud, где с 15 августа ограничена возможность создания новых сервисов на базе продуктов Microsoft, а 31 августа произойдет отключение KMS-серверов, которые отвечают за лицензирование сервисов SQL Server, Windows Server и RDS. Также будут остановлены кластеры Managed Service for SQL Server, сервисы Loginom и Kaspersky, которые базируются на Windows Server, также потеряют свои лицензии.
Официально Microsoft заявляет, что это связанно с дальнейшем улучшением этой программы, что бы сделать ее более удобной. Но, скорее всего, это связано с тем, чтобы продвигать программу CSP. Эта программа перепродажи облачных услуг Microsoft, а именно Office 365 и Azure. Скорее всего, эта программа для Microsoft гораздо выгоднее и гораздо лучше контролируется вендором, нежели SPLA. Есть очень большие сомнения, что программа SPLA вернется после "оптимизации и улучшения", надо учиться жить без нее.
Есть задачи по миграции с продуктов Microsoft? Обращайтесь: https://efsol.ru/it/
Важная новость — это уход программы Microsoft SPLA из России и всего СНГ, включая все среднеазиатские республики, Кавказ и Белоруссию с Украиной.
Microsoft SPLA позволяет сервис-провайдерам и дата-центрам сдавать клиентам лицензии Microsoft в аренду с помесячной оплатой. Модель ухода во всех странах, в том числе и России следующая — новые соглашения не заключаются уже сейчас и когда истекает срок соглашения у партнера, его не продлевают.
Так произошло, например, с Yandex Cloud, где с 15 августа ограничена возможность создания новых сервисов на базе продуктов Microsoft, а 31 августа произойдет отключение KMS-серверов, которые отвечают за лицензирование сервисов SQL Server, Windows Server и RDS. Также будут остановлены кластеры Managed Service for SQL Server, сервисы Loginom и Kaspersky, которые базируются на Windows Server, также потеряют свои лицензии.
Официально Microsoft заявляет, что это связанно с дальнейшем улучшением этой программы, что бы сделать ее более удобной. Но, скорее всего, это связано с тем, чтобы продвигать программу CSP. Эта программа перепродажи облачных услуг Microsoft, а именно Office 365 и Azure. Скорее всего, эта программа для Microsoft гораздо выгоднее и гораздо лучше контролируется вендором, нежели SPLA. Есть очень большие сомнения, что программа SPLA вернется после "оптимизации и улучшения", надо учиться жить без нее.
Есть задачи по миграции с продуктов Microsoft? Обращайтесь: https://efsol.ru/it/
☝️ Как добиться того, чтобы проект по запуску ERP-системы был успешен?
Внедрение ERP — сложный процесс, и руководителям проектов следует подумать о создании контрольного чек-листа, чтобы ничего не было забыто или оставлено без внимания.
✅ Руководитель проекта поделился стратегией развертывания системы
Руководитель проекта должен предупредить членов проектной группы, сотрудников компании и любую третью сторону, которая будет использовать новую ERP-систему о действиях, которые будут выполняться до и после ввода в эксплуатацию. Обмен стратегией поможет всем спланировать свою работу, независимо от того, будут ли они отвечать за последние исправления и обучение или просто будут использовать новую систему.
✅ Миграция данных завершена
Руководитель проекта должен подтвердить, что команда проекта реализовала стратегию переноса данных и перенесла все необходимые данные перед запуском. В зависимости от стратегии миграции, команде проекта может потребоваться выполнить дальнейшую миграцию исторических данных после ввода в эксплуатацию. План миграции должен быть разработан заблаговременно до даты запуска, а руководитель проекта должен указать детали миграции в контрольном списке.
✅ Критичные ошибки устранены
Перед запуском команда проекта должна устранить ошибки, обнаруженные на заключительном этапе реализации. Скорее всего, до запуска не будут исправлены все ошибки, но нужно проверить каждую из них на предмет критичности и создать план по устранению каждой. Например, команда может исправить критические ошибки перед вводом в эксплуатацию, но отложить исправление мелких проблем до следующего этапа реализации.
✅ План обучения готов
Прежде чем система ERP будет запущена, нужно запланировать обучение, назначить инструкторов для проведения необходимых учебных занятий и уведомить сотрудников, которым необходимо будет пройти обучение.
✅ Уведомление о проекте получили все стороны
Команда проекта обычно рассылает официальное сообщение о внедрении ERP незадолго до и после запуска. Сообщение о проекте может включать заметку во внутренней сети компании, электронное письмо сотрудникам и телефонные звонки любым третьим сторонам, которые будут использовать новую систему ERP, например внешним поставщикам.
✅ Производственная среда готова
Проектная группа выполняет внедрение ERP в тестовой среде, а затем готовит систему для ввода в эксплуатацию. В этом случае руководитель проекта должен убедиться, что команда выполнила все шаги подготовки для выпуска в продакшн, включая настройку любых пользовательских форм и отчетов, настройку базы данных и подключение необходимых интерфейсов.
✅ Доступность ресурсов обеспечена
Руководитель проекта должен убедиться, что все необходимые ресурсы, включая сотрудников и внешних подрядчиков, будут доступны для поддержки новой системы ERP после запуска.
✅ Тестирование работоспособности проведено
Нужно выполнить перечень основных тестов работоспособности, чтобы убедиться, что система ERP работает должным образом. Тесты могут быть как автоматическими, так и ручными. Нужно убедиться, что все критичные функции работают правильно.
✅ Доступ к старой системе ограничен
Команда проекта должна гарантировать, что сотрудники не смогут добавлять новые данные в старую систему после перехода на новую.
Есть задачи по переходу на 1С:ERP? Обращайтесь к нам! https://efsol.ru/
Внедрение ERP — сложный процесс, и руководителям проектов следует подумать о создании контрольного чек-листа, чтобы ничего не было забыто или оставлено без внимания.
✅ Руководитель проекта поделился стратегией развертывания системы
Руководитель проекта должен предупредить членов проектной группы, сотрудников компании и любую третью сторону, которая будет использовать новую ERP-систему о действиях, которые будут выполняться до и после ввода в эксплуатацию. Обмен стратегией поможет всем спланировать свою работу, независимо от того, будут ли они отвечать за последние исправления и обучение или просто будут использовать новую систему.
✅ Миграция данных завершена
Руководитель проекта должен подтвердить, что команда проекта реализовала стратегию переноса данных и перенесла все необходимые данные перед запуском. В зависимости от стратегии миграции, команде проекта может потребоваться выполнить дальнейшую миграцию исторических данных после ввода в эксплуатацию. План миграции должен быть разработан заблаговременно до даты запуска, а руководитель проекта должен указать детали миграции в контрольном списке.
✅ Критичные ошибки устранены
Перед запуском команда проекта должна устранить ошибки, обнаруженные на заключительном этапе реализации. Скорее всего, до запуска не будут исправлены все ошибки, но нужно проверить каждую из них на предмет критичности и создать план по устранению каждой. Например, команда может исправить критические ошибки перед вводом в эксплуатацию, но отложить исправление мелких проблем до следующего этапа реализации.
✅ План обучения готов
Прежде чем система ERP будет запущена, нужно запланировать обучение, назначить инструкторов для проведения необходимых учебных занятий и уведомить сотрудников, которым необходимо будет пройти обучение.
✅ Уведомление о проекте получили все стороны
Команда проекта обычно рассылает официальное сообщение о внедрении ERP незадолго до и после запуска. Сообщение о проекте может включать заметку во внутренней сети компании, электронное письмо сотрудникам и телефонные звонки любым третьим сторонам, которые будут использовать новую систему ERP, например внешним поставщикам.
✅ Производственная среда готова
Проектная группа выполняет внедрение ERP в тестовой среде, а затем готовит систему для ввода в эксплуатацию. В этом случае руководитель проекта должен убедиться, что команда выполнила все шаги подготовки для выпуска в продакшн, включая настройку любых пользовательских форм и отчетов, настройку базы данных и подключение необходимых интерфейсов.
✅ Доступность ресурсов обеспечена
Руководитель проекта должен убедиться, что все необходимые ресурсы, включая сотрудников и внешних подрядчиков, будут доступны для поддержки новой системы ERP после запуска.
✅ Тестирование работоспособности проведено
Нужно выполнить перечень основных тестов работоспособности, чтобы убедиться, что система ERP работает должным образом. Тесты могут быть как автоматическими, так и ручными. Нужно убедиться, что все критичные функции работают правильно.
✅ Доступ к старой системе ограничен
Команда проекта должна гарантировать, что сотрудники не смогут добавлять новые данные в старую систему после перехода на новую.
Есть задачи по переходу на 1С:ERP? Обращайтесь к нам! https://efsol.ru/
👍1
🔥 SonarQube для отслеживания качества кода 1С
В процессе разработки на 1С, может накапливаться технический долг, те проблемы, на устранение которых в дальнейшем потребуется существенное количество ресурсов.
Почему эти проблемы возникают:
- нет тестирования кода;
- плохая архитектура;
- нет документации;
- некомпетентность кадров;
- давление бизнеса;
- не проводится код-ревью.
Классическим средством борьбы с техническим долгом является аудит, как внутренний, так и внешний. Но чтобы исключить влияние человеческого фактора, можно автоматизировать проверки с помощью подхода continuous code inspection (непрерывная проверка кода). Это можно сделать, например, используя SonarQube (https://www.sonarqube.org/downloads/) c плагинами для 1С:
https://github.com/1c-syntax/sonar-bsl-plugin-community
https://silverbulleters.org/sonarqube
Благодаря SonarQube, можно наглядно оценить качество кода.
👉 В нашей статье мы приводим пример использования SonarQube как части процесса CI/CD в разработке 1С: https://efsol.ru/promo/devops-1s.html
В процессе разработки на 1С, может накапливаться технический долг, те проблемы, на устранение которых в дальнейшем потребуется существенное количество ресурсов.
Почему эти проблемы возникают:
- нет тестирования кода;
- плохая архитектура;
- нет документации;
- некомпетентность кадров;
- давление бизнеса;
- не проводится код-ревью.
Классическим средством борьбы с техническим долгом является аудит, как внутренний, так и внешний. Но чтобы исключить влияние человеческого фактора, можно автоматизировать проверки с помощью подхода continuous code inspection (непрерывная проверка кода). Это можно сделать, например, используя SonarQube (https://www.sonarqube.org/downloads/) c плагинами для 1С:
https://github.com/1c-syntax/sonar-bsl-plugin-community
https://silverbulleters.org/sonarqube
Благодаря SonarQube, можно наглядно оценить качество кода.
👉 В нашей статье мы приводим пример использования SonarQube как части процесса CI/CD в разработке 1С: https://efsol.ru/promo/devops-1s.html
👍1🔥1
🔥 Время не ждет: выпуск обновлений 1С:УПП скоро прекратится
Фирма 1С прекратит поддерживать 1С:УПП в 2026 году. Это серьезный повод переходить на более современную систему и не подвергать свои бизнес-процессы лишнему риску.
👉 Почему стоит перейти на 1С:ERP?
Конфигурация обновляется и развивается фирмой 1С.
Полноценный производственный учет со встроенным блоком ремонтов.
Поддержка БУ, НУ, международного и управленческого учета.
Расширенный функционал в подсистеме обеспечения потребностей.
Актуальная платформа 1С 8.3, поддержка веб-доступа и мобильных устройств.
👉 Особенности перехода с 1С:УПП на 1С:ERP
➜ Самостоятельно
Нет возможности подготовить план-график. Как правило не учитываются особенности системы. Из-за этого срок проекта некорректный. Вы не можете планировать трудозатраты и бюджет.
Дорого содержать команду внедренцев в штате компании. В 1C:ERP более 7 блоков по которым разработаны курсы 1С. Один человек все знать не может. Так же на проект нужен руководитель проекта. Проект может двигаться очень медленно без сильной команды.
Все финансовые риски возложены на руководителя предприятия. Нет SLA и ответственности сотрудников за неудачу. Максимальная зона ответственности потеря бонусов.
Могут быть лишние затраты на содержание 2х серверов (разработка и продакшн). Необходима тестовая среда для разработки и перехода на 1С:ERP. Требуется приобрести или арендовать серверные ресурсы и программное обеспечение, а также оплатить обслуживание.
Потери времени на изучение стандартов написания проектной документации. Требуется описать документацию по всем объектам учета в общепринятых стандартах. Это очень трудозатратный процесс, требующий специфических знаний и опыта.
➜ С помощью EFSOL
Есть готовые шаблоны проверенные в проектах. Большой опыт реализации проектов 1С:ERP. Мы готовим план перехода, которому можно доверять. Мы остаемся в рамках лимита времени и бюджета.
В штате более 400 специалистов по разным направлениям. Мы имеем все статусы от 1С, что означает наличие в нашем штате специалистов в разных отраслях. Опыт подтвержден сертификатами от фирмы 1С и полученными отзывами довольных клиентов.
Есть финансовые гарантии. Предоставляем их на сервисы и работы проекта. Мы предоставляем финансовую гарантию на работоспособность ПО и сервера. Мы компенсируем простои. Предоставляем гарантию на выполненную разработку.
Нет лишних затрат. Сервер для разработки (или продакшн) даем в аренду. Мы предоставляем клиентам серверы разработки с необходимым программным обеспечением, полным техническим обслуживанием, резервным копированием на срок проекта.
Использование опыта прошлых проектов. Использование наработок EFSOL и фирмы 1С. Мы собрали воедино стандарты проектирования бизнес-процессов в Метод EFSOL. Метод позволит составить документацию таким образом, чтобы не было зависимости от команды разработки, релиза ПО и этапа проекта.
👉 Узнайте больше: https://efsol.ru/promo/upp-erp.html
Фирма 1С прекратит поддерживать 1С:УПП в 2026 году. Это серьезный повод переходить на более современную систему и не подвергать свои бизнес-процессы лишнему риску.
👉 Почему стоит перейти на 1С:ERP?
Конфигурация обновляется и развивается фирмой 1С.
Полноценный производственный учет со встроенным блоком ремонтов.
Поддержка БУ, НУ, международного и управленческого учета.
Расширенный функционал в подсистеме обеспечения потребностей.
Актуальная платформа 1С 8.3, поддержка веб-доступа и мобильных устройств.
👉 Особенности перехода с 1С:УПП на 1С:ERP
➜ Самостоятельно
Нет возможности подготовить план-график. Как правило не учитываются особенности системы. Из-за этого срок проекта некорректный. Вы не можете планировать трудозатраты и бюджет.
Дорого содержать команду внедренцев в штате компании. В 1C:ERP более 7 блоков по которым разработаны курсы 1С. Один человек все знать не может. Так же на проект нужен руководитель проекта. Проект может двигаться очень медленно без сильной команды.
Все финансовые риски возложены на руководителя предприятия. Нет SLA и ответственности сотрудников за неудачу. Максимальная зона ответственности потеря бонусов.
Могут быть лишние затраты на содержание 2х серверов (разработка и продакшн). Необходима тестовая среда для разработки и перехода на 1С:ERP. Требуется приобрести или арендовать серверные ресурсы и программное обеспечение, а также оплатить обслуживание.
Потери времени на изучение стандартов написания проектной документации. Требуется описать документацию по всем объектам учета в общепринятых стандартах. Это очень трудозатратный процесс, требующий специфических знаний и опыта.
➜ С помощью EFSOL
Есть готовые шаблоны проверенные в проектах. Большой опыт реализации проектов 1С:ERP. Мы готовим план перехода, которому можно доверять. Мы остаемся в рамках лимита времени и бюджета.
В штате более 400 специалистов по разным направлениям. Мы имеем все статусы от 1С, что означает наличие в нашем штате специалистов в разных отраслях. Опыт подтвержден сертификатами от фирмы 1С и полученными отзывами довольных клиентов.
Есть финансовые гарантии. Предоставляем их на сервисы и работы проекта. Мы предоставляем финансовую гарантию на работоспособность ПО и сервера. Мы компенсируем простои. Предоставляем гарантию на выполненную разработку.
Нет лишних затрат. Сервер для разработки (или продакшн) даем в аренду. Мы предоставляем клиентам серверы разработки с необходимым программным обеспечением, полным техническим обслуживанием, резервным копированием на срок проекта.
Использование опыта прошлых проектов. Использование наработок EFSOL и фирмы 1С. Мы собрали воедино стандарты проектирования бизнес-процессов в Метод EFSOL. Метод позволит составить документацию таким образом, чтобы не было зависимости от команды разработки, релиза ПО и этапа проекта.
👉 Узнайте больше: https://efsol.ru/promo/upp-erp.html
🔥1
🔥 Gitlab-сервер в Docker compose
Для тех, кто хочет быстро установить свой Gitlab-сервер и удобно управлять развертыванием и масштабированием данного сервера в дальнейшем, мы записали видеоинструкцию.
Минимальные требования:
Как минимум 4 ГБ ОЗУ;
ОС с поддержкой docker engine и docker-compose (мы использовали Ubuntu 20.04 LTS);
Если требуется публикация — то потребуется белый IP с доменным именем и пробросами портов 22, 443 и 80.
Видео: https://www.youtube.com/watch?v=NoCdPYWEMc4
Для тех, кто хочет быстро установить свой Gitlab-сервер и удобно управлять развертыванием и масштабированием данного сервера в дальнейшем, мы записали видеоинструкцию.
Минимальные требования:
Как минимум 4 ГБ ОЗУ;
ОС с поддержкой docker engine и docker-compose (мы использовали Ubuntu 20.04 LTS);
Если требуется публикация — то потребуется белый IP с доменным именем и пробросами портов 22, 443 и 80.
Видео: https://www.youtube.com/watch?v=NoCdPYWEMc4
🔥 Как справляться со стрессом на работе?
Стресс… Мы встречаемся с ним практически ежедневно. Он может нагло входить в наш день со звонком будильника, но чаще всего стресс настигает нас именно на работе, даже если мы очень сильно ее любим. Нехватка времени, завал по задачам, конфликтный клиент, строгий и требовательный начальник, нереальные планы и отсутствие полноценного отдыха. В таких реалиях уровень стресса зашкаливает у многих.
Мы не всегда можем контролировать то, что происходит вокруг, но мы всегда можем контролировать то, что происходит внутри нас. Поэтому, для оперативного снятия стресса, возьмите паузу и примените эти методы релаксации:
👉 Шаг 1. Вдох-выдох.
Помните, как в фильмах медики или пожарные в неприятной ситуации советуют дышать глубоко и спокойно. А все потому, что в стрессовых ситуациях организм испытывает кислородное голодание, дыхание учащается. Поэтому первое, что нужно сделать – это обеспечить доступ кислорода к головному мозгу. Не обязательно идти в студию йоги, чтобы ощутить все преимущества глубокого дыхания, можно быстро, эффективно и незаметно сделать это даже в многолюдном офисе. Просто вдохните на четыре счета, а затем также на четыре счета выдохните.
👉 Шаг 2. Мышечная релаксация.
С помощью этой техники снимаем мышечное напряжение, возникающее в результате стресса. Вам нужно напрягать, а затем расслаблять основные группы мышц в течение пяти секунд на каждую. Это поможет замедлить дыхание и сердцебиение, стабилизировать кровяное давление и расслабиться.
👉 Шаг 3. Созерцание природы.
Прогулка до ближайшего парка, отдых в окружении зелени и свежего воздуха минимум раз в день — мощное и бесплатное лекарство от стресса, всегда доступное и обладающее продолжительным эффектом.
А что сделать ещё?
1) Налаживайте связи. Круто, когда рядом есть коллеги, которые будут способны поддержать вас в стрессовой ситуации.
2) Заботьтесь о теле. Физические упражнения и дыхательные практики в перерывах от работы помогают снизить уровень тревожности.
3) Откажитесь от вредных привычек и быстрых перекусов за рабочим столом, делайте перерыв и правильно питайтесь.
4) Спешите медленно. Если мы будем делать каждую вещь спокойно и осторожно, то сможем сделать все быстрее и с гораздо меньшим напряжением.
Используйте вышеприведенные методики и ловите “дзен”, и ваша жизнь заиграет новыми краскам. Вы заметите, как станете более продуктивными, позитивными и готовыми к новым задачам.
Стресс… Мы встречаемся с ним практически ежедневно. Он может нагло входить в наш день со звонком будильника, но чаще всего стресс настигает нас именно на работе, даже если мы очень сильно ее любим. Нехватка времени, завал по задачам, конфликтный клиент, строгий и требовательный начальник, нереальные планы и отсутствие полноценного отдыха. В таких реалиях уровень стресса зашкаливает у многих.
Мы не всегда можем контролировать то, что происходит вокруг, но мы всегда можем контролировать то, что происходит внутри нас. Поэтому, для оперативного снятия стресса, возьмите паузу и примените эти методы релаксации:
👉 Шаг 1. Вдох-выдох.
Помните, как в фильмах медики или пожарные в неприятной ситуации советуют дышать глубоко и спокойно. А все потому, что в стрессовых ситуациях организм испытывает кислородное голодание, дыхание учащается. Поэтому первое, что нужно сделать – это обеспечить доступ кислорода к головному мозгу. Не обязательно идти в студию йоги, чтобы ощутить все преимущества глубокого дыхания, можно быстро, эффективно и незаметно сделать это даже в многолюдном офисе. Просто вдохните на четыре счета, а затем также на четыре счета выдохните.
👉 Шаг 2. Мышечная релаксация.
С помощью этой техники снимаем мышечное напряжение, возникающее в результате стресса. Вам нужно напрягать, а затем расслаблять основные группы мышц в течение пяти секунд на каждую. Это поможет замедлить дыхание и сердцебиение, стабилизировать кровяное давление и расслабиться.
👉 Шаг 3. Созерцание природы.
Прогулка до ближайшего парка, отдых в окружении зелени и свежего воздуха минимум раз в день — мощное и бесплатное лекарство от стресса, всегда доступное и обладающее продолжительным эффектом.
А что сделать ещё?
1) Налаживайте связи. Круто, когда рядом есть коллеги, которые будут способны поддержать вас в стрессовой ситуации.
2) Заботьтесь о теле. Физические упражнения и дыхательные практики в перерывах от работы помогают снизить уровень тревожности.
3) Откажитесь от вредных привычек и быстрых перекусов за рабочим столом, делайте перерыв и правильно питайтесь.
4) Спешите медленно. Если мы будем делать каждую вещь спокойно и осторожно, то сможем сделать все быстрее и с гораздо меньшим напряжением.
Используйте вышеприведенные методики и ловите “дзен”, и ваша жизнь заиграет новыми краскам. Вы заметите, как станете более продуктивными, позитивными и готовыми к новым задачам.
🔥3❤2👍1
👉 Как изменился рынок международной логистики в 2022 году?
С марта 2022 года после введения дополнительной серии санкций, работа международных логистических провайдеров на рынке РФ значительно ухудшилась. Это стало похоже на какой-то квест. Схемы доставки и оплаты услуг, которые были разработаны ранее, могли стать не актуальны на следующий день.
Отказ иностранных компаний от партнерства с российскими контрагентами, резко снизил объем грузопотоков из Европы. Из России ушли более 15 крупных европейских транспортных компаний, многие из которых являлись собственниками контейнеров. Возможность прямой доставки грузов из ЕС в РФ стала использоваться реже, да и сложнее. Все больше стран официально закрывают свои порты для захода российских судов и российских грузов. Российские импортеры стали искать замену своим европейским поставщикам в Юго-Восточной Азии, в основном, в Китае. Поэтому стал популярен вариант комбинированной доставки, море+ж/д или автомобильным транспортом из Китая через порты Дальнего Востока.
Ограничения в банковской сфере привели к сложностям с международными расчетами. Соответственно, стоимость международной доставки выросла значительно и данный вопрос остается нестабильным.
Предполагается, что к ноябрю-декабрю можно ожидать не просто стабилизации ситуации, но и выстраивания новых логистических схем и цепочек.
👉 Чтобы быть готовым к изменениям, нужно настроить бизнес-процессы. Наше решение по автоматизации и управлению транспортно-логистическими процессами по ссылке: https://efsol.ru/solutions/transport-logistics.html
С марта 2022 года после введения дополнительной серии санкций, работа международных логистических провайдеров на рынке РФ значительно ухудшилась. Это стало похоже на какой-то квест. Схемы доставки и оплаты услуг, которые были разработаны ранее, могли стать не актуальны на следующий день.
Отказ иностранных компаний от партнерства с российскими контрагентами, резко снизил объем грузопотоков из Европы. Из России ушли более 15 крупных европейских транспортных компаний, многие из которых являлись собственниками контейнеров. Возможность прямой доставки грузов из ЕС в РФ стала использоваться реже, да и сложнее. Все больше стран официально закрывают свои порты для захода российских судов и российских грузов. Российские импортеры стали искать замену своим европейским поставщикам в Юго-Восточной Азии, в основном, в Китае. Поэтому стал популярен вариант комбинированной доставки, море+ж/д или автомобильным транспортом из Китая через порты Дальнего Востока.
Ограничения в банковской сфере привели к сложностям с международными расчетами. Соответственно, стоимость международной доставки выросла значительно и данный вопрос остается нестабильным.
Предполагается, что к ноябрю-декабрю можно ожидать не просто стабилизации ситуации, но и выстраивания новых логистических схем и цепочек.
👉 Чтобы быть готовым к изменениям, нужно настроить бизнес-процессы. Наше решение по автоматизации и управлению транспортно-логистическими процессами по ссылке: https://efsol.ru/solutions/transport-logistics.html
🔥 Proxmox вместо Hyper-V и VMWare — какие могут быть нюансы?
В связи с уходом из России крупных ИТ-вендоров типа Microsoft или VMWare, становится актуальным переход на OpenSource-решения в сфере виртуализации.
У себя мы выбрали в качестве альтернативы — Proxmox. В целом, очень достойный гипервизор, особенно, если учитывать тот факт, что он бесплатный. Но есть нюансы, которые надо учитывать при эксплуатации. Расскажем об одном из таких нюансов, а именно — об обновлении Proxmox.
Во время работы кластера Proxmox, мы 2 раза поймали непонятный сбой с двумя нодами, когда они неожиданно отваливались по сети. Изучая форум разработчика, нашли описание проблемы, где одна из первых рекомендаций была провести обновление. У нас стояла стабильная версия Proxmox 7.1, соответственно, было принято решение обновляться до актуальной версии 7.2.
Сказано-сделано. И тут выяснилось, что в новой версии не работает живая миграция между нодами, виртуалка при миграции падает. Дальнейшее изучение форума показало, что это известная проблема в ядре 5.15.39-3-pve для некоторых типов процессоров. И нам очень повезло, что буквально на днях вышло пропатченное ядро 5.15.39-3-pve-guest-fpu, в котором баг исправлен. Если бы мы сразу после выхода стабильной версии 7.2 стали обновляться, то вынуждены были либо откатываться, либо жить без миграции пару месяцев до исправления бага.
👉 Выводы при работе с Proxmox:
1) Не стоит ставить свежие обновления без острой необходимости. Надо дать обновлению "настояться" для выявления критичных багов.
2) Нужно обязательно иметь тестовый стенд с максимально идентичным железом, чтобы перед обновлением проверять работоспособность основных функций.
На текущий момент ощущения от эксплуатации Proxmox следующие: продукт вполне работоспособен и к использованию годен, но нужно быть аккуратным и внимательно все предварительно проверять на тестовом стенде. А на сэкономленные от закупки лицензий VMWare и Microsoft деньги нужно обязательно закупить и собрать этот стенд.
В связи с уходом из России крупных ИТ-вендоров типа Microsoft или VMWare, становится актуальным переход на OpenSource-решения в сфере виртуализации.
У себя мы выбрали в качестве альтернативы — Proxmox. В целом, очень достойный гипервизор, особенно, если учитывать тот факт, что он бесплатный. Но есть нюансы, которые надо учитывать при эксплуатации. Расскажем об одном из таких нюансов, а именно — об обновлении Proxmox.
Во время работы кластера Proxmox, мы 2 раза поймали непонятный сбой с двумя нодами, когда они неожиданно отваливались по сети. Изучая форум разработчика, нашли описание проблемы, где одна из первых рекомендаций была провести обновление. У нас стояла стабильная версия Proxmox 7.1, соответственно, было принято решение обновляться до актуальной версии 7.2.
Сказано-сделано. И тут выяснилось, что в новой версии не работает живая миграция между нодами, виртуалка при миграции падает. Дальнейшее изучение форума показало, что это известная проблема в ядре 5.15.39-3-pve для некоторых типов процессоров. И нам очень повезло, что буквально на днях вышло пропатченное ядро 5.15.39-3-pve-guest-fpu, в котором баг исправлен. Если бы мы сразу после выхода стабильной версии 7.2 стали обновляться, то вынуждены были либо откатываться, либо жить без миграции пару месяцев до исправления бага.
👉 Выводы при работе с Proxmox:
1) Не стоит ставить свежие обновления без острой необходимости. Надо дать обновлению "настояться" для выявления критичных багов.
2) Нужно обязательно иметь тестовый стенд с максимально идентичным железом, чтобы перед обновлением проверять работоспособность основных функций.
На текущий момент ощущения от эксплуатации Proxmox следующие: продукт вполне работоспособен и к использованию годен, но нужно быть аккуратным и внимательно все предварительно проверять на тестовом стенде. А на сэкономленные от закупки лицензий VMWare и Microsoft деньги нужно обязательно закупить и собрать этот стенд.
👍1
🔥 Управляй и успевай: ТОП 3 техник управления временем
Многозадачность, как один из ключевых навыков, фигурирует к требованиям кандидатов практически любой должности, но в жизни выгорание или завал в делах наступит скорее, чем раскроется этот талант. К слову сказать, учёные доказали, что наш мозг не способен к эффективному решению более двух задач одновременно. Большее количество приводило к ошибкам и быстрому утомлению участников исследований и, как следствие, снижению их продуктивности.
Фрилансеру, студенту, специалистам разных отраслей, и даже «многорукому осьминогу» чтобы оставаться продуктивным, необходимо правильно планировать свой день, оставляя свой фокус на важном, не отвлекаясь на вторичное. Предлагаем ознакомиться с 3-мя ТОПовыми техниками управления временем:
⏰ Техника «Pomodoro» или система 25 минут, спасшая судьбу многих проектов и зарекомендовавшая себя, как средство номер 1 по борьбе с прокрастинацией. Суть проста - ставим таймер на 25 минут и работаем, ни на что не отвлекаясь. Далее 5 минут отдыха и заново, и так 4 цикла подряд. Потом можно устроить перерыв в течении 30 минут.
⏰ Матрица Эйзенхауэра предполагает рассортировать дела по их срочности и важности и отнести к каждому из четырех типов, указанных ниже:
- Важные и срочные
Могут привести к значительным потерям, ущербу
- Важные несрочные
Ориентированы на будущее, на профилактику проблем
- Неважные срочные
Рутинные задачи , обязательные к выполнению
- Неважные несрочные
То отчего можно и нужно избавиться (пустая трата времени)
⏰ «Съешь лягушку», конечно, не в прямом смысле. Суть в том, чтобы начать день с самой трудной и неприятной задачи и сделать её так быстро, насколько это возможно.
В основе всех методик управления временем лежат три компонента:
- выделение приоритетной задачи;
- планирование задач, определение её сроков;
- структурирование задачи.
Данные техники помогают определять срочность и важность дел, сортировать их на главные и второстепенные, учат концентрировать внимание. Вы просто можете попробовать каждую из них, и адаптировать их под себя и специфику своей деятельности.
P.S. этот пост появился на свет, благодаря использованию техники «Pomodoro». 😊
Многозадачность, как один из ключевых навыков, фигурирует к требованиям кандидатов практически любой должности, но в жизни выгорание или завал в делах наступит скорее, чем раскроется этот талант. К слову сказать, учёные доказали, что наш мозг не способен к эффективному решению более двух задач одновременно. Большее количество приводило к ошибкам и быстрому утомлению участников исследований и, как следствие, снижению их продуктивности.
Фрилансеру, студенту, специалистам разных отраслей, и даже «многорукому осьминогу» чтобы оставаться продуктивным, необходимо правильно планировать свой день, оставляя свой фокус на важном, не отвлекаясь на вторичное. Предлагаем ознакомиться с 3-мя ТОПовыми техниками управления временем:
⏰ Техника «Pomodoro» или система 25 минут, спасшая судьбу многих проектов и зарекомендовавшая себя, как средство номер 1 по борьбе с прокрастинацией. Суть проста - ставим таймер на 25 минут и работаем, ни на что не отвлекаясь. Далее 5 минут отдыха и заново, и так 4 цикла подряд. Потом можно устроить перерыв в течении 30 минут.
⏰ Матрица Эйзенхауэра предполагает рассортировать дела по их срочности и важности и отнести к каждому из четырех типов, указанных ниже:
- Важные и срочные
Могут привести к значительным потерям, ущербу
- Важные несрочные
Ориентированы на будущее, на профилактику проблем
- Неважные срочные
Рутинные задачи , обязательные к выполнению
- Неважные несрочные
То отчего можно и нужно избавиться (пустая трата времени)
⏰ «Съешь лягушку», конечно, не в прямом смысле. Суть в том, чтобы начать день с самой трудной и неприятной задачи и сделать её так быстро, насколько это возможно.
В основе всех методик управления временем лежат три компонента:
- выделение приоритетной задачи;
- планирование задач, определение её сроков;
- структурирование задачи.
Данные техники помогают определять срочность и важность дел, сортировать их на главные и второстепенные, учат концентрировать внимание. Вы просто можете попробовать каждую из них, и адаптировать их под себя и специфику своей деятельности.
P.S. этот пост появился на свет, благодаря использованию техники «Pomodoro». 😊
🔥5👍1
👉 В чем разница между виртуальной машиной (ВМ) и контейнером?
Начинающие ИТ-практики не всегда понимают разницу между виртуальной машиной и контейнером. Расскажем кратко, в чем отличия, преимущества и недостатки.
Контейнер по сути является набором процессов, он изолирован от остальной операционной системы, запускается из отдельного образа, содержит все файлы, которые необходимы для работы процессов. Такой образ содержит все зависимости, поэтому легко переносится между средами.
👉 Так в чем же разница?
Виртуализация обеспечивает одновременную работу нескольких ОС на одном компьютере:
- каждая ВМ имеет свою ОС
- долго запускается, много "весит"
- производительность ограничена
- более безопасно за счет полной изоляции
- виртуализация на уровне "железа"
Контейнеры работают на одной и той же ОС, изолируются только процессы:
- используется нативная ОС
- запускается мгновенно, занимает не так много места
- нативная производительность
- менее безопасно, т.к. изоляция на уровне процесса
- виртуализация на уровне ОС
👍 Для того, чтобы посмотреть на контейнеризацию вживую, можно использовать Docker Desktop for Windows — это Community-версия Docker для систем Microsoft Windows, которая достаточно просто устанавливается, например, на Windows 10.
Начинающие ИТ-практики не всегда понимают разницу между виртуальной машиной и контейнером. Расскажем кратко, в чем отличия, преимущества и недостатки.
Контейнер по сути является набором процессов, он изолирован от остальной операционной системы, запускается из отдельного образа, содержит все файлы, которые необходимы для работы процессов. Такой образ содержит все зависимости, поэтому легко переносится между средами.
👉 Так в чем же разница?
Виртуализация обеспечивает одновременную работу нескольких ОС на одном компьютере:
- каждая ВМ имеет свою ОС
- долго запускается, много "весит"
- производительность ограничена
- более безопасно за счет полной изоляции
- виртуализация на уровне "железа"
Контейнеры работают на одной и той же ОС, изолируются только процессы:
- используется нативная ОС
- запускается мгновенно, занимает не так много места
- нативная производительность
- менее безопасно, т.к. изоляция на уровне процесса
- виртуализация на уровне ОС
👍 Для того, чтобы посмотреть на контейнеризацию вживую, можно использовать Docker Desktop for Windows — это Community-версия Docker для систем Microsoft Windows, которая достаточно просто устанавливается, например, на Windows 10.
🔥 2 мифа о внедрении 1С:ERP, которые мы опровергли на опыте своих проектов
Специалисты команды EFSOL вместе с финансовым директором «СФТ Пакетджинг» Нагметовой Галиной выступили на корпоративном тренинге. Мероприятие было организовано в одном из филиалов группы СФТ в г. Алексине. Наша команда выступала с докладом «Автоматизация блока «Закупки» на базе 1C:ERP.
Мы поделились результатами внедрения 1С:ERP, которая сейчас является основной учетной системой «СФТ Пакеджинг». И в процессе запуска 1С:ERP развеяли сразу 2 мифа о ее внедрении:
👉 Миф 1 - «1С:ERP невозможно запустить без доработок»
Реальность: 3 филиала и головная компания работают в типовом функционале. Система на поддержке, «замочек не снят».
👉 Миф 2 - «1С:ERP невозможно запустить без проектного подхода и длинных аналитических этапов»
Реальность: моделирование процессов четырех разных филиалов произвели за 4 месяца, свели учетные политики и запустились!
На тренинге мы также рассмотрели следующие вопросы:
- Архитектура ERP. Акцент сделали на функционале блоков, которые влияют на закупочную процедуру.
- Возможности блока «Закупки». Простой и быстрый способ реализации блока.
- Возможности блока «Казначейство», в том числе планирование и управление денежными средствами.
- Ожидаемые выгоды и эффект от внедрения.
А сейчас мы готовы развеять еще один миф: «Блок Закупки в типовом функционале нельзя запустить за 3 месяца».
Вызов принят ;)
Специалисты команды EFSOL вместе с финансовым директором «СФТ Пакетджинг» Нагметовой Галиной выступили на корпоративном тренинге. Мероприятие было организовано в одном из филиалов группы СФТ в г. Алексине. Наша команда выступала с докладом «Автоматизация блока «Закупки» на базе 1C:ERP.
Мы поделились результатами внедрения 1С:ERP, которая сейчас является основной учетной системой «СФТ Пакеджинг». И в процессе запуска 1С:ERP развеяли сразу 2 мифа о ее внедрении:
👉 Миф 1 - «1С:ERP невозможно запустить без доработок»
Реальность: 3 филиала и головная компания работают в типовом функционале. Система на поддержке, «замочек не снят».
👉 Миф 2 - «1С:ERP невозможно запустить без проектного подхода и длинных аналитических этапов»
Реальность: моделирование процессов четырех разных филиалов произвели за 4 месяца, свели учетные политики и запустились!
На тренинге мы также рассмотрели следующие вопросы:
- Архитектура ERP. Акцент сделали на функционале блоков, которые влияют на закупочную процедуру.
- Возможности блока «Закупки». Простой и быстрый способ реализации блока.
- Возможности блока «Казначейство», в том числе планирование и управление денежными средствами.
- Ожидаемые выгоды и эффект от внедрения.
А сейчас мы готовы развеять еще один миф: «Блок Закупки в типовом функционале нельзя запустить за 3 месяца».
Вызов принят ;)
👍4
🔥 Какие KPI есть в DevOps? Часть 1.
DevOps рассматривается как важный компонент процесса доставки и развертывания программных продуктов. Ключевые процессы DevOps участвуют во всем — от обеспечения безопасности до поддержки приложений. Даже лучшие практики DevOps не гарантируют качество, а иногда могут даже вызвать больше проблем, если не интегрированы должным образом. Стремясь как можно быстрее доставить программное обеспечение на рынок, компании рискуют получить много ошибок, которые будут обнаружены конечными пользователями.
DevOps, как и другие современные процессы, требует тщательной интеграции ключевых показателей эффективности (KPI). Правильные метрики могут гарантировать, что приложения работают с максимальной пользой.
👉 Рассмотрим основные показатели KPI, которые используются на практике:
► Частота развертывания (Deployment Frequency) - обозначает частоту запуска новых функций или возможностей. Частота может быть измерена на ежедневной или еженедельной основе. В идеале, показатели частоты либо будут оставаться стабильными во времени, либо будут наблюдаться небольшие и устойчивые увеличения. Если высокая частота приводит к увеличению времени развертывания или более высокой частоте и количеству отказов, возможно, необходимо снизить частоту развертывания до тех пор, пока существующие проблемы не будут решены.
► Объем изменений (Change Volume) тесно связан с частотой развертывания и определяет количество новых пользовательских историй или изменений кода, которые команда DevOps предоставляет с каждым выпуском или за определенный период времени. Хотя большой объем изменений может быть признаком эффективного итеративного подхода к продукту, он также может быть индикатором слишком узкой нарезки проекта и изменений, происходящих исключительно ради изменений.
► Время развертывания (Deployment Time). Несмотря на то, что короткое время развертывания имеет важное значение, оно не должно идти за счет корректности релизов. Увеличение числа ошибок может указывать на то, что развертывания происходят слишком быстро.
► Частота неудачных развертываний (Failed Deployment Rate) - это число должно быть как можно ниже. На процент неудачных развертываний часто ссылаются наряду с объемом изменений. Низкий объем изменений наряду с увеличением частоты неудачных развертываний может указывать на проблему где-то в рабочем процессе.
► Частота отказов (Change Failure Rate). Низкая частота отказов позволяет предположить, что развертывания происходят быстро и регулярно. И, наоборот, высокая частота отказов означает плохую стабильность приложений, что может привести к проблемам у конечных пользователей.
► Среднее время до обнаружения (Mean time to discovery). Хотя идеальное решение состоит в том, чтобы минимизировать или даже искоренить неудачные изменения, важно быстро обнаруживать сбои, если они происходят. Время на обнаружение может определить, адекватны ли текущие меры по реагированию.
► Среднее время между сбоями (Mean Time Between Failures) - является метрикой надежности и доступности. Она используется для измерения способности системы или компонента выполнять свои требуемые функции в установленных условиях в течение определенного периода времени. Кроме того, MTBF позволяет команде разработчиков DevOps измерить степень работоспособности системы или ее компонент.
► Среднее время восстановления (Mean Time to Recovery) - это важный показатель, который указывает на способность адекватно реагировать на выявленные проблемы. Быстрое обнаружение мало что значит, если за ним не следует столь же быстрое восстановление.
DevOps-услуги: https://efsol.ru/promo/devops.html
DevOps рассматривается как важный компонент процесса доставки и развертывания программных продуктов. Ключевые процессы DevOps участвуют во всем — от обеспечения безопасности до поддержки приложений. Даже лучшие практики DevOps не гарантируют качество, а иногда могут даже вызвать больше проблем, если не интегрированы должным образом. Стремясь как можно быстрее доставить программное обеспечение на рынок, компании рискуют получить много ошибок, которые будут обнаружены конечными пользователями.
DevOps, как и другие современные процессы, требует тщательной интеграции ключевых показателей эффективности (KPI). Правильные метрики могут гарантировать, что приложения работают с максимальной пользой.
👉 Рассмотрим основные показатели KPI, которые используются на практике:
► Частота развертывания (Deployment Frequency) - обозначает частоту запуска новых функций или возможностей. Частота может быть измерена на ежедневной или еженедельной основе. В идеале, показатели частоты либо будут оставаться стабильными во времени, либо будут наблюдаться небольшие и устойчивые увеличения. Если высокая частота приводит к увеличению времени развертывания или более высокой частоте и количеству отказов, возможно, необходимо снизить частоту развертывания до тех пор, пока существующие проблемы не будут решены.
► Объем изменений (Change Volume) тесно связан с частотой развертывания и определяет количество новых пользовательских историй или изменений кода, которые команда DevOps предоставляет с каждым выпуском или за определенный период времени. Хотя большой объем изменений может быть признаком эффективного итеративного подхода к продукту, он также может быть индикатором слишком узкой нарезки проекта и изменений, происходящих исключительно ради изменений.
► Время развертывания (Deployment Time). Несмотря на то, что короткое время развертывания имеет важное значение, оно не должно идти за счет корректности релизов. Увеличение числа ошибок может указывать на то, что развертывания происходят слишком быстро.
► Частота неудачных развертываний (Failed Deployment Rate) - это число должно быть как можно ниже. На процент неудачных развертываний часто ссылаются наряду с объемом изменений. Низкий объем изменений наряду с увеличением частоты неудачных развертываний может указывать на проблему где-то в рабочем процессе.
► Частота отказов (Change Failure Rate). Низкая частота отказов позволяет предположить, что развертывания происходят быстро и регулярно. И, наоборот, высокая частота отказов означает плохую стабильность приложений, что может привести к проблемам у конечных пользователей.
► Среднее время до обнаружения (Mean time to discovery). Хотя идеальное решение состоит в том, чтобы минимизировать или даже искоренить неудачные изменения, важно быстро обнаруживать сбои, если они происходят. Время на обнаружение может определить, адекватны ли текущие меры по реагированию.
► Среднее время между сбоями (Mean Time Between Failures) - является метрикой надежности и доступности. Она используется для измерения способности системы или компонента выполнять свои требуемые функции в установленных условиях в течение определенного периода времени. Кроме того, MTBF позволяет команде разработчиков DevOps измерить степень работоспособности системы или ее компонент.
► Среднее время восстановления (Mean Time to Recovery) - это важный показатель, который указывает на способность адекватно реагировать на выявленные проблемы. Быстрое обнаружение мало что значит, если за ним не следует столь же быстрое восстановление.
DevOps-услуги: https://efsol.ru/promo/devops.html