Учебник для искусственного разума: как я сделал ИИ-помощника по планированию для 1С:ERP

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

https://habr.com/ru/articles/978406/

#ИИ #искусственный_интеллект #1с #ERP #erpсистемы #Планирование #AI #сезон_ии_в_разработке

Учебник для искусственного разума: как я сделал ИИ-помощника по планированию для 1С:ERP

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

Хабр

Раньше было лучше – причины саботажа сотрудников при внедрении

При внедрении новых систем или оптимизации существующих мы часто сталкиваемся с саботажем со стороны, сотрудников организации-заказчика. Это существенно влияет на отношения с заказчиком, соблюдение сроков и другие возникающие риски проекта. Попробуем разобраться с возможными причинами и проявлениями саботажа в разрезе основных отделов компании и понять, как можно работать с возникающими возражениями. Для начала разберемся с тем, что именно подразумевается под словом “саботаж”. * Этимология слова саботаж. Французское происхождение: sabotage от слова sabot — «деревянный башмак, сабо».В XIX веке рабочие во Франции носили такие деревянные башмаки — сабо. По одной версии, когда они протестовали против машин и механизации , они бросали свои сабо в механизмы ткацких станков , чтобы заблокировать их работу. Отсюда — «ломать машины сабо» → «саботировать работу». Таким образом, саботаж со стороны сотрудников - недовольство, частичное или невыполнений функций в новой системе, которое затрудняет процесс внедрения/оптимизации.

https://habr.com/ru/companies/korus_consulting/articles/975418/

#1с #erp #erp_системы #erpсистемы #внедрение_1с #внедрение_1с_erp

Раньше было лучше – причины саботажа сотрудников при внедрении

Ольга Горелова Консультант, депапартамент 1С в «КОРУСКонсалтинг» При внедрении новых систем или оптимизации существующих мы часто сталкиваемся с саботажем со стороны, сотрудников...

Хабр

Как я делал open-source проект, перевёл его на коммерческие лицензии — и это было моим самым лучшим решением

Меня зовут Алексей, я скорее инженер, чем разработчик. Занимался производствами, конструировал приборы и в какой-то момент решил попробовать сделать универсальный конструктор для учёта всего, что мне было нужно на производстве — материалов, заказов, процессов, планирования сроков и т.п. Предполагалось, что мы вместе с разработчиком запилим такую платформу за полгода, будем продавать лицензии и станем миллионерами. Но так как задача оказалась сложной, а через полгода разработки стало понятно, что потребуется чуть больше времени, чем ожидалось, было решено выложить её в open source. Решение было принято под влиянием моды того времени на открытые системы: стартапы получали по 10 млн баксов под таблички без функционала, но зато с MIT-лицензиями, проводились конференции, изо всех утюгов неслось, как здорово на сопровождении все зарабатывают миллионы... В общем, начитавшись всей этой чуши, поставили MIT, залили на GitHub, написали статью на Хабр — и... получили поток комментариев: «Ваш код — УГ» и «Всё надо переделать на Laravel». В итоге, потратив охулиард нервных клеток и набрав 900 звездочек на GitHub, я бросил это опенсорсное занятие и поставил самые обыкновенные платные лицензии. Что не пишут в буклетах про open source

https://habr.com/ru/companies/totum_online/articles/972596/

#open_source #erpсистемы

Как я делал open-source проект, перевёл его на коммерческие лицензии — и это было моим самым лучшим решением

Меня зовут Алексей, я скорее инженер, чем разработчик. Занимался производствами, конструировал приборы и в какой-то момент решил попробовать сделать универсальный конструктор для учёта всего, что мне...

Хабр

Завершение использования ПО

Стремительное развитие информационных систем и технологий породило некогда считавшуюся немыслимой ситуацию: завершение использования программного обеспечения стало обыденностью и возможностью для компании повысить свои конкурентные преимущества. Как бы парадоксально это не звучало, но сейчас дела обстоят именно так. Изначально жизненный цикл программного обеспечения предполагал прохождение ряда состояний, включающих пред-проект внедрения, проект имплементации и пост-проект, на которых доказывалась целесообразность продукта, велась разработка, а далее – поддержка и развитие. До недавнего времени все шло именно так, а сопровождение и развитие решения могли выполняться годами. Упрощение процесса разработки за счет No-code и Low-code платформ, стремительное развитие технологий, кардинальным образом меняющих бизнес-процессы и программное обеспечение, покрывающее их, повсеместная автоматизация и возведение софтверных продуктов в ранг цифровых активов, привели к частым проектам перевнедрения. Если раньше предполагалась, что жизненный цикл программного обеспечения завершается его утилизацией, то сейчас об этом не может быть и речи. Отказ от приложений трансформировался в их замену на новые образцы, жизненный цикл же из линейного превратился в спиралевидный, то есть возвращающийся на начальный этап. Цель данной статьи состоит в рассмотрении заключительного этапа жизненного цикла программного обеспечения, подходов и методов применимых к нему для обеспечения разумного завершения использования софтверного продукта и его замены на прочие решения, что обеспечит непрерывность бизнес-процессов организации. Достижение цели потребует проработки следующих вопросов:

https://habr.com/ru/articles/972278/

#утилизация_по #замена_по #перевнедрение #отказ_от_по #замещение_по #переимплементация_по #erpсистемы #кис #информационные_системы

Завершение использования ПО

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

Хабр

Пока все вайбкодят, мы продолжаем делать freemium базу данных для разработки ERP/LLM-систем

История началась в далеком 2016 году, когда у меня был небольшой свечной заводик. Не свечной, конечно, но все же производство — и нужно мне было на нем сделать автоматизацию. Чтобы компоненты закупались вовремя, списывались со склада в правильном количестве и автоматически планировалось, какие операции делать в рамках рабочего дня. Тогда я впервые подумал, что неплохо бы иметь программируемый конструктор — что-то типа MS Access, но только в web и чтобы логика и запросы программировались одинаково и понятно. То производство закрылось, и я некоторое время занимался тем же самым уже на производстве побольше, а потом — на еще одном, у которого цех был по соседству. Тут и решили не писать всё каждый раз с нуля, а сделать нормальную тиражируемую систему. Как эксель, но по-другому, и уже на ней конструировать такие приложения для цеха. Так появился Тотум Онлайн (который теперь даже в реестр Росийского ПО записан :)

https://habr.com/ru/companies/totum_online/articles/967298/

#totum #llmприложения #llmагенты #erpсистемы #crmсистемы

Пока все вайбкодят, мы продолжаем делать freemium базу данных для разработки ERP/LLM-систем

Тотум Онлайн Когда разработчики заняты или их нет, а автоматизация компании до сих пор в эксельке, и пора уже переезжать на что-то более устойчивое — посмотрите на Тотум: self-hosted, можно запустить...

Хабр

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

Привет, Хабр! В статье поговорим о том, почему традиционные методы оценки производительности серверов для 1С не работают в облачной инфраструктуре и как мы нашли решение этой проблемы. А еще приглашаем вас на бесплатный вебинар 18 ноября в 11:00 мск , где разберем реальные провалы и фатальные ошибки при работе 1С в облаке. Поговорим о том, почему CPU не покажет реальных проблем, расскажем про кейс с дедлоками при нормальных показателях железа и объясним, почему 40% нагрузки должны стать вашим новым максимумом. Всем зарегистрировавшимся пришлем чек-лист по критическим настройкам 1С из практики обслуживания 7000 пользователей.

https://habr.com/ru/companies/beeline_cloud/articles/965744/

#нагрузочное_тестирование #облачные_технологии #тест_гилева #виртуализация #openstack #vmware #iaas #1с #apdex #erpсистемы

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

Привет, Хабр!  Сегодня поговорим о том, почему традиционные методы оценки производительности серверов для 1С не работают в облачной инфраструктуре и как мы нашли решение этой проблемы. Кстати,...

Хабр

[Перевод] Распределенный монолит: тихий убийца мечты о микросервисах

Привет, Хаброжители! Сегодня мы делимся с Вами переводом статьи о распределенном монолите. Аннотация Привлекательность микросервисов — гибкость, масштабируемость, отказоустойчивость — часто ведет организации по пути, полному непредвиденных опасностей. В этой статье раскрывается обманчивая архитектурная ловушка: распределенный монолит. То, что начинается как, казалось бы, разумный паттерн проектирования для отделения бизнес-логики от технических проблем путем централизации «основного домена», незаметно превращается в антипаттерн, который сводит на нет все преимущества, обещанные микросервисами. Мы подробно описываем коварные симптомы: кошмары версионирования, паралич развертывания и эрозия автономии команды. На ярком примере из реальной жизни — системе «Drive» и доставки на дом Carrefour — мы раскрываем основную проблему: внутреннюю модель, удерживаемую внешними стандартами. Затем мы раскрываем освобождающие решения: принятие по-настоящему нативных бизнес-моделей и разрыв цепей общих «основных» библиотек кода в пользу явного промежуточного программного обеспечения и надежных API-контрактов. Это путь не только к коду, но и к возвращению обещаний микросервисов.

https://habr.com/ru/companies/piter/articles/961258/

#erpсистемы #микросервисы #монолит #распределенные_системы #облачные_технологии

Распределенный монолит: тихий убийца мечты о микросервисах

Привет, Хаброжители! Сегодня мы делимся с Вами переводом статьи о распределенном монолите. Аннотация Привлекательность микросервисов — гибкость, масштабируемость, отказоустойчивость — часто ведет...

Хабр

Динамические списки использование в разработке (часть 2)

Динамические списки использование в разработке редактирования документов выпуска продукции в ERP (часть2)

https://habr.com/ru/articles/957628/

#Динамические_списки #erpсистемы #Создание_обработки #редактирование_документов_выпуска #darg_and_drop_1c #часть2 #Перетаскивание_элементов

Динамические списки использование в разработке (часть 2)

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

Хабр

ЗАВОД НА ВСЕ 100! КАК ПОЛУЧИТЬ КОНКУРЕНТНОЕ ПРЕИМУЩЕСТВО ЗА СЧЕТ РЕКОМЕНДАТЕЛЬНЫХ СИСТЕМ ДЛЯ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ

Часть 1. «Цифровая пена» всё сильнее затягивает С одной стороны за несколько сотен лет принципиально не изменилась логика производства продукта: оборудование и рабочие на основании технологических карт/рецептур перерабатывают сырье и материалы в полуфабрикаты и готовую продукцию, передавая результат своей работы дальше по участкам до склада готовой продукции для отгрузки покупателям, при этом собственники ожидают максимальной отдачи от инвестиций . С другой стороны, начиная с 30-х годов прошлого века, изменения в производственных системах, развитие компьютеров и аналитики, а также миллиарды долларов, вброшенные в консалтинг, породили вокруг бесконечное количество информации, моделей, систем, программных продуктов. Часто начинает казаться, что современные руководители, просто тонут в этой «цифровой пене», не всегда понимая, как соединить «теплое» с «белым», например, внедрение ERP, желание повысить скорость выпуска и сделать завод более рентабельным, а также развивать «мягкие навыки» (soft skills). И вокруг армия консультантов: «Вам нужно внедрить Бережливое производство», «У вас нет нормального управленческого учета», «Вам срочно нужно ERP», «Зачем тратить большие бюджеты, давайте всё сделаем в экселе» и т.д. В России ситуация осложнилась тем, что в 90-е годы была уничтожена советская научная школа управления производством и в течение 20 лет мы утратили собственные наработки и системно не взяли чужие, за исключением лидеров отраслей. В итоге сегодня видим засилье литературы из серии «Богатый папа – бедный папа» или «Коучинг – наше всё», а также разные курсы МВА, где руководителей и собственников бизнеса учат в основном лучшим практикам финтеха и ИТ.

https://habr.com/ru/articles/955608/

#управление_производством #автоматизация_промышленности #бизнесаналитика #BIсистемы #Оптимизация_производства #Бережливое_производство #erpсистемы #рекомендательные_системы #экспертные_системы #искусственный_интеллект

ЗАВОД НА ВСЕ 100! КАК ПОЛУЧИТЬ КОНКУРЕНТНОЕ ПРЕИМУЩЕСТВО ЗА СЧЕТ РЕКОМЕНДАТЕЛЬНЫХ СИСТЕМ ДЛЯ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ

Часть 1. «Цифровая пена» всё сильнее затягивает С одной стороны за несколько сотен лет принципиально не изменилась логика производства продукта: оборудование и рабочие на основании технологических...

Хабр

Как не ошибиться при выборе метода замены ERP: Большой взрыв vs Parallel running

Представьте энергетическую систему международной космической станции — это комплекс солнечных батарей, аккумуляторов и другого оборудования. Его модернизация происходит постепенно, например, в 2019-2020 годах за пять выходов в открытый космос поменяли никель-водородные батареи на литий-ионные. Никто не будет менять такую систему одномоментно. Во-первых, это технически невозможно, во-вторых, слишком велика цена ошибки. Похожая ситуация с ключевыми корпоративными системами, которые отвечают за жизнеобеспечение бизнеса. Вопрос замены ERP актуален для многих компаний, так как требуется перейти на российское ПО или модернизировать технологии. На первый взгляд, задача может выглядеть неподъемной — масштаб проекта огромен, бизнес должен работать непрерывно, сроки и бюджет никто не отменял. Успех или провал во многом зависит от правильного выбора методологии замены ERP. В этой статье речь пойдет о разных подходах к миграции со старой ERP системы и вывода новой системы в эксплуатацию . Разберем, какие варианты существуют, в чем плюсы и минусы каждого, когда какой лучше использовать.

https://habr.com/ru/companies/haulmont/articles/947042/

#erp #erpсистемы #модернизация #большой_взрыв #parallel_running #замена_ERP

Как не ошибиться при выборе метода замены ERP: Большой взрыв vs Parallel running

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

Хабр