287 lines
139 KiB
HTML
287 lines
139 KiB
HTML
<!doctype html>
|
||
<html lang="ru" dir="ltr" data-theme="dark" data-has-toc data-has-sidebar class="astro-ept3ui5y">
|
||
<head>
|
||
<meta charset="utf-8">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1">
|
||
<title>Закупочный контур NODE.DC — заявки, поставщики, 1С и тендеры</title>
|
||
<link rel="shortcut icon" href="/assets/vendor/ssscript-docs/favicon.svg" type="image/svg+xml">
|
||
<meta name="generator" content="Astro v5.18.0">
|
||
<meta name="generator" content="Starlight v0.37.7">
|
||
<meta name="description" content="Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок.">
|
||
<meta name="robots" content="index,follow,max-image-preview:large">
|
||
<meta property="og:title" content="Закупочный контур NODE.DC — заявки, поставщики, 1С и тендеры">
|
||
<meta property="og:type" content="article">
|
||
<meta property="og:locale" content="ru">
|
||
<meta property="og:description" content="Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок.">
|
||
<meta property="og:site_name" content="NODE.DC">
|
||
<meta property="og:url" content="https://nodedc.dctouch.ru/knowledge/modules/procurement-contour/">
|
||
<meta name="twitter:card" content="summary_large_image">
|
||
<link rel="canonical" href="https://nodedc.dctouch.ru/knowledge/modules/procurement-contour/">
|
||
<script>
|
||
window.StarlightThemeProvider = (() => {
|
||
const storedTheme = typeof localStorage !== "undefined" && localStorage.getItem("starlight-theme");
|
||
const theme = storedTheme || "dark";
|
||
document.documentElement.dataset.theme = theme === "auto" ? (window.matchMedia("(prefers-color-scheme: light)").matches ? "light" : "dark") : theme;
|
||
return {
|
||
updatePickers(theme = storedTheme || "dark") {
|
||
document.querySelectorAll("starlight-theme-select").forEach((picker) => {
|
||
const select = picker.querySelector("select");
|
||
if (select) select.value = theme;
|
||
const tmpl = document.querySelector("#theme-icons");
|
||
const newIcon = tmpl && tmpl.content.querySelector("." + theme);
|
||
if (newIcon) {
|
||
const oldIcon = picker.querySelector("svg.label-icon");
|
||
if (oldIcon) oldIcon.replaceChildren(...newIcon.cloneNode(true).childNodes);
|
||
}
|
||
});
|
||
},
|
||
};
|
||
})();
|
||
</script>
|
||
<template id="theme-icons"><svg aria-hidden="true" class="light astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M5 12a1 1 0 0 0-1-1H3a1 1 0 0 0 0 2h1a1 1 0 0 0 1-1Zm.64 5-.71.71a1 1 0 0 0 0 1.41 1 1 0 0 0 1.41 0l.71-.71A1 1 0 0 0 5.64 17ZM12 5a1 1 0 0 0 1-1V3a1 1 0 0 0-2 0v1a1 1 0 0 0 1 1Zm5.66 2.34a1 1 0 0 0 .7-.29l.71-.71a1 1 0 1 0-1.41-1.41l-.66.71a1 1 0 0 0 0 1.41 1 1 0 0 0 .66.29Zm-12-.29a1 1 0 0 0 1.41 0 1 1 0 0 0 0-1.41l-.71-.71a1.004 1.004 0 1 0-1.43 1.41l.73.71ZM21 11h-1a1 1 0 0 0 0 2h1a1 1 0 0 0 0-2Zm-2.64 6A1 1 0 0 0 17 18.36l.71.71a1 1 0 0 0 1.41 0 1 1 0 0 0 0-1.41l-.76-.66ZM12 6.5a5.5 5.5 0 1 0 5.5 5.5A5.51 5.51 0 0 0 12 6.5Zm0 9a3.5 3.5 0 1 1 0-7 3.5 3.5 0 0 1 0 7Zm0 3.5a1 1 0 0 0-1 1v1a1 1 0 0 0 2 0v-1a1 1 0 0 0-1-1Z"/></svg><svg aria-hidden="true" class="dark astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M21.64 13a1 1 0 0 0-1.05-.14 8.049 8.049 0 0 1-3.37.73 8.15 8.15 0 0 1-8.14-8.1 8.59 8.59 0 0 1 .25-2A1 1 0 0 0 8 2.36a10.14 10.14 0 1 0 14 11.69 1 1 0 0 0-.36-1.05Zm-9.5 6.69A8.14 8.14 0 0 1 7.08 5.22v.27a10.15 10.15 0 0 0 10.14 10.14 9.784 9.784 0 0 0 2.1-.22 8.11 8.11 0 0 1-7.18 4.32v-.04Z"/></svg><svg aria-hidden="true" class="auto astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M21 14h-1V7a3 3 0 0 0-3-3H7a3 3 0 0 0-3 3v7H3a1 1 0 0 0-1 1v2a3 3 0 0 0 3 3h14a3 3 0 0 0 3-3v-2a1 1 0 0 0-1-1ZM6 7a1 1 0 0 1 1-1h10a1 1 0 0 1 1 1v7H6V7Zm14 10a1 1 0 0 1-1 1H5a1 1 0 0 1-1-1v-1h16v1Z"/></svg></template>
|
||
<link rel="stylesheet" href="/assets/vendor/ssscript-docs/_astro/print.DNXP8c50.css" media="print">
|
||
<link rel="stylesheet" href="/assets/vendor/ssscript-docs/_astro/index.Bh6uiXgK.css">
|
||
<link rel="stylesheet" href="/assets/custom/css/knowledge.css">
|
||
<script type="module" src="/assets/vendor/ssscript-docs/_astro/page.B1D-nYk3.js"></script>
|
||
<script type="application/ld+json">{"@context":"https://schema.org","@type":"Article","headline":"Закупочный контур NODE.DC — заявки, поставщики, 1С и тендеры","description":"Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок.","url":"https://nodedc.dctouch.ru/knowledge/modules/procurement-contour/","author":{"@type":"Organization","name":"DCTOUCH"},"publisher":{"@type":"Organization","name":"DCTOUCH"}}</script>
|
||
</head>
|
||
<body class="astro-ept3ui5y">
|
||
<a href="#_top" class="astro-yr4ykvqi">К содержанию</a>
|
||
<div class="page sl-flex astro-iyrf6vv4">
|
||
<header class="header astro-iyrf6vv4">
|
||
<div class="max-md:flex gap-(--sl-nav-gap) justify-between items-center h-full header-grid astro-3ef6ksr2">
|
||
<div class="overflow-clip p-1 -m-1 min-w-0 sl-flex title-wrapper astro-3ef6ksr2">
|
||
<a href="/" class="flex items-center gap-(--sl-nav-gap) font-semibold no-underline whitespace-nowrap min-w-0 site-title astro-idrpryed">
|
||
<span class="site-title-logo inline-flex items-center shrink-0 astro-idrpryed" aria-hidden="true"><img src="/assets/uploads/images/static-elements/dclogo_darck-mquq1l13-transparent.png" alt="главная"></span>
|
||
<span class="overflow-hidden astro-idrpryed" translate="no">Knowledge</span>
|
||
</a>
|
||
</div>
|
||
<div class="sl-flex print:hidden search-wrapper justify-center astro-3ef6ksr2" data-search>
|
||
<site-search class="astro-3ef6ksr2 astro-2f6du2pg" data-translations="{"placeholder":"Поиск"}">
|
||
<button data-open-modal aria-label="Поиск" aria-keyshortcuts="Meta+K" class="astro-2f6du2pg" type="button"><svg aria-hidden="true" class="astro-2f6du2pg astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M21.71 20.29 18 16.61A9 9 0 1 0 16.61 18l3.68 3.68a.999.999 0 0 0 1.42 0 1 1 0 0 0 0-1.39ZM11 18a7 7 0 1 1 0-14 7 7 0 0 1 0 14Z"/></svg><span class="sl-hidden md:sl-block astro-2f6du2pg" aria-hidden="true">Поиск</span><kbd class="sl-hidden md:sl-flex astro-2f6du2pg"><kbd class="astro-2f6du2pg">⌘</kbd><kbd class="astro-2f6du2pg">K</kbd></kbd></button>
|
||
</site-search>
|
||
<div class="knowledge-search-popover" data-search-popover hidden>
|
||
<input class="knowledge-search-input" type="search" placeholder="Поиск" autocomplete="off" data-search-input>
|
||
<div class="knowledge-search-results" data-search-results></div>
|
||
</div>
|
||
</div>
|
||
<div class="sl-hidden md:sl-flex print:hidden flex gap-4 items-center right-group astro-3ef6ksr2">
|
||
<div class="sl-flex gap-4 items-center social-icons astro-3ef6ksr2"></div>
|
||
<a href="#" class="inline-flex items-center gap-2 font-medium no-underline whitespace-nowrap transition-[color,filter] duration-150 download-cta knowledge-download-placeholder py-[0.3rem] px-[0.5rem] pl-[0.4rem] text-sm rounded-[8px] astro-sle7k2hz" aria-hidden="true" tabindex="-1"><span class="inline-flex items-center justify-center flex-shrink-0 w-6 h-6 astro-sle7k2hz"></span><span class="astro-sle7k2hz">Download</span></a>
|
||
<starlight-theme-select><label style="--sl-select-width: 6.25em" class="astro-47nlhtql"><span class="sr-only astro-47nlhtql">Выбор темы</span><svg aria-hidden="true" class="icon label-icon astro-47nlhtql astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M21 14h-1V7a3 3 0 0 0-3-3H7a3 3 0 0 0-3 3v7H3a1 1 0 0 0-1 1v2a3 3 0 0 0 3 3h14a3 3 0 0 0 3-3v-2a1 1 0 0 0-1-1ZM6 7a1 1 0 0 1 1-1h10a1 1 0 0 1 1 1v7H6V7Zm14 10a1 1 0 0 1-1 1H5a1 1 0 0 1-1-1v-1h16v1Z"/></svg><select autocomplete="off" class="astro-47nlhtql"><option value="dark" class="astro-47nlhtql">Dark</option><option value="light" class="astro-47nlhtql">Light</option><option value="auto" class="astro-47nlhtql">Auto</option></select><svg aria-hidden="true" class="icon caret astro-47nlhtql astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M17 9.17a1 1 0 0 0-1.41 0L12 12.71 8.46 9.17a1 1 0 1 0-1.41 1.42l4.24 4.24a1.002 1.002 0 0 0 1.42 0L17 10.59a1.002 1.002 0 0 0 0-1.42Z"/></svg></label></starlight-theme-select>
|
||
</div>
|
||
</div>
|
||
</header>
|
||
<nav class="sidebar print:hidden astro-iyrf6vv4" aria-label="Основная навигация">
|
||
<starlight-menu-button class="print:hidden astro-yrbfzory">
|
||
<button aria-expanded="false" aria-label="Меню" aria-controls="starlight__sidebar" class="sl-flex md:sl-hidden astro-yrbfzory"><svg aria-hidden="true" class="open-menu astro-yrbfzory astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M3 8h18a1 1 0 1 0 0-2H3a1 1 0 0 0 0 2Zm18 8H3a1 1 0 0 0 0 2h18a1 1 0 0 0 0-2Zm0-5H3a1 1 0 0 0 0 2h18a1 1 0 0 0 0-2Z"/></svg><svg aria-hidden="true" class="close-menu astro-yrbfzory astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="m13.41 12 6.3-6.29a1.004 1.004 0 1 0-1.42-1.42L12 10.59l-6.29-6.3a1.004 1.004 0 0 0-1.42 1.42l6.3 6.29-6.3 6.29a1 1 0 0 0 0 1.42.998.998 0 0 0 1.42 0l6.29-6.3 6.29 6.3a.999.999 0 0 0 1.42 0 1 1 0 0 0 0-1.42L13.41 12Z"/></svg></button>
|
||
</starlight-menu-button>
|
||
<div id="starlight__sidebar" class="sidebar-pane astro-iyrf6vv4">
|
||
<div class="sidebar-content sl-flex astro-iyrf6vv4">
|
||
<sl-sidebar-state-persist data-hash="nodedc-knowledge" class="astro-fouifdpt">
|
||
<ul class="top-level astro-j63poqv6">
|
||
<li class="astro-j63poqv6"><a href="/knowledge/" class="large astro-j63poqv6"><span class="astro-j63poqv6">Knowledge</span></a></li><li class="astro-j63poqv6"><details open class="astro-j63poqv6"><summary class="astro-j63poqv6"><span class="group-label astro-j63poqv6"><a href="/knowledge/platform/" class="knowledge-summary-link astro-j63poqv6"><span class="large astro-j63poqv6">NODE.DC</span></a></span><svg aria-hidden="true" class="caret astro-j63poqv6 astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1.25rem;"><path d="m14.83 11.29-4.24-4.24a1 1 0 1 0-1.42 1.41L12.71 12l-3.54 3.54a1 1 0 0 0 0 1.41 1 1 0 0 0 .71.29 1 1 0 0 0 .71-.29l4.24-4.24a1.002 1.002 0 0 0 0-1.42Z"/></svg></summary><sl-sidebar-restore data-index="0"></sl-sidebar-restore><ul class="astro-j63poqv6"><li class="astro-j63poqv6"><a href="/knowledge/platform/hub/" class="astro-j63poqv6"><span class="astro-j63poqv6">Hub</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/platform/engine/" class="astro-j63poqv6"><span class="astro-j63poqv6">Engine</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/platform/ops/" class="astro-j63poqv6"><span class="astro-j63poqv6">Ops</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/platform/integration-layer/" class="astro-j63poqv6"><span class="astro-j63poqv6">Интеграционный слой</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/platform/artifact-event-layer/" class="astro-j63poqv6"><span class="astro-j63poqv6">Слой артефактов и событий</span></a></li></ul></details></li><li class="astro-j63poqv6"><details open class="astro-j63poqv6"><summary class="astro-j63poqv6"><span class="group-label astro-j63poqv6"><a href="/knowledge/agent-context/" class="knowledge-summary-link astro-j63poqv6"><span class="large astro-j63poqv6">Агентный контур</span></a></span><svg aria-hidden="true" class="caret astro-j63poqv6 astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1.25rem;"><path d="m14.83 11.29-4.24-4.24a1 1 0 1 0-1.42 1.41L12.71 12l-3.54 3.54a1 1 0 0 0 0 1.41 1 1 0 0 0 .71.29 1 1 0 0 0 .71-.29l4.24-4.24a1.002 1.002 0 0 0 0-1.42Z"/></svg></summary><sl-sidebar-restore data-index="1"></sl-sidebar-restore><ul class="astro-j63poqv6"><li class="astro-j63poqv6"><a href="/knowledge/agent-context/document-agent/" class="astro-j63poqv6"><span class="astro-j63poqv6">Документный агент</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/agent-context/agent-catalog/" class="astro-j63poqv6"><span class="astro-j63poqv6">Каталог агентов</span></a></li></ul></details></li><li class="astro-j63poqv6"><details open class="astro-j63poqv6"><summary class="astro-j63poqv6"><span class="group-label astro-j63poqv6"><a href="/knowledge/modules/" class="knowledge-summary-link astro-j63poqv6"><span class="large astro-j63poqv6">Прикладные модули</span></a></span><svg aria-hidden="true" class="caret astro-j63poqv6 astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1.25rem;"><path d="m14.83 11.29-4.24-4.24a1 1 0 1 0-1.42 1.41L12.71 12l-3.54 3.54a1 1 0 0 0 0 1.41 1 1 0 0 0 .71.29 1 1 0 0 0 .71-.29l4.24-4.24a1.002 1.002 0 0 0 0-1.42Z"/></svg></summary><sl-sidebar-restore data-index="2"></sl-sidebar-restore><ul class="astro-j63poqv6"><li class="astro-j63poqv6"><a href="/knowledge/modules/tender-agent/" class="astro-j63poqv6"><span class="astro-j63poqv6">Тендерный агент</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/1c-integration/" class="astro-j63poqv6"><span class="astro-j63poqv6">Интеграция с 1С</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/drone-management/" class="astro-j63poqv6"><span class="astro-j63poqv6">Управление беспилотниками</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/city-digital-twins/" class="astro-j63poqv6"><span class="astro-j63poqv6">Цифровые двойники городов</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/industrial-contour/" class="astro-j63poqv6"><span class="astro-j63poqv6">Промышленный контур</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/enterprise-management/" class="astro-j63poqv6"><span class="astro-j63poqv6">Управление предприятием</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/construction-contour/" class="astro-j63poqv6"><span class="astro-j63poqv6">Строительный контур</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/seo-module/" class="astro-j63poqv6"><span class="astro-j63poqv6">SEO модуль</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/procurement-contour/" aria-current="page" class="astro-j63poqv6"><span class="astro-j63poqv6">Закупочный контур</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/project-office/" class="astro-j63poqv6"><span class="astro-j63poqv6">Проектный офис</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/video-analytics/" class="astro-j63poqv6"><span class="astro-j63poqv6">Видеоаналитика</span></a></li><li class="astro-j63poqv6"><a href="/knowledge/modules/engineering-contour/" class="astro-j63poqv6"><span class="astro-j63poqv6">Инженерный контур</span></a></li></ul></details></li>
|
||
</ul>
|
||
</sl-sidebar-state-persist>
|
||
<div class="md:sl-hidden">
|
||
<div class="mobile-preferences sl-flex astro-22fp5ct5">
|
||
<div class="social-icons astro-22fp5ct5"></div><starlight-theme-select><label style="--sl-select-width: 6.25em" class="astro-47nlhtql"><span class="sr-only astro-47nlhtql">Выбор темы</span><svg aria-hidden="true" class="icon label-icon astro-47nlhtql astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M21 14h-1V7a3 3 0 0 0-3-3H7a3 3 0 0 0-3 3v7H3a1 1 0 0 0-1 1v2a3 3 0 0 0 3 3h14a3 3 0 0 0 3-3v-2a1 1 0 0 0-1-1ZM6 7a1 1 0 0 1 1-1h10a1 1 0 0 1 1 1v7H6V7Zm14 10a1 1 0 0 1-1 1H5a1 1 0 0 1-1-1v-1h16v1Z"/></svg><select autocomplete="off" class="astro-47nlhtql"><option value="dark" class="astro-47nlhtql">Dark</option><option value="light" class="astro-47nlhtql">Light</option><option value="auto" class="astro-47nlhtql">Auto</option></select><svg aria-hidden="true" class="icon caret astro-47nlhtql astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1em;"><path d="M17 9.17a1 1 0 0 0-1.41 0L12 12.71 8.46 9.17a1 1 0 1 0-1.41 1.42l4.24 4.24a1.002 1.002 0 0 0 1.42 0L17 10.59a1.002 1.002 0 0 0 0-1.42Z"/></svg></label></starlight-theme-select>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</nav>
|
||
<div class="main-frame astro-iyrf6vv4">
|
||
<div class="lg:sl-flex astro-6ptv7odt">
|
||
<aside class="right-sidebar-container print:hidden astro-6ptv7odt">
|
||
<div class="right-sidebar astro-6ptv7odt">
|
||
<script type="module" src="/assets/vendor/ssscript-docs/_astro/MobileTableOfContents.astro_astro_type_script_index_0_lang.hwBsy0Mo.js"></script>
|
||
<script type="module" src="/assets/vendor/ssscript-docs/_astro/TableOfContents.astro_astro_type_script_index_0_lang.FuRcXuRY.js"></script>
|
||
<div class="lg:sl-hidden astro-auw6kndz">
|
||
<mobile-starlight-toc data-min-h="2" data-max-h="3" class="astro-2zbszx3p">
|
||
<nav aria-labelledby="starlight__on-this-page--mobile" class="astro-2zbszx3p">
|
||
<details id="starlight__mobile-toc" class="astro-2zbszx3p">
|
||
<summary id="starlight__on-this-page--mobile" class="sl-flex astro-2zbszx3p"><span class="toggle sl-flex astro-2zbszx3p">На этой странице<svg aria-hidden="true" class="caret astro-2zbszx3p astro-fr7meb3z" width="16" height="16" viewBox="0 0 24 24" fill="currentColor" style="--sl-icon-size: 1rem;"><path d="m14.83 11.29-4.24-4.24a1 1 0 1 0-1.42 1.41L12.71 12l-3.54 3.54a1 1 0 0 0 0 1.41 1 1 0 0 0 .71.29 1 1 0 0 0 .71-.29l4.24-4.24a1.002 1.002 0 0 0 0-1.42Z"/></svg></span><span class="display-current astro-2zbszx3p"></span></summary>
|
||
<div class="dropdown astro-2zbszx3p"><ul class="isMobile astro-uehw6aht" style="--depth: 0;"><li class="astro-uehw6aht" style="--depth: 0;"><a href="#_top" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Обзор</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#chto-obedinyaet-zakupochnyy-kontur" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Что объединяет закупочный контур</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#svyaz-s-1s" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Связь с 1С</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#ai-analiz-zakupok" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">AI-анализ закупок</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#soglasovaniya-i-zadachi" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Согласования и задачи</span></a></li></ul></div>
|
||
</details>
|
||
</nav>
|
||
</mobile-starlight-toc>
|
||
</div>
|
||
<div class="right-sidebar-panel sl-hidden lg:sl-block astro-auw6kndz">
|
||
<div class="sl-container astro-auw6kndz">
|
||
<starlight-toc data-min-h="2" data-max-h="3">
|
||
<nav aria-labelledby="starlight__on-this-page">
|
||
<h2 id="starlight__on-this-page">На этой странице</h2>
|
||
<ul class="astro-uehw6aht" style="--depth: 0;"><li class="astro-uehw6aht" style="--depth: 0;"><a href="#_top" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Обзор</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#chto-obedinyaet-zakupochnyy-kontur" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Что объединяет закупочный контур</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#svyaz-s-1s" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Связь с 1С</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#ai-analiz-zakupok" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">AI-анализ закупок</span></a></li><li class="astro-uehw6aht" style="--depth: 0;"><a href="#soglasovaniya-i-zadachi" class="astro-uehw6aht" style="--depth: 0;"><span class="astro-uehw6aht" style="--depth: 0;">Согласования и задачи</span></a></li></ul>
|
||
</nav>
|
||
</starlight-toc>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</aside>
|
||
<div class="main-pane astro-6ptv7odt">
|
||
<main data-pagefind-body class="astro-ept3ui5y" lang="ru" dir="ltr">
|
||
<div class="content-panel astro-hxjpthjh">
|
||
<div class="sl-container astro-hxjpthjh">
|
||
<h1 id="_top" data-page-title class="astro-gldynaio">Закупочный контур</h1>
|
||
<div class="sl-markdown-content"><p>Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок в одной операционной системе.</p>
|
||
<p>Тендерный агент отвечает за поиск и анализ закупочных возможностей. Закупочный контур шире: он охватывает внутренние заявки, потребности подразделений, проверку поставщиков, согласование условий, связь с остатками, документы, задачи и дальнейшее исполнение.</p>
|
||
<div class="sl-heading-wrapper level-h2"><h2 id="chto-obedinyaet-zakupochnyy-kontur">Что объединяет закупочный контур</h2><a class="sl-anchor-link" href="#chto-obedinyaet-zakupochnyy-kontur"><span aria-hidden="true" class="sl-anchor-icon"><svg width="16" height="16" viewBox="0 0 24 24"><path fill="currentcolor" d="m12.11 15.39-3.88 3.88a2.52 2.52 0 0 1-3.5 0 2.47 2.47 0 0 1 0-3.5l3.88-3.88a1 1 0 0 0-1.42-1.42l-3.88 3.89a4.48 4.48 0 0 0 6.33 6.33l3.89-3.88a1 1 0 1 0-1.42-1.42Zm8.58-12.08a4.49 4.49 0 0 0-6.33 0l-3.89 3.88a1 1 0 0 0 1.42 1.42l3.88-3.88a2.52 2.52 0 0 1 3.5 0 2.47 2.47 0 0 1 0 3.5l-3.88 3.88a1 1 0 1 0 1.42 1.42l3.88-3.89a4.49 4.49 0 0 0 0-6.33ZM8.83 15.17a1 1 0 0 0 1.1.22 1 1 0 0 0 .32-.22l4.92-4.92a1 1 0 0 0-1.42-1.42l-4.92 4.92a1 1 0 0 0 0 1.42Z"></path></svg></span><span class="sr-only" data-pagefind-ignore="">Раздел «Что объединяет закупочный контур»</span></a></div>
|
||
<p>В закупочный контур могут входить заявки на закупку, номенклатура, остатки, поставщики, тендеры, коммерческие предложения, договоры, счета, условия поставки, сроки, согласования, бюджетные ограничения, документы из 1С и задачи в Ops.</p>
|
||
<p>Каждая закупка становится объектом платформы. У неё есть инициатор, причина, номенклатура, поставщик, документы, статус, ответственный, связанные задачи, финансовый контекст и история решений.</p>
|
||
<div class="sl-heading-wrapper level-h2"><h2 id="svyaz-s-1s">Связь с 1С</h2><a class="sl-anchor-link" href="#svyaz-s-1s"><span aria-hidden="true" class="sl-anchor-icon"><svg width="16" height="16" viewBox="0 0 24 24"><path fill="currentcolor" d="m12.11 15.39-3.88 3.88a2.52 2.52 0 0 1-3.5 0 2.47 2.47 0 0 1 0-3.5l3.88-3.88a1 1 0 0 0-1.42-1.42l-3.88 3.89a4.48 4.48 0 0 0 6.33 6.33l3.89-3.88a1 1 0 1 0-1.42-1.42Zm8.58-12.08a4.49 4.49 0 0 0-6.33 0l-3.89 3.88a1 1 0 0 0 1.42 1.42l3.88-3.88a2.52 2.52 0 0 1 3.5 0 2.47 2.47 0 0 1 0 3.5l-3.88 3.88a1 1 0 1 0 1.42 1.42l3.88-3.89a4.49 4.49 0 0 0 0-6.33ZM8.83 15.17a1 1 0 0 0 1.1.22 1 1 0 0 0 .32-.22l4.92-4.92a1 1 0 0 0-1.42-1.42l-4.92 4.92a1 1 0 0 0 0 1.42Z"></path></svg></span><span class="sr-only" data-pagefind-ignore="">Раздел «Связь с 1С»</span></a></div>
|
||
<p>Интеграция с 1С позволяет проверять остатки, номенклатуру, документы, поставщиков, цены, заявки и движение товаров. Это снижает ручную работу и помогает избежать ситуаций, когда закупочное решение принимается без актуальных учётных данных.</p>
|
||
<p>Данные из 1С могут использоваться агентом для проверки: есть ли позиция в справочнике, были ли поставки от этого контрагента, есть ли остатки, какие документы связаны с закупкой и какие статусы уже зафиксированы.</p>
|
||
<div class="sl-heading-wrapper level-h2"><h2 id="ai-analiz-zakupok">AI-анализ закупок</h2><a class="sl-anchor-link" href="#ai-analiz-zakupok"><span aria-hidden="true" class="sl-anchor-icon"><svg width="16" height="16" viewBox="0 0 24 24"><path fill="currentcolor" d="m12.11 15.39-3.88 3.88a2.52 2.52 0 0 1-3.5 0 2.47 2.47 0 0 1 0-3.5l3.88-3.88a1 1 0 0 0-1.42-1.42l-3.88 3.89a4.48 4.48 0 0 0 6.33 6.33l3.89-3.88a1 1 0 1 0-1.42-1.42Zm8.58-12.08a4.49 4.49 0 0 0-6.33 0l-3.89 3.88a1 1 0 0 0 1.42 1.42l3.88-3.88a2.52 2.52 0 0 1 3.5 0 2.47 2.47 0 0 1 0 3.5l-3.88 3.88a1 1 0 1 0 1.42 1.42l3.88-3.89a4.49 4.49 0 0 0 0-6.33ZM8.83 15.17a1 1 0 0 0 1.1.22 1 1 0 0 0 .32-.22l4.92-4.92a1 1 0 0 0-1.42-1.42l-4.92 4.92a1 1 0 0 0 0 1.42Z"></path></svg></span><span class="sr-only" data-pagefind-ignore="">Раздел «AI-анализ закупок»</span></a></div>
|
||
<p>Агентный слой помогает разбирать заявки, сравнивать предложения, выделять риски, проверять документы, готовить чек-листы, сопоставлять условия поставки и формировать сводки для ответственных. В сложных сценариях агент может передавать отдельные вопросы юристам, финансистам, техническим специалистам или руководителю.</p>
|
||
<div class="sl-heading-wrapper level-h2"><h2 id="soglasovaniya-i-zadachi">Согласования и задачи</h2><a class="sl-anchor-link" href="#soglasovaniya-i-zadachi"><span aria-hidden="true" class="sl-anchor-icon"><svg width="16" height="16" viewBox="0 0 24 24"><path fill="currentcolor" d="m12.11 15.39-3.88 3.88a2.52 2.52 0 0 1-3.5 0 2.47 2.47 0 0 1 0-3.5l3.88-3.88a1 1 0 0 0-1.42-1.42l-3.88 3.89a4.48 4.48 0 0 0 6.33 6.33l3.89-3.88a1 1 0 1 0-1.42-1.42Zm8.58-12.08a4.49 4.49 0 0 0-6.33 0l-3.89 3.88a1 1 0 0 0 1.42 1.42l3.88-3.88a2.52 2.52 0 0 1 3.5 0 2.47 2.47 0 0 1 0 3.5l-3.88 3.88a1 1 0 1 0 1.42 1.42l3.88-3.89a4.49 4.49 0 0 0 0-6.33ZM8.83 15.17a1 1 0 0 0 1.1.22 1 1 0 0 0 .32-.22l4.92-4.92a1 1 0 0 0-1.42-1.42l-4.92 4.92a1 1 0 0 0 0 1.42Z"></path></svg></span><span class="sr-only" data-pagefind-ignore="">Раздел «Согласования и задачи»</span></a></div>
|
||
<p>Закупка часто проходит через несколько ролей: инициатор, закупщик, руководитель, финансовый блок, юрист, склад, технический специалист и поставщик. NODE.DC помогает фиксировать этот маршрут в Ops: кто должен согласовать, какие материалы приложены, какие сроки заданы и где находится процесс.</p>
|
||
<p><a class="knowledge-button" href="/knowledge/modules/tender-agent/">Открыть Тендерный агент</a></p>
|
||
<p><a class="knowledge-button" href="/knowledge/modules/1c-integration/">Открыть Интеграцию с 1С</a></p>
|
||
<p><a class="knowledge-button" href="/knowledge/platform/ops/">Открыть Ops</a></p>
|
||
</div>
|
||
<footer class="sl-flex astro-vcuyfr7s"><div class="meta sl-flex astro-vcuyfr7s"></div></footer>
|
||
</div>
|
||
</div>
|
||
</main>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
</div>
|
||
<script type="application/json" id="knowledge-search-index">[{"title":"NODE.DC","description":"Обзор платформы NODE.DC: данные, процессы, роли, AI-агенты, Hub, Engine, Ops, интеграции, цифровые двойники и прикладные контуры.","url":"/knowledge/platform/","text":"NODE.DC — модульная операционная платформа для предприятий, которым нужно связать данные, процессы, людей, цифровые объекты и AI-агентов в единую рабочую среду. Платформа формирует управляемый слой поверх существующих систем: 1С, ERP, CRM, файловых хранилищ, тендерных площадок, инженерных моделей, камер, датчиков, внутренних сервисов и прикладных интерфейсов. Смысл NODE.DC — убрать разрыв между наблюдением и действием. Если в компании появляется событие, документ, отклонение, закупка, инженерная проблема или новая задача, оно должно получить понятный маршрут: источник данных, контекст, ответственного, статус, материалы, историю и следующий шаг. Без этого корпоративная автоматизация превращается в набор несвязанных окон, где решения теряются между чатами, таблицами, почтой и отдельными сервисами. Операционная модель платформы В основе NODE.DC лежит объектная модель предприятия. Объектом может быть проект, задача, контрагент, закупка, документ, здание, помещение, оборудование, BIM-элемент, камера, беспилотная система, производственный участок или любой другой управляемый элемент. У каждого объекта есть паспорт, связи, события, состояния, доступные действия и история изменений. Такая модель позволяет собирать разные прикладные контуры поверх одной инфраструктуры. Тендерный агент работает с закупками и документацией. Интеграция с 1С связывает учётные данные с задачами и проверками. Строительный контур соединяет BIM, дефекты, подрядчиков и сроки. Промышленный контур добавляет оборудование, производственные статусы и эксплуатационные данные. Агентный слой анализирует контекст и помогает запускать следующие действия. Три базовых слоя Hub отвечает за вход в платформу, роли, группы, рабочие пространства и каталог приложений. Пользователь видит только те модули, которые относятся к его задачам, подразделению и уровню доступа. Engine отвечает за сборку процессов, интеграций, интерфейсов и агентных сценариев. В нём создаются цепочки обработки данных, подключения к внешним системам, рабочие панели, проверки, маршруты задач и автоматизации. Ops отвечает за операционное исполнение. В него попадают задачи, статусы, отчёты, согласования, результаты агентов, инженерные материалы и решения, которые нужно довести до результата. Агентный слой AI-агенты в NODE.DC работают не как отдельный чат, а как часть управляемого контура. Агент получает доступ к задачам, документам, данным и сервисам в рамках прав. Он может анализировать закупочную документацию, сверять данные из 1С, готовить сводки, искать отклонения, формировать подзадачи, объяснять статус процесса и передавать результат в Ops. Главное отличие такого подхода — сохранение контекста. Результат работы агента не исчезает в переписке: он становится задачей, отчётом, комментарием, проверкой, событием или материалом внутри платформы. Где применяется NODE.DC NODE.DC подходит для компаний, где процессы уже вышли за пределы одного инструмента. Это закупки, строительство, промышленность, проектный офис, эксплуатация объектов, инженерные данные, цифровые двойники, робототехника, видеоаналитика, SEO-контуры и интеграции с учётными системами. Платформа особенно полезна там, где нужно быстро соединять точечные решения в единую систему: подключить источник данных, описать процесс, добавить агента, вывести интерфейс, создать задачу и сохранить историю действий. Открыть Hub Открыть Engine Открыть Ops"},{"title":"Hub","description":"NODE.DC Hub: корпоративный портал, каталог приложений, роли, группы, доступы, рабочие пространства и enterprise-сценарии.","url":"/knowledge/platform/hub/","text":"NODE.DC Hub — единая точка входа в среду NODE.DC. Hub показывает пользователю доступные приложения, рабочие пространства, сервисы и прикладные контуры с учётом роли, группы, подразделения и настроек конкретной организации. Для предприятия Hub выполняет роль управляемого каталога возможностей. Вместо набора ссылок, отдельных админок и разрозненных инструментов пользователь получает рабочую панель, где собраны только актуальные модули: Ops, Engine, тендерный агент, 1С-интеграция, строительный контур, промышленный контур, цифровые двойники, SEO-модуль, видеоаналитика и внутренние приложения. Что делает Hub Hub управляет верхним уровнем пользовательского опыта. Он отвечает за то, какие инструменты доступны конкретному сотруднику, как они сгруппированы и в каком контексте открываются. В корпоративном контуре это особенно важно. Закупщик не должен видеть инженерные настройки, подрядчик не должен попадать в финансовый контур, инженер по эксплуатации должен быстро открывать объект, модель, задачу и историю изменений, а руководитель должен видеть сводную картину по процессам и отклонениям. Hub разделяет эти сценарии через роли, группы, рабочие пространства и права доступа. Каталог приложений Каталог приложений в Hub собирает модули NODE.DC в одном интерфейсе. В него могут входить базовые платформенные слои и прикладные решения: управление задачами, проектный офис, тендерный агент, интеграция с 1С, документный агент, BIM-просмотрщик, цифровой двойник, диспетчерская панель, видеоаналитика, SEO-редактор и внутренние административные сервисы. Такой каталог не является витриной ради витрины. Он помогает предприятию вводить новые цифровые контуры постепенно: сначала подключить один модуль, затем расширить его интеграциями, потом добавить агентный сценарий и связать результат с Ops. Роли, группы и доступы Hub поддерживает модель, в которой доступы назначаются не только отдельным пользователям, но и ролям, группам, подразделениям, проектам и рабочим контурам. Один и тот же модуль может выглядеть по-разному для разных участников процесса. Руководитель видит сводки, риски и статусы. Исполнитель видит задачи, материалы и сроки. Инженер видит модели, дефекты и технические документы. Юрист видит договоры, требования и согласования. Администратор видит настройки контуров, пользователей и доступов. Связь с Engine и Ops Hub не выполняет работу Engine и Ops, но связывает пользователя с этими слоями. Из Hub пользователь может открыть процесс в Engine, перейти к задачам в Ops, запустить прикладной модуль, открыть карточку объекта, посмотреть цифровой двойник или получить доступ к агентному интерфейсу. Все переходы сохраняют контекст прав доступа. Если пользователь открывает тендер, задачу, модель или документ, платформа сохраняет связь между объектом, источником данных, ответственными и следующими действиями. Открыть Engine Открыть Ops"},{"title":"Engine","description":"NODE.DC Engine: нодовый редактор, low-code автоматизация, интеграции API, workflow, AI-агенты, бизнес-процессы и передача задач в Ops.","url":"/knowledge/platform/engine/","text":"NODE.DC Engine — слой проектирования и запуска процессов внутри платформы. Он нужен для сборки интеграций, обработчиков данных, диспетчерских панелей, автоматизаций, агентных цепочек и внутренних интерфейсов предприятия. Engine закрывает пространство между готовым продуктом и уникальной логикой конкретной организации. У каждой компании свои источники данных, правила согласования, роли, документы, исключения, статусы и привычные процессы. Поэтому платформа должна не только давать готовые модули, но и позволять собирать новые сценарии поверх общей инфраструктуры. Нодовый редактор Процессы в Engine собираются в нодовом редакторе. Узлы описывают источники данных, преобразования, проверки, действия, маршрутизацию, визуализацию, внешние API, webhooks, пользовательские формы, агентные шаги и операции с задачами. Такой подход удобен для сценариев, где один процесс проходит через несколько систем. Например, закупочный поток может начаться с тендерной площадки, затем пройти через документный анализ, проверку в 1С, юридический блок, задачу в Ops, согласование руководителя и итоговый отчёт. Engine фиксирует эту цепочку как воспроизводимый процесс. Что можно собирать в Engine Engine подходит для интеграций с 1С, CRM, ERP, внутренними API, файловыми хранилищами, сайтами, тендерными источниками, камерами, IoT-компонентами, BIM-хранилищами и другими корпоративными сервисами. На уровне бизнес-логики в Engine можно собирать маршруты согласований, обработку входящих документов, классификацию заявок, диспетчерские панели, автоматическую постановку задач, контроль SLA, подготовку отчётов и агентные проверки. Для технической команды Engine становится средой быстрой сборки прикладного контура без переписывания всего продукта. AI-агенты внутри процесса AI-агент в Engine не заменяет процесс, а становится управляемым шагом внутри него. Агент может разобрать документ, выделить требования, сравнить данные, сформировать вывод, предложить маршрутизацию, подготовить подзадачи или объяснить причину отклонения. При этом права, источники данных и зона действия задаются самим процессом. Это важно для корпоративной автоматизации. Агент не должен быть свободным чатом без рамок. Он должен работать в контексте задачи, объекта, документа, роли, события и разрешённых действий. Engine создаёт такую рамку и делает агентный сценарий воспроизводимым. Передача результата в Ops Результат работы Engine не остаётся схемой в редакторе. Он передаётся в операционный слой: создаёт задачу, обновляет статус, прикладывает отчёт, запускает согласование, отправляет уведомление, меняет карточку объекта или отдаёт данные в другой модуль. За счёт этой связки Engine становится не просто low-code-конструктором, а механизмом, который переводит данные и события в управляемые действия. Открыть Ops Открыть Агентный контур"},{"title":"Ops","description":"NODE.DC Ops: управление задачами, проектами, статусами, отчётами, согласованиями, инженерными данными и результатами AI-агентов.","url":"/knowledge/platform/ops/","text":"NODE.DC Ops — операционный слой платформы. В него сводятся проекты, процессы, задачи, статусы, отчёты, согласования, инженерные данные, документы и результаты работы прикладных контуров. Ops нужен для того, чтобы действия не терялись после анализа. Тендерный агент нашёл закупку — результат должен стать задачей или материалом для решения. 1С-агент выявил расхождение — его нужно передать ответственному. В строительном контуре найден дефект — он должен получить срок, исполнителя и историю. Видеоаналитика зафиксировала событие — оно должно попасть в карточку, журнал или сценарий реакции. Единая рабочая среда Ops объединяет людей, агентов и цифровые контуры предприятия. Задачи можно ставить, уточнять, декомпозировать, передавать между подразделениями, контролировать по этапам и связывать с результатами из других слоёв NODE.DC. Для пользователя Ops выглядит как рабочая среда: карточки задач, проекты, статусы, комментарии, материалы, отчёты, сроки, ответственные и связанные объекты. Для платформы Ops является местом, где данные становятся действиями и сохраняют историю. Задачи как связанный объект Задача в Ops — это не только название и статус. Она может быть связана с тендером, документом, контрагентом, 1С-объектом, BIM-элементом, оборудованием, камерой, производственным участком, дефектом, заявкой, отчётом или агентной проверкой. Такая модель делает задачу точкой сборки контекста. Исполнитель видит не отдельный комментарий, а всю цепочку: откуда пришло событие, какие материалы приложены, какие решения уже принимались, кто отвечает, какие сроки заданы и какой следующий шаг ожидается. Ассистент внутри процесса Сквозной ассистент в Ops работает не как справочная кнопка, а как интерфейс к рабочему контексту. Он может объяснить состояние задачи, подготовить сводку по проекту, найти материалы, сформировать подзадачи, собрать отчёт к совещанию, подсветить просрочки или предложить маршрут решения. При наличии прав ассистент может работать с задачами, проектными материалами, кодовой базой, инженерными данными, отчётами и действиями агентов. Это превращает AI в часть операционного процесса, а не в отдельный инструмент, который живёт рядом с работой. Наблюдаемость и история Ops делает работу наблюдаемой. Каждое действие, решение и отклонение получает место в общем контуре, а не теряется в чатах, таблицах и разрозненных файлах. Это особенно важно для процессов, где нужно понимать причинно-следственную цепочку: что произошло, кто видел, кто согласовал, какой документ приложен, почему статус изменился и что нужно сделать дальше. Открыть Engine Открыть Прикладные модули"},{"title":"Интеграционный слой","description":"Интеграционный слой NODE.DC подключает 1С, ERP, CRM, API, webhooks, документы, сайты, датчики и внутренние сервисы к задачам и агентам.","url":"/knowledge/platform/integration-layer/","text":"Интеграционный слой NODE.DC подключает внешние системы, внутренние сервисы, документы, API, webhooks, 1С, ERP, CRM, сайты, тендерные источники, датчики, камеры и инженерные хранилища к единой операционной платформе. Для предприятия интеграция важна не сама по себе. Ценность появляется тогда, когда данные из внешней системы становятся частью процесса: попадают в задачу, запускают проверку, передаются агенту, отображаются в карточке объекта, формируют отчёт или создают событие для Ops. Зачем нужен интеграционный слой Большинство компаний уже используют набор систем: 1С, CRM, ERP, почту, файловые хранилища, сайты, таблицы, проектные сервисы, тендерные площадки, системы мониторинга, камеры и внутренние базы. Проблема не в отсутствии данных, а в том, что данные разорваны и не всегда приводят к действию. Интеграционный слой NODE.DC связывает эти источники с операционной моделью платформы. Он помогает превратить разрозненный сигнал в структурированный объект: документ, задачу, событие, карточку, показатель, статус или материал для агента. Источники данных К платформе могут подключаться учётные системы, бизнес-приложения, API, сайты, документы, тендерные площадки, внутренние базы, IoT-компоненты, видеоисточники, BIM-хранилища, облака точек и файловые каталоги. Каждый источник описывается через формат данных, правила доступа, частоту обновления, допустимые действия и связь с объектами платформы. Это позволяет не просто загрузить данные, а встроить их в рабочий контур. Интеграция через Engine Engine выступает сборочным слоем для интеграций. В нём можно описать, откуда брать данные, как их преобразовывать, какие проверки запускать, какие события создавать и куда передавать результат. Интеграционный сценарий может быть простым — например, получение документа по API — или сложным: обработка тендерного потока, сверка с 1С, агентный анализ и постановка задач. Данные как часть процесса Интеграционный слой превращает данные в события и действия. Новый документ может создать задачу. Изменение статуса в 1С может обновить карточку. Тендерная закупка может уйти агенту на анализ. Камера может сформировать событие. BIM-элемент может быть связан с дефектом. SEO-аудит может сформировать changeset. Главная цель интеграционного слоя — сделать так, чтобы данные не оставались пассивными. Они должны участвовать в процессах, объясняться агентами, попадать в Ops и сохранять историю. Открыть Engine Открыть Ops Открыть Интеграцию с 1С"},{"title":"Слой артефактов и событий","description":"Слой артефактов и событий NODE.DC хранит документы, отчёты, BIM, 3D-модели, медиа, версии, статусы, историю и связи с задачами.","url":"/knowledge/platform/artifact-event-layer/","text":"Слой артефактов и событий NODE.DC отвечает за материалы, которые появляются в процессе работы платформы: документы, отчёты, изображения, видео, BIM-модели, 3D-файлы, облака точек, PDF, changeset, карточки, комментарии, статусы, журналы и результаты агентов. В корпоративной среде артефакт редко существует сам по себе. Документ связан с задачей. Модель связана с объектом. Фото связано с дефектом. Отчёт связан с периодом и ответственным. Вывод агента связан с источником данных. Событие связано с процессом и следующим действием. NODE.DC удерживает эти связи внутри общей модели. Что считается артефактом Артефактом может быть любой материал, который используется в процессе: договор, техническое задание, акт, счёт, закупочная документация, BIM-модель, чертёж, фотофиксация, видео, отчёт, таблица, протокол совещания, SEO-changeset, сводка агента, файл выгрузки, архив состояния объекта или инженерная модель. Каждый артефакт должен иметь контекст: источник, владельца, дату, версию, связанные объекты, права доступа и возможные действия. События Событие — это изменение, которое имеет значение для процесса. Создана задача, загружен документ, изменился статус, найден тендер, агент завершил анализ, появилась просрочка, камера зафиксировала отклонение, обновилась модель, изменились данные в 1С, пользователь подтвердил решение. События позволяют платформе быть наблюдаемой. Они показывают, что произошло, когда, с каким объектом, кто участвовал и что должно произойти дальше. История и версии Для проектов, строительства, промышленности, закупок и юридических процессов важна история. Нужно понимать, какая версия документа использовалась, кто её загрузил, какие правки были приняты, почему статус изменился и какие действия были выполнены после события. NODE.DC связывает артефакты с задачами, версиями и событиями. Это снижает риск потери контекста и помогает разбирать спорные ситуации. Связь с агентами и Ops AI-агенты работают с артефактами как с источниками контекста. Агент может разобрать документ, извлечь требования, сравнить версии, подготовить сводку, найти противоречия, выделить риски, сформировать отчёт или создать подзадачи. Ops использует артефакты и события как рабочую основу. Задача без материалов часто теряет смысл. Событие без задачи не приводит к действию. Артефакт без истории не даёт доверия. Открыть Ops Открыть Агентный контур Открыть Документный агент"},{"title":"Агентный контур","description":"Как в NODE.DC устроена агентная автоматизация: AI-агенты, права, контекст, задачи, документы, интеграции, контроль и передача результатов.","url":"/knowledge/agent-context/","text":"Агентный контур NODE.DC — среда для сборки, запуска и контроля AI-агентов внутри единой операционной платформы. Агентная автоматизация здесь не является набором отдельных скриптов или чат-ботов. Она встроена в процессы, роли, данные, задачи, документы, события и прикладные модули предприятия. Такой подход нужен для перехода от демонстрационного AI к рабочей инфраструктуре. Предприятию недостаточно получить ответ в чате. Важно понимать, на каких данных сделан вывод, какие права использовал агент, куда передан результат, кто отвечает за решение и как это действие проверяется позже. Что передаётся агентам Агентам можно передавать повторяющиеся и трудоёмкие операции: поиск, отбор, классификацию, разбор документов, подготовку отчётов, сверку данных, анализ отклонений, извлечение требований, формирование чек-листов, маршрутизацию задач и запуск следующих шагов. В тендерном контуре агент анализирует закупочную документацию, выделяет требования и риски. В 1С-контуре отвечает на вопросы по учётным данным и помогает найти расхождения. В строительстве готовит сводки по дефектам, срокам и подрядчикам. В SEO-модуле помогает собрать семантическую карту и подготовить редакторские правки. В проектном офисе собирает материалы к совещанию и подсвечивает просрочки. Контекст и права Агент работает только в доступном ему контексте. Он видит задачи, документы, модели, сервисы, историю действий и источники данных в рамках настроенных прав. Это принципиально для enterprise-сценариев, где один процесс может касаться разных подразделений, уровней доступа и зон ответственности. Контекст агента задаётся не только промптом. Он формируется платформой: ролью пользователя, объектом, задачей, документом, источником данных, маршрутом процесса и допустимыми действиями. За счёт этого агент не превращается в неуправляемый универсальный инструмент, а становится участником конкретного процесса. Передача результата Результат работы агента должен попадать в систему, где его можно использовать. В NODE.DC результат может стать подзадачей в Ops, комментарием к карточке объекта, отчётом, чек-листом, материалом для согласования, событием, входом для юридического, закупочного, инженерного или управленческого модуля. Если агент нашёл риск в тендере, он может создать задачу для специалиста. Если обнаружил расхождение в 1С, результат может лечь в проверку. Если подготовил сводку по проекту, она может быть прикреплена к совещанию или отчёту. Почему это инфраструктура Главная ценность агентного слоя в том, что он поднимает автоматизацию с уровня отдельного инструмента до уровня рабочей инфраструктуры. События, причины, решения и действия остаются в одном контуре. Их можно проверить, повторить, передать другому участнику, связать с объектом или использовать в следующем процессе. Открыть Engine Открыть Ops"},{"title":"Документный агент","description":"Документный агент NODE.DC извлекает требования, риски, сроки, условия и задачи из договоров, ТЗ, актов, КП и тендерной документации.","url":"/knowledge/agent-context/document-agent/","text":"Документный агент NODE.DC помогает разбирать рабочие документы предприятия: договоры, технические задания, акты, коммерческие предложения, закупочную документацию, протоколы, спецификации, регламенты, письма и внутренние материалы. Его задача — не заменить юриста, инженера или специалиста по закупкам. Документный агент снимает первичную рутину: извлекает требования, выделяет сроки, находит риски, собирает вопросы, сравнивает версии, готовит чек-листы и передаёт результат в задачи. Какие документы обрабатываются В документный контур могут попадать PDF, DOCX, таблицы, сканы с распознанным текстом, тендерная документация, проектные материалы, договоры, приложения, акты, ТЗ, спецификации, инструкции, регламенты и внутренние отчёты. Агент работает с документом как с объектом платформы. У него есть источник, версия, связи, права доступа, задачи и история. Это отличает документный анализ от разового копирования текста в чат. Что извлекает агент Документный агент может выделять обязательные требования, сроки, условия оплаты, штрафы, ограничения, ответственных, технические параметры, документы для подачи, риски, противоречия, вопросы к специалистам и пункты для согласования. В тендерном сценарии агент формирует карту требований и рисков. В договорном сценарии выделяет существенные условия. В строительстве помогает проверить ТЗ, исполнительную документацию и акты. В проектном офисе готовит выжимку по материалам к совещанию. Сравнение версий Для договоров, ТЗ, проектных документов и коммерческих предложений важны изменения между версиями. Документный агент может подсвечивать добавленные, удалённые и изменённые пункты, объяснять смысл правок и формировать список вопросов для согласования. Такая функция особенно полезна там, где документы проходят несколько кругов правок и согласований. Ручное сравнение занимает время и создаёт риск пропустить важное изменение. Передача результата в Ops Результат анализа документа может стать задачей, чек-листом, комментарием, отчётом, списком вопросов или материалом для согласования. Если агент нашёл риск, он может передать его ответственному. Если выделил требования, они могут стать пунктами контроля. Если обнаружил противоречие, оно может стать задачей для юриста или технического специалиста. Открыть Агентный контур Открыть Тендерный агент Открыть Ops"},{"title":"Каталог агентов","description":"Каталог агентов NODE.DC описывает роли, права, инструменты, сценарии, ограничения и результаты AI-агентов внутри корпоративной платформы.","url":"/knowledge/agent-context/agent-catalog/","text":"Каталог агентов NODE.DC описывает доступных AI-агентов, их роли, инструменты, права, сценарии запуска, ограничения и типы результатов. Он нужен для того, чтобы агентная автоматизация была управляемой и понятной для бизнеса, а не превращалась в набор несвязанных промптов. Каждый агент в платформе должен иметь назначение. Один агент работает с 1С, другой анализирует документы, третий помогает тендерному отделу, четвёртый готовит проектные сводки, пятый поддерживает SEO-редактора, шестой работает с инженерными данными. Каталог показывает, где эти агенты применяются и какие действия могут выполнять. Зачем нужен каталог Без каталога агентные сценарии быстро становятся непрозрачными. Пользователь не понимает, какой агент за что отвечает, какие данные ему доступны, можно ли доверять результату и куда он передаётся после выполнения задачи. Каталог агентов решает эту проблему. Он фиксирует роль агента, рабочий контур, источники данных, разрешённые инструменты, типовые входы, ожидаемые результаты, ограничения и уровень участия человека. Профиль агента Профиль агента может включать название, описание, назначение, список доступных инструментов, рабочие области, права, ограничения, сценарии запуска, типы артефактов и связи с модулями NODE.DC. Например, 1С-агент работает с учётными данными и точными запросами. Документный агент извлекает требования и риски. Тендерный агент анализирует закупки. SEO-агент готовит семантическую карту и правки. Проектный агент собирает сводки по задачам и срокам. Агент как участник процесса В NODE.DC агент не должен существовать отдельно от процесса. Его запуск связан с задачей, документом, событием, пользователем или сценарием в Engine. Результат передаётся в Ops, прикладывается к карточке, создаёт подзадачу, формирует отчёт или инициирует согласование. Каталог помогает видеть, какие агенты могут участвовать в конкретном процессе и какой результат от них ожидать. Открыть Агентный контур Открыть Engine Открыть Документный агент"},{"title":"Прикладные модули","description":"Прикладные модули NODE.DC: закупки, тендеры, 1С, производство, строительство, цифровые двойники, беспилотники, SEO и проектный офис.","url":"/knowledge/modules/","text":"Прикладные модули NODE.DC закрывают конкретные функции предприятия: закупки, тендеры, 1С, производство, строительство, цифровые двойники, беспилотные системы, видеоаналитику, SEO, проектный офис и внутренние инструменты разработки. Смысл прикладного слоя — адаптировать платформу под реальные процессы компании. В одном контуре можно связать учётные системы, роли, задачи, файлы, инженерные данные, AI-агентов, отчёты и интерфейсы без разрыва между приложениями. Зачем нужен прикладной слой Рынок корпоративного ПО часто устроен как набор точечных решений. Один сервис отвечает за тендеры, другой — за задачи, третий — за 1С, четвёртый — за BIM, пятый — за SEO, шестой — за видеонаблюдение или отчёты. В результате данные копируются вручную, решения уходят в чаты, а связь между источником события и действием теряется. NODE.DC использует другую модель. Прикладной модуль подключается к общей платформенной инфраструктуре: Hub даёт вход и права, Engine собирает процесс, Ops принимает задачи и статусы, агентный контур анализирует данные, интеграционный слой подключает внешние системы, а слой артефактов хранит документы, отчёты, модели и историю. Что может быть модулем Модулем может быть отдельный бизнес-контур, инструмент для отдела, интеграция с внешней системой, рабочий интерфейс, диспетчерская панель, агентный сценарий, цифровой двойник, SEO-редактор или внутренний инструмент администрирования. Например, тендерный агент закрывает поиск и анализ закупок. 1С-интеграция связывает учётные данные с задачами и агентами. Строительный контур соединяет BIM, полевые отчёты, подрядчиков и дефекты. Промышленный контур добавляет оборудование, производственные статусы, эксплуатационные данные и цифровой архив состояний. Единый контекст Модуль не живёт отдельно. Он подключается к ролям, данным, задачам и сквозному ассистенту NODE.DC. Поэтому результат работы тендерного агента может попасть в Ops, данные из 1С могут участвовать в закупочной проверке, инженерная модель может быть связана с задачей, а SEO-аудит может превратиться в changeset для ручного применения. Открыть Тендерный агент Открыть Интеграцию с 1С Открыть Строительный контур"},{"title":"Тендерный агент","description":"Тендерный агент NODE.DC помогает искать тендеры, анализировать 44-ФЗ, 223-ФЗ, коммерческие закупки, требования, риски, документы и задачи.","url":"/knowledge/modules/tender-agent/","text":"Тендерный агент NODE.DC закрывает рабочий контур тендерного отдела: поиск закупок, первичный отбор, анализ документации, выделение требований, оценку рисков, подготовку материалов и передачу задач в смежные модули. Для компании тендерный поток обычно выглядит как смесь площадок, документов, сроков, ограничений, комментариев, Excel-таблиц, юридических проверок и ручных решений. Тендерный агент переводит этот поток в управляемую систему: закупка получает карточку, признаки релевантности, документы, ответственного, статус, историю и следующий шаг. Что делает агент Агент собирает и нормализует закупочный поток с тендерных площадок и источников. Он помогает находить закупки по ключевым направлениям, классифицировать их по типу, региону, заказчику, сумме, срокам, предмету закупки и юридическому режиму. В поле анализа попадают закупки по 44-ФЗ, 223-ФЗ, коммерческие процедуры и смежные форматы закупочной активности. После первичного отбора агент разбирает документацию: извлекает требования, ограничения, сроки, финансовые параметры, обеспечение, критерии оценки, условия поставки, признаки риска и спорные формулировки. Это сокращает ручной перебор и помогает специалисту быстрее понять, стоит ли тратить время на процедуру. Поведенческий поиск Тендерный агент может учитывать действия специалиста: какие закупки открываются, какие отклоняются, по каким признакам принимается решение, какие заказчики считаются перспективными, какие формулировки вызывают риск и какие процедуры приводят к результату. На этой базе формируются устойчивые паттерны отбора. Поведенческий поиск особенно полезен в нишах, где простого набора ключевых слов недостаточно. Важны не только слова в названии закупки, но и скрытые признаки: требования к опыту, география, сроки, состав документации, тип заказчика, ограничения по участникам, признаки заранее проигрышной процедуры и соответствие внутренним возможностям компании. Анализ документов Документация тендера может включать техническое задание, проект договора, формы заявок, сметы, спецификации, требования к участникам, графики поставки и приложения. Агент выделяет из этих материалов структурированные сущности: обязательные требования, сроки, риски, вопросы к юристам, технические несоответствия, финансовые условия и пункты для проверки. Результат анализа может быть оформлен как краткая выжимка, чек-лист, таблица рисков, набор вопросов, задача для юриста, задача для технического специалиста или материал для решения об участии. Связь с платформой Материалы тендера могут стать задачами в Ops, данными для юридического анализа, входом для 1С-интеграции, основанием для закупочной цепочки или объектом управленческого отчёта. За счёт этого тендерный агент работает не как отдельный поисковик закупок, а как часть операционной платформы. Открыть Интеграцию с 1С Открыть Закупочный контур Открыть Ops"},{"title":"Интеграция с 1С","description":"NODE.DC связывает 1С с задачами, закупками, документами, складами, отчётами, агентами, сверками и операционными процессами предприятия.","url":"/knowledge/modules/1c-integration/","text":"Интеграция с 1С связывает учётный контур предприятия с задачами, агентами и рабочими модулями NODE.DC. 1С остаётся источником фактов, а NODE.DC добавляет операционный, аналитический и агентный слой поверх этих данных. Такая связка нужна компаниям, где 1С хранит важные документы и показатели, но работа с ними всё равно происходит через ручные проверки, выгрузки, переписки и отдельные таблицы. NODE.DC переводит данные из 1С в контекст задач, закупок, отчётов, согласований и управленческих решений. Какие данные подключаются Интеграция может работать со справочниками, контрагентами, номенклатурой, складами, счетами, актами, заявками, закупочными позициями, остатками, движением товаров, производственными данными, финансовыми показателями и статусами документов. В зависимости от сценария 1С может быть источником точных фактов для тендерного агента, закупочного контура, управленческого дашборда, проектного офиса, производственного модуля или 1С-ассистента. Важна не сама выгрузка, а то, как данные используются дальше. Типовые сценарии Интеграция с 1С помогает контролировать закупки, проверять остатки, сверять требования тендера с номенклатурой, анализировать поставщиков, готовить отчёты, запускать согласования, проверять дебиторку и кредиторку, находить документы, уточнять статусы и передавать результат в Ops. Например, тендерный агент может найти перспективную закупку и запросить у 1С данные по номенклатуре, остаткам или истории поставок. Закупочный контур может проверить поставщика и условия. Управленческий контур может вывести финансовый показатель и связать его с задачами. Агент может объяснить статус документа и предложить следующий шаг. 1С-агент 1С-агент помогает не просто показать данные, а ответить на рабочий вопрос. Он может найти документ, объяснить статус, собрать выборку, подготовить сводку, выявить расхождение, сформировать задачу или подсказать, какие данные требуют проверки. Для корректной работы важно разделение двух режимов: точные данные должны приходить из 1С как источника фактов, а объяснения, выводы и маршрутизация должны оформляться как агентный слой поверх этих фактов. Это снижает риск выдуманных ответов и делает интеграцию пригодной для рабочих задач. Данные превращаются в действия Главная проблема учётных систем в том, что данные часто остаются внутри отдельного окна. Пользователь видит цифру или документ, но следующий шаг выполняет вручную: пишет сообщение, создаёт задачу, прикладывает файл, собирает отчёт или просит другого сотрудника проверить информацию. NODE.DC связывает 1С с операционным контуром. Данные могут стать задачей, проверкой, комментарием, отчётом, карточкой объекта, событием для агента или входом для процесса в Engine. Открыть Тендерный агент Открыть Управление предприятием Открыть Ops"},{"title":"Управление беспилотниками","description":"NODE.DC для беспилотных систем: телеметрия, IoT-состояния, видеопотоки, маршруты, операторский интерфейс, AI-видеоаналитика и события.","url":"/knowledge/modules/drone-management/","text":"NODE.DC формирует цифровой контур для работы с беспилотными и автономными системами. Платформа собирает телеметрию, статусы узлов, IoT-состояния, видеопотоки, маршруты, события и данные оператора в единую рабочую среду. Такой контур подходит не только для классических БПЛА. Он применим к наземным роботизированным платформам, курьерским решениям, гусеничным комплексам, распределённой технике, мониторинговым системам и любым автономным объектам, где нужно наблюдать состояние, принимать решения и сохранять историю событий. Что контролирует платформа NODE.DC может отображать состояние узлов, датчиков, исполнительных компонентов, аккумуляторов, связи, маршрута, ограничения движения, технические предупреждения, видеопотоки и события. Для оператора важна не сырая телеметрия, а понятная картина: что происходит, где находится объект, насколько ситуация критична и какие действия доступны. Платформа связывает сигнал с контекстом. Событие может быть связано с маршрутом, объектом, зоной, камерой, задачей, оператором, техническим состоянием или внешним ограничением. Это делает управление автономной системой наблюдаемым и пригодным для разбора после выполнения операции. Операторский интерфейс Операторский интерфейс NODE.DC может объединять карту, телеметрию, видео, журнал событий, состояние узлов, предупреждения и доступные действия. В одном окне оператор видит не только поток данных, но и рабочий контекст: текущую задачу, маршрут, ограничения, предыдущие события и рекомендации агентного слоя. Такой интерфейс особенно важен для сложных сред: промышленная территория, строительная площадка, склад, городская инфраструктура, полигон, закрытая территория или распределённый объект. AI-видеоаналитика Отдельное направление — анализ видеопотоков и данных окружения. AI-модули могут выделять препятствия, объекты, людей, технику, зоны риска, признаки нештатных ситуаций и изменения на маршруте. Результат видеоаналитики может стать предупреждением, событием в журнале, задачей в Ops или материалом для последующего разбора. Связь с промышленностью и строительством Беспилотные системы особенно полезны в промышленном и строительном контурах. Они могут выполнять обходы территории, фиксировать состояние объектов, собирать фото- и видеоматериалы, наблюдать за зонами риска, проверять доступность маршрутов и передавать данные в цифровой двойник. Открыть Видеоаналитику Открыть Промышленный контур Открыть Ops"},{"title":"Цифровые двойники городов","description":"NODE.DC как точка входа в цифровой двойник города: карта, 3DGS, BIM, облака точек, геоданные, события, задачи и городской контекст.","url":"/knowledge/modules/city-digital-twins/","text":"NODE.DC может работать как точка входа в цифровой двойник города, района, промышленной территории или крупного инфраструктурного объекта. Пользователь получает единое пространственное окружение, где карта, 3D-сцены, BIM-модели, облака точек, инженерные материалы, события и задачи связаны общим контекстом. Цифровой двойник в таком подходе — не просто красивая 3D-визуализация. Это операционный слой, где пространственный объект связан с данными, ответственными, историей, отклонениями и действиями. Наблюдение в городе, на объекте или в модели может стать задачей в Ops, материалом для анализа, событием для агента или входом для управленческого решения. Три масштаба цифрового двойника Обзорный слой даёт быстрый вход в территорию. 3DGS-сцены, фотограмметрия, панорамы и фотореалистичные материалы позволяют понять пространство не по схеме, а через визуальное присутствие. Это полезно для демонстрации объекта, совместного осмотра, навигации и первичной оценки состояния. Городской слой строится вокруг карты и геоданных. Здесь могут отображаться районы, объекты инфраструктуры, дороги, транспорт, экологические параметры, события, статусы, зоны ответственности, распределённые объекты и точки интереса. Инженерный слой позволяет перейти к конкретному зданию, сооружению, помещению, конструкции или инженерной системе. В него входят BIM-модели, IFC, STEP, STL, облака точек, LAS/LAZ, чертежи, паспорта объектов, технические документы и история изменений. Единый маршрут пользователя Пользователь может начать с общего обзора, перейти к городской аналитике, затем открыть конкретный объект и посмотреть его инженерную структуру без разрыва пространственной логики. Например, из карты города можно перейти в район, из района — к объекту, из объекта — к BIM-модели, из BIM-элемента — к задаче, документу или дефекту. Связь с Ops Любое наблюдение, отклонение или задача из цифрового двойника может быть связано с карточкой в Ops. Это превращает цифровой двойник из визуального интерфейса в рабочую среду: есть ответственный, срок, материалы, статус, история действий и следующий шаг. Открыть Инженерный контур Открыть Строительный контур Открыть Ops"},{"title":"Промышленный контур","description":"NODE.DC для промышленности: цифровой двойник завода, оборудование, цеха, BIM, облака точек, ERP, 1С, эксплуатационные данные и задачи.","url":"/knowledge/modules/industrial-contour/","text":"Промышленный контур NODE.DC помогает хранить, сопоставлять и использовать состояния производственных помещений, оборудования и инженерной инфраструктуры во времени. Это не только визуализация завода или цеха, а рабочий инструмент поддержки решений, ремонтов, модернизаций и эксплуатации. Промышленное предприятие обычно живёт в нескольких слоях данных: ERP, 1С, производственные журналы, паспорта оборудования, склад, техническая документация, чертежи, фотофиксация, датчики, камеры, отчёты подрядчиков и инженерные модели. NODE.DC соединяет эти слои в единый контур, где объект можно увидеть, проверить, связать с задачей и довести до действия. Цифровой архив состояний Регулярная фиксация состояния предприятия позволяет сравнивать цеха, оборудование и инженерные зоны за разные периоды. На этой базе можно выявлять деформации, износ, перегрузки, отклонения, изменения размещения оборудования и последствия ремонтов. Цифровой архив особенно ценен при модернизации. Он показывает не только актуальное состояние, но и историю объекта: как выглядел участок до изменения, какие работы выполнялись, какие материалы использовались, какие задачи создавались и какие решения принимались. Что входит в промышленный контур В промышленный контур могут входить BIM-данные, облака точек, фотореалистичные слои, паспорта помещений, цехов и оборудования, связь с ERP и 1С, производственные статусы, складские данные, карта-навигация, эксплуатационные журналы, материалы модернизации, отчёты подрядчиков и задачи в Ops. Каждый элемент становится частью общей модели. Оборудование связано с местом, документами, статусами, ответственными, задачами, событиями, запчастями и историей обслуживания. Помещение связано с планом, инженерными системами, фотофиксацией и изменениями. Связь с 1С и ERP Промышленный контур становится сильнее, когда связан с учётными системами. Данные из 1С и ERP могут использоваться для проверки номенклатуры, остатков, заявок, поставщиков, документов, статусов и производственных событий. В обратную сторону задачи, дефекты, ремонты и планы могут становиться основанием для закупок, заявок или согласований. Открыть Интеграцию с 1С Открыть Инженерный контур Открыть Ops"},{"title":"Управление предприятием","description":"NODE.DC собирает управленческий контур предприятия: финансы, производство, закупки, объекты, риски, дашборды, задачи и AI-сводки.","url":"/knowledge/modules/enterprise-management/","text":"Управленческий контур NODE.DC собирает в одном рабочем пространстве финансовые показатели, производственные статусы, распределённые объекты, логистику, поставщиков, закупки, отклонения, задачи и выводы агентных систем. В отличие от обычной витрины показателей, управленческий контур NODE.DC связан с действующими процессами. Из показателя можно перейти в задачу, из задачи — в материалы, из материалов — в ответственного, из отклонения — в сценарий реакции, а из отчёта — к источнику данных. Единое экранное пространство Предприятие часто управляется через несколько несовместимых источников: отчёты из 1С, таблицы, CRM, проектные доски, письма, презентации, закупочные сервисы, производственные журналы и отдельные BI-панели. NODE.DC собирает эти данные в операционную картину, где каждый блок связан с объектом, процессом или действием. Единое экранное пространство может отображать KPI, финансовые показатели, статусы проектов, закупочный поток, состояние объектов, производственные риски, логистику, задачи, отчёты и рекомендации агентов. Главное отличие — связь с действием. Пользователь не только видит проблему, но и может перейти к её причине и следующему шагу. Не витрина, а рабочая проекция Ценность NODE.DC в том, что управленческий экран связан с архитектурой процессов. Показатель не существует отдельно от объекта и задачи. Если на панели отображается риск по поставке, можно открыть закупочную карточку, тендерную историю, документы, 1С-данные, ответственного и текущие действия. Если видна просрочка в строительстве, можно перейти к BIM-элементу, подрядчику, фотофиксации и переписке по задаче. AI-сводки и объяснения Агентный слой может готовить управленческие сводки: что изменилось за период, какие отклонения появились, какие задачи требуют внимания, какие контуры перегружены, где есть риск срыва сроков, какие документы не закрыты и какие действия уже выполнены. AI-сводка не заменяет исходные данные. Она помогает быстрее увидеть структуру проблемы и перейти к проверяемым источникам. Открыть Ops Открыть Интеграцию с 1С Открыть Проектный офис"},{"title":"Строительный контур","description":"NODE.DC для строительства: BIM, исполнительная документация, подрядчики, дефекты, сроки, полевые отчёты, задачи, модели и AI-сводки.","url":"/knowledge/modules/construction-contour/","text":"Строительный контур NODE.DC связывает проектные данные, площадку, подрядчиков, BIM-модели, полевые отчёты, дефекты, сроки, документы и согласования в одной рабочей системе. Стройка редко управляется одним инструментом. BIM-модель живёт отдельно, исполнительная документация — отдельно, замечания — в таблицах, переписка — в мессенджерах, сроки — в графиках, фотографии — в папках, а решения — в устных договорённостях. NODE.DC создаёт операционный слой, где эти материалы связаны с задачами, объектами и историей действий. Что объединяется В строительный контур могут входить BIM-модели, чертежи, облака точек, фотофиксация, полевые отчёты, замечания, дефекты, исполнительная документация, акты, подрядчики, ответственные, сроки, этапы работ, закупки, складские данные и финансовые контуры. Каждый материал получает место в структуре. Фото связано с объектом и задачей. Замечание связано с элементом модели, ответственным и сроком. Акт связан с этапом работ и документами. Подрядчик связан с задачами, статусами и историей исполнения. Переход от модели к действию Инженерная модель становится не отдельным файлом, а источником рабочих действий. Элемент BIM-модели можно связать с задачей, актом, замечанием, фотографией, сроком или ответственным исполнителем. Это особенно важно для строительного контроля, где нужно быстро понять, где находится проблема, к какому элементу она относится и что уже сделано. Полевые отчёты и дефекты Полевой отчёт может включать фото, комментарии, координаты, привязку к помещению, BIM-элементу, подрядчику, сроку и этапу. После фиксации замечание становится задачей в Ops. У неё появляется ответственный, статус, история, материалы и следующий шаг. Агентное сопровождение Агенты могут готовить сводки по дефектам, искать просрочки, сравнивать отчёты, собирать материалы к совещанию, подсвечивать зоны риска, извлекать требования из документов и помогать формировать списки вопросов для подрядчиков. Открыть Инженерный контур Открыть Ops Открыть Закупочный контур"},{"title":"SEO модуль","description":"SEO модуль NODE.DC: аудит сайта, Яндекс Вордстат, семантическое ядро, карта ключей, title, description, H1, media SEO и changeset.","url":"/knowledge/modules/seo-module/","text":"SEO модуль NODE.DC строится как управляемый редакторский контур для работы с существующими сайтами. Его задача — не автоматически публиковать тексты и не забивать страницу ключами, а дать понятный процесс для редактора, SEO-специалиста, дизайнера и технической команды. Модуль помогает пройти путь от сканирования сайта до подготовленного changeset: найти страницы, разобрать структуру, собрать семантику, увидеть слабые места, подготовить правки, проверить качество и применить изменения вручную. Основной сценарий Проект сканируется как папка сайта, статический билд или рабочий источник. Система собирает индекс страниц, секций, заголовков, видимых текстов, медиа, ссылок, технических файлов и повторяющихся блоков. После этого выполняется baseline audit по структуре страницы, title, description, H1/H2, смысловым блокам, медиа и техническим признакам. Из текста извлекаются основные смыслы, seed-запросы, потенциальные интенты и группы ключевых слов. Через Яндекс Вордстат и смежные источники может собираться статистика запросов, после чего формируется карта ключей по страницам и секциям. Редактор видит не просто список слов, а привязку запросов к конкретным блокам сайта. Что проверяется SEO модуль анализирует title, description, H1/H2, порядок заголовков, видимый текст, дубли смыслов, структуру секций, внутренние ссылки, изображения, видео, posters, alt, title, aria-label, контекст вокруг медиа, длину текстов, переспам, конкурирующие интенты и соответствие страницы поисковому намерению. Особое внимание уделяется страницам, где визуально всё выглядит аккуратно, но поисковая структура слабая. Лендинг может быть красивым и тезисным, но не раскрывать ключевые запросы. В таком случае SEO-мясо переносится в Knowledge, статьи, прикладные страницы и внутреннюю перелинковку. Почему не автопостинг Модуль работает с рабочей копией текста. Исходный сайт не меняется до ручного Apply. Перед применением пользователь видит план правок, варианты текста, проверки качества, риски переспама и итоговый changeset. Такой подход защищает сайт от случайных изменений. Автоматизация помогает быстрее подготовить качественные правки, но финальное решение остаётся за редактором или владельцем проекта. Открыть Knowledge Открыть Прикладные модули"},{"title":"Закупочный контур","description":"Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок.","url":"/knowledge/modules/procurement-contour/","text":"Закупочный контур NODE.DC связывает заявки, поставщиков, тендеры, 1С, остатки, документы, согласования, задачи и AI-анализ закупок в одной операционной системе. Тендерный агент отвечает за поиск и анализ закупочных возможностей. Закупочный контур шире: он охватывает внутренние заявки, потребности подразделений, проверку поставщиков, согласование условий, связь с остатками, документы, задачи и дальнейшее исполнение. Что объединяет закупочный контур В закупочный контур могут входить заявки на закупку, номенклатура, остатки, поставщики, тендеры, коммерческие предложения, договоры, счета, условия поставки, сроки, согласования, бюджетные ограничения, документы из 1С и задачи в Ops. Каждая закупка становится объектом платформы. У неё есть инициатор, причина, номенклатура, поставщик, документы, статус, ответственный, связанные задачи, финансовый контекст и история решений. Связь с 1С Интеграция с 1С позволяет проверять остатки, номенклатуру, документы, поставщиков, цены, заявки и движение товаров. Это снижает ручную работу и помогает избежать ситуаций, когда закупочное решение принимается без актуальных учётных данных. Данные из 1С могут использоваться агентом для проверки: есть ли позиция в справочнике, были ли поставки от этого контрагента, есть ли остатки, какие документы связаны с закупкой и какие статусы уже зафиксированы. AI-анализ закупок Агентный слой помогает разбирать заявки, сравнивать предложения, выделять риски, проверять документы, готовить чек-листы, сопоставлять условия поставки и формировать сводки для ответственных. В сложных сценариях агент может передавать отдельные вопросы юристам, финансистам, техническим специалистам или руководителю. Согласования и задачи Закупка часто проходит через несколько ролей: инициатор, закупщик, руководитель, финансовый блок, юрист, склад, технический специалист и поставщик. NODE.DC помогает фиксировать этот маршрут в Ops: кто должен согласовать, какие материалы приложены, какие сроки заданы и где находится процесс. Открыть Тендерный агент Открыть Интеграцию с 1С Открыть Ops"},{"title":"Проектный офис","description":"Проектный офис NODE.DC объединяет задачи, проекты, сроки, статусы, документы, совещания, отчёты, риски и AI-ассистента в одном контуре.","url":"/knowledge/modules/project-office/","text":"Проектный офис NODE.DC объединяет проекты, задачи, сроки, статусы, документы, совещания, отчёты, риски и AI-сводки в едином операционном контуре. Этот модуль нужен там, где управление проектом происходит не только через доску задач. Реальный проект включает документы, решения, переписку, согласования, отчёты, подрядчиков, бюджеты, риски, инженерные материалы, встречи и изменения. NODE.DC связывает эти элементы с задачами и сохраняет историю. Задачи и проекты Проект в NODE.DC может включать этапы, задачи, подзадачи, ответственных, сроки, статусы, материалы, связанные документы, решения и отчёты. Задача является точкой сборки контекста: к ней можно прикрепить документ, ссылку на объект, результат агента, комментарий, модель, файл или событие. Для проектного офиса важно видеть не только список задач, но и структуру: что блокирует выполнение, где просрочка, какие решения не приняты, какие материалы отсутствуют и кто должен выполнить следующий шаг. Совещания и отчёты Проектный офис часто живёт в цикле совещаний и регулярных отчётов. NODE.DC позволяет собирать материалы к встрече из задач, документов, статусов и агентных сводок. После совещания решения могут стать задачами, комментариями, сроками или изменениями в карточках. AI-ассистент может подготовить краткую сводку по проекту: что изменилось, какие задачи просрочены, какие риски появились, какие решения ожидают подтверждения и какие материалы нужно проверить. Связь с прикладными контурами Проектный офис может связываться со строительным, промышленным, закупочным, тендерным, SEO и инженерным контуром. Это позволяет использовать одну операционную логику для разных типов проектов. Например, строительный проект связывает задачи с BIM и дефектами. SEO-проект связывает задачи с семантикой, страницами и changeset. Промышленный проект связывает задачи с оборудованием и модернизацией. Закупочный проект связывает задачи с поставщиками, 1С и документами. Открыть Ops Открыть Управление предприятием Открыть Документный агент"},{"title":"Видеоаналитика","description":"Видеоаналитика NODE.DC обрабатывает камеры, видеопотоки, события, объекты, зоны риска, уведомления, задачи и операторские сценарии.","url":"/knowledge/modules/video-analytics/","text":"Видеоаналитика NODE.DC обрабатывает видеопотоки, камеры, события, объекты, зоны риска и операторские сценарии внутри единой платформы. Модуль предназначен для случаев, где видео должно не просто показываться на экране, а превращаться в события, задачи, уведомления, отчёты и материалы для анализа. Камеры дают много данных, но без контекста они остаются пассивным потоком. NODE.DC связывает видео с объектами, зонами, задачами, маршрутами, оборудованием, площадками, ответственными и агентными проверками. Что анализирует модуль Видеоаналитика может выделять людей, транспорт, технику, препятствия, движение, остановки, нарушения зон, изменения сцены, признаки нештатных ситуаций и другие события. В зависимости от сценария модуль может работать с промышленной территорией, стройкой, складом, офисом, городской инфраструктурой, автономной техникой или закрытым объектом. Событие получает привязку к источнику, времени, зоне, объекту и уровню критичности. Это делает видеоаналитику пригодной для операционной работы, а не только для просмотра архива. Операторский контур Оператору важно видеть не только камеру, но и смысл происходящего. Интерфейс может показывать список событий, статус зон, критичность, связанные задачи, историю, карту или цифровой двойник объекта. Если событие требует реакции, оно может создать задачу в Ops или уведомление для ответственного. Такой подход снижает нагрузку на оператора. Система помогает выделить важное, но решение и подтверждение остаются в управляемом контуре. Связь с цифровым двойником Видео становится сильнее, когда связано с пространственным контекстом. Камера может быть привязана к объекту, помещению, маршруту, зоне, BIM-элементу или участку карты. Событие из видеопотока можно открыть в цифровом двойнике, посмотреть соседние объекты, связанные задачи и историю. Открыть Управление беспилотниками Открыть Цифровые двойники городов Открыть Ops"},{"title":"Инженерный контур","description":"Инженерный контур NODE.DC связывает BIM, IFC, STEP, STL, облака точек, 3DGS, чертежи, задачи, дефекты, версии и цифровые двойники.","url":"/knowledge/modules/engineering-contour/","text":"Инженерный контур NODE.DC связывает BIM, IFC, STEP, STL, 3DGS, облака точек, чертежи, технические документы, задачи, дефекты, версии и цифровые двойники в единой рабочей среде. Для инженерных проектов важно не просто открыть модель. Нужно связать её с объектами, задачами, документами, изменениями, ответственными и историей. NODE.DC рассматривает инженерные данные как часть операционного контура, а не как отдельный файл для просмотра. Какие материалы поддерживает контур В инженерный контур могут попадать BIM-модели, IFC, STEP, STL, OBJ, облака точек, LAS/LAZ, 3DGS-сцены, чертежи, PDF, фотографии, паспорта оборудования, исполнительная документация и технические отчёты. Каждый материал получает контекст: объект, версия, источник, дата, связанные задачи, права доступа и допустимые действия. Это позволяет использовать инженерные данные в строительстве, промышленности, эксплуатации, цифровых двойниках и проектном офисе. От просмотра к действию Инженерная модель становится рабочим объектом. Пользователь может открыть элемент модели, увидеть связанные документы, создать задачу, прикрепить фото, зафиксировать дефект, назначить ответственного, сравнить версии или передать материал агенту на анализ. Такой подход особенно важен для BIM в строительстве, промышленной модернизации, эксплуатации объектов, технического обслуживания и цифровых двойников. Модель перестаёт быть отдельным артефактом и включается в процесс. Версии и изменения Инженерные данные меняются во времени. Появляются новые версии модели, обновляются чертежи, изменяется фактическое состояние объекта, добавляется фотофиксация, уточняются документы. NODE.DC помогает хранить эти изменения и связывать их с задачами. История версий нужна для контроля проектных решений, строительных изменений, модернизаций, споров с подрядчиками и эксплуатации. Важно видеть не только актуальную модель, но и путь, по которому объект пришёл к текущему состоянию. Связь с цифровыми двойниками Инженерный контур является основой для цифровых двойников зданий, промышленных объектов и городских фрагментов. BIM, облака точек, 3DGS и документы дают пространственную и техническую основу, а Ops добавляет задачи, события и ответственность. Открыть Строительный контур Открыть Промышленный контур Открыть Цифровые двойники городов ```text Knowledge → NODE.DC → Прикладные модули → Агентный контур NODE.DC → Hub → Engine → Ops → Интеграционный слой → Слой артефактов и событий Hub → Engine → Ops → Прикладные модули Engine → Агентный контур → Интеграционный слой → Ops Ops → Engine → Агентный контур → Прикладные модули Агентный контур → Документный агент → Каталог агентов → Engine → Ops Прикладные модули → Тендерный агент → Интеграция с 1С → Закупочный контур → Строительный контур → Промышленный контур → SEO модуль Тендерный агент → Закупочный контур → Интеграция с 1С → Документный агент → Ops Интеграция с 1С → Закупочный контур → Управление предприятием → Ops Строительный контур → Инженерный контур → Закупочный контур → Ops Промышленный контур → Инженерный контур → Интеграция с 1С → Видеоаналитика → Ops Цифровые двойники городов → Инженерный контур → Видеоаналитика → Строительный контур → Ops SEO модуль → Knowledge → Прикладные модули → Engine ``` Платформа и управление операционная платформа предприятия цифровая платформа предприятия платформа управления предприятием автоматизация бизнес-процессов управление задачами и процессами корпоративный портал единая точка входа проектный офис ситуационный центр управленческий дашборд мониторинг процессов AI и агенты AI-агенты для бизнеса ИИ-ассистент для предприятия корпоративный AI-ассистент агентная автоматизация анализ документов ИИ AI workflow оркестрация агентов контролируемые AI-агенты AI для закупок AI для тендеров AI видеоаналитика Интеграции интеграция с 1С 1С ERP интеграция интеграция CRM ERP интеграция API webhooks интеграционная платформа обмен данными предприятия корпоративные системы автоматизация 1С данные из 1С отчёты из 1С Закупки и тендеры поиск тендеров анализ тендеров тендерный агент автоматизация тендерного отдела 44-ФЗ 223-ФЗ коммерческие закупки анализ закупочной документации управление закупками закупочный контур поставщики заявки на закупку Инженерные и пространственные данные цифровой двойник предприятия цифровой двойник города цифровой двойник здания BIM в строительстве BIM платформа IFC viewer STEP STL viewer облака точек 3DGS инженерные данные управление инженерными моделями цифровой двойник завода Строительство и промышленность управление строительством строительный контроль исполнительная документация дефекты и замечания подрядчики полевые отчёты контроль сроков строительства промышленный контур мониторинг оборудования эксплуатация оборудования ремонт и модернизация производственные данные SEO SEO аудит сайта семантическое ядро Яндекс Вордстат карта ключевых слов оптимизация title description h1 SEO редактор технический SEO аудит media SEO оптимизация текстов внутренняя перелинковка"}]</script>
|
||
<script type="module">
|
||
const themeKey = "starlight-theme";
|
||
const defaultTheme = "dark";
|
||
const normalizeTheme = (value) => value === "auto" || value === "dark" || value === "light" ? value : defaultTheme;
|
||
const readTheme = () => normalizeTheme(typeof localStorage !== "undefined" && localStorage.getItem(themeKey));
|
||
const systemTheme = () => matchMedia("(prefers-color-scheme: light)").matches ? "light" : "dark";
|
||
function storeTheme(theme) {
|
||
if (typeof localStorage !== "undefined") localStorage.setItem(themeKey, theme);
|
||
}
|
||
function applyTheme(theme) {
|
||
StarlightThemeProvider.updatePickers(theme);
|
||
document.documentElement.dataset.theme = theme === "auto" ? systemTheme() : theme;
|
||
storeTheme(theme);
|
||
}
|
||
matchMedia("(prefers-color-scheme: light)").addEventListener("change", () => {
|
||
if (readTheme() === "auto") applyTheme("auto");
|
||
});
|
||
class StarlightThemeSelect extends HTMLElement {
|
||
constructor() {
|
||
super();
|
||
applyTheme(readTheme());
|
||
this.querySelector("select")?.addEventListener("change", (event) => {
|
||
if (event.currentTarget instanceof HTMLSelectElement) applyTheme(normalizeTheme(event.currentTarget.value));
|
||
});
|
||
}
|
||
}
|
||
if (!customElements.get("starlight-theme-select")) customElements.define("starlight-theme-select", StarlightThemeSelect);
|
||
|
||
class StarlightMenuButton extends HTMLElement {
|
||
constructor() {
|
||
super();
|
||
this.btn = this.querySelector("button");
|
||
this.btn?.addEventListener("click", () => this.toggleExpanded());
|
||
const nav = this.closest("nav");
|
||
nav?.addEventListener("keyup", (event) => this.closeOnEscape(event));
|
||
}
|
||
setExpanded(expanded) {
|
||
this.setAttribute("aria-expanded", String(expanded));
|
||
this.btn?.setAttribute("aria-expanded", String(expanded));
|
||
document.body.toggleAttribute("data-mobile-menu-expanded", expanded);
|
||
}
|
||
toggleExpanded() {
|
||
this.setExpanded(this.getAttribute("aria-expanded") !== "true");
|
||
}
|
||
closeOnEscape(event) {
|
||
if (event.code === "Escape") {
|
||
this.setExpanded(false);
|
||
this.btn?.focus();
|
||
}
|
||
}
|
||
}
|
||
if (!customElements.get("starlight-menu-button")) customElements.define("starlight-menu-button", StarlightMenuButton);
|
||
|
||
const sidebar = document.getElementById("starlight__sidebar");
|
||
const persist = sidebar?.querySelector("sl-sidebar-state-persist");
|
||
const storageKey = "sl-sidebar-state:nodedc-knowledge";
|
||
const readState = () => {
|
||
try {
|
||
return JSON.parse(sessionStorage.getItem(storageKey) || "{}");
|
||
} catch {
|
||
return {};
|
||
}
|
||
};
|
||
const writeState = () => {
|
||
if (!sidebar || !persist) return;
|
||
const details = [...persist.querySelectorAll("details")];
|
||
try {
|
||
sessionStorage.setItem(storageKey, JSON.stringify({ open: details.map((item) => item.open), scroll: sidebar.scrollTop }));
|
||
} catch {}
|
||
};
|
||
if (sidebar && persist && matchMedia("(min-width: 50em)").matches) {
|
||
const state = readState();
|
||
if (Array.isArray(state.open)) {
|
||
[...persist.querySelectorAll("details")].forEach((details, index) => {
|
||
if (typeof state.open[index] === "boolean") details.open = state.open[index];
|
||
});
|
||
}
|
||
if (typeof state.scroll === "number") sidebar.scrollTop = state.scroll;
|
||
persist.addEventListener("toggle", writeState, true);
|
||
addEventListener("pagehide", writeState);
|
||
}
|
||
</script>
|
||
<script>
|
||
(() => {
|
||
const root = document.querySelector("[data-search]");
|
||
const button = root?.querySelector("[data-open-modal]");
|
||
const popover = root?.querySelector("[data-search-popover]");
|
||
const input = root?.querySelector("[data-search-input]");
|
||
const results = root?.querySelector("[data-search-results]");
|
||
const index = JSON.parse(document.getElementById("knowledge-search-index")?.textContent || "[]");
|
||
const escapeText = (value) => String(value ?? "")
|
||
.replaceAll("&", "&")
|
||
.replaceAll("<", "<")
|
||
.replaceAll(">", ">")
|
||
.replaceAll('"', """)
|
||
.replaceAll("'", "'");
|
||
const render = () => {
|
||
const query = input.value.trim().toLowerCase();
|
||
const matches = query
|
||
? index.filter((item) => [item.title, item.description, item.text].join(" ").toLowerCase().includes(query)).slice(0, 8)
|
||
: [];
|
||
results.innerHTML = !query
|
||
? '<div class="knowledge-search-result"><strong>Введите запрос</strong><span>Поиск идет по опубликованным материалам базы знаний.</span></div>'
|
||
: matches.length
|
||
? matches.map((item) => '<a class="knowledge-search-result" href="' + escapeText(item.url) + '"><strong>' + escapeText(item.title) + '</strong><span>' + escapeText(item.description) + '</span></a>').join("")
|
||
: '<div class="knowledge-search-result"><strong>Ничего не найдено</strong><span>Попробуйте другой запрос.</span></div>';
|
||
};
|
||
const open = () => {
|
||
if (!popover || !input) return;
|
||
popover.hidden = false;
|
||
render();
|
||
window.setTimeout(() => input.focus(), 0);
|
||
};
|
||
const close = () => {
|
||
if (popover) popover.hidden = true;
|
||
};
|
||
button?.addEventListener("click", () => {
|
||
if (popover?.hidden) open();
|
||
else close();
|
||
});
|
||
input?.addEventListener("input", render);
|
||
document.addEventListener("keydown", (event) => {
|
||
if ((event.metaKey || event.ctrlKey) && event.key.toLowerCase() === "k") {
|
||
event.preventDefault();
|
||
open();
|
||
}
|
||
if (event.key === "Escape") close();
|
||
});
|
||
document.addEventListener("click", (event) => {
|
||
if (root && !root.contains(event.target)) close();
|
||
});
|
||
})();
|
||
</script>
|
||
</body>
|
||
</html>
|