#low-code — Public Fediverse posts

От Django к no-code: опыт разработки системы управления инцидентами

Привет, Хабр! Меня зовут Семён, я разработчик приложений в экосистеме ИТ-продуктов «Лукоморье» . До этого я работал дежурным инженером у телеком-оператора: принимал звонки, регистрировал аварии и раскладывал их по пяти Excel-таблицам. В плохие дни через двух операторов проходило до сотни инцидентов, а раз в месяц кто-то тратил полдня, чтобы собрать из этого зоопарка один отчёт для руководства. Я захотел облегчить жизнь себе и коллегам и решил собрать приложение, которое снимет этот хаос: два месяца по вечерам учил Django, разбирался с миграциями и собирал интерфейс с нуля методом проб и ошибок. До минимально рабочего состояния проект я довёл, но работы оставалось ещё много. Потом я сменил работу, а задача меня догнала: уже в «Лукоморье» мне прилетело ТЗ на похожую учётную систему, только для диспетчерской службы из другого региона. На этот раз я собрал работающую систему за неделю, не написав ни строчки кода. Под катом расскажу, как это было, и сравню разные пути для достижения одной и той же задачи.

https://habr.com/ru/companies/lukit_ru/articles/1065314/

#акола #лукоморье #nocode #lowcode

Microsoft took the Power Apps maker portal code and shipped it as an AI plugin to teach agents how to create model-driven apps. In the scripts folder, there's a ~600kb minified bundle of the actual designer engine (cds-maker-sdk.cjs).

That's what it takes to teach AI how to "low-code", I guess. In my first test, Claude Code did manage to create a net new app pretty well. If it works, why bother building brand new APIs.

https://www.perspectives.plus/p/public-life-of-power-platform-skills

#PowerPlatform #PowerApps #lowcode

🟪 Are Canvas Apps still relevant in 2026?

Short answer not the frontier but still the foundation 🔹
This analysis breaks down licensing hiring maintenance and career impact.
It separates hype from practical work.

💡 Canvas as stable platform foundation
🔍 Ongoing hiring demand and interview relevance
⚖️ Licensing and maintenance cost advantages

▶︎https://www.hubsite365.com/en-ww/citizen-developer/?id=eb9a9442-d09b-f111-b8db-7c1e52133284&topic=8daf8386-bb75-ea11-a811-000d3a210788&theater=true

#PowerPlatform #CanvasApps #LowCode #TechCareers

Как мы написали свой OCR и автоматизировали горы первички

Когда внутренних заказчиков становится слишком много — каждый со своими хотелками и типом документов — поддерживать кучу отдельных сервисов уже нереально. Отдел кадров приносит документы о приёме на работу, бухгалтерия хочет сверять финансовую отчётность, другие подразделения — своё. Нужен был единый сервис, который умеет распознавать документы и гибко настраивать извлечение данных под любой шаблон. Ситуацию усложнил уход западных вендоров — тот же ABBYY стал недоступен. Просто взять и купить готовый зарубежный софт мы не могли — ни по соображениям безопасности, ни по факту: рынок сам закрыл эту возможность. Нужно было решение, которое работает строго внутри защищённого контура. С открытым API, через который можно интегрироваться с практически любой внутренней системой. Так в Гринатоме (ИТ-интеграторе Росатома) мы начали разработку Атом.Око. Это система, которая не просто видит текст на скане, а понимает структуру документа. Вытаскивает реквизиты, проверяет наличие подписей и печатей.

https://habr.com/ru/companies/greenatom/articles/1071584/

#АтомОко #ocr #tesseract #распознавание_текста #обработка_изображений #извлечение_данных #первичная_документация #автоматизация #документооборот #lowcode

Learn everything you need to know about Low Code via these 161 free HackerNoon blog posts. https://hackernoon.com/161-blog-posts-to-learn-about-low-code #lowcode

🤖🎢 Welcome to the #Roboflow Playground! Where you can have a thrilling rollercoaster ride comparing 30 computer vision models—because apparently, one isn't confusing enough. 🌀🔍 Low-code? More like no-code for understanding this ✨magical✨ AI-assisted wonderland! 🙃
https://blog.roboflow.com/roboflow-playground/ #Playground #AI #ComputerVision #NoCode #LowCode #HackerNews #ngated

@michaelharley AI has changed how I build for Power Platform pretty radically over the past year. But for citizen developers? Not so much. The "vibe" story is not cutting it and most of what exists in the platform today for AI-driven CitDev building is just demoware for conferences.

My thoughts:
https://www.perspectives.plus/p/the-all-code-power-platform?gift_content=4bacc07f-69b2-487f-b429-209a308b4a72

#PowerPlatform #LowCode

#LowCode ist auch nur so lange einfach, solange es einfach ist. Sich aber zum Debuggen durch die Element klicken zu müssen, ist sooo viel aufwendiger als bei schlichtem Source-Code. Und mein "Flow" besteht nur aus 10 Elementen.
Damit kann man doch nicht ernsthaft Business-Prozesse gestalten!?

9 ошибок при создании и внедрении автоматизаций в n8n

Автоматизация в n8n может собраться за полчаса, а через несколько месяцев превратиться в процесс, который страшно менять. В статье — 9 ошибок проектирования и внедрения, из‑за которых такие сценарии становятся хрупкими, дорогими в поддержке и плохо передаются другим.

https://habr.com/ru/companies/otus/articles/1065750/

#n8n #автоматизация_процессов #автоматизация_бизнеспроцессов #lowcode #workflow #архитектура_автоматизаций #обработка_ошибок #безопасность_API #модульная_архитектура #версионирование

Чего не хватает AI-агентам, чтобы они реально экономили деньги в разработке

Мы разработали с помощью ИИ-агентов кастомные дашборды и инструмент скоринга бэклога. Сэкономили примерно пару месяцев человеко-часов и, конечно, много денег. Подробности под катом. ИИ в разработке

https://habr.com/ru/companies/simpleone/articles/1069782/

#lowcode #agentic_development #AIагенты #SDLC #автоматизация_разработки #MCP #разработка_ПО #ITSM #оркестрация_агентов #nocode

BPM, Low-code, ESM: что выбрать для автоматизации и в чём вообще разница

Low-code, BPM и ESM-платформы — взаимозаменяемы или нет? Решают ли они одну задачу? Как формировать стратегию автоматизации, если отличия не понятны? Если запутаться в терминах, есть риск выбрать не то, что нужно для вашей задачи. Разберёмся, что может каждое из трёх решений.

https://habr.com/ru/companies/simpleone/articles/1069500/

#BPM #Lowcode #ESM #ITSM #автоматизация_бизнеспроцессов #цифровая_трансформация #nocode #бизнеспроцессы #enterprise_service_management #SimpleOne

Два действия вместо сотен и тысяч: лечим боль смены периода в финансовой модели

TL;DR. Финансовая модель в таблице разваливается при смене периода расчёта. Я честно старался, был аккуратен как мог, но период в модели хранится в геометрии листа: колонка — это месяц, а формулы адресуют ячейки по абсолютным координатам. На Хабре на эту боль есть два описанных ответа, оба уходят от таблиц: перенести логику в OLAP-куб с семантическим слоем или написать модель на Python. Здесь описан третий: оставить табличный интерфейс, но вынести диапазон и период в параметры модели, а адресацию перевести с координат ячеек на имена строк и колонок. Перевод модели из 10 листов с месяцев на кварталы стоит тогда 2 действия вместо 460–3060 — расчёт по шагам приведён в тексте.

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

#Excel #nocode #lowcode #импортозамещение #финмодели #финансовые_модели #финансовая_модель #табличный_процессор #моделирование

ESM-платформы: как объединить десятки корпоративных систем в единую управляемую среду

Когда у вас разные точки входа в каждый отдел — в ИТ писать, в HR звонить — сотрудник половину рабочего времени бегает между разными каналами в попытке решить свой вопрос. Или хотя бы найти того, кто его решит. А когда вы пытаетесь сделать общий источник данных для всех обслуживающих подразделений и создать наконец одну-единственную точку входа для всех запросов сотрудника, приходится объединять интеграциями с десяток систем. Чтобы не мучаться, есть такой класс систем как ESM-платформы. Разбираемся, зачем бизнесу такое решение, оправдан ли хайп, поможет ли платформа связать разные точки входа в один удобный канал.

https://habr.com/ru/companies/simpleone/articles/1067378/

#ESM #Enterprise_Service_Management #ITSM #интеграция_систем #единая_точка_входа #каталог_услуг #SLA #lowcode #автоматизация_бизнеспроцессов #цифровая_трансформация

🟡🔴 El low-code ja parla català!

Em fa molta il·lusió anunciar que l’editor low-code en línia de BESSER ja està disponible en català.

A partir d’ara, podeu dissenyar i generar automàticament aplicacions amb una interfície lliure i en català: #diagrames de #classes, màquines d’estats, #agents, processos #BPMN i molt més (fins i tot una mica de #quantum).

👉 Proveu-lo aquí: https://lnkd.in/emkTsHfQ

—
🇬🇧 The BESSER online low-code editor is now multilingual—and Catalan is one of its supported languages!

#CatalàDigital #Català #LowCode #SoftwareEngineering #ModelDrivenEngineering #OpenSource #BESSER

130+ критериев: как холдинг искал замену Excel и чем это кончилось

Крупный промышленный холдинг разослал по рынку анкету: больше 130 критериев к «умной таблице», которая должна заменить у него Excel. Мы её заполнили, защитили перед архитектором и службой безопасности, подали коммерческое предложение — и не получили даже отказа. Просто тишина. Разбор этого случая — ниже, и он объясняет, почему так заканчивается почти всегда. Разберем также других кандидатов — что с ними не так и почему они безнадежны. Про убийц Excel

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

#Excel #nocode #lowcode #конструктор_баз_данных #рынок_ПО #импортозамещение #продуктовая_стратегия

Почему мы разделили UI, бизнес-логику и ядро: архитектура платформы «Галактика Сверхновая»

Большинство корпоративных платформ, которые сегодня работают на крупных предприятиях, проектировались 15-20 лет назад. С тех пор сменились языки программирования, подходы к разработке, требования к интеграциям и интерфейсам. Архитектура же во многих случаях осталась прежней. Мы задумались – можно ли сохранить проверенную бизнес-логику, не переписывая накопленный за десятилетия код, и одновременно сделать платформу открытой для современных технологий? Эту задачу мы и хотели решить при разработке «Галактики Сверхновой». Заглядывайте под кат и узнаете, как устроено это разделение: почему ядро осталось консервативным, а расширения можно писать на Python, Java и C#, и как метаданные стали основой для интеграций и ИИ.

https://habr.com/ru/companies/galaktika/articles/1064428/

#ERP #Python #RAG #генерация_кода #миграция_с_SAP #PostgreSQL #отечественные_ОС #автоматизация #lowcode #llm

🛠️ r3-team/r3

REI3 - Free and open low code

Builds and hosts custom low code applications with self-hosting, end-to-end encryption and multi-user support

⭐ Stars: 569
📅 Last Update: Jul 22, 2026

https://github.com/r3-team/r3

#selfhosted #homelab #selfhost #selfhosting #opensource #lowcode

Built-in AI features deliver little tangible results in Power Platform today. Instead, nearly all of the value from LLMs is in tasks that skip the GUI portals and editors.

Shouldn't we be calling it an "all-code development platform" now instead of low-code?

https://www.perspectives.plus/p/the-all-code-power-platform

#PowerPlatform #PowerApps #lowcode

Платформы для автоматизации бизнес-процессов: разбор 10 Low-code решений изнутри

В этом обзоре я разберу 10 популярных платформ через призму Day 2 Operations — того этапа жизненного цикла системы, который наступает через год после внедрения (т.е. эксплуатация, обновления, масштабирование). Попытка внедрить в этот процесс требования ИБ, транзакционность и логирование постфактум часто обходится дороже самого внедрения.

https://habr.com/ru/companies/simpleone/articles/1062152/

#lowcode #платформа #enterprise #development #рейтинг

Is Hardcoding Ids a Good Idea in Salesforce Flows?

Every Salesforce admin and developer has been tempted by the quick fix. You are building a Flow, and you need it to route an automated email to a specific queue, assign a task to a generic system user, or refer to a specific Record Type.

You open the record in your browser, copy the 15- or 18-character string from the URL (0058W00000Gxxxx), paste it directly into a Flow text variable, and click Save. It works perfectly in your sandbox. You deploy it. Everything seems fine.

There are many situations this approach fails, though.

Hardcoding Ids is one of the most common anti-patterns in Salesforce development. While it feels harmless in the moment, it creates fragile automation that is prone to catastrophic failure during deployments. Let’s break down exactly why this happens, how Salesforce handles Ids across environments, and the best-practice alternatives you should use instead.

The Root of the Problem: Data vs. Metadata

To understand why hardcoding fails, we have to look at how Salesforce separates Metadata (the structural bones of your org such as Flow definitions, custom fields, and page layouts) from Data (the actual records living inside those structures, like Accounts, Contacts, Users, and Queues).

When you deploy a Flow using a Change Set, DevOps Center, or a CLI tool, you are deploying metadata.

If your Flow contains a hardcoded Id pointing to a specific User or Queue record, you are embedding a data reference directly inside your metadata. The deployment tools will happily move your Flow structure to the target environment. But if that exact target environment doesn’t contain a record with that identical 18-character Id string, your Flow will throw an unhandled fault the second it runs.

Sandbox Creation: When Do Ids Match?

A common point of confusion is how Ids behave when you spin up or refresh a sandbox from your Production environment. Do the Ids copy over? Are they the same?

The answer depends entirely on whether you are looking at data or metadata, and what type of sandbox you are creating.

Metadata Ids (Record Types, Queues, Roles, Profiles)

When you create any sandbox from Production (Developer, Developer Pro, Partial Copy, or Full), Salesforce replicates your metadata layout.

Record Type Ids and DeveloperName values will match between Production and the newly created sandbox because Record Types are metadata.

Queue and Public Group Ids will also match initially because their structural definitions are pulled directly from Production.

Data Ids (Users, Accounts, Custom Object Records)

This is where things diverge significantly:

• Full Sandboxes: A Full Sandbox copies all metadata and all data records from Production. Consequently, the record Ids for your Accounts, Contacts, and Users will match Production exactly upon creation.
• Partial Copy Sandboxes: These copy a sample of your data based on a sandbox template. The records that are copied will retain their original Production Ids.
• Developer and Developer Pro Sandboxes: These environments copy zero data records from Production (except for standard Setup data like Users). If you create a brand-new Account record in a Developer Sandbox to test your Flow, it will generate a brand-new, completely unique ID that has absolutely no relationship to Production.

The Danger Zone: Disconnected Environments and Scratch Orgs

Even if you use a Full Sandbox where data Ids match Production perfectly, relying on hardcoded Ids is still a ticking time bomb. The risk skyrockets when your deployment pipeline introduces disconnected environments or scratch orgs.

If your team utilizes modern DevOps strategies such as Salesforce DX and Scratch Orgs, your environments are spun up completely from source code repository configurations.

A scratch org has absolutely no data relationship to your Production environment. When a scratch org is built, it is a completely blank canvas.

If your Flow expects a hardcoded User Id like 0058W00000Gxxxx to exist, it will instantly fail in the scratch org because that User simply does not exist. The same issue occurs if you have to manually recreate test records in a clean Developer sandbox; the text strings will never align across the pipeline.

Furthermore, if a record is accidentally deleted in Production and recreated by an admin, it receives a brand-new Id. Your hardcoded Flow will instantly break, requiring an emergency deployment just to update a text string.

Best Practices: How to Avoid Hardcoding Ids

How do you build robust, environment-agnostic Flows that seamlessly transition from a scratch org to a sandbox, and ultimately to Production? Use these three reliable alternatives:

Use the Get Records Element (The Gold Standard)

Instead of hardcoding a Record Type Id or a Queue Id, use a Get Records element at the beginning of your Flow to query the system dynamically using a unique developer name.

Instead of: Filtering a record variable by RecordTypeId Equals 0128W000001xxxx

Do this: Add a Get Records element looking at the Record Type object where SobjectType Equals 'Account' and DeveloperName Equals 'Corporate_Account'. Then, reference the Id dynamically from that query step.

Developer names are metadata; they remain identical across all environments, making your query 100% safe during deployment.

Leverage Custom Labels or Custom Metadata Types

If you must reference a specific system user or external integration Id that cannot be queried easily via a developer name, store that Id outside of the Flow.

Create a Custom Metadata Type or a Custom Label (e.g., Default_Task_Assignee_ID).

Populate the label with the sandbox-specific Id in your sandbox, and reference that label inside your Flow using global variables: {!$Label.Default_Task_Assignee_Id}.

When you deploy the Flow, the metadata structure moves safely. You can then update the text value inside the Custom Label in Production manually or via deployment scripts without touching the core Flow logic.

Custom Settings can also be used for this purpose depending on your use case.

Use Global Variables for Profiles and Roles

If your Flow needs to validate a user’s Profile or Role, avoid hardcoding the Profile Id. Salesforce provides global system variables that let you look at the running user’s contextual information directly:

• {!$Profile.Name} (e.g., Equals System Administrator)
• {!$UserRole.Name} (e.g., VP of Global Sales)

Using names rather than hardcoded alphanumeric Ids ensures your logic remains readable, maintainable, and completely deployable.

A Quick Tip on Roles: Just like hardcoding IDs, checking {!$UserRole.Name} directly in Flow logic can be risky if someone renames the Role in Setup. Where possible, checking Custom Permissions using {!$Permission.Your_Custom_Permission} is an even safer, more maintainable alternative!

Read our post on custom permissions HERE.

Stop Hardcoding Ids: Build Deployment-Safe Flows Instead

Is hardcoding Ids ever a good idea? No. Never.

While it might save you two minutes during initial development, it passes an invisible technical debt down the line to your future self or your deployment team. By taking the extra moment to implement a dynamic query or reference a Custom Metadata Type, you ensure your Screen and Record-Triggered Flows remain unbreakable, no matter how complex your sandbox ecosystem or deployment pipeline becomes.

Explore related content:

Salesforce Flow Best Practices

Should You Use Roll Back Records in Salesforce Screen Flows?

Unanimous Flow Approvals – No More Workarounds

Open a Page Action: Redirect Users After a Screen Flow

Обзор GenAI-платформы SimpleOne: как перестать делать пилоты и начать масштабировать ИИ

Генеративный ИИ всё активнее проникает в корпоративные процессы, но во многих компаниях его продолжают внедрять по-старому — точечными решениями под каждый отдельный кейс. Почему такой подход упирается в потолок и что приходит ему на смену, рассказывает Илья Радченко, директор по платформенным продуктам SimpleOne .

https://habr.com/ru/companies/simpleone/articles/1061684/

#genai #aiagents #itsm #itam #enterprise #simpleone #lowcode #rag #mcp #aisecurity

Ты уже написал свой Джеймикс, только плохой

Открой свой Spring-проект, которому больше двух лет. Найди пакет common , core или framework — а он там есть, я почти уверен. Загляни внутрь. Ты увидишь BaseEntity с id , createdDate и version . Увидишь AbstractCrudController<T, ID> , от которого наследуются все твои контроллеры. Увидишь самодельный слой прав — что-нибудь вроде @CheckPermission поверх PermissionEvaluator . Увидишь свой SoftDeleteRepository и аудит-слушатель на JPA-события. Поздравляю: ты написал фреймворк. Свой, внутренний, недокументированный (себя-то не обманывай), поддерживаемый одним человеком (который уже собеседуется в другую компанию). И построил ты его ровно для того, чтобы не брать «тяжёлый и навязчивый» opinionated-фреймворк — ты сделал это «ради контроля». Давай честно поговорим про этот контроль.

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

#java #jmix #spring #lowcode #codefirst #haulmont #vaadin #framework

Как мы вынесли семантический поиск на обычный сервер без видеокарты, облака и выделенной поисковой системы

Когда мы занялись поисковым слоем AI-ассистента в «Первой Форме», договорились на входе: языковую модель, которая отвечает пользователю, не трогаем. Вся эта история — о том, что происходит на шаг раньше: как система решает, что именно показать модели, прежде чем та начнёт отвечать. Планку себе поставили простую на словах и сложную на деле: семантический поиск промышленного уровня, но без специализированной инфраструктуры, целиком внутри изолированной сети, на том же оборудовании, что и само приложение. Спойлер: получилось. В статье расскажу, какие решения мы принимали и что перебирали в качестве альтернатив. Но отдельно хочу выделить методику оценки: первые замеры качества нас обманули и увели в неверном направлении, и разбор того, почему так вышло, — возможно, самая полезная часть этого текста.

https://habr.com/ru/companies/1forma/articles/1059678/

#llm #ai #gpu #cpu #qwen #onpremise #enterprise #bpms #lowcode

Сервис деск в строительстве: зачем тратить деньги на еще одну систему, если есть BIM, ERP и 1С?

Проектирование, финансы, документооборот… Казалось бы, на стройке все процессы с самыми дорогими проблемами давно автоматизированы. Но если у них нет общего фундамента, еще дороже могут быть ошибки, которые возникают не внутри этих направлений, а между ними. Чтобы стыки между процессами были идеальными, сервис деск собирает разрозненные системы в едином контуре. Как это выглядит на практике, покажем на реальных кейсах с цифрами — от Level Group и ЦДС до Property Moscow Group.

https://habr.com/ru/companies/itarena/articles/1059348/

#servicedesk #itsm365 #itsmсистема #техподдержка #клиентский_сервис #управление_итинфраструктурой #управление_итактивами #управление_ит_услугами #itsm #lowcode

Как мы подружили динамические тесты JUnit 5 с Госуслугами

Привет, Хабр! На связи Максим Кацал, руководитель направления автоматизированного тестирования в РТЛабс. Мы с командой на Госуслугах тестируем огромное количество услуг. В каждой из них — тысячи, миллионы сценариев. Писать автотесты руками — безумие, а поддерживать их очень больно. В статье расскажу, как мы научились генерировать тесты прямо из JSON-схемы услуги. JUnit 5 + @TestFactory + рекурсивный обход графа маршрутов. Фреймворк, который сам прокладывает путь пользователя по приложению-конструктору, а потом проигрывает его в браузере. Ниже раскрою архитектуру, код, подводные камни, опишу плюсы и минусы такого подхода.

https://habr.com/ru/companies/rtlabs/articles/1056672/

#тестирование #динамические_тесты #автотесты #lowcode #allure #junit_5 #selenide #jsonсхема #pageobject #госуслуги

Low-code IT-экосистема для управления розничной сетью. Часть 2

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

https://habr.com/ru/companies/1forma/articles/1055392/

#crm #управление_продажами #розничная_сеть #преференции #bpms #lowcode #открытие_магазина #интеграции_api #интеграции_сервисов #портал_заявок

It's refreshing to do something non-Microsoft for a change. Instead of using big & often dysfunctional stack like the Power Platform, I'm now also leveraging technology that has UX at its very core.

In fact, it's right there in the name: Lovable. ♥️

https://niiranenadvisory.com/im-now-a-lovable-solution-partner/

#Lovable #citizendevelopment #lowcode #appbuilder

Теневой ИИ ест бюджет и данные: гайд по выбору корпоративной ИИ-платформы в 2026

В 2026 году перед корпоративным сектором встал новый вызов — управление «теневым искусственным интеллектом» (Shadow AI). После волны успешных точечных пилотов в разных отделах от маркетинга до юристов крупные компании обнаружили себя с десятком разрозненных ИИ-инициатив. В результате руководство теряет контроль над расходами на API-запросы, служба безопасности фиксирует риски утечки данных в публичные сервисы, а ИТ-директора ломают голову, как объединить эти игрушки в единый рабочий контур. Стало очевидно, что баловство с API закончилось. Бизнесу нужен фундамент. Искусственный интеллект должен перестать быть фичей конкретного отдела и стать управляемой, масштабируемой и безопасной ИТ-инфраструктурой.

https://habr.com/ru/companies/simpleone/articles/1056428/

#искусственный_интеллект #enterprise_IT #ITинфраструктура #ITSM #автоматизация_процессов #GenAI #RAG #lowcode #цифровая_трансформация #корпоративные_системы