1С *

Сразу хочу сказать, что это только демонстрация возможностей procmon для определения проблемных мест в программном обеспечении. 1С83 была выбрана для опытов из-за неочевидности способа поиска точки входа в процедуру проверки наличия установленных эмуляторов ключа. Она выполняется через различное время после старта порядка 3~10 мин, и вызывает появление окна «нарушение целостности системы» с последующим закрытием приложения. Я призываю всех использовать только лицензионное программное обеспечение. Рассматривать эту статью, как описание возможности взлома, нет смысла. Хотя бы потому, что 1С83 давно взломана и без меня. Любой 1с-ник за секунду вам скажет, как ее запустить без ключа.

Если кто не в курсе procmon от sysinternals умеет ставить перехватчик на системные события работы процессов с файлами и регистром виндуза. И хотя любой процесс плодит гигантское количество обращений к файлам и регистру при старте, да и в процессе работы тоже, использование фильтров и поиска по событиям упрощает нахождение нужного. Интересной особенностью procmon является сохранение стека вызовов у каждого события. Таким образом можно проследить какие модули и в каком месте породили то или иное событие.

Итак, ставим фильтр по имени процесса 1с.

Про качество подготовки программистов на раскрученных курсах не написал ещё только ленивый. Я – ленивый, поэтому пишу только сейчас.

Попался мне тут человек, который принёс на собеседование диплом, выданный одной раскрученной образовательной организацией. Раньше я только жалобы на неё читал, что деньги не возвращает. Но никогда не видел выпускников. Стало жутко интересно.

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

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

RFM - классический инструмент маркетинга для сегментации вашей клиентской базы. Я использую ее для работы в В2В, В2G сегменте. В основе него - понятные управленцу ценности: LTV и Purchase Frequency. Как можно строить сегменты с помощью Python - читайте в материале.

Что такое 1С? Все слышали, что это код на русском. Но мало кто на самом деле знает что-то более подробно. 1Сники живут отдельной коммуной. Пишут статьи на своих ресурсах. Используют какие-то свои странные термины и подходы. Но что если попробовать заглянуть в мир их процесса разработки? Может там не всё так страшно...

Не знаю, как у вас, в большом мире программирования, а у нас, в 1С, очень распространён подход «что вижу, то и программирую». Есть более удобоваримое название: «программирование от данных». Однако, чаще всего это называют говнокод. Хотя, тут я не согласен – до говнокода ещё надо немного подтянуть.

Обычно, необходимость в программировании от данных возникает под давлением ряда обстоятельств. Например, «надо срочно» или «вотпрямщас» (процентов 90 задач в 1С). Также случается «нечего там смотреть и анализировать, денег только содрать хотите» (те же 90%, пожалуй). Сверху накладывается «да точно ничего не поменяется через 10 лет» (а чего ему меняться, 90%!). Увы и ах, пересекаем три по девяносто, и получаем решающий фактор: 90% программистов 1С по-другому просто не умеют.

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

Одной из проблем, свойственным заведениям из сферы HoReCa (рестораны, фастфуды, кафе и отели) и Call Center/Contact Center, является планирование расписания. Проблемы с планированием, в первую очередь, возникают из-за плавающих графиков, различных типов совмещений и построения рабочих графиков исходя из квалификации сотрудников (компетенции). Особенно остро данный вопрос стоит у крупных сетей с большим товарооборотом, где правильная расстановка смен определяет качество обслуживания, оперативность и, самое главное, влияет на выручку и прибыль заведения либо всей сети.

Для решения данных вопросов были придуманы многочисленные системы планирования, учета и оптимизации рабочего времени сотрудников (workforce management, WFM), которые уже не первый год пользуются популярностью за рубежом.

Реализация сервиса aутентификация при помощи jwt в 1c

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

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

Казалось, после цифр он перейдёт к организации процесса, и там будут стандартные клише вроде «мы работаем качественно», «не пишем go-no-code» и «искренне хотим помочь клиенту». Ан нет. Оказалось, дело в дофамине.

В статье рассмотрены результаты внедрения 1С:ЕRP в отрасли приборостроения.  Доклад генерального директора группы компаний «РАДИУС Автоматика» Давыденко Юрия Николаевича об автоматизации планирования и управления производством был представлен на Бизнес-форуме 1C 2021, по мотивам этого доклада и подготовлена настоящая публикация.

Часть 1: CRM для ERP

Часть 2: Роботизация бизнес-процессов

Часть 3: Волшебные интерфейсы и оживление железа

Часть 4: Автоматические личные кабинеты и чат-боты

Часть 5: Автоматизация на производстве

Часть 6: Траблшутинг на предприятии

Часть 7: Интуитивная система управления качеством (в этой публикации)

Вы часто доверяете своей интуиции и внутренним ощущениям? А как научить систему действовать интуитивно, полагаясь только на неактуальные данные? Об этом и не только, на реальных примерах, далее в статье.

И никакой романтики

 Наша область деятельности консультантов и программистов ( MS Dynamics AX, D 365 FO, 1С ERP, SAP ) на 99% коммерческая. То есть почти вся коммерческая. Не более 1% социальной составляющей. 

Очевидно, что мы не лечим людей и не приносим какую-либо измеримую и формулируемую пользу людям в отдельности и человечеству в целом. Максимум, что можно притянуть за уши — это, если мы условно полезны в составе какой-то «хорошей» компании или обслуживаем компанию со значимой социальной составляющей, в которой внедрена и используется наша ERP система, что редкость.

Пример реализации мобильного приложения для водителей грузового транспорта. Frontend: React-Native. Backend: 1С.

Первый опыт

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

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

15 февраля посетил митап по теме 1С-разработка 2022. Прошел живо, весело. Обсуждали, что ждет 1С и ее разработчиков в ближайшие годы. Делюсь своими впечатлениями и краткой аннотацией.

Эти вопросы ужасны. Они повергают умных, талантливых, энергичных людей в невыразимое, бессловесное, тупое яростное бессилие. Поэтому их так редко задают. Это верх невежливости и бессердечия.

Чтобы бессовестно добить любого интегратора, программиста, ИТ-директора, внедренца, а то и заказчика автоматизации, надо в конце повторить вопрос, с которого всё начиналось.

В моем портфолио шесть мобильных приложений на 1С и еще два сейчас в разработке. Заказчики - относительно крупные компании, чей штат начинается со 100 человек. Приходят они, как правило, с негативным опытом использования готовых решений. Моя экспертиза - их замена на кастомные приложения. Почему на кастомные? Сейчас объясню. 

Вышел тут у нас самый что ни на есть настоящий детектив. Обратился клиент на УПП с несколько странной задачей – настроить расчет себестоимости. Учёт ведут лет десять.

У клиентов на УПП, конечно, случаются трудности с расчётом себестоимости, но они обычно локальные и связаны либо с изменениями (новые статьи затрат, изменение структуры или детальности), либо с ошибками в данных. Но чтоб после 10 лет и прям настроить, с нуля – такого видеть не приходилось.

Ну ладно, думаю, наверное людям просто лень было вникать. Смотрю базу – да нет, всё по-серьёзному. Много доработок, достаточно приличного качества, много данных, используются все основные разделы. И что настораживает – куча непроведённых документов расчёта себестоимости. Явно пытались, но что-то не получалось.

Думаю, щас шваркну, вот они удивятся. Но удивился я. Делаю расчёт – вообще ничего не происходит с данными. Никакие суммы нигде не появляются. Блин, ну так ведь не бывает – всегда что-то да закроется! А тут – ни хера.

Понастраивал способы закрытия (у них РАУЗ), проверил настройки, шандарахнул тестирование и исправление ключей аналитики. Опять ноль реакции.

Пошёл смотреть регистр…

Представьте ситуацию: вы приходите в новую компанию, погружаетесь в проект, но с первого же дня не успеваете в сроки. Вы собираетесь с мыслями: формализуете бэклог, выделяете MVP, но все равно не успеваете даже с минимальным жизнеспособным продуктом. Через пару спринтов получаете среднюю скорость команды, делите сумму оценок задач бэклога на скорость и высчитываете реалистичную дату реализации проекта. Готовите внушительное обоснование руководству, «посыпаете голову пеплом» и согласуете новый срок его сдачи. Продолжаете работать, но всё равно не успеваете. Очевидно, что-то идет не так, отсюда зреет вопрос «доколе?»

Меня зовут Алексей, я IT product manager, занимаюсь развитием внутренних систем в ВТБ Лизинг. В ситуации выше смешались проекты, продукты и agile, но так даже интереснее и жизненнее. В этой статье я расскажу, как мы выходили из подобной ситуации.

Программист, которому нужно всё разжевывать, который привык работать только по подробным ТЗ, кодер, не любит вникать, не участвует в процессе, не самостоятельный, неправильный код пишет, наворотил…

Консультант по какой-либо функциональности не знает бизнес и процессы, формальный подход, не способен принять решение, за него нужно всё додумывать…

Меркантильный, не болеет за проект, не любит задерживаться, не в коллективе, сам себе на уме, не дотягивает, нельзя доверить серьёзное дело…

Плохой или хороший…

Интересно посмотреть на того, кто это говорит и в каких ситуациях.

В странах СНГ, принято создавать отчеты о деятельности компании в сводных таблицах Excel. Сказать, что это не юзабельно и не юзерфрендли для сложных отчётов – ничего не сказать. 

Можно, конечно, попытаться как-то спасти положение различными графиками диаграмм, поэкспериментировать с VBA, попробовать с его помощью создать дашборд на стероидах, но надо быть готовым к тому, что графика будет начала нулевых, а сам отчёт скорее всего не будет интерактивным. Помимо этого, такие гибриды смотрятся некрасиво на мобильных устройствах и чаще всего оказываются совсем нечитабельными. Проблемой посерьёзнее является частота заполнения данных – раз в месяц, в лучшем случае. Это приводит к тому, что руководитель не может смотреть на положение бизнеса в режиме реального времени и предотвращать проблемы. Ему приходится мириться с положением дел в конце каждого месяца и решать всплывшие проблемы. Столько негатива, а ведь мы ещё даже не перешли на стадию автоматизации выгрузки данных в Excel, где и таятся все «черти» этого тихого омута.

В связи с этим, мы решили поделиться нашим опытом, чтобы помочь наибольшему количеству начинающих специалистов справиться с задачей подключения 1С к Power BI.  

«Деньги не главное…»

 С такой мыслью закинутый случайным течением начинаешь работать аналитиком / консультантом / программистом ERP-систем (MS Dynamics AX, D 365 FO, 1С ERP, SAP и др.).

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

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