EFSOL – Telegram
EFSOL
718 subscribers
454 photos
21 videos
405 links
Мы компания EFSOL - занимаемся автоматизацией технологических и бизнес-процессов.

Вам нужны:

- ИТ-решения?
- Продукты 1С?
- DevOps-услуги?
- Облачные сервисы?

Свяжитесь с нами 👇🏻

e-mail: efsol@efsol.ru
tel: +74952300303
web: efsol.ru
Download Telegram
⚡️ Нужно настроить контроль остатков в 1С:ERP?

В 1С:ERP существует возможность организовать контроль остатка товаров в разрезе организаций и складов.

➡️ Подробная инструкция от EFSOL:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-nastroit-kontrol-ostatkov-v-1serp-611511800f7aab4547f9d2e8
👉 Как настроить права доступа пользователей в 1С:ERP?

1С:ERP позволяет настраивать права доступа пользователей к различным объектам с помощью ролей. Роль определяет, какие действия и над какими объектами может выполнять пользователь.

Существует два варианта настройки прав пользователей – простой, созданный только на основе ролей пользователей и более сложный – на основе ролей и видов доступа к конкретным наборам объектов.

➡️ Инструкция от EFSOL:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-nastroit-prava-dostupa-polzovatelei-v-1serp-611516c1945daa06bcf2a67e
😎 Нужно настроить маршрутные карты в 1С:ERP?

Маршрутные карты в 1С:ERP используются для ведения детальных схем технологических операций, выполняемых на одном этапе производства (по ресурсной спецификации).

👉 Смотрите инструкцию от EFSOL:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-nastroit-marshrutnye-karty-v-1serp-6115202b189dda659288bb4a
📢 Как мы вырастили команду DevOps с нуля? А также расскажем о том, как применять DevOps в разработке 1С.

Хотим поделиться историей о том, как мы начали применять практику DevOps у нас в компании и вырастили целую команду.

Какое-то время назад, начали поступать запросы на использование методик и инструментов DevOps от наших клиентов, но так как опыта в этом направлении у нас не было, мы отправили двух специалистов на курсы DevOps. После успешного окончания курсов и получения сертификатов, мы начали активно внедрять проекты и обслуживать уже существующие структуры клиентов.

Таким образом, вырастили нескольких специалистов, которые впоследствии стали DevOps-специалистами уровня Senior. В свою очередь, они подготовили уже работающих ИТ-инженеров, таким образом в компании выросли Middle DevOps.

Сейчас мы готовим новых Junior DevOps, так как количество проектов и клиентов в нашей компании постоянно растет.

▶️ Подробнее о нашем DevOps-аутсорсинге:
https://efsol.ru/promo/devops.html

Мы, как компания франчайзи 1С, также имеем дело с разработкой на базе этого программного обеспечения и за долгие годы работы накопили немалый опыт и базу знаний. Но даже эти знания и опыт не всегда позволяют сократить сроки проекта, уменьшить Time To Market или выпустить программный продукт в назначенный и подготовленный маркетологами срок.

Именно поэтому, мы решили оптимизировать и автоматизировать процесс разработки ПО на базе программных продуктов 1С, используя современные методики и методологии DevOps. Об этом читайте в статье: https://efsol.ru/promo/devops-1s.html
😎 Реализован проект создания IaC-структуры в SberCloud

В EFSOL обратились разработчики приложения в сфере розничных продаж с просьбой автоматизировать процесс доставки кода на среды dev, test и prod. Стек разработки компании - php, go, PostgresSQL, Kafka, Redis.

➡️ Подробно об этом проекте:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-my-realizovali-proekt-sozdaniia-iacstruktury-v-sbercloud-6116734ad3f0df25646e6333
⚡️ Нужно настроить отчеты и мониторинг в 1С:ERP?

👉 Подробная инструкция от EFSOL:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-nastroit-otchety-i-monitoring-v-1serp-61167aba29330d3d3e210e62
🚀 Как подключить и настроить торговое оборудование в 1С:ERP?

В настоящее время существует достаточно широкий спектр оборудования, используемого в торговле. Перед началом работы необходимо наладить связь оборудования с информационной базой 1С:ERP.

➡️ Рекомендации от EFSOL:
https://zen.yandex.ru/media/id/5f73541cb7327a61f466fab8/kak-podkliuchit-i-nastroit-torgovoe-oborudovanie-v-1serp-61168dfe90c7e2078a19a8cd
📢 Почему не стоит доверять ТЗ на 100%?

В работе ИТ-специалиста на практике формируется такая заповедь - не верь заказчику, даже если он утверждающе пишет тезисы в ТЗ.
Пишем о наболевшем, поскольку за последний месяц, действительно часто сталкивались с ситуацией, когда на задачу тратится существенно больше времени, потому что выясняются некоторые "подводные камни".

👉 Примеры ситуаций с заказчиком:

Заказчик: Нам нужно перенести сервисы в Kubernetes. Наши сервисы докеризированы, вам нужно только перенести в Kubernetes.
DevOps-инженер EFSOL: *Тратит +30% процентов времени проекта на то, чтобы адаптировать докер-файлы под Kubernetes*.

Заказчик: Необходимо проксировать запросы, в зависимости от URL к разным бекенд. Прокси-сервер поднят, развернут, нужно только добавить роуты.
DevOps-инженер EFSOL: *Первоначально оценил в 4 часа. Тратит два дня, чтобы перенастроить CI, поскольку бекенд билдится неверно, объясняет заказчику, что дело не в роутах. Настраивает роуты - оказывается, в принципе инфраструктура не готова, нужно переписывать бек*.

В обоих случаях заказчик не врал и давал 100% информации на момент заключения сделки, тратить дополнительные часы на проведение аудита - дело неблагодарное (заказчик не заплатит, не понимая конечного результата, исполнитель не будет работать бесплатно).

⚠️ Аксиома - в оценку стоимости и сроков проекта практически всегда нужно закладывать дополнительно 20-30% от фактически полученной оценки. И заказчик и исполнитель это должны понимать.

ИТ-аутсорсинг: https://efsol.ru/solutions/service-it.html
DevOps-аутсорсинг: https://efsol.ru/promo/devops.htm
Управление Kubernetes: https://efsol.ru/promo/managed-kubernetes.html
📢 Как получить скоростной Интернет за городом?

Самый простой способ решения - подключиться к 4G (LTE) оператору. В загородной местности работают далеко не все операторы в каждой конкретной точке, поэтому надо брать SIM-карту того оператора, который дает нормальную скорость в требуемом районе.
Но безлимитный Интернет в дачных условиях недешевое удовольствие, тариф для роутера у любого оператора для физ. лица будет не менее 1000 руб./мес.

В Интернете существует множество предложений по корпоративных SIM-картам, которые предоставляют безлимитный 4G интернет за разумные деньги (200-600 руб в зависимости от карты), однако у этих SIM есть ограничение от оператора - они не работают в роутерах. Только в смартфоне или планшете. Можно конечно расшарить интернет на смартфоне, но это решение нестабильное, сигнал будет слабым и смартфон регулярно самопроизвольно будет отключать эту функцию.

👉 Хотим поделиться решением, которое поможет обойти эту проблему. Для этого понадобится распространенный USB LTE модем, например, Huawei e3372h (или аналог), для которого легко найти родную прошивку и инструкцию как сменить IMEI и фиксировать TTL. Собственно, защита оператора строиться на проверки IMEI, который должен принадлежать смартфону или планшету и проверки TTL.
1. Для смены IMEI на модеме нужно найти в Интернете генератор IMEI для смартфонов Android, сгенерить новый номер. После чего, с помощью инструкций, которых полно в Интернете, на модеме поменять IMEI на сгенерированный и желательно зафиксировать, чтобы он не “забыл” его после сброса в дефолт.
2. После этого, нужно зафиксировать на модеме TTL на значение 64 (для IMEI от Android), так как с точки зрения оператора вы работаете непосредственно со смартфона, значит TTL должен быть именно 64, а не 65 и более. Каждый маршрутизатор на пути пакета добавляет 1 к значению TTL, значит модем должен уметь сбросить все предыдущие значения TTL приходящего пакета и отправить оператору пакет с TTL=64.
3. Далее - подобрать и настроить Wi-Fi, роутер который умеет подключать к себе USB LTE модемы и корректно раздавать через них Интернет, например MikroTik RB951Ui-2Hnd.
4. Все! Можно наслаждаться недорогим и стабильным интернетом на даче, подключать к нему SMART-TV, камеры и все что душе угодно 🙂
В принципе, можно использовать Wi-Fi-роутеры со встроенным LTE-модулем, главное проверить, что в Интернете для указанной модели есть готовые инструкции как сделать 1 и 2 пункты.

А ещё, мы строим корпоративные Wi-Fi сети и обслуживаем их, обращайтесь 👉 https://efsol.ru/solutions/service-it.html
📢 Как "прокачать" свой сервер 1С?
Сегодня мы раскроем тайну... 😎

Производительность 1С сильно зависит от частоты процессора. Зависимость прямая - чем выше частота, тем выше производительность.
Все современные процессоры работают в диапазоне частот. К примеру, для Xeon Gold 6143 этот диапазон составляет 2,8 - 4,0 GHz. За выбор тактовой частоты отвечает технология Turbo Boost 3.0. Если кратко, то для ресурсоемких задач процессор временно повышает частоту нескольких ядер до максимально возможной в пределах теплового запаса процессора. Возникает резонный вопрос - можно ли зафиксировать эту частоту? Можно.

👉 Для того, чтобы зафиксировать частоту процессора существует два способа:

1) Через ОС
Необходимо перевести гипервизор в состояние “максимальная производительность”. Это не совсем фиксация частоты ЦПУ, но общую производительность системы поднимет. В тесте Гилева можно увидеть повышение результата на 20% минимум.
2) Через BIOS
Изучите инструкцию к вашей материнской плате и обратите особое внимание на параметры процессора T P и C State.

В качестве примера вот часть параметров серверов Supermicro:
Power Technology - Custom
Power Performance Tuning - здесь нужно выбрать управлять питанием будет BIOS или ОС. Наш опыт с Hyper-V говорит о выборе в сторону OS-control.
Energy_perf_bias_cfg mode - Maximum Performance.
Остальные настраиваются также на максимальную производительность.
Настройки BIOS могут отличаться от сервера к серверу.

Результатом наших манипуляций является фиксированная в режиме Turbo Boost частота процессора. Для Xeon Gold 6143 - это 3,5 ГЦ, так как задействованы все ядра процессора.

▶️ Некоторые советы указаны также в инструкции: https://efsol.ru/manuals/1s-setup.html
▶️ Также мы пишем статьи на тему производительности 1С, вот одна из последних: https://efsol.ru/articles/1s-kvm-esxi-hyper-v.html
▶️ А ещё, вы можете заказать ускорение 1С под ключ у нас: https://efsol.ru/promo/optimization-1s.html
📢 Сотрудники противодействуют нововведениям в компании. Знакомо?

Каждый руководитель рано или поздно сталкивается с необходимостью внедрить нововведение в своей компании или подразделении: в обязанностях сотрудников, стандартах работы, используемом программном обеспечении.

Большинство начатых перемен заканчиваются провалом - сотрудники протестуют и саботируют нововведения, что вызывает конфликты, как внутри компании, так и в работе с клиентами/подрядчиками, если их также затрагивает это нововведение. Зачастую компания несет и финансовые потери, если внедрение новаций требовало капиталовложений.

👉 Почему так происходит?

Неопределенность пугает, а необходимость покинуть “зону комфорта”, которая возникает, когда годами работаешь по проверенной и привычной схеме, выбивает из колеи. И тут у сотрудников непременно возникают вопросы: Зачем это нужно? И так же нормально работает... Вам заняться больше нечем?

Нужно понимать, что сопротивление персонала является неотвратимой обратной реакцией на внедрение инноваций, которая проходит через ряд этапов: 1) Бездействие; 2) Отрицание; 3) Раздражение; 4) Обсуждение и переговоры; 5) Спад противодействия; 6) Принятие перемен.

Переломным этапом является обсуждение и переговоры. Именно на этом этапе руководитель должен проявить свое мастерство убеждения и подобрать весомые аргументы, чтобы доказать сотрудником необходимость перемен. Порой мягкие способы не работают и чем больше вы стараетесь успокоить людей, чем дольше вы с ними разговариваете, тем активней они сопротивляются. Тут вступает метод принуждения - просто внедрить и обязать всех смириться. Жестко, зато быстро 🙂

Недавно на себе прочувствовали всю сложность нововведений - перешли на новый корпоративный мессенджер. Переходили как раз методом принуждения, т.к. уговоры не сработали. В итоге, все оказалось не так страшно, сами перешли и большинство клиентов перевели без проблем и возражений.

Остались, конечно, некоторые принципиальные приверженцы старого мессенджера, но они в меньшинстве. Как итог, уже 2 недели работаем с новым мессенджером, работа идет в привычном режиме, а стоило ли так сопротивляться?

Наш сайт: https://efsol.ru
Media is too big
VIEW IN TELEGRAM
👉 Поговорим о бюджетировании

▶️ Когда нужно автоматизировать бюджетирование?
▶️ Как должен быть построен бюджетный процесс?
▶️ Какая документация должна быть перед стартом проекта?

Отвечаем на эти вопросы и делимся 10-летним опытом автоматизации финансовых задач!
👉 Что такое подход GitOps?

Основная задача в практике DevOps-инженера - как можно быстрее собрать и доставить продукт конечным пользователям, минимизируя время на подготовку продукта к среде, в которой он будет запускаться, так и саму среду.

Но требования к среде запуска продукта меняются так же быстро, как и продукт. Для решения этой существенной проблемы используют следующий подход:

- есть ответственный за доставку собственник продукта
- все требования, конфигурация среды и продукта описаны декларативно в гит репозитории
Такой подход чаще всего используют при доставке кода продукта в Kubernetes. Самыми распространенными инструментами на текущий момент являются ArgoCD, Flux (Fluxv2), Jenkins X.
Мы как раз осваиваем технологию, инструменты, механизмы и будем готовы в скором времени представить примеры опытной эксплуатации.

▶️ Как мы реализовали подход DevOps в разработке 1С: https://efsol.ru/promo/devops-1s.html
▶️ Наш DevOps-аутсорсинг: https://efsol.ru/promo/devops.html
📢 Как организовать эффективную систему управления проектами?

Практически каждая компания сталкивалась со сложностями применения проектного управления.

👉 Основные проблемы:

- невозможность адекватно оценить текущее состояние проекта;
- полная неразбериха при видимости кипучей деятельности;
- сложности в выстраивании приоритетов между проектными задачами и текущей операционной деятельностью;
- неравномерность загрузки, неясность перспектив.

👉 Эффективная система управления проектами должна стоять на трёх опорах:

▶️ Знания и навыки.
Обучение сотрудников и тренировка их навыков эффективны при условии, что сотрудник, вернувшись с обучения с новыми идеями и желанием применить полученные знания, найдет поддержку руководства и получит реальные возможности применения своих знаний. Не менее важно самостоятельное обучение, обмен опытом, поиск вариантов решения проблем и обсуждение их с коллегами.

▶️ Структура управления.
У каждого руководителя проектов есть команда с выстроенной эффективной средой взаимодействия, где умеют слушать и правильно доносить свои мысли, а руководитель - вдохновляющий лидер.
Роль руководителя проекта должна стать почетной, а не часто воспринимаемой как “мальчика для битья”. В сознании сотрудников должно быть заложено понимание, что роль руководителя проекта - это возможность получить новые навыки, опыт и хороший заработок. А члены команды, понимая, что они тоже могут стать руководителями проектов, будут работать на результат.

▶️ Информационная система.
Использование информационных систем дает возможность руководителю быстро оценить общую ситуацию по проектам, увидеть загрузку каждого отдельного специалиста и оценить сроки завершения проектов.

👉 Вот несколько систем ИИ, достойных внимания:

LiquidPlanner - программа оценивает новый срок завершения задач, если ресурсы направляются на другой проект или меняются приоритеты, перепланирует связанные с ней задачи, оценивает уровень загрузки сотрудников.

PineStem - ориентирован на проекты по разработке ПО, помогает сформировать оптимальную команду исходя из опыта и ошибок в задачах сотрудников, над которыми они работали ранее.

Easy Projects - облачный продукт, использует возможности машинного обучения и ИИ. Анализирует исполнителей, скорость завершения задач, историю подобных проектов и ещё ряд параметров. В результате, формирует кривую вероятности завершения проекта. Чем больше данных по проекту, тем точнее прогноз.

Успех любого проекта - это тандем правильно сформированной команды, эффективной автоматизации и вдохновляющего руководителя.
🧐 Поговорим о тестировании ПО

Тестирование кода программного обеспечения - важный процесс, без которого не обходится эффективная разработка. Сегодня мы расскажем, какие виды тестирования кода бывают и для чего они нужны.

▶️ Юнит-тесты – проверка работоспособности каждого отдельного блока вашего кода. Это самый понятный вид тестирования даже для начинающего пользователя, ведь здесь идёт учёт лишь тех процессов, которые исполняются исключительно внутри отдельно взятого участка кода. Например, создавая блок для ввода имени в форме регистрации, вас интересует лишь соответствие языка, отсутствие цифр и спецсимволов. Юнит-тесты часто используют TDD (Test-driven development) методологию для написания кода, где вы сначала создаете методику проверки (тестовый модуль) и только потом пишите исполняемый код.

▶️ Интеграционное тестирование – проверка взаимодействия нескольких отдельных модулей. Это, пожалуй, наиболее тяжёлая часть тестирования просто потому, что необходимо чётко и максимально полно определить все векторы и сочетания классов в коде. В частности, в той же самой форме регистрации, взаимодействие отдельных блоков минимально, поэтому создать интеграционное тестирование не так уж и сложно. Однако, если рассматривать саму форму регистрации, как часть сервиса по авторизации, допустим, в игре, то интеграционное тестирование приобретает совсем иные масштабы.

▶️ Приемочное тестирование – исполняемые процедуры для установления факта соответствия требованиям заказчика. Актуально в тех случаях, когда требования к коду и работающему приложению описаны заказчиком в ТЗ или в любой другой письменной форме. На основании этого создаётся либо сценарий, либо простой перебор отдельных значений, чтобы наглядно показать возможность выполнения поставленной задачи. В частном случае, это привычный нам demo-mode, демонстрирующий возможности ПО.

▶️ Регрессионное тестирование – оценка работоспособности уже проверенного кода после внесения в него изменений. Актуально для динамических систем, где появление новых данных может реально повлиять на работоспособность всего кода. Логично, что для элементарного заполнения БД создавать регрессионное тестирование не имеет смысла, но для полноценного ПО в состоянии вечной доработки – вполне.

▶️ Системное тестирование – это конечная обкатка приложения. Как правило, выполняется в ручном режиме, но есть и автоматизированные методы, как с простым перебором, так и с алгоритмическим подходом.
😎 Как перехватить сообщение в Telegram?

Недавно наша компания перешла полностью на мессенджер Telegram. Это решение было вызвано в основном удобством и функционалом. Также система считается одной из самых надежных в плане безопасности благодаря функции “Секретные чаты”.
Почему сообщение в таком чате нельзя перехватить?

👉 Теория:
1) End-to-end шифрование. Сообщение перед отправкой шифруется публичным ключом получателя и расшифровать его может только он.
2) Сама переписка или же резервные копии не хранятся на серверах Telegram, на каких-то облачных сервисах вроде iCloud, AWS и других.
3) Поскольку ключи шифрования хранятся на конечных устройствах, невозможно получить доступ к чату даже если получен доступ к другому устройству на котором запущен телеграмм этого же пользователя. Если была похищена сим-карта к которой привязан аккаунт = войти в телеграмм в таком случае получится, но увидеть переписку - нет.
👉 Практика:
Не было не единого случая взлома секретного чата в телеграмм.
Соответственно, получить доступ к такой переписке невозможно. Но бывают случаи, когда клиенты приходят с задачей, что нужно перехватывать сообщения их сотрудников, написанные в телеграмме. В этом случае приходится применять ПО мониторинга за действиями персонала. Таким образом, удается перехватить текст, голосовые звонки, отправленные файлы, поскольку программа получает доступ к самому устройству на котором установлен клиент Telegram.
CI/CD - что это?

Набор принципов и система практик, которые позволяют командам разработчиков приложений более оперативно и гарантированно вносить изменения в код.

Подробнее читайте на нашем Дзен-канале: https://zen.yandex.ru/media/efsol/cicd-chto-eto-61531efe2e625e519405bbd0
Реально ли создать облако на 1000 пользователей 1С? Мы рассмотрели вопрос в нашей новой статье: https://efsol.ru/articles/high-load-1s.html
📢 Как не сгореть на работе?

Многие из нас любят свою работу, но некоторые в один момент приходят к выводу, что устали от любимой работы и просто хочется отдохнуть.
Хотим поделиться с вами и нашим опытом:
1) Планируйте свой рабочий день на 70-80%, оставляя запас по времени - это позволит успевать все в срок даже при внезапных форс мажорах.
2) Работайте на работе, а не дома на диване. Рабочее место должно быть отделено от зоны отдыха. Если вы работаете дома, постарайтесь выделить отдельную комнату или часть комнаты под рабочую зону.
3) Полноценно используйте весь отпуск, который вам положен. Отпуск создан для отдыха, не стоит во время отпуска делать ремонт или работать.
4) Делайте мини-отпуски по 3-4 дня, когда чувствуете упадок сил и вдохновения. Достаточно взять 2-3 дня отпуска к выходным, и вы снова бодры и полны сил.
5) Не стоит изматывать себя работой. Если чувствуете себя плохо, если нет критических проблем, то лучше день-два отлежаться, чем мучать себя непродуктивной работой - эффект будет лучше.
📢 Как построить эффективную проектную команду? Советы для тимлида.

Всем известно, что успешность любого проекта зависит от эффективности проектной команды. Каждый тимлид хочет, чтобы в команде все было слаженно и без конфликтов. Но иногда возникают недопонимания внутри команды, и в таком случае нужно понимать что это… нормально. 😉

Каждая проектная группа проходит четыре этапа командной динамики, далее расскажем подробнее, что делать тимлиду на каждом этапе.

1. Формирование. На этом этапе для команды характерны неуверенность, неизвестность и изучение (как самого проекта, так и коллег). Что делать тимлиду на этом этапе?

➡️ Дать информацию
➡️ Поставить цель
➡️ Вовлечь участников

2. Шторм. Во время “шторма” возникают первые трудности, появляется конкуренция и основные конфликты. Здесь нужно:

➡️ Обозначить роли
➡️ Утвердить свою власть
➡️ Изменить вектор энергии в продуктивное русло

3. Успокоение. С этого этапа начинается продуктивная деятельность, появляются правила, общность и сотрудничество. На этом этапе важно:

➡️ Не мешать
➡️ Поощрять участников

4. Выполнение. Тут возникает гордость за выполненные задачи, поддержка и результаты. На этом этапе тимлиду нужно:

➡️ Контролировать
➡️ Направлять
➡️ Защищать