http://wiki.voda-sestrica.ru/api.php?action=feedcontributions&feedformat=atom&user=%D0%90%D0%B4%D0%BC%D0%B8%D0%BD%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%82%D0%BE%D1%80 2026-11-01T06:19:18Z Вклад MediaWiki 1.43.0 http://wiki.voda-sestrica.ru/index.php?title=ERP&diff=721 2026-10-28T15:55:19Z

<p>Администратор: </p> <hr /> <div>&lt;div style=&quot;border-left:4px solid #3366cc; background:#eaf3ff; padding:0.8em 1em; margin-bottom:1.2em;&quot;&gt;[[ERP_видео|Записи видеовстреч по переходу на 1С:ERP: справочники, процессы и настройки на живых примерах.]]&lt;/div&gt;</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP&diff=720 2026-10-28T15:54:09Z

<p>Администратор: </p> <hr /> <div>&lt;div style=&quot;margin:0 0 1.5em; padding:1.4em 1.6em; border-radius:10px; background:#2a4b8d; background:linear-gradient(135deg, #36c 0%, #2a4b8d 100%); color:#fff;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.75em; font-weight:bold; line-height:1.25;&quot;&gt;🎓 Обучение работе в 1С:ERP&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.4em; font-size:1.05em; opacity:.92;&quot;&gt;[[ERP_видео|Записи видеовстреч по переходу на 1С:ERP: справочники, процессы и настройки на живых примерах.]]&lt;/div&gt;</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP&diff=719 2026-10-28T15:53:44Z

<p>Администратор: </p> <hr /> <div>&lt;div style=&quot;margin:0 0 1.5em; padding:1.4em 1.6em; border-radius:10px; background:#2a4b8d; background:linear-gradient(135deg, #36c 0%, #2a4b8d 100%); color:#fff;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.75em; font-weight:bold; line-height:1.25;&quot;&gt;🎓 Обучение работе в 1С:ERP&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.4em; font-size:1.05em; opacity:.92;&quot;&gt;Записи видеовстреч по переходу на 1С:ERP: справочники, процессы и настройки на живых примерах.&lt;/div&gt;</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE&diff=718 2026-10-28T15:53:29Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Записи видеовстреч по переходу на 1С:ERP}}<br /> __NOTOC__<br /> &lt;!--<br /> ════════════════════════════════════════════════════════════════<br /> КАК ДОБАВИТЬ НОВУЮ ЗАПИСЬ<br /> 1. Скопируйте блок последней встречи: всё между метками<br /> «▼▼▼ Встреча № …» и «▲▲▲ Встреча № …» включительно.<br /> 2. Вставьте копию сразу после него, перед блоком «Новые записи…».<br /> 3. Поменяйте в копии: номер встречи, число и месяц в плашке,<br /> ссылку на страницу (в двух местах), заголовок и описание.<br /> ════════════════════════════════════════════════════════════════<br /> --&gt;<br /> &lt;div style=&quot;margin:0 0 1.5em; padding:1.4em 1.6em; border-radius:10px; background:#2a4b8d; background:linear-gradient(135deg, #36c 0%, #2a4b8d 100%); color:#fff;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.75em; font-weight:bold; line-height:1.25;&quot;&gt;🎓 Обучение работе в 1С:ERP&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.4em; font-size:1.05em; opacity:.92;&quot;&gt;Записи видеовстреч по переходу на 1С:ERP: справочники, процессы и настройки на живых примерах.&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.8em; font-size:.85em; opacity:.8;&quot;&gt;🔄 Страница обновлена: {{REVISIONDAY2}}.{{REVISIONMONTH}}.{{REVISIONYEAR}}&lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> &lt;div style=&quot;margin:0 0 1.5em; padding:.7em 1em; border-radius:8px; border:1px solid var(--border-color-subtle, #c8ccd1); background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> 💡 Если вы только подключаетесь к проекту, смотрите записи по порядку — начиная с первой.<br /> &lt;/div&gt;<br /> <br /> == Записи встреч ==<br /> <br /> &lt;!-- ▼▼▼ Встреча № 1 ▼▼▼ --&gt;<br /> &lt;div style=&quot;display:flex; gap:1.2em; align-items:flex-start; margin:0 0 1em; padding:1em 1.2em; border:1px solid var(--border-color-subtle, #c8ccd1); border-left:5px solid var(--border-color-progressive, #36c); border-radius:8px; background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> &lt;div style=&quot;flex:0 0 auto; min-width:4.6em; padding:.5em .4em; border-radius:8px; background:var(--background-color-progressive, #36c); color:#fff; text-align:center; line-height:1.15;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.8em; font-weight:bold;&quot;&gt;27&lt;/div&gt;<br /> &lt;div style=&quot;font-size:.8em; text-transform:uppercase;&quot;&gt;окт 2026&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;div style=&quot;flex:1 1 auto; min-width:0;&quot;&gt;<br /> &lt;div style=&quot;font-size:.85em; color:var(--color-subtle, #54595d);&quot;&gt;Встреча № 1&lt;/div&gt;<br /> &lt;div style=&quot;font-size:1.2em; font-weight:bold; margin:.15em 0 .4em;&quot;&gt;[[ERP видео 20261027|НСИ — Склады — Номенклатура]]&lt;/div&gt;<br /> &lt;div style=&quot;margin-bottom:.8em;&quot;&gt;Введение в 1С:ERP и первые справочники НСИ: склады, подразделения, номенклатура, транспортные средства и контрагенты. Задание филиалам — подготовить актуальные списки складов и подразделений.&lt;/div&gt;<br /> &lt;div&gt;&lt;span style=&quot;display:inline-block; padding:.3em 1em; border-radius:4px; background:var(--background-color-progressive, #36c); font-weight:bold;&quot;&gt;[[ERP видео 20261027|&lt;span style=&quot;color:#fff;&quot;&gt;▶ Смотреть запись&lt;/span&gt;]]&lt;/span&gt;&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;!-- ▲▲▲ Встреча № 1 ▲▲▲ --&gt;<br /> <br /> &lt;!-- ▼▼▼ Встреча № 2 ▼▼▼ --&gt;<br /> &lt;div style=&quot;display:flex; gap:1.2em; align-items:flex-start; margin:0 0 1em; padding:1em 1.2em; border:1px solid var(--border-color-subtle, #c8ccd1); border-left:5px solid var(--border-color-progressive, #36c); border-radius:8px; background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> &lt;div style=&quot;flex:0 0 auto; min-width:4.6em; padding:.5em .4em; border-radius:8px; background:var(--background-color-progressive, #36c); color:#fff; text-align:center; line-height:1.15;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.8em; font-weight:bold;&quot;&gt;28&lt;/div&gt;<br /> &lt;div style=&quot;font-size:.8em; text-transform:uppercase;&quot;&gt;окт 2026&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;div style=&quot;flex:1 1 auto; min-width:0;&quot;&gt;<br /> &lt;div style=&quot;font-size:.85em; color:var(--color-subtle, #54595d);&quot;&gt;Встреча № 2&lt;/div&gt;<br /> &lt;div style=&quot;font-size:1.2em; font-weight:bold; margin:.15em 0 .4em;&quot;&gt;[[ERP видео 20261028|НСИ — Партнёры РЦ — Обособки]]&lt;/div&gt;<br /> &lt;div style=&quot;margin-bottom:.8em;&quot;&gt;Как заводить сетевых клиентов с РЦ, магазинами и обособленными подразделениями на примере «Агроторга»: партнёры и контрагенты, договоры, типовые соглашения и сегменты клиентов. Планы по доступам, пилоту и переходу на ERP.&lt;/div&gt;<br /> &lt;div&gt;&lt;span style=&quot;display:inline-block; padding:.3em 1em; border-radius:4px; background:var(--background-color-progressive, #36c); font-weight:bold;&quot;&gt;[[ERP видео 20261028|&lt;span style=&quot;color:#fff;&quot;&gt;▶ Смотреть запись&lt;/span&gt;]]&lt;/span&gt;&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;!-- ▲▲▲ Встреча № 2 ▲▲▲ --&gt;<br /> <br /> &lt;div style=&quot;margin:1.5em 0 0; padding:.9em 1em; border:1px dashed var(--border-color-subtle, #c8ccd1); border-radius:8px; color:var(--color-subtle, #54595d); text-align:center;&quot;&gt;<br /> 🗓️ Новые записи появляются здесь после каждой встречи.<br /> &lt;/div&gt;<br /> <br /> [[Категория:ERP]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE&diff=717 2026-10-28T15:50:57Z

<p>Администратор: </p> <hr /> <div>__NOTOC__<br /> &lt;!--<br /> ════════════════════════════════════════════════════════════════<br /> КАК ДОБАВИТЬ НОВУЮ ЗАПИСЬ<br /> 1. Скопируйте блок последней встречи: всё между метками<br /> «▼▼▼ Встреча № …» и «▲▲▲ Встреча № …» включительно.<br /> 2. Вставьте копию сразу после него, перед блоком «Новые записи…».<br /> 3. Поменяйте в копии: номер встречи, число и месяц в плашке,<br /> ссылку на страницу (в двух местах), заголовок и описание.<br /> ════════════════════════════════════════════════════════════════<br /> --&gt;<br /> &lt;div style=&quot;margin:0 0 1.5em; padding:1.4em 1.6em; border-radius:10px; background:#2a4b8d; background:linear-gradient(135deg, #36c 0%, #2a4b8d 100%); color:#fff;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.75em; font-weight:bold; line-height:1.25;&quot;&gt;🎓 Обучение работе в 1С:ERP&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.4em; font-size:1.05em; opacity:.92;&quot;&gt;Записи видеовстреч по переходу на 1С:ERP: справочники, процессы и настройки на живых примерах.&lt;/div&gt;<br /> &lt;div style=&quot;margin-top:.8em; font-size:.85em; opacity:.8;&quot;&gt;🔄 Страница обновлена: {{REVISIONDAY2}}.{{REVISIONMONTH}}.{{REVISIONYEAR}}&lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> &lt;div style=&quot;margin:0 0 1.5em; padding:.7em 1em; border-radius:8px; border:1px solid var(--border-color-subtle, #c8ccd1); background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> 💡 Если вы только подключаетесь к проекту, смотрите записи по порядку — начиная с первой.<br /> &lt;/div&gt;<br /> <br /> == Записи встреч ==<br /> <br /> &lt;!-- ▼▼▼ Встреча № 1 ▼▼▼ --&gt;<br /> &lt;div style=&quot;display:flex; gap:1.2em; align-items:flex-start; margin:0 0 1em; padding:1em 1.2em; border:1px solid var(--border-color-subtle, #c8ccd1); border-left:5px solid var(--border-color-progressive, #36c); border-radius:8px; background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> &lt;div style=&quot;flex:0 0 auto; min-width:4.6em; padding:.5em .4em; border-radius:8px; background:var(--background-color-progressive, #36c); color:#fff; text-align:center; line-height:1.15;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.8em; font-weight:bold;&quot;&gt;27&lt;/div&gt;<br /> &lt;div style=&quot;font-size:.8em; text-transform:uppercase;&quot;&gt;окт 2026&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;div style=&quot;flex:1 1 auto; min-width:0;&quot;&gt;<br /> &lt;div style=&quot;font-size:.85em; color:var(--color-subtle, #54595d);&quot;&gt;Встреча № 1&lt;/div&gt;<br /> &lt;div style=&quot;font-size:1.2em; font-weight:bold; margin:.15em 0 .4em;&quot;&gt;[[ERP видео 20261027|НСИ — Склады — Номенклатура]]&lt;/div&gt;<br /> &lt;div style=&quot;margin-bottom:.8em;&quot;&gt;Введение в 1С:ERP и первые справочники НСИ: склады, подразделения, номенклатура, транспортные средства и контрагенты. Задание филиалам — подготовить актуальные списки складов и подразделений.&lt;/div&gt;<br /> &lt;div&gt;&lt;span style=&quot;display:inline-block; padding:.3em 1em; border-radius:4px; background:var(--background-color-progressive, #36c); font-weight:bold;&quot;&gt;[[ERP видео 20261027|&lt;span style=&quot;color:#fff;&quot;&gt;▶ Смотреть запись&lt;/span&gt;]]&lt;/span&gt;&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;!-- ▲▲▲ Встреча № 1 ▲▲▲ --&gt;<br /> <br /> &lt;!-- ▼▼▼ Встреча № 2 ▼▼▼ --&gt;<br /> &lt;div style=&quot;display:flex; gap:1.2em; align-items:flex-start; margin:0 0 1em; padding:1em 1.2em; border:1px solid var(--border-color-subtle, #c8ccd1); border-left:5px solid var(--border-color-progressive, #36c); border-radius:8px; background:var(--background-color-neutral-subtle, #f8f9fa);&quot;&gt;<br /> &lt;div style=&quot;flex:0 0 auto; min-width:4.6em; padding:.5em .4em; border-radius:8px; background:var(--background-color-progressive, #36c); color:#fff; text-align:center; line-height:1.15;&quot;&gt;<br /> &lt;div style=&quot;font-size:1.8em; font-weight:bold;&quot;&gt;28&lt;/div&gt;<br /> &lt;div style=&quot;font-size:.8em; text-transform:uppercase;&quot;&gt;окт 2026&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;div style=&quot;flex:1 1 auto; min-width:0;&quot;&gt;<br /> &lt;div style=&quot;font-size:.85em; color:var(--color-subtle, #54595d);&quot;&gt;Встреча № 2&lt;/div&gt;<br /> &lt;div style=&quot;font-size:1.2em; font-weight:bold; margin:.15em 0 .4em;&quot;&gt;[[ERP видео 20261028|НСИ — Партнёры РЦ — Обособки]]&lt;/div&gt;<br /> &lt;div style=&quot;margin-bottom:.8em;&quot;&gt;Как заводить сетевых клиентов с РЦ, магазинами и обособленными подразделениями на примере «Агроторга»: партнёры и контрагенты, договоры, типовые соглашения и сегменты клиентов. Планы по доступам, пилоту и переходу на ERP.&lt;/div&gt;<br /> &lt;div&gt;&lt;span style=&quot;display:inline-block; padding:.3em 1em; border-radius:4px; background:var(--background-color-progressive, #36c); font-weight:bold;&quot;&gt;[[ERP видео 20261028|&lt;span style=&quot;color:#fff;&quot;&gt;▶ Смотреть запись&lt;/span&gt;]]&lt;/span&gt;&lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;!-- ▲▲▲ Встреча № 2 ▲▲▲ --&gt;<br /> <br /> &lt;div style=&quot;margin:1.5em 0 0; padding:.9em 1em; border:1px dashed var(--border-color-subtle, #c8ccd1); border-radius:8px; color:var(--color-subtle, #54595d); text-align:center;&quot;&gt;<br /> 🗓️ Новые записи появляются здесь после каждой встречи.<br /> &lt;/div&gt;<br /> <br /> [[Категория:ERP]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261028&diff=716 2026-10-28T15:50:43Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 28.10.2026. НСИ - Партнеры РЦ - Обособки}}<br /> [[Файл:Запись встречи 28.10.2026 НСИ Партнеры РЦ обособки.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-10|00:00:10]] || Напоминание: партнёры и контрагенты, три варианта связи<br /> |-<br /> | [[#video-time-84|00:01:24]] || Пример: «Агроторг» и его обособленные подразделения<br /> |-<br /> | [[#video-time-163|00:02:43]] || Головной партнёр и контрагент; трёхуровневая схема для филиалов<br /> |-<br /> | [[#video-time-376|00:06:16]] || Подчинённые партнёры: через помощник или вручную<br /> |-<br /> | [[#video-time-581|00:09:41]] || Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа<br /> |-<br /> | [[#video-time-704|00:11:44]] || Адрес точки — только по классификатору: это нужно для ЭДО<br /> |-<br /> | [[#video-time-1064|00:17:44]] || Телефон и привязка обособленного подразделения как контрагента<br /> |-<br /> | [[#video-time-1232|00:20:32]] || Как это выглядит в реализации: клиент, контрагент, грузополучатель<br /> |-<br /> | [[#video-time-1357|00:22:37]] || Чей КПП выходит в УПД: обсуждение грузополучателя и EDI<br /> |-<br /> | [[#video-time-1646|00:27:26]] || Договор — на головного партнёра, цены — в соглашениях<br /> |-<br /> | [[#video-time-1788|00:29:48]] || Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней»<br /> |-<br /> | [[#video-time-2014|00:33:34]] || Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент<br /> |-<br /> | [[#video-time-2177|00:36:17]] || Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами»<br /> |-<br /> | [[#video-time-2350|00:39:10]] || Если у каждого филиала свой договор: трёхуровневая иерархия<br /> |-<br /> | [[#video-time-2561|00:42:41]] || Почему начали со сложной схемы<br /> |-<br /> | [[#video-time-2748|00:45:48]] || Свой договор у каждой филиальной группы, а не на головном партнёре<br /> |-<br /> | [[#video-time-2852|00:47:32]] || Как клиент попадает в сегмент и получает доступ к соглашению<br /> |-<br /> | [[#video-time-2928|00:48:48]] || Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать<br /> |-<br /> | [[#video-time-3111|00:51:51]] || Вывод марок «Честного знака» из оборота в договоре<br /> |-<br /> | [[#video-time-3223|00:53:43]] || Когда начнём вводить договоры: доступы и списки пользователей<br /> |-<br /> | [[#video-time-3289|00:54:49]] || Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу<br /> |-<br /> | [[#video-time-3417|00:56:57]] || Подключение кладовщиков, пилот с Казанью, двойной ввод до января<br /> |-<br /> | [[#video-time-3544|00:59:04]] || Машины доставки, реализация в «Торговле» и контрагенты доставки<br /> |-<br /> | [[#video-time-3723|01:02:03]] || Много программ одновременно: CRM, маршрутизатор и обмены<br /> |-<br /> | [[#video-time-3841|01:04:01]] || С чего начинать: склады, затем общие контрагенты; итоги встречи<br /> |}<br /> <br /> =Общее описание встречи=<br /> Продолжение темы контрагентов: как отражать в 1С:ERP сетевых клиентов с несколькими точками доставки. Пример — «Агроторг»; работу в программе показывает Сергей.<br /> <br /> '''Что разобрали'''<br /> * Три варианта связи партнёров и контрагентов. Несколько партнёров при одном юрлице — сети с точками доставки. Один партнёр при нескольких юрлицах — холдинги. И простой вариант «один к одному».<br /> * Головной партнёр с головным контрагентом — это плательщик в УПД. Подчинённые партнёры — РЦ и магазины. Создавать их можно через помощник регистрации или вручную, кнопкой «Создать нового».<br /> * Обособленное подразделение заводится как контрагент, КПП и фактический адрес обязательны. Адрес — только по классификатору, иначе для ЭДО не найдётся код ФИАС места деятельности.<br /> * Результат в УПД: плательщик — головная организация, грузополучатель — РЦ со своим КПП. Документы через EDI (Контур, GLN) формируются по своим правилам.<br /> * Договор заключается на головного партнёра и требует галочки «Разрешена работа с дочерними партнёрами». Если у филиалов свои договоры, нужна трёхуровневая иерархия: сеть → филиал → точки. Тогда договор привязывается к группе филиала и подставляется в документы автоматически.<br /> * Цены и отсрочки платежа задаются не в договоре, а в соглашениях. Типовые соглашения ограничиваются сегментами клиентов; соглашений, общих для всех клиентов, лучше избегать.<br /> * Вывод марок «Честного знака» для собственных нужд указывается в договоре, на закладке «Расчёты и оформление».<br /> * Нужна доработка: в реализации должен автоматически подставляться головной контрагент.<br /> <br /> '''Организационное'''<br /> * Доступы в ERP планируют выдать до конца недели.<br /> * Идея пилота: во второй половине ноября отработать полный цикл документов с Казанью.<br /> * До января документы дублируются в обеих программах. С января складские операции ведутся в ERP, а розница и реализация с машин доставки пока остаются в «Торговле».<br /> * Физлица выгружаются одним контрагентом, юрлица с доставки нужно будет вести и в ERP. Обмены с «Торговлей» и маршрутизатором пока в разработке.<br /> <br /> '''Задания филиалам'''<br /> * Прислать актуальные списки складов: пока их никто не прислал.<br /> * Прислать списки сотрудников с должностями для выдачи доступа в ERP.<br /> * Выделить контрагентов, общих для нескольких филиалов.<br /> <br /> '''Следующая встреча:''' пятница, 30.10.2026, 10:00 — простой договор и документ перемещения.<br /> <br /> =Расшифровка встречи=<br /> ''Говорят ведущая Ирина и Сергей, который показывает работу в программе; остальные обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] и пояснения в квадратных скобках — фрагменты, которые не удалось разобрать дословно.''<br /> <br /> == [[#video-time-10|00:00:10]] · Напоминание: партнёры и контрагенты, три варианта связи ==<br /> <br /> '''Ирина:''' Вам видно схему? Она не очень качественная, но я хочу визуально напомнить то, о чём мы вчера говорили, — так, может быть, будет проще воспринимать.<br /> <br /> Помните, у нас есть два справочника: «Партнёры» и «Контрагенты». Партнёр — это управленческая единица, справочником которой можно пользоваться по-разному. Контрагент — это юридическое лицо со статусом, ИНН и всем прочим, то есть лицо, на которое мы выставляем расчётные документы.<br /> <br /> Какие есть варианты? Первый — группа партнёров: их несколько, например разные точки доставки, но контрагент один, одно юрлицо. Второй — один партнёр, но разные контрагенты, разные юрлица; так можно отражать, например, холдинговые структуры. И третий, простой случай: один контрагент равен одному партнёру.<br /> <br /> Сейчас мы рассмотрим как раз первый случай: несколько партнёров и одно юрлицо, с которым мы ведём расчёты.<br /> <br /> == [[#video-time-84|00:01:24]] · Пример: «Агроторг» и его обособленные подразделения ==<br /> <br /> '''Ирина:''' Для примера хочу показать — секундочку, мышку — пример, который вчера предоставила наша служба. Компания «Агроторг», у которой есть обособленные подразделения со своими КПП, — в нашем случае это Елабуга и Зеленодольск. Здесь видно, что у них разные КПП: это то, что приходит по ЭДО. При этом в документах, которые мы выставляем, эти обособленные подразделения фигурируют только как грузополучатели с адресом, а покупателем отражается юридическое лицо «Агроторг» с реквизитами головной компании. Как в таких случаях заполнять справочник в 1С, попросим продемонстрировать Сергея.<br /> <br /> == [[#video-time-163|00:02:43]] · Головной партнёр и контрагент; трёхуровневая схема для филиалов ==<br /> <br /> '''Сергей:''' Сначала вернёмся к файлу со схемой и разберём вот эту ситуацию — она будет немного сложнее. Здесь показаны торговые точки, а в нашем случае это будут сами обособленные подразделения, так что ситуация интереснее, чем на картинке. Вариант с картинки тоже вполне возможен: если у клиента нет обособленных подразделений — например, у вас есть какой-нибудь ИП с торговыми точками, РЦ или другими точками доставки, куда вы возите, — можно использовать эту схему. Понятно, что у ИП обособленных подразделений не бывает, поэтому обособки мы к нему заносить не будем.<br /> <br /> Сейчас разберём на примере «Агроторга». Как заносить головного партнёра, мы уже разобрали: есть головной партнёр, к нему заведён головной контрагент. Давайте сразу исправим КПП — поставим какой-нибудь, например 99… Итак, головной партнёр и головной контрагент — по сути, это плательщик, тот, кто в УПД выступает в качестве плательщика.<br /> <br /> Теперь нужно занести подчинённых партнёров — РЦ, торговые точки. Но я так понимаю, вы в массе своей в магазины, наверное, не доставляете? Только в РЦ? Или в магазины тоже? Кто может прокомментировать?<br /> <br /> '''Участник:''' В магазины тоже. Мы же не всё возим через РЦ: например, в Чебоксарах у нас вообще нет РЦ.<br /> <br /> '''Сергей:''' Прекрасно. То есть у вас доставка прямо в магазины. Значит, сюда будут заноситься и магазины, и РЦ — все, куда вы доставляете.<br /> <br /> Важный момент: договор на поставку у «Здоровой жизни» один для всех филиалов? Или у вас разные организации, или у каждого филиала свой договор? Очень часто бывают и различия в цене. Тогда, скорее всего, понадобится не двухуровневая схема партнёров, а трёхуровневая: сначала «Агроторг», потом подчинённые ему филиальные партнёры — «Агроторг Йошкар-Ола», «Агроторг Нижний», «Агроторг Казань», — а уже у них подчинённые РЦ и конкретные магазины. Почему так? Дело в том, что договор привязывается к партнёру.<br /> <br /> == [[#video-time-376|00:06:16]] · Подчинённые партнёры: через помощник или вручную ==<br /> <br /> '''Сергей:''' Давайте я сначала занесу без сложной иерархии, а дальше, если что, немного переделаем. Головного мы занесли, теперь нужно зайти внутрь: разворачиваем «Агроторг» — здесь по умолчанию пусто. Нам нужно занести сюда ещё одну строчку. Можно через кнопку «Создать» — открывается такой же помощник, как при вводе головного контрагента. А можно нажать «Создать нового»: в этом случае помощник не открывается, и вы заносите партнёра вручную.<br /> <br /> '''Участник:''' Извините, можно вопрос? Когда вы нажимаете «Создать», мы создаём контрагента или партнёра? Когда вы нажали «Создать», выходит «Создать нового партнёра».<br /> <br /> '''Сергей:''' Когда нажимаем «Создать», открывается помощник создания. Это обработка, которая ведёт вас по шагам; в ней можно одновременно создать и партнёра, и контрагента — с контролем ИНН, контролем наличия в базе и так далее.<br /> <br /> '''Участник:''' Так я создаю партнёра или контрагента?<br /> <br /> '''Сергей:''' Ещё раз: когда вы нажимаете «Создать», вы создаёте не партнёра и не контрагента — у вас открывается обработка. По умолчанию, как написано сверху, идёт регистрация нового партнёра. Если поставить вот эту галочку, будут созданы и партнёр, и контрагент — видите, так и написано: «Будет создан партнёр и контрагент».<br /> <br /> '''Участник:''' А какую галочку, простите? Мышка не двигается, не понимаю.<br /> <br /> '''Сергей:''' Вот эту, видите, мигает. Там прямо по тексту написано: «Указать данные партнёра — будет создан контрагент».<br /> <br /> '''Ирина:''' Мы ещё подробно потренируемся, когда будем создавать простую схему. Сейчас мы рассматриваем справочник «Партнёры» — помните, тот вспомогательный управленческий справочник, который поможет привязывать несколько торговых точек, обособленных подразделений к одному юридическому лицу.<br /> <br /> '''Сергей:''' Да. Я хочу показать вам не только помощник, где партнёры и контрагенты создаются в автоматическом режиме, но и ручной режим, когда вы действуете более гибко и сами определяете, что как выводить. Дело в том, что у подчинённых партнёров не всегда есть контрагенты. Если у торговой точки есть обособка — свой КПП и всё прочее, — можно заносить через помощник с галочкой «Указать идентификационные данные партнёра — будет создан контрагент»: указываем, что это обособленное подразделение, и заносим все данные. А я хочу показать, как сделать полностью вручную: нажимаем не «Создать», а «Создать нового». Тогда открывается просто карточка нового партнёра — выглядит так же, как обычный партнёр.<br /> <br /> == [[#video-time-581|00:09:41]] · Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа ==<br /> <br /> '''Сергей:''' Пишем название — как он будет называться. Там была Елабуга, да? Не забываем ставить галочку, что это клиент.<br /> <br /> Что здесь видно? «Головное предприятие» — это как бы папочка: в какой папке находится партнёр, которого мы создаём. Дальше — группа доступа. Сейчас у меня полные права, поэтому здесь видно всё. По идее, здесь будет, наверное, Казань? Нет, отгружаем мы отсюда.<br /> <br /> Как раз хотел спросить у присутствующих. Вчера Чебоксары уже сказали, что партнёры могут пересекаться: один и тот же партнёр может принадлежать и Чебоксарам, и, допустим, Новочебоксарску. Наверное, так же партнёр может относиться и к Нижнему — у них тоже могут быть какие-то взаимоотношения. Видимо, группы доступа здесь придётся делать непростые… Давайте я пока поставлю общий доступ, а дальше разберёмся.<br /> <br /> == [[#video-time-704|00:11:44]] · Адрес точки — только по классификатору: это нужно для ЭДО ==<br /> <br /> '''Сергей:''' На закладке «Адрес» указываем фактический адрес этого РЦ.<br /> <br /> '''Ирина:''' И, как мы уже говорили, в обязательном порядке берём его из справочника.<br /> <br /> '''Сергей:''' Да, Ирин, поправлю, объясню. В общем случае этот адрес нам вроде бы не сильно важен — просто выходит где-то в печатной форме. Но сейчас всё взаимодействие с покупателями и поставщиками идёт через ЭДО, а завязка идёт на места осуществления деятельности — через коды ФИАС и так далее. Если вы занесёте адрес не по классификатору, ФИАС этого места осуществления деятельности просто не найдётся, и документ вы не отправите. Поэтому заносим исключительно по классификатору.<br /> <br /> '''Участник:''' Скажите, пожалуйста, обязательно заходить через многоточие, как вы, или можно начать набирать?<br /> <br /> '''Сергей:''' Не обязательно, можно. Давайте я сейчас его уберу. Если начинаем набирать, допустим, «Зелен…», выйдет только ограниченный список. Посмотрите, сколько одних только Зеленоградов. Зеленодольска может и не оказаться, а по другим названиям вариантов может выходить очень много — то, что вам нужно, вы в этом списке можете и не увидеть. В общем случае, если у вас уже есть данные, можно скопировать их и вставить сюда в адрес — дальше чуть покажем, — и программа найдёт их по классификатору.<br /> <br /> Улицы там нет, там как раз промышленная площадка… Такого быть не может. Интересно, обычно так не бывает. Нам нужен дом: если дома нет, вы адрес не найдёте. Должно быть какое-то здание, корпус или ещё что-нибудь.<br /> <br /> '''Участник:''' Но у них вот так указано.<br /> <br /> '''Сергей:''' По КЛАДР, по ФИАС это не сработает. Дом обязательно должен быть: даже в самой маленькой деревне есть улицы и дома.<br /> <br /> '''Участник:''' Извините, можно добавить? Скорее всего, справочники у вас точно такие же, как у нас: мы тоже вносим всё по классификатору, выбираем из списка. Но сейчас есть новые, строящиеся объекты, которых там нет.<br /> <br /> '''Сергей:''' Если их нет — да. Но здесь, видите, даже номера нет. Бывает, что ФИАС нет: его недостаточно оперативно наполняют. Бывают и случаи, когда адрес более глубокий — например, не само здание, а помещение в нём. Помещения в этом ФИАС, понятно, нет. Оно есть в ФИАС федерального уровня, в большой базе, а в той базе, из которой мы подбираем в 1С, ФИАС очень ограничен — только до здания. В этой ситуации коды ФИАС мест осуществления деятельности приходится подтягивать вручную, уже в ЭДО. Но это немного отдельная история, это потом. В любом случае, думаю, здесь должен быть какой-то адрес — скорее всего, вам что-то недодали. Ладно, давайте оставим.<br /> <br /> '''Ирина:''' Оставить, конечно, можем, но это неправильно: у вас даже индекс не определился. Юридически документ получится заполнен некорректно, и клиенты его не примут.<br /> <br /> '''Сергей:''' Конкретно в этой ситуации документ пройдёт: он идёт через EDI, через контур EDI, а там есть GLN, и у GLN уже есть привязка к адресам. Но в общем случае — да, нужно заводить полностью нормальный адрес.<br /> <br /> '''Ирина:''' Нам, конечно, надо выработать единый подход, чтобы понимать, когда нужно связываться с клиентом и уточнять. Это достаточно частый случай. Насколько я сталкивалась, юридические адреса очень часто бывают именно с помещениями. Это не так, что на тысячу клиентов встретится один, — боюсь, это будет встречаться гораздо чаще.<br /> <br /> '''Сергей:''' Да, конечно, это вполне нормальная ситуация. Зависит от того, с кем мы работаем. У какого-нибудь ИП адрес вообще только один — адрес прописки; других адресов, КПП и юридических данных у него нет. А с помещениями такое бывает очень часто. Тогда есть варианты: найти информацию — например, места осуществления деятельности есть на сайте налоговой, в «Честном знаке» или в ЕГАИС — и занести эти данные в 1С. Или клиент сам должен дать вам эту информацию, чтобы вы сделали привязку к адресу. Но это делается уже в рамках ЭДО, не сейчас.<br /> <br /> Нашли адрес — видите, сразу подключился промышленный район, 3 [?]. Вот так уже лучше.<br /> <br /> == [[#video-time-1064|00:17:44]] · Телефон и привязка обособленного подразделения как контрагента ==<br /> <br /> '''Сергей:''' Телефоны заносить крайне желательно: электронные транспортные накладные [?] обязательно требуют указания телефона. Записываем.<br /> <br /> Итак, сейчас в партнёрах мы ввели ещё одного партнёра, подчинённого «Агроторгу», — РЦ. Это может быть и торговая точка — любое место, куда мы везём. Так же как для «Агроторга» мы указали связанного контрагента, головного, теперь уже для РЦ указываем связанный филиал. Открываем: у нас Елабуга.<br /> <br /> '''Участник:''' А Елабуга уже связана, по-моему.<br /> <br /> '''Сергей:''' Уже связана, да. Открываем, переходим на закладку «Контрагенты». Здесь пусто. Нажимаем «Создать» и выбираем «Обособленное подразделение юридического лица». Здесь, кстати, можно набрать «Агроторг» — и он подтянется автоматически.<br /> <br /> Теперь нужно указать КПП. Для обособки обязательно указание фактического адреса. Адрес, который мы вводили выше, можно скопировать и вставить сюда — видите, программа автоматически находит его, вплоть до здания. Всё. Юридический адрес для обособки заполнять не обязательно.<br /> <br /> В принципе, здесь всё готово. Нужно проверить, чтобы было корректное название — сокращённое юридическое: оно будет выходить в печатной форме УПД. А рабочее наименование — это для вас, для отчётов внутри программы.<br /> <br /> == [[#video-time-1232|00:20:32]] · Как это выглядит в реализации: клиент, контрагент, грузополучатель ==<br /> <br /> '''Участник:''' Подскажите, пожалуйста, почему адрес обособленного подразделения не надо вводить? В УПД же есть плательщик и есть адрес доставки — строка, в которую как раз подтягивается адрес… А, поняла: юридический адрес не нужен, потому что он будет браться у плательщика.<br /> <br /> '''Сергей:''' Давайте я покажу, как это будет выглядеть в программе: открою какую-нибудь реализацию и посмотрим, как выглядит результат всего этого. В поле «Клиент» заносим этот РЦ. Дальше в поле «Контрагент» должен попадать «Агроторг» — тут ребятам нужно будет немного доработать, чтобы он заполнялся автоматически. То есть здесь у нас клиент — торговая точка, а здесь покупатель — тот самый плательщик, головной. Ещё есть реквизиты печатной формы — вот они. Грузополучателем здесь будет этот РЦ.<br /> <br /> Что в итоге получается? На 62-м счёте будет «Агроторг». Плательщиком в печатной форме будет головной «Агроторг», который, собственно, и будет платить деньги. А грузополучателем будет выходить этот РЦ, и КПП будет браться с него — так он и будет выходить в УПД. Вся цепочка выстроена.<br /> <br /> == [[#video-time-1357|00:22:37]] · Чей КПП выходит в УПД: обсуждение грузополучателя и EDI ==<br /> <br /> '''Участник:''' А у них-то в УПД — я как раз показывала — смущает, что этого КПП нет.<br /> <br /> '''Сергей:''' Как это нет?<br /> <br /> '''Участник:''' У них выходит КПП «Агроторга». У торговых точек КПП нет: КПП — это покупатель, а грузополучатель…<br /> <br /> '''Сергей:''' У них указывается КПП головного? В общем случае, мне кажется, это некорректно. Здесь должен быть КПП грузополучателя.<br /> <br /> '''Участник:''' Ну вот это то, что проходит по ЭДО. Я вчера специально просила этот пакет.<br /> <br /> '''Сергей:''' Тогда, думаю, у вас это проходит через контур EDI — там другая история, там всё работает совершенно по-другому. Вы ведь не печатаете эти УПД, ничего этого не делаете, там всё проходит иначе. Если вам нужно просто, чтобы документ печатался, — грузополучателя заполнять и вводить не требуется, вводим только партнёра.<br /> <br /> '''Участник:''' Я очень сомневаюсь… А как тогда встанет грузополучатель? Как это он не нужен? Вот в накладной посмотри: они же указывают конкретный РЦ.<br /> <br /> '''Сергей:''' Ещё раз: у документов, которые проходят через контур EDI, всё по-другому. Не вы формируете счета-фактуры и не вы заполняете все эти поля — это формируется автоматически. Как там это происходит, нам вообще не важно. Дело в том, что в EDI у вас нет грузополучателей, там есть GLN, и всё считается от GLN. Информация по КПП, адресам и всему прочему находится на серверах Контура, у вас её вообще нет — вы работаете просто с конкретным GLN.<br /> <br /> '''Участник:''' То есть мы на это не смотрим и настраиваем, как правильно?<br /> <br /> '''Сергей:''' Да. Правильно, когда указывается КПП, — его надо указывать, потому что у них это реальная обособка. Давайте не будем смотреть на печатную форму, а пойдём по своей логике: здесь должен быть КПП грузополучателя. Правильно?<br /> <br /> '''Участник:''' Ну, я смотрю, как у них там оформлено, я не знаю.<br /> <br /> '''Сергей:''' Ну не может быть по-другому. С головным КПП может совпадать, только если доставка идёт на юрадрес [?].<br /> <br /> '''Ирина:''' Филиалы могут поделиться: когда вы выписываете документы, вы обращаете на это внимание?<br /> <br /> '''Участник:''' Давайте не про «Агроторг», а вообще про обычных покупателей — местные сетки или ещё кого-нибудь. Можно здесь счёт-фактуру побольше раскрыть? Потому что в покупателе у нас обычно КПП головной организации, то есть плательщика.<br /> <br /> ''[Несколько человек одновременно обсуждают, чей КПП указывается в УПД — покупателя или грузополучателя; фрагмент неразборчив.]''<br /> <br /> '''Участник:''' Да, у нас есть грузополучатель — это отдельное поле со всем адресом, а ИНН/КПП… ИНН у грузополучателя и покупателя, понятно, свой, а КПП идёт грузополучателя. Я, например, работаю в том числе с алкогольными компаниями, у них с этим очень жёстко. Сейчас найду какого-нибудь нашего клиента — надо подумать, кто у нас так берёт.<br /> <br /> '''Сергей:''' Лучше не тех, кто через EDI, а обычных. Пока продолжим?<br /> <br /> '''Участник:''' Да-да, продолжайте, я поищу в базе.<br /> <br /> == [[#video-time-1646|00:27:26]] · Договор — на головного партнёра, цены — в соглашениях ==<br /> <br /> '''Сергей:''' Пока ищут, давайте про договоры. Договор мы вводим не на каждую торговую точку, а на нашего головного партнёра. Открываем «Договоры» и добавляем договор. Вы уже вводили договоры?<br /> <br /> '''Участник:''' Нет-нет, мы ещё даже не вводили.<br /> <br /> '''Сергей:''' Если поставить договор на торговую точку, получится, что он будет относиться только к этой торговой точке.<br /> <br /> '''Участник:''' Скажите, пожалуйста, как быть, когда у нас действительно разные цены — например, с Казанью [?] — при одном партнёре? Что будет отражаться в его договоре?<br /> <br /> '''Сергей:''' Это делается не в договоре. Цены в ERP указываются не в договоре, а в соглашении.<br /> <br /> '''Участник:''' Понятно. Соглашения у нас будут не на головного партнёра, а на подразделение?<br /> <br /> '''Сергей:''' Можно по-разному. Вообще соглашения бывают двух видов. Типовое соглашение действует на всех контрагентов с определёнными ограничениями. Индивидуальное ставится на конкретного партнёра. То есть нельзя [?] сделать соглашение и указать туда головного — там немного другая схема, это отдельная история. Но, опять же, при работе через EDI вам вообще без разницы: можете поставить одно соглашение на все «Агроторги», цены у вас приходят по EDI. Если нужно для контроля — это немного другая история: цены можно завести, но в принципе даже не обязательно, потому что они все загружаются с сайта.<br /> <br /> '''Участник:''' А если мы говорим не про них? У нас не все через EDI.<br /> <br /> '''Сергей:''' Да, понимаю. Тогда вопрос надо разбирать. Если речь о разовых конкретных клиентах, им можно сделать индивидуальное соглашение на конкретную торговую точку или конкретного покупателя.<br /> <br /> == [[#video-time-1788|00:29:48]] · Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней» ==<br /> <br /> '''Сергей:''' Но чаще всего делают так. Первое, что вам нужно сделать, — разобрать всех ваших покупателей по схемам работы. Ключевые точки здесь — цена продажи и отсрочка платежа. По этим двум параметрам уже можно вводить много разных соглашений. Кроме того, есть сети со своими договорными ценами — для них мы тоже заводим типовые соглашения.<br /> <br /> Например, какие у вас виды цен? Оптовая, оптовая минус 5, розничная? Какие цены есть?<br /> <br /> '''Участник:''' Цены все разные. Давайте для примера возьмём оптовую. С дилерами у нас отдельная.<br /> <br /> '''Сергей:''' Хорошо, пусть будут дилеры. Создаём типовое соглашение об условиях продаж, пишем «Дилеры». Какая у них типовая отсрочка? Скорее всего разная: две недели, три недели или предоплата? Кто-нибудь скажите?<br /> <br /> '''Участник:''' «Агроторг» — 40 дней.<br /> <br /> '''Сергей:''' Нет, «Агроторг» не трогаем. А у дилеров?<br /> <br /> '''Участник:''' По-разному, бывает две недели.<br /> <br /> '''Сергей:''' Отлично, давайте напишем 14. Ещё раз говорю: нам понадобится ввести все эти варианты соглашений. Итак, «Дилеры 14 дней». Далее: у нас есть такая штука — сегменты клиентов. Вы их ещё не заполняли, придётся заполнять. Давайте создадим папку для соглашений и назовём соглашение «Дилеры 14 дней». Указываем «Формировать вручную», выбираем «Дилеры 14 дней». Дальше организация: если торгуете от разных организаций, ничего не указываете; если от конкретной — можете её указать. Далее условия продаж…<br /> <br /> '''Ирина:''' Подожди, остановлю на секундочку, обращу внимание. Если мы можем одновременно работать с дилерами и от «Здоровой жизни», и от ИП Марушко, организацию не выбираем — делаем соглашение универсальным.<br /> <br /> '''Сергей:''' Думаю, скорее всего, вводить это будете не вы: это разовое дело, делается централизованно. У вас цены для дилеров с отсрочкой 14 дней в Йошкар-Оле, Казани и Нижнем отличаются?<br /> <br /> '''Участник:''' Не знаю… Отличаются. Конечно, отличаются — у одного дилера от другого.<br /> <br /> '''Сергей:''' Тогда у вас это не прайс «Дилеры»…<br /> <br /> '''Участник:''' Да, это не прайс для дилеров. У нас с каждым дилером индивидуально, абсолютно с каждым. Их не так много, но с каждым заключён индивидуальный договор, цена отличается.<br /> <br /> '''Сергей:''' Есть какая-то шкала [?]?<br /> <br /> '''Участник:''' Цена отличается в зависимости от количества покупаемого товара.<br /> <br /> '''Сергей:''' Смотрите, шкала-то ведь сама получается.<br /> <br /> '''Участник:''' Понятно, что у каждого дилера своя цена в зависимости от того, сколько он выбирает. Но в принципе по городу, по одному филиалу она общая.<br /> <br /> == [[#video-time-2014|00:33:34]] · Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент ==<br /> <br /> '''Сергей:''' Хорошо, давайте сделаем на примере того же «Агроторга», чтобы было понятно. Получается, у «Агроторга» в Йошкар-Оле и у «Агроторга» в Казани разные цены, да?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Участник:''' В Казани «Агроторга» нет, мы работали с ним через завод.<br /> <br /> '''Сергей:''' Мы условно берём «Агроторг». В Йошкар-Оле одна цена, в Казани другая: «Агроторг Йошкар-Ола», «Агроторг Чебоксары», «Агроторг Нижний» и так далее — у всех свои цены. Правильно? Хорошо. Теперь создаём типовое соглашение, в котором указываем «Агроторг Йошкар-Ола». Раз мы понимаем, откуда грузим, можем сразу указать организацию. Если вы будете заводить цены, сюда нужно будет завести тип цен — назвать его «Агроторг Йошкар-Ола» — и завести эти цены. При работе через Контур это вообще не обязательно, но заносить можно. У вас в прайсах с «Агроторгом», по-моему, цены с НДС? «Магниты» идут без НДС, а «Агроторг» с НДС, да?<br /> <br /> '''Участник:''' Вроде да.<br /> <br /> '''Сергей:''' Дальше склад — это чисто для удобства, его можно не указывать. Но если понятно, что это Йошкар-Ола, имеет смысл указать. Ставим галочку «Возвращать многооборотную тару» — обязательно.<br /> <br /> Что мы сделали? Мы сделали типовое соглашение и указали, к какому сегменту клиентов оно относится. Если сегмент не указать и оставить поле пустым, соглашение станет доступно абсолютно всем. Указывая сегмент, мы ограничиваем использование типового соглашения только клиентами, которые находятся в этом сегменте. Сейчас, если посмотреть состав, там никого нет — соответственно, пока оно никому не доступно.<br /> <br /> == [[#video-time-2177|00:36:17]] · Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами» ==<br /> <br /> '''Сергей:''' Мы немного перепрыгнули на сегменты, а нам ещё нужно ввести договор. Заводим его у головного партнёра: «Создать». Здесь полностью заполняем всю информацию: номер, дату, период действия и так далее. «Договор поставки» — можно назвать и как-то иначе, с номером; здесь всё ясно. Покупатель — головной, контрагент — головной, то есть тот, с кем заключается договор. В договоре желательно указывать счёт организации: если вы будете делать счета на оплату, этот счёт будет автоматически подтягиваться в накладные и счета на оплату. Далее — вы ещё не разбирали, какая у вас будет детализация расчётов?<br /> <br /> '''Участник:''' Нет, ещё не разбирали.<br /> <br /> '''Сергей:''' Это потом: это большая и сложная история, пока пропущу.<br /> <br /> Важная галочка — «Разрешена работа с дочерними партнёрами». Это очень важно. Если у вас один к одному — один партнёр, один контрагент, — эта галочка вообще не обязательна. Но когда вы работаете по такой иерархии, а договор мы сейчас сделали именно на «Агроторг», без этой галочки договор не будет срабатывать и не будет виден для нижележащих партнёров. Поэтому в обязательном порядке ставим галочку «Разрешена работа с дочерними партнёрами». Понятно?<br /> <br /> Давайте я просто покажу. Договор я записал. Создаю новую реализацию, открываю — здесь ничего нет, потому что галочка «Разрешена работа…» не стоит: договор привязан к головному покупателю, и выбрать его в реализации я не могу. Когда я эту галочку поставлю, договор в реализации можно будет выбрать.<br /> <br /> == [[#video-time-2350|00:39:10]] · Если у каждого филиала свой договор: трёхуровневая иерархия ==<br /> <br /> '''Сергей:''' Тут у вас возникает интересная история. Вы говорите, что каждый филиал заключает свой договор, правильно?<br /> <br /> '''Участник:''' Да, так сказали.<br /> <br /> '''Сергей:''' Тогда понадобится немного более сложная структура: не двухуровневая, а трёхуровневая иерархия. У нас будет «Агроторг», в нём подчинённые — скорее всего, «Агроторг Йошкар-Ола», «Агроторг Нижний», — и уже к ним мы будем привязывать конечные торговые точки. Давайте для примера — пусть будет «ПЛК» [?].<br /> <br /> Здесь нажимаем не «Создать», а «Создать нового» — филиалов там не будет. Пишем «Агроторг» — как назовём, «Агроторг Йошкар-Ола» или как-то так; имеется в виду именно эта группа. Так же ставим, что это клиент, и группу доступа — например, «Завод»; у всех подчинённых тоже должен быть «Завод». Пока не буду с этим заморачиваться, с доступами потом разберётесь. Ни адреса, ничего здесь нет — мы просто так обозначаем группу. И перетаскиваем эти значения внутрь. Вот так получается.<br /> <br /> Теперь покупателем в договоре, который мы сделали, должен быть не «Агроторг», а та папочка, в которой лежат наши точки. Выбираем её. Опять же указано, что разрешена работа с дочерними партнёрами, и для всех подчинённых партнёров «Агроторг ПЛК» этот договор будет доступен. Сам договор поставки нужно как-то обозначить — например, «Договор ПЛК», — чтобы было понятно, иначе будет неясно, что у нас происходит.<br /> <br /> '''Участник:''' Вопрос: если в наименовании указать «Договор ПЛК», он случайно так и не выйдет в УПД?<br /> <br /> '''Сергей:''' Нет-нет: в наименовании для печати вы пишете так, как вам нужно, чтобы выходило.<br /> <br /> '''Участник:''' А покупателем или грузополучателем не выйдет «Агроторг ПЛК»?<br /> <br /> '''Сергей:''' Нет. Покупателем в печатной форме выйдет тот клиент, которого вы поставите торговой точкой. [Дальше в демонстрации что-то не срабатывает, фрагмент неразборчив.]<br /> <br /> == [[#video-time-2561|00:42:41]] · Почему начали со сложной схемы ==<br /> <br /> '''Участник:''' А почему мы начали с самой сложной схемы? Почему не проработали сначала на практике простую, потом посложнее, потом ещё посложнее? У нас, например, в Чебоксарах просто кипит голова, и мы пока ничего не понимаем.<br /> <br /> '''Сергей:''' А вы сейчас будете вводить — и всё поймёте. У вас нет таких ситуаций, что ли? У вас такая же ситуация: точки есть, всё есть.<br /> <br /> '''Ирина:''' На самом деле мы столкнулись с этим вопросом, стали отрабатывать его на практике и привлекли Сергея — у него как раз был свободный час, чтобы поработать с нами. Поэтому мы решили этим воспользоваться.<br /> <br /> '''Участник:''' Вы столкнулись с этим вопросом, потому что уже этим пользуетесь и все простые схемы отработали. А мы ничего не отработали.<br /> <br /> '''Ирина:''' Не переживайте, мы с вами всё отработаем, и простые схемы тоже. Но, конечно, и не отработаете, если не начнёте делать. Согласна, сейчас мы вроде бы зашли со сложного. Но поверьте: мы сейчас это разбираем, а потом всё равно вернёмся, когда будем реально работать на практике и заносить документы. Сейчас вы ведь тоже работаете вслепую — полученные знания пока не отрабатываете сразу в программе. Просто сейчас появилась возможность эти знания получить. Мы их получим, и в дальнейшем, когда будем заносить и отрабатывать договоры, будем помнить, что было обучение, сможем его поднять. Более того, мы оформим всё в текстовом виде, чтобы информация была под рукой и было к какому источнику обратиться. А при занесении данных вы уже будете понимать, что тут всё не так просто: с договорами есть заковырка, которую нужно ещё раз посмотреть и внимательно отработать.<br /> <br /> Кстати, здесь же стоит вопрос: нам нужно рассмотреть всех наших клиентов-партнёров. Уже сейчас можно определить, какие группы нужно создать, — для партнёров, которые у нас пересекаются или повторяются.<br /> <br /> '''Сергей:''' Хочу ещё сказать: история с контрагентами и партнёрами не такая сложная, как история с соглашениями и сегментами. Та даже менее понятная: сегменты и соглашения связывают юридические данные — контрагентов, партнёров — с условиями продаж. Поэтому, наверное, вам пока не надо уходить в область соглашений. Могу вкратце показать, как это будет выглядеть в итоге, но подробно разбирать, думаю, пока не стоит.<br /> <br /> '''Ирина:''' Мы к этому ещё придём, не сразу. Сейчас нам нужно просто понимать, для чего это. Когда будем разбирать простую схему, там тоже будут соглашения, и они тоже будут простые. Но мы должны знать, что они бывают и сложными и как это нужно будет отражать.<br /> <br /> == [[#video-time-2748|00:45:48]] · Свой договор у каждой филиальной группы, а не на головном партнёре ==<br /> <br /> '''Сергей:''' Смотрите: мы привязали договор к «Агроторг ПЛК», поставили в нём галочку, что он используется для дочерних партнёров, и он стал доступен. Когда здесь будет не «Агроторг ПЛК», а, допустим, «Агроторг Нижний»… Давайте «Создать нового». «Агроторг Нижний» — правильно понимаю, так он называется? Пусть будет такое название. Группа доступа пока общая. Здесь будет свой договор, и здесь будет свой. Договоры Нижнего эти РЦ и Елабуга видеть не будут: автоматически будет подтягиваться договор, привязанный здесь.<br /> <br /> Вообще, конечно, можно было бы указать договоры сразу в головном «Агроторге» — и для Нижнего, и для Йошкар-Олы. Почему так лучше не делать? Когда вы заносите документ и для поля есть единственный вариант, оно заполняется автоматически. Если есть вариативность, поле автоматически не заполняется. То есть если бы было доступно два договора, поле не заполнилось бы, и договор пришлось бы выбирать вручную. Если договор один, он подставляется автоматически.<br /> <br /> == [[#video-time-2852|00:47:32]] · Как клиент попадает в сегмент и получает доступ к соглашению ==<br /> <br /> '''Сергей:''' Теперь по-быстрому про соглашение. Мы ввели соглашение и назвали его «Агроторг Йошкар-Ола». Но здесь, в списке, мы его не видим. Почему? Для этого соглашения мы указали сегмент клиентов «Агроторг Йошкар-Ола», и только для них оно будет видно. Привязка к сегменту осуществляется в карточке самого клиента, на закладке «Сегменты». Находим «Агроторг Йошкар-Ола», нажимаем «Включить в сегмент» — появляется галочка, и теперь соглашение становится доступно для выбора.<br /> <br /> А вот соглашение «Отсрочка 30 календарных дней» у вас сейчас стоит как типовое, абсолютно для всех. Это не совсем правильно: желательно, чтобы таких соглашений, общих совершенно для всех, не было. Ну и, соответственно, здесь всё заполняется. Конечно, со всеми этими структурами, связями, пересечениями всё немного сложно, но…<br /> <br /> == [[#video-time-2928|00:48:48]] · Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать ==<br /> <br /> '''Участник:''' Печатную форму посмотрим?<br /> <br /> '''Сергей:''' Да, давайте печатную форму. Склад — центральный, Йошкар-Ола. Посмотрим, что попало в грузополучателя, — он есть. Проводим. Необходимо оформить счёт-фактуру… Универсальный передаточный документ. Не видно? Сейчас сделаю крупнее. Так видно?<br /> <br /> Смотрите: ИНН у нас головной, а КПП берётся у грузополучателя. Вот это правильная схема. Вопросы?<br /> <br /> '''Участник:''' Да, я, кстати, посмотрела — всё верно: у покупателя у нас тоже стоит КПП обособленного подразделения. Это я уже запуталась.<br /> <br /> '''Сергей:''' Ещё раз говорю: на то, что печатается через EDI, вообще не обращайте внимания — там всё формируется на уровне Контура, туда не смотрите. А для ваших обычных клиентов здесь всё корректно: получается вот такая цепочка связей.<br /> <br /> Правда, по умолчанию, когда мы выбираем клиента, программа подтягивает не того контрагента. Этот вопрос будем решать с ребятами: автоматически должно заполняться другое значение. Если я сейчас ещё раз выберу — видите, автоматически заполняется не то, что нужно: подставляется филиал. Нам это не надо, нам нужно, чтобы автоматически заполнялся «Агроторг». Александр здесь присутствует? Саш, ты нас слушаешь? Видимо, нет — я запишу и передам. То есть автоматически должно заполняться значение головного контрагента, а сюда должна подтягиваться информация по грузополучателю. Это решаемо.<br /> <br /> == [[#video-time-3111|00:51:51]] · Вывод марок «Честного знака» из оборота в договоре ==<br /> <br /> '''Ирина:''' Ясно, спасибо, Серёж. Понимаю, что задавать вопросы сейчас, наверное, ещё преждевременно.<br /> <br /> '''Сергей:''' Если вопросы есть, я отвечу, пока ещё немного есть время.<br /> <br /> '''Участник:''' Есть вопрос, но не знаю, вовремя ли его задавать. В договорах мы будем отмечать, что у клиента вывод марок «Честного знака» из оборота?<br /> <br /> '''Сергей:''' Сейчас. Там есть такая возможность. Информация об этом указывается в самом договоре, на закладке «Расчёты и оформление». Здесь ставим, что марки выбывают для собственных нужд.<br /> <br /> '''Участник:''' Спасибо. Мы это делаем для тех, кто у нас есть, — детские сады и тому подобное. И для всех клиентов доставки в Казани.<br /> <br /> '''Участник:''' А в отделе ритейла наоборот: у всех клиентов, кто берёт для собственных нужд, — вывод марок.<br /> <br /> '''Сергей:''' Но сканировать марки вам в любом случае требуется. Единственное — они у вас передаются по ЭДО [?] своеобразным образом. По умолчанию история такая: информация в договоре идёт по умолчанию. После того как выбирается договор, на закладке «Дополнительно» автоматически меняется значение — «Выбывают из оборота по причине собственных нужд». В принципе, если операция разовая, можно поменять и вручную.<br /> <br /> == [[#video-time-3223|00:53:43]] · Когда начнём вводить договоры: доступы и списки пользователей ==<br /> <br /> '''Участник:''' А ещё вопрос: когда мы сможем закрепить полученную информацию — начать вводить договор, например стандартный, который будет действовать для большинства наших клиентов, со стандартными ценами?<br /> <br /> '''Ирина:''' Этим как раз занимаются ребята: думаю, до конца недели вам установят все доступы. С вашей стороны мы хотели бы попросить одно. Вы присылали мне списки тех, кто будет участвовать в обучении, а теперь нужны такие же списки по филиалам — кто будет непосредственно работать, кому нужно установить доступ в ERP, — с указанием должности. Я так понимаю, кладовщик у вас не один — допустим, их будет трое. Точно так же те, кто будет заводить договоры, работать с клиентами и контрагентами. Пожалуйста, направьте нам эти списки, и ребята до конца недели организуют доступы.<br /> <br /> == [[#video-time-3289|00:54:49]] · Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу ==<br /> <br /> '''Ирина:''' Конечно, сегодня мы начали с самого сложного. Так как мы сейчас на записи, эти данные у нас останутся. Вот для чего мне было нужно, когда я изначально говорила про ответственного за ведение справочника контрагентов и за заполнение договоров. Мы ещё действительно не успели до конца посмотреть, какие данные вводятся. Там много настроек, которые обязательно должны присутствовать в момент оформления в 1С, когда мы заводим и контрагента, и партнёра, и договор, и соглашение об оплате [?] — это тоже обязательный элемент. С этим нам нужно будет ещё раз обучиться и поработать. И мы увидели, что там формируются очень серьёзные связи, — это важный момент.<br /> <br /> Сегодня наше время истекает. Давайте определимся: встречаемся завтра или в пятницу?<br /> <br /> '''Участник:''' Завтра у нас отчётная сессия. Думаю, лучше в пятницу.<br /> <br /> '''Ирина:''' Тогда смотрите, что я планирую на пятницу. Пройдём нормальный, обычный договор, простые вещи, чтобы можно было начинать с ними работать и обучаться после того, как ребята установят доступы. И я хотела бы, чтобы мы попробовали сделать документ перемещения: перемещение на машину или отправка с филиала обратно на завод — машина у нас ходит регулярно. Это тоже нужно обсудить и отработать. А с понедельника, если у вас уже будут доступы в ERP, может быть, выстроим работу по-другому: я смогу подключаться к вам, кто-то у вас будет садиться и непосредственно заносить операции, и мы будем обучаться совместно.<br /> <br /> == [[#video-time-3417|00:56:57]] · Подключение кладовщиков, пилот с Казанью, двойной ввод до января ==<br /> <br /> '''Участник:''' Можно вопрос? Если у руководства отчётная сессия, могли бы, допустим, завтра подключиться кладовщики из Казани?<br /> <br /> '''Участник:''' Нет, Динар [?], не надо: мы тоже хотим это знать, нам это тоже нужно.<br /> <br /> '''Ирина:''' Нет-нет, всё поняла. Давайте сейчас пройдём материал все вместе, а потом мы всё равно придём к тому, что будем отдельно с каждым филиалом нарабатывать и отрабатывать разные документы — я буду подключаться к каждому отдельно, к Казани. У нас была идея отработать с Казанью всё в полном объёме — допустим, во второй половине ноября или хотя бы в последней декаде — прямо в связке: завод отправляет филиалу, Казань — нам обратно. Посмотреть все эти документы, как будут работать связки, хотя бы с одним филиалом. А если ко второй половине ноября все филиалы смогут подключиться и начать эту работу — будет вообще замечательно.<br /> <br /> '''Участник:''' А в привычной нам 1С это как-то будет отражаться, или нужно будет делать двойную работу?<br /> <br /> '''Ирина:''' Двойную работу делать надо будет. Пока мы дублируем: в обычной 1С вы как работали, так и работаете, но нам нужно посмотреть, правильно ли мы всё провели, и сравнить — то есть дублировать документы, конечно, придётся. А с января мы будем работать только в ERP. Но сами розничные продажи и то, что уехало в доставку, пока будут работать в «Торговле» — опять-таки будет двойная работа.<br /> <br /> '''Участник:''' А склады как будут работать?<br /> <br /> '''Ирина:''' Склады погрузили, загрузили в машину в ERP — и на этом их работа закончилась.<br /> <br /> == [[#video-time-3544|00:59:04]] · Машины доставки, реализация в «Торговле» и контрагенты доставки ==<br /> <br /> '''Участник:''' А в 1С будут видеть то, что в ERP загрузили в машину?<br /> <br /> '''Ирина:''' Конечно, должны видеть. Над этим сейчас и работают программисты, чтобы выстроить обмены.<br /> <br /> '''Участник:''' «В машину» — вы имеете в виду межгородскую машину? Или машина доставки с января тоже будет в ERP?<br /> <br /> '''Ирина:''' Машину доставки загрузим в ERP — машины доставки будут занесены. Мы же со склада будем грузить в машину доставки, значит, все складские операции будут отражаться здесь. А дальше реализация с машины доставки пока останется в «Торговле». Насколько я понимаю, какое-то время это будет в «Торговле», потому что в течение следующего года пишется программа, на которую мы перейдём, чтобы отказаться от «Торговли»: в ней отдельно, обособленно будут розничные продажи.<br /> <br /> '''Участник:''' А пока мы будем работать и в 1С, и в ERP, контрагентов доставки мы должны будем заводить в ERP или нет? Я имею в виду не складские операции, а простых обычных контрагентов доставки.<br /> <br /> '''Ирина:''' Контрагенты доставки делятся на юридических и физических лиц. Физических лиц мы решили сюда не заносить: они будут выгружаться одним контрагентом — «Розничный покупатель» или «Физическое лицо», как решим. То есть сюда будет загружаться консолидированная общая сумма по документам. А юридические лица с доставки, так как отправка по ЭДО будет осуществляться из ERP, я так понимаю, тоже должны быть здесь. Понятно, что в «Торговле» они тоже есть — получается дублирование, и здесь их тоже нужно будет заносить. Вы же видите, сколько данных требуется здесь при заведении контрагентов, а в «Торговле» таких данных просто нет, поэтому их всё равно нужно будет как-то между собой увязывать. До этой части по контрагентам мы ещё отдельно дойдём и проработаем: пока всё в разработке, мы пробовали разные варианты и пока ни к чему не пришли. Но все усилия на сегодня направлены на то, чтобы максимально облегчить и упростить работу в двух программах. Думаю, всё, что сможем решить и сделать, мы обязательно сделаем.<br /> <br /> == [[#video-time-3723|01:02:03]] · Много программ одновременно: CRM, маршрутизатор и обмены ==<br /> <br /> '''Участник:''' Я к тому, что придётся заводить контрагента здесь, а потом ещё раз в «Торговле». Правильно я понимаю, что скоро у нас будет работа в старой 1С:Торговле, в новой программе, плюс новая CRM для приёма звонков и заказов, плюс маршрутизатор, с которым тоже идёт связка по тем же перемещениям? Серёжа, ты ещё с нами? Хотела спросить… Сейчас водители у себя в программе-маршрутизаторе делают перемещения — например, остатков, которые сдают на склад. И это перемещение автоматически создаётся в 1С:Торговле, а завскладом только подтверждает, верно оно или нет.<br /> <br /> '''Ирина:''' В этой части я тоже пока не могу сказать, как всё будет окончательно, — схемы я ещё не видела. Сейчас наша первоочередная задача — организовать и запустить работу склада: отработать справочники и складские операции. А обмены — то, что мы называем упрощением жизни: как мы будем загружать данные и как это будет взаимоувязываться со справочниками, которые мы заводим в ERP, — это задача со звёздочкой, мы над ней работаем.<br /> <br /> Повторюсь: понимаю, что сейчас это выглядит так, будто мы работаем в очень многих программах. Но вся идея внедрения ERP как раз в том, чтобы всё упростить и работать в одной программе. Плюс должна быть CRM, которую сейчас пишут, — и остаться должны только CRM и ERP. Вот к этому мы должны прийти.<br /> <br /> == [[#video-time-3841|01:04:01]] · С чего начинать: склады, затем общие контрагенты; итоги встречи ==<br /> <br /> '''Участник:''' То есть сейчас в первую очередь мы должны завести в ERP склады?<br /> <br /> '''Ирина:''' Конечно, да, — о чём я вас и просила. Сначала заводим склады. Дальше я попросила бы вас уже сейчас задуматься над справочником контрагентов: раз он у нас один общий, его тоже нужно проработать. Для начала выделить общих контрагентов или тех, кто где-то пересекается, — по крайней мере тех, о ком мы уже знаем, — чтобы отработать эти схемы. А когда отработаем разные варианты, мы уже будем понимать: если нашли партнёров, которые есть и там, и там, — как правильно завести их в программу и как ими пользоваться. Так пока и двигаемся.<br /> <br /> В пятницу, думаю, мы посмотрим перемещение, и к нему желательно, чтобы ваши склады уже были заведены. Время отправить список есть: пока мне никто не прислал актуальный список ваших складов, которые нужно занести в программу. Я могла бы что-то уже занести, чтобы с понедельника мы буквально начали пробовать проводить документы. На самом деле операций у нас будет очень много: кроме перемещений — отгрузки, списание, внутреннее потребление. Документов, на которых уже сейчас можно начинать нарабатывать практику, много.<br /> <br /> Ну что, на сегодня заканчиваем. Спасибо всем. Понимаю, что информация сложная, — и вообще нужно сказать, что ERP действительно сложная программа. Но думаю, мы всё это осилим и совместно выстроим процессы: в течение года всё должно сработаться, и потом вы уже забудете, что когда-то было сложно. Всем спасибо. В пятницу в 10 встречаемся по этой же ссылке.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=715 2026-10-28T15:50:42Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | [[#video-time-296|00:04:56]] || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | [[#video-time-436|00:07:16]] || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | [[#video-time-559|00:09:19]] || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | [[#video-time-864|00:14:24]] || Задание по складам; справочник «Подразделения»<br /> |-<br /> | [[#video-time-1019|00:16:59]] || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | [[#video-time-1157|00:19:17]] || Кто заводит номенклатуру: только завод<br /> |-<br /> | [[#video-time-1255|00:20:55]] || Варианты навигации и поиск номенклатуры<br /> |-<br /> | [[#video-time-1380|00:23:00]] || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | [[#video-time-1504|00:25:04]] || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | [[#video-time-1689|00:28:09]] || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | [[#video-time-1835|00:30:35]] || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | [[#video-time-2025|00:33:45]] || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | [[#video-time-2226|00:37:06]] || Перенос контрагентов из «Торговли»<br /> |-<br /> | [[#video-time-2421|00:40:21]] || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | [[#video-time-2700|00:45:00]] || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | [[#video-time-2854|00:47:34]] || Поиск партнёра до создания и правила наименования<br /> |-<br /> | [[#video-time-2960|00:49:20]] || Физические лица и выгрузка документов<br /> |-<br /> | [[#video-time-3026|00:50:26]] || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | [[#video-time-3245|00:54:05]] || Карточка контрагента<br /> |-<br /> | [[#video-time-3281|00:54:41]] || Перенос на следующую встречу и задания<br /> |}<br /> <br /> =Общее описание встречи=<br /> Первая встреча по нормативно-справочной информации в 1С:ERP. Ведущая — Ирина.<br /> <br /> '''Что разобрали'''<br /> * Что такое ERP: единая программа для производства, торговли и всех филиалов. Учёт делится на операционный и финансовый контуры. Цена ошибки высокая: чтобы исправить документ, приходится откатывать все связанные с ним операции.<br /> * Раздел «НСИ и администрирование». Настройки меняются только по согласованию, процессы во всех филиалах должны быть одинаковыми.<br /> * Справочник «Склады и магазины». Склад бывает оптовым или розничным, контроль остатков включён обязательно: с красными остатками программа не даст закрыть месяц. Один склад могут использовать несколько организаций. Адреса берутся только из справочника.<br /> * Подразделения: каждая машина — отдельное подразделение для сбора затрат.<br /> * Номенклатуру заводит только завод. Введены единые правила наименования; есть отдельные варианты навигации для бухгалтеров и для склада.<br /> * Перемещения идут через склад машины, единый перевозчик — ИП. Справочник «Транспортные средства» и водителей филиалы заполняют сами, вручную, и заносят только работающие машины. Тестовая эксплуатация — с декабря.<br /> * Контрагенты. Партнёр — управленческая единица, контрагент — юрлицо. В программе есть проверка дублей при создании и вид отношений с партнёром: клиент, поставщик, прочие. Физлица идут одной строкой «Розничный покупатель». Справочник единый для всех филиалов; разграничение по филиалам через договоры пока прорабатывается.<br /> <br /> '''Задания филиалам'''<br /> * Составить актуальный список складов по филиалу и направить ведущей.<br /> * Подготовить актуальный справочник подразделений.<br /> * Назначить ответственного за ведение справочника контрагентов.<br /> * После получения доступа завести транспортные средства и водителей.<br /> <br /> '''Следующая встреча:''' договоры, соглашения и цены.<br /> <br /> =Расшифровка встречи=<br /> ''Текст без пометки — речь ведущей (Ирина); участники обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] — фрагмент не удалось разобрать.''<br /> <br /> == [[#video-time-4|00:00:04]] · Что такое ERP и чем она отличается от привычных программ ==<br /> <br /> Вот так будет выглядеть сама программа. Те, кто сейчас работает в [ДНС?], увидят знакомые вещи: интерфейс в целом похож.<br /> <br /> Нужно сказать, что такое ERP. Дословно это переводится как «планирование ресурсов предприятия». Это система, которая позволит нам управлять ресурсами всего предприятия. Основная задача программы — интегрировать все бизнес-процессы разных сфер деятельности предприятия в единую систему. В нашем случае это и производство, и торговля, и продажи, и все филиалы, и другие организации, которые работают с нами в связке: все они будут заведены в эту программу. Мы все будем работать в одной плоскости.<br /> <br /> В результате у нас будет единая программа для управления. Одновременно она будет служить для принятия управленческих решений, для бухгалтерского и налогового учёта.<br /> <br /> Меня часто спрашивают, давно ли существует ERP. В целом она используется с 2014 года и до сих пор постоянно совершенствуется и меняется. Поэтому обучаться нам придётся достаточно часто, наверное, постоянно: возможности программы очень большие. Если появятся новые операции, которые мы до 1 января не рассматривали, мы точно так же будем их изучать, настраивать и смотреть, что придумали программисты в 1С:ERP и как это реализовано.<br /> <br /> Основное отличие, наверное, больше касается бухгалтеров: 1С:ERP, как и «Торговля», — программа в первую очередь не для бухгалтерии. Здесь есть несколько контуров учёта. Первый — операционный учёт, то есть проведение самих операций исполнителями. И только спустя какое-то время проходит финансовый расчёт этих проведённых операций. Поэтому бухгалтерские проводки, которые мы привыкли смотреть, здесь появятся спустя какое-то время, и эти вопросы нам тоже нужно будет настраивать и контролировать.<br /> <br /> Чтобы быть уверенными, что все проводки сформируются правильно — только на основании документов, которые сотрудники провели на своих рабочих местах, — нужно изначально правильно настроить и саму программу по разделам, и справочники.<br /> <br /> Ещё одна особенность отличается от того, к чему мы привыкли: любая проведённая операция сразу попадает во все операционные отчёты. Можно сразу увидеть дебиторскую и кредиторскую задолженность, остатки в количестве на складах. Практически сразу можно формировать управленческие отчёты, а не спустя время, когда ещё можно что-то поправить. Монитор руководителя тоже работает практически в режиме онлайн. Поэтому здесь возрастает цена ошибки.<br /> <br /> Так как мы все работаем в одной плоскости, в одной связке, исправлять ошибки тоже достаточно проблематично: на основании одной проведённой операции формируются все остальные документы — впоследствии я покажу, как это происходит. Чтобы исправить первоначальную ошибку, нужно сначала откатить назад всё, что было связано с движением этого документа. Это достаточно сложно, особенно спустя какое-то время. Поэтому нам нужно научиться работать без ошибок и изначально прорабатывать каждую операцию с учётом всех возможных вариантов исполнения.<br /> <br /> == [[#video-time-296|00:04:56]] · Интерфейс программы и раздел «НСИ и администрирование» ==<br /> <br /> Слева мы видим все подсистемы. У меня доступ администратора, поэтому видны все разделы. У каждого из вас будут свои роли, и всё это вам не понадобится, но интерфейс будет выглядеть так же: слева будут расположены разделы, с которыми вы будете работать. В каждой подсистеме собраны документы и отчёты, с которыми нужно работать исполнителю.<br /> <br /> Сегодня мы начнём со справочников. Они находятся в разделе «НСИ и администрирование». Здесь очень много настроек: настройки НСИ и разделов, от которых зависит, что изначально будет входить в сами справочники. Для примера покажу параметры работы со складами: что у нас включается, какие виды складов мы используем. Например, если мы решили использовать доставку, здесь точно так же в настройках ставятся галочки — какие именно разделы нам пригодятся. Исходя из этих настроек и строится дальнейшая работа.<br /> <br /> Скорее всего, доступ к этим настройкам будет только у кого-то одного. Обсуждать их мы будем все вместе, а менять или добавлять что-то — только по согласованию. Почему? Раз мы работаем в единой программе, все процессы должны быть стандартизированы: мы все должны работать одинаково. Поэтому нужно обсудить, чего мы хотим, посмотреть, как это повлияет на другие филиалы и подобные операции, не помешает ли и не пойдёт ли вразрез с тем, что мы уже приняли и настроили, — и только потом принимать решение о дополнительных настройках.<br /> <br /> == [[#video-time-436|00:07:16]] · Справочник «Склады и магазины»: задача составить актуальный перечень складов ==<br /> <br /> Начнём со складов. Я посмотрела: у всех вас в филиалах множество разных складов, и этот справочник нам нужно отработать. В программе он называется «Склады и магазины».<br /> <br /> Кое-что мы здесь уже начали настраивать. Завод уже работает в этой программе: производство отрабатывает в ней все свои производственные процессы, и склад завода тоже. Поэтому какие-то необходимые склады мы уже завели, но в основном это то, что касается транспорта. Транспорт мы отрабатывали, и мы просили вас составить таблички, что у вас есть на сегодня.<br /> <br /> Но этого недостаточно: у вас есть и другие склады, которые вы используете. Я посмотрела, как это выглядит в «Торговле». Так как программа используется уже давно, там много складов, по которым непонятно, актуальны они или нет. Поэтому наша задача сейчас такая: я покажу, как заполняется этот справочник, а нам нужно составить актуальный перечень складов в разрезе филиалов. Каждый филиал смотрит у себя, что нужно на сегодняшний день, и мы вместе продумаем иерархию — как будем всё это выстраивать. И, конечно, когда у вас появится доступ к программе, нужно будет проверить, используется ли на сегодняшний день то, что мы занесли сюда по транспорту.<br /> <br /> == [[#video-time-559|00:09:19]] · Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса ==<br /> <br /> Что мы учитываем при создании склада? Во-первых, сразу появится запрос, оптовый это склад или розничный. С этим вы, наверное, тоже знакомы. Если мы выберем оптовый склад, розничные обороты по нему показывать не сможем. Розничный склад нужен там, куда нужно подтягивать чеки ККМ и тому подобное. При этом статус «розничный» позволяет использовать склад и как оптовый: он может работать в обоих качествах.<br /> <br /> Например, мы создаём склад и пишем его наименование. Так как я стояла на группе «Склады Казань», группа «Казань» сразу подтянулась. Здесь можно выбрать вид цены [?], если он используется только на этом складе. У нас будут такие склады, о них мы поговорим отдельно. Ещё нужно указать ответственного, если он есть, например заведующего складской территорией.<br /> <br /> Главное, что мы здесь отражаем, — галочка контроля остатков и управления запасами. Мы уже поняли, что работаем в одной связке, значит, контроль остатков у нас будет включён обязательно. Речь идёт о красных остатках: проводить документы «в красное» мы теперь не сможем. Если же настройка позволит в операционном учёте проводить документы в минус, то, как только дойдёт до финансового расчёта, программа не даст оценить, рассчитать или выписать финансовый документ с красными остатками.<br /> <br /> Сейчас я вижу много красных остатков на складах — не знаю, может быть, у вас ситуация лучше, но они есть. Даже если в течение месяца такие остатки где-то проскочат, при закрытии периода программа закрыть месяц не даст. А если месяц не закрыт, мы не получим никаких данных ни для управленческого, ни для бухгалтерского учёта. Так что красные остатки всё равно придётся чистить. Поэтому мы изначально везде ставим контроль остатков и учимся сразу работать так, чтобы все документы поступления и перемещения проводились вовремя, в хронологической последовательности.<br /> <br /> Ещё обратите внимание: организация в карточке склада нигде не указывается. У нас в базе будет несколько организаций, и один склад могут использовать разные юридические лица. Потом по нему мы будем видеть и отчёт по перемещениям между организациями. Здесь тоже важно контролировать остатки, чтобы красных остатков не было.<br /> <br /> В общем, пока всё достаточно просто. Настройки способов [обеспечения?] будут касаться не всех складов, и если понадобится, мы отработаем их отдельно. А так достаточно занести склад, указать адрес, поставить галочку «Контролировать свободные остатки» и, если есть ответственный, указать его.<br /> <br /> Про адреса скажу сразу для всей программы: мы будем заносить много адресов — контрагентов, покупателей, клиентов. Важное условие: с адресами мы работаем исключительно по справочнику. Открывается справочник, и мы выбираем адрес из него, а не заполняем вручную, даже если знаем его. Потом эти адреса попадают в документы, которые мы будем выписывать, особенно в реализацию, — и туда должны попадать именно адреса, занесённые с помощью справочника.<br /> <br /> == [[#video-time-864|00:14:24]] · Задание по складам; справочник «Подразделения» ==<br /> <br /> '''Ведущая:''' По заполнению справочника «Склады и магазины» есть вопросы?<br /> <br /> '''Участник:''' Пока вопросов нет, всё ясно.<br /> <br /> '''Ведущая:''' Значит, записываем себе задание: посмотреть и проанализировать свои справочники — в «Торговле» «Склады и магазины» выглядят так же — и составить список актуальных складов, то есть точек, которые нужно будет занести сюда по филиалу. Направьте его мне, наверное, на почту. Можно сделать это и совместно, индивидуально, чтобы не загружать всех: я покажу, как это делать, обсудим процесс. Как только будете готовы, сразу пишите или звоните мне.<br /> <br /> Ещё момент по подразделениям. Я показывала, как мы заводили транспортное средство. По транспорту принято решение: для каждой машины создаётся отдельное подразделение. Машина — это не только склад, но и подразделение, куда собираются затраты, связанные с этой машиной. Поэтому подразделение привязывается непосредственно к номеру машины. Здесь я вижу, что стоит не то подразделение: так как у вас не заведены дополнительные подразделения по филиалам, стоит основное. Это нам тоже нужно доработать.<br /> <br /> Поэтому смотрите у себя справочник «Склады» и сразу одновременно справочник «Подразделения». У меня пока, например, по Нижнему здесь пусто, подразделений нет. Это тоже нужно обсудить. По доставке в Йошкар-Оле мы машину занесли, потому что уже это используем. Если будут дополнительные точки, которые вы используете как подразделения — собираете по ним затраты или для других нужд, — это мы тоже должны обсудить. Итак, в дополнение к справочнику складов с вас ещё актуальный справочник подразделений в структуре вашего филиала.<br /> <br /> == [[#video-time-1019|00:16:59]] · Справочник «Номенклатура»: настройки учёта и правила наименования ==<br /> <br /> Так, задание понятно? Тогда переходим к справочнику «Номенклатура». Это, наверное, один из самых сложных справочников в плане настроек. До какой детализации вести учёт номенклатуры, мы решили заранее и отразили это в настройках — вот здесь, в разделе «Номенклатура»: какие разрезы учёта используются. От характеристик номенклатуры мы отказались, но решили, что будем учитывать многооборотную тару и упаковки. Справочник единиц измерения мы тоже заполнили и решили, что единицы измерения будут отдельно для отчётов и для хранения. Основные настройки мы поставили.<br /> <br /> Сейчас наша задача — при заполнении самого справочника номенклатуры, создавая позиции, заполнять те разделы, которые мы предусмотрели.<br /> <br /> Во-первых, мы приняли правила заполнения наименования; по мере заполнения для разных позиций принимали разные правила. В основной продукции мы немного поменяли названия и привели всё в единую систему. Наш склад — это, естественно, делалось совместно со складскими работниками — сказал, что так удобно, понятно и прозрачно. Не знаю, как будет у вас, может быть, придётся немного привыкнуть: впереди мы поставили размеры, литры, чтобы было единообразие, и названия тоже привели к общей картине. По остальным позициям решили оставить, как было в «Торговле», — перенесли как есть.<br /> <br /> == [[#video-time-1157|00:19:17]] · Кто заводит номенклатуру: только завод ==<br /> <br /> '''Ведущая:''' Хочу сразу спросить: есть ли у вас товары, которые вы закупаете сами, минуя склад завода?<br /> <br /> '''Участник:''' Ирина, таких товаров тоже нет. Мы вообще номенклатуру не заводим: её заводит только завод. Мы не имеем права вносить изменения в номенклатуру, у нас нет доступа.<br /> <br /> '''Ведущая:''' Хорошо.<br /> <br /> '''Участник:''' И в связи с этим вопрос: мы всё-таки должны будем что-то делать? Или это останется на стороне завода, и мы увидим просто готовый справочник номенклатуры? Мы бы хотели, чтобы было именно так — готовый справочник.<br /> <br /> '''Ведущая:''' Может быть, у меня была неверная информация, что что-то заводят сами филиалы.<br /> <br /> '''Участник:''' Нет, такого нет. Всё идёт централизованно, исключительно через завод.<br /> <br /> '''Ведущая:''' Значит, эта система и останется?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Ведущая:''' Тогда так и принимаем: пока работаем через нас. Если у вас есть какие-то особенности, я как раз хотела попросить предоставить перечень наименований, которые вы закупаете самостоятельно или по согласованию, минуя завод. Речь ведь идёт обо всём, например о расходных материалах. Ничего такого у вас нет? Закупкой вы вообще не занимаетесь, с поставщиками не работаете, правильно я понимаю?<br /> <br /> '''Участник:''' В любом случае у нас всё заводится через завод. Мы сами ничего не заводим и никаких изменений не вносим.<br /> <br /> '''Ведущая:''' Отлично.<br /> <br /> == [[#video-time-1255|00:20:55]] · Варианты навигации и поиск номенклатуры ==<br /> <br /> Теперь об удобстве использования. В этой программе можно менять вариант навигации. Один вариант мы сделали, наверное, больше для бухгалтеров — для тех, кто понимает вот эти цифры: это счета. Мы расписали, что конкретно будет учитываться на каждом субсчёте, чтобы был порядок, и в соответствии с этим заполняли. Для складских работников, для тех, кто занимается отгрузкой, мы настроили другой вариант: переключаем колёсиком вариант навигации — и он сделан в более-менее привычном вам виде. Для поиска здесь всё так же, как у вас, может быть, не один в один: здесь ещё отдельно выделили кулеры, тоже их немного сгруппировали.<br /> <br /> То есть в любом случае вы будете работать только со справочником, который мы уже занесли, правильно я поняла? Здесь вам просто нужно будет освоиться и посмотреть, насколько это удобно. Ваша задача как пользователей — переключить вариант навигации на простой и использовать его для подбора.<br /> <br /> Названия тоже могут немного отличаться от привычных, потому что мы проводим работу по наименованиям — как правильно их заносить. Мы решили, что вначале идёт существительное, потом марка, какие-то характеристики и цвет — например, по кулерам принимали такое решение. Но думаю, вы быстро адаптируетесь, и с поиском проблем не должно быть.<br /> <br /> == [[#video-time-1380|00:23:00]] · Схема перемещения товара на филиалы и единый перевозчик ==<br /> <br /> На номенклатуре долго останавливаться не буду, пойдём сразу к тому, что вам предстоит сделать самостоятельно.<br /> <br /> Смотрите, какая у нас система. Мы договорились, что работаем документом перемещения так же, как сейчас в «Торговле». Склад перемещает товар на склад машины, которая везёт его на филиал. Филиал приходует его в программе со склада машины тоже перемещением. А дальше, как я понимаю, филиал перегружает, отписывает товар в другие свои машины. Правильно?<br /> <br /> '''Участник:''' Да, всё верно.<br /> <br /> '''Ведущая:''' То есть у вас точно так же возникает необходимость учёта транспортных средств и водителей. На сегодняшний день принято решение, что у нас единый перевозчик — ИП Марушко [?] Анна Евгеньевна, от имени которой будут осуществляться все перевозки. Во всех транспортных накладных перевозчиком должно фигурировать это ИП. Все машины, которые принадлежали «Здоровой жизни», так или иначе сданы в аренду водителям-ИП. Они тоже должны быть занесены как контрагенты: с ними будут взаимные расчёты, которые тоже пройдут в этой программе, и всё это должно стыковаться между собой.<br /> <br /> Чтобы организовать весь этот учёт, мы, как я уже сказала, подключили раздел «Доставка». Чтобы он хорошо работал, здесь тоже нужно заполнить справочники.<br /> <br /> == [[#video-time-1504|00:25:04]] · Справочник «Транспортные средства»: что заносить и кто заполняет ==<br /> <br /> Во-первых, справочник «Транспортные средства» — в каждом филиале. Для чего мы его заполняем? Во-первых, эти данные попадают в транспортную накладную, а когда мы подключим электронную транспортную накладную — в выгрузку ЭТрН. Но мы сразу начинаем делать так, как положено, и заполняем полностью.<br /> <br /> Этот справочник никак не привязан к бухгалтерскому учёту. Это не справочник основных средств и не подразделение. Он нужен исключительно для того, чтобы мы могли отражать доставку, транспортировку. Поэтому этим справочником мы должны заниматься на местах. Я не знаю, как у вас поделён функционал.<br /> <br /> Что здесь заносится? Номер транспортного средства, марка — опять же, это требования транспортной накладной. Грузоподъёмность, вместимость, если есть прицеп — номер прицепа. Это основные данные. Ещё тип: грузовой тягач, с прицепом, грузовой фургон или что-то ещё, что у вас есть, — эти данные мы тоже заносим.<br /> <br /> Этот справочник будете заполнять уже вы. Вы работаете со своими водителями — не перевозчиками, а исполнителями перевозки, так скажем, — и по ходу дела что-то меняется: появляется новое транспортное средство или, например, поменялся водитель. Поэтому мы решили доверить этот блок непосредственно вам. На сегодняшний день вам нужно будет завести то, что у вас есть: свои транспортные средства, а кроме них ещё справочник физических лиц — водителей.<br /> <br /> Начнём с транспортных средств. Думаю, здесь трудностей не должно возникнуть. Как только у вас появится доступ к программе, ваша задача — занести транспортные средства, которые реально используются. Заходите в раздел «Склад и доставка», откроется окно с разными подразделами. Выбираем «Управление доставкой», открываем «Транспортные средства» и начинаем заполнять применительно к своим транспортным средствам. Понятно?<br /> <br /> == [[#video-time-1689|00:28:09]] · Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает ==<br /> <br /> '''Ведущая:''' Здесь есть вопросы?<br /> <br /> '''Участник:''' Ирина, подскажите, пожалуйста, из 1С это никак не будет переноситься? То есть мы должны всё забить вручную?<br /> <br /> '''Ведущая:''' Да, на этом этапе это нужно будет забить вручную. Наша задача сейчас — провести такую параллельную инвентаризацию всего и вся, чтобы не тащить никаких ошибок из «Торговли» и старых хвостов. Мы решили, что занесём всё заново. Тем более у нас есть время, нет такой спешки, что прямо сейчас срочно нужно проделать большой объём работы. Спокойно заносим по две-три машины в день. Можно даже заносить по ходу, когда мы начнём пробовать заносить документы, — вам это как раз пригодится.<br /> <br /> Не знаю, насколько у вас много машин, поэтому распределите сами по трудозатратам и времени, как лучше. Но вы же видите, что информации здесь не так много. Самое главное, чтобы она была актуальная и правильная, чтобы всё совпадало с тем, что есть на самом деле.<br /> <br /> '''Участник:''' Машины, которые у нас уже не работают, не заносим?<br /> <br /> '''Ведущая:''' Нет, конечно. Только те, которые работают, — точно, на 100%. С декабря мы начнём тестовую эксплуатацию программы и будем заполнять документы в режиме реального времени. Поэтому нужно то, что у вас точно будет работать в декабре, — условно говоря, какие будут транспортные средства. А дальше, с января, если будут появляться новые, вы уже будете уметь заносить новые транспортные средства и работать с ними.<br /> <br /> Не знаю, где это удобнее делать: может быть, кладовщику, который непосредственно контактирует с водителями, или логисту, который ищет нового водителя или новое транспортное средство. Это вы на месте определитесь: кому можно это доверить, кому удобнее, кто быстрее об этом узнаёт, через кого проходит достоверная информация.<br /> <br /> == [[#video-time-1835|00:30:35]] · Справочник «Контрагенты»: партнёры и контрагенты ==<br /> <br /> '''Ведущая:''' Это мы проговорили. Справочник «Контрагенты» вы тоже не заполняете, я правильно поняла? Новых клиентов заносят только на заводе?<br /> <br /> '''Участник:''' [неразборчиво]<br /> <br /> '''Ведущая:''' Клиентов сами заносите? Хорошо. Тогда давайте сегодня поговорим о нюансах заполнения справочника «Контрагенты» — а их очень много.<br /> <br /> Во-первых, когда дело касается справочников, мы всегда заходим в раздел «НСИ и администрирование». Контрагент здесь непростой: справочников два. Сначала создаётся партнёр и только потом контрагент. Для чего это сделано? Мы решили пользоваться этой возможностью программы. Справочник партнёров — управленческий. Партнёр — это не юридическое лицо: у него нет ИНН, нет никакой юридической сущности.<br /> <br /> Бывает, что партнёр равен контрагенту: один партнёр — один контрагент. А бывает, что партнёр один, а у него в подчинении несколько юрлиц. Например, мы говорим «Мираж» и так и называем — «Мираж», а на самом деле под этим «Миражом» есть какие-то ИП, есть организация «Мираж-2». То есть контрагентов — юридических лиц — несколько, а партнёр один. Для чего это нужно? Работая с одним партнёром, мы можем сформировать по нему ведомость расчётов: сколько мы вообще должны этому партнёру по всем его юридическим лицам.<br /> <br /> Может быть и обратная ситуация, например в торговых сетях: юридическое лицо одно, а партнёров несколько — магазины или торговые точки, которые мы заносим через партнёров. В общем, это инструмент, который позволяет вести расчёты в сегодняшних непростых условиях: вариантов много, юридических лиц много, выстраиваются холдинги, с которыми мы работаем, и нам важно знать ситуацию в целом по холдингу. Поэтому мы решили пользоваться справочником «Партнёры».<br /> <br /> == [[#video-time-2025|00:33:45]] · Новые клиенты: сколько их и кто отвечает за справочник ==<br /> <br /> '''Ведущая:''' Сейчас покажу, как создаётся и заполняется новый партнёр. Но хочу сразу сказать: чтобы не засорять справочник, нам точно так же нужно определить у вас лиц, которые будут иметь к нему доступ. Вообще, как часто у вас появляются новые клиенты, новые партнёры? Сколько в день, например?<br /> <br /> '''Участник:''' Постоянно.<br /> <br /> '''Ведущая:''' Ну сколько в день?<br /> <br /> '''Участник:''' Бывает 10, бывает 20. На доставке огромное количество — это и физические лица, и все эти магазины. Клиентов в месяц — тысячи.<br /> <br /> '''Ведущая:''' Тысячи новых?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Ведущая:''' Физических или юридических лиц?<br /> <br /> '''Участник:''' Разных.<br /> <br /> '''Ведущая:''' Значит, так как этот справочник очень важный и на него очень многое завязано в дальнейшем, в каждом филиале нужно выбрать ответственных за заполнение справочника, за ввод новых контрагентов. Мы ещё раз отдельно пройдёмся по нему вместе: я написала инструкцию, пройдёмся по ней.<br /> <br /> '''Участник:''' Его заполняют все работающие менеджеры. Это стандартная операция при приёме нового клиента: абсолютно все менеджеры на приёме заказов заводят новых клиентов.<br /> <br /> '''Ведущая:''' Тем не менее я ещё раз попрошу выбрать в филиале ответственное лицо за ведение этого справочника — не знаю, старшего менеджера или кого-то ещё. На этом справочнике у нас многое завязано. Если сменился персонал, пришёл новый менеджер, кто-то не понял, как это делать, или сделал ошибку, ответственный за ведение справочника сможет проконтролировать, подсказать, обучить. Понятно, что обучать мы будем всех работающих менеджеров, но должен быть кто-то один ответственный.<br /> <br /> Потому что история, которая сейчас творится в «Торговле», — дублирование, когда контрагент должен быть один, а его там три-четыре, — нам не годится. Здесь это нужно исключить. Тем более реализация с доставки: помните, я в самом начале сказала, что до машины, которая поехала к клиенту, мы всё проводим в ERP, а оттуда будем выгружать данные сюда [?]. Обязательно нужно будет взаимоувязать показатели, чтобы всё вставало чётко и ежедневно были все остатки и показатели по реализации. Поэтому справочник контрагентов нужно очень жёстко контролировать. Сейчас я в общем покажу, как мы с ним будем работать, — вы поймёте, почему здесь важны какие-то вещи, и, может быть, кто-то сам вызовется быть ответственным за его заполнение.<br /> <br /> == [[#video-time-2226|00:37:06]] · Перенос контрагентов из «Торговли» ==<br /> <br /> '''Участник:''' Мы всех наших контрагентов будем вручную переносить?<br /> <br /> '''Ведущая:''' Каких? Вы имеете в виду клиентов?<br /> <br /> '''Участник:''' 20 тысяч — наша АКБ.<br /> <br /> '''Ведущая:''' Насколько я знаю, сейчас Анна Евгеньевна [?] сама взяла под контроль вопрос чистки базы в «Торговле». Базу приводят в порядок и пытаются объединить дубли и исправить старые ошибки. Сейчас у персонала уже есть понимание, всё чётко заносится по правилам, дублей нет, так скажем?<br /> <br /> '''Участник:''' Нет, конечно.<br /> <br /> '''Ведущая:''' Думаю, мы всё-таки решили, что будем взаимоувязывать данные с «Торговлей», а не сначала заносить здесь вручную, а потом увязывать. Как это всё будет строиться — честно говоря, можно прямо сказать: эту нашу будущую систему мы выстраиваем сами, по ходу.<br /> <br /> '''Участник:''' Не хочется заносить 20 тысяч клиентов. Ладно ещё физлицо: фамилия, имя, адрес, подъезд, телефон.<br /> <br /> '''Ведущая:''' Нет-нет, эти клиенты сюда не попадут. Физических лиц здесь не будет: они пойдут одной строкой — «физическое лицо».<br /> <br /> '''Участник:''' А юридические лица как раз сложнее. Там у каждого расчётный счёт, корсчёт, БИК банка, юридический адрес, фактический адрес — их может быть много. Заносить всё это заново — это, по-моему, только плодить ошибки.<br /> <br /> '''Ведущая:''' Честно говоря, у меня пока нет до конца ответа, как это всё будет выглядеть. Сейчас наша задача — научиться и понимать, как это устроено в программе. В дальнейшем мы придумаем, что будем выгружать сюда, и всё равно нужно будет проверить, как это встало и насколько правильно заполнилось. То, что выгружалось сейчас, — мы пробовали — получилась полная ерунда: это не работает и никуда не годится, мы там всё поудаляли, потому что нарушаются все наши правила. Тогда мы не сможем ежедневно получать результаты, а задача стоит именно так: ежедневно закрывать все операции, которые возможно, и видеть результат.<br /> <br /> Как будем выстраивать дальше, решим по ходу дела. Но сейчас наша задача — научиться и понимать, как это работает здесь, в ERP. Может быть, потом мы настроим всё так, чтобы в «Торговле» заносить по-другому: поймём, что нужно, чтобы в ERP всё вставало правильно, и тогда поменяем в «Торговле» подход к занесению данных. Мы это с вами отработаем, обязательно до этого дойдём — у нас на это весь декабрь.<br /> <br /> == [[#video-time-2421|00:40:21]] · Создание партнёра: помощник регистрации и проверка на дубли ==<br /> <br /> Итак, мы поняли: здесь у нас есть партнёр, а здесь контрагент. Контрагент — юридическое лицо, партнёр — [управленческое?] наименование этого контрагента.<br /> <br /> Что происходит при создании нового партнёра? Здесь есть помощник регистрации. Вам видно? Наверное, жёлтенькое не видно: стрелочка «Далее» внизу, я показываю в правой части экрана. Не видно?<br /> <br /> '''Участник:''' Видно.<br /> <br /> '''Ведущая:''' Да, то есть у вас есть помощник регистрации партнёра, и по нему можно двигаться. Здесь всё просто: выбираем «Компания». Если на основании этого партнёра будет создан контрагент, ставим соответствующую галочку — здесь прямо пишется, что будет создан контрагент. Выбираем, юрлицо это, индивидуальный предприниматель или нерезидент. Дальше вводим ИНН, нажимаем на кнопку, и всё заполняется из регистров: подтягиваются данные, автоматически заполняются публичное наименование, телефон — всё встаёт.<br /> <br /> Давайте я лучше покажу на готовом примере. Вот здесь «Ритейл» занесён неправильно… Нет, так не надо, покажу на ком-нибудь другом.<br /> <br /> Я как раз говорю о дублировании. Допустим, создаём юридическое лицо: заполнились основные характеристики, которые уже подгружены из общего доступа. Дальше стрелочкой «Далее» можем двигаться. Видите, программа выдаёт ошибку: необходимо указать хотя бы одно значение контактной информации или хотя бы одно контактное лицо. То есть нужно указать либо e-mail организации, либо телефон, иначе дальше программа двигаться не даст. Заносим e-mail, телефон — и тогда можно идти дальше. Так как стоит галочка «Данные контактного лица», формируется справочник контактных лиц партнёра. Я сейчас её уберу, не будем формировать.<br /> <br /> И вот, видите, программа сразу выдаёт: найдены партнёры с совпадающими данными, примите решение о дальнейших действиях. Она выделяет, что совпадает — название, телефоны, — а что не совпадает, и мы решаем, что с этим делать. Четыре совпадения: по «Умному ритейлу» [?], по «Водоканалу» такой же номер телефона — видимо, у всех остальных тоже введены просто временные телефоны.<br /> <br /> Дальше можно решить: не регистрировать нового партнёра, а использовать найденного. Можно продолжить регистрацию партнёра и подчинить его найденному, если одно к другому имеет отношение. И можно продолжить регистрацию нового партнёра, но тогда контрагент создан не будет, потому что контрагент с таким ИНН и КПП уже есть. Здесь даже видно, кто и когда это сделал. То есть контроль здесь присутствует: программа подсказывает, что такой контрагент уже есть и сделать это вы не можете.<br /> <br /> == [[#video-time-2700|00:45:00]] · Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие ==<br /> <br /> Самый важный момент программа здесь не показала: в партнёрах она попросит указать, кем является этот партнёр, какие у нас с ним отношения. От этого зависит очень многое: клиент он, поставщик, перевозчик или у нас с ним какие-то прочие отношения. Эти данные принципиально важны — от них зависит дальнейший доступ к документам. Если мы указали, что он только клиент, мы можем выписывать всё, что касается реализации. Но если понадобится, например, сделать уступку права требования по его долгу, это уже относится к прочим отношениям, а не к клиентским, и без этой галочки сформировать такие документы мы не сможем.<br /> <br /> Точно так же один партнёр может быть с одной стороны клиентом, а с другой — поставщиком, то есть одновременно что-то нам поставлять. Тогда обязательно должна стоять галочка «Поставщик». Один партнёр может быть и клиентом, и поставщиком, и иметь прочие отношения.<br /> <br /> На этот момент очень важно обращать внимание тому, кто заводит партнёров. Чаще всего партнёра заводит, как вы говорите, просто менеджер, который занимается реализацией. Он работает только с клиентами, поэтому по умолчанию будет заводить партнёра только как клиента. Он не знает, поставщик это или нет, есть ли с ним ещё какие-то отношения. Поэтому я и говорю: нужна либо подсказка менеджерам, либо ответственное лицо. Это должен быть человек такого уровня, который понимает, какой характер отношений может быть у нас с этим партнёром.<br /> <br /> '''Участник:''' Уверяю, даже руководители не понимают, кто из партнёров у нас клиенты. Например, заказы идут через завод: заказывают какой-то товар у поставщика. А этот поставщик в Казани, Чебоксарах, Нижнем может быть нашим клиентом, которому мы возим воду. Даже руководители, даже директора филиалов могут об этом не знать. Это знает только бухгалтерия в Йошкар-Оле.<br /> <br /> '''Ведущая:''' Вот даже так, да?<br /> <br /> == [[#video-time-2854|00:47:34]] · Поиск партнёра до создания и правила наименования ==<br /> <br /> '''Участник:''' Да. А есть проверка до создания? Чтобы не на этапе, когда мы уже ввели данные, видеть, что такой контрагент не должен быть создан, а сначала поискать и потом уже принимать решение, создавать новый или нет.<br /> <br /> '''Ведущая:''' Да, конечно. В справочнике партнёров мы, конечно, можем осуществлять поиск и подбирать. Но посмотрите, какие в основном были ошибки. Они были связаны с названием: вводили его неправильно, по-разному. Сейчас мы приняли решение, и в справочнике ко всему одинаковый подход. Это облегчает поиск: никаких лишних кавычек, никаких «ООО» в начале — есть правила заполнения. У нас принято писать без знаков препинания: просто пишем название, а статус — ООО, АО, ИП или другой — идёт припиской в конце.<br /> <br /> '''Участник:''' А можно искать не только по названию, но и, например, по ИНН?<br /> <br /> '''Ведущая:''' По ИНН мы будем искать в справочнике «Контрагенты». Помните, я говорила: партнёры — это партнёры, контрагенты — это контрагенты. Сначала это, наверное, будет вызывать затруднения в понимании, но потом, когда будем постоянно этим пользоваться, мы научимся работать с обоими справочниками — и с партнёрами, и с контрагентами.<br /> <br /> == [[#video-time-2960|00:49:20]] · Физические лица и выгрузка документов ==<br /> <br /> '''Участник:''' А если это физлицо, как мы должны искать его в партнёрах?<br /> <br /> '''Ведущая:''' Видимо, их там не будет. Мы решили, что клиенты — физические лица, которым мы реализуем, сюда выгружаться не будут: физлица из программы пойдут, допустим, на одного розничного покупателя. Все наши клиенты, которые уходят как физики в розницу, всегда загружаются общей позицией — по сути, на одного клиента-партнёра. Аналитики по ним здесь не будет.<br /> <br /> С юридическими лицами иначе. На сегодняшний день мы видим решение такое, что выгрузка [ЭДО?] будет проходить отсюда, из ERP. Поэтому нам важно, чтобы сюда правильно подгрузилось из «Торговли» то, что нужно, и отсюда пошла отправка. И здесь, конечно, важно, чтобы все контрагенты встали и были правильно заполнены.<br /> <br /> == [[#video-time-3026|00:50:26]] · Единый справочник контрагентов и работа с несколькими филиалами ==<br /> <br /> Опять же, у нас будет единый справочник контрагентов. Так же, как справочник номенклатуры один, один и справочник контрагентов. Всех, с кем вы работаете, мы здесь будем видеть.<br /> <br /> '''Участник:''' Подскажите тогда: если справочник единый между городами — допустим, у [Туэльвира?] в Казани есть этот контрагент, а у них филиал в Чебоксарах, — какие будут действия?<br /> <br /> '''Ведущая:''' Мы сейчас как раз обсуждаем этот вариант. Справочник единый, но если он будет разрастаться, он станет очень большим. А вам, возможно, и не нужно видеть тех партнёров или контрагентов, с которыми вы не работаете: Нижнему нужны свои, Чебоксарам свои, Казани свои — чтобы справочник не засорялся огромным количеством записей. Поэтому сейчас рассматриваем вариант использовать одного общего партнёра и одного контрагента, который работает с разными филиалами по разным договорам. Вы ведь по разным договорам работаете?<br /> <br /> '''Участник:''' Да. Например, рядом с Чебоксарами — Новочебоксарск, это тоже наш филиал. У нас куча клиентов, у которых точки есть и в Чебоксарах, и в Новочебоксарске, и на данный момент мы заводим двух клиентов в двух разных базах. Как нам действовать в этом случае?<br /> <br /> '''Ведущая:''' Я и говорю: мы рассматриваем вариант, когда принадлежность к филиалу определяется договором. Если договор заключён, например, с Новочебоксарском, то по этому принципу контрагент и будет у вас — ещё один партнёр плодиться не будет. Будет один контрагент, одно юридическое лицо, но договоры разные. В рамках договора, который мы определили как новочебоксарский, он будет высвечиваться везде в ваших отчётах, в ваших оборотах. А мы здесь будем видеть всю картину по этому партнёру в целом. А сверки вы с ними как делаете? Только по своей части?<br /> <br /> '''Участник:''' Партнёр-то у нас один, а по Новочебоксарску у нас другая сверка [?].<br /> <br /> '''Ведущая:''' Партнёр у нас будет один, он здесь в списке. И контрагент у вас будет один. Но, как я говорю, мы рассматриваем вариант, при котором в акте сверки будет выходить только ваш договор. Когда вы, например, в Чебоксарах делаете сверку по этому контрагенту, в интерфейсе вы увидите этого же партнёра и этого же контрагента, но договор у вас будет только чебоксарский. По нему вы и сможете контролировать свои обороты и расчёты. Но это пока наши рассуждения: мы это ещё не реализовали, как раз сейчас над этим работаем и посмотрим, как система будет работать.<br /> <br /> == [[#video-time-3245|00:54:05]] · Карточка контрагента ==<br /> <br /> Если дальше перейти к контрагенту: мы создали партнёра и, помните, поставили галочку, что одновременно создаётся контрагент. В контрагенте мы тоже смотрим данные: всё заполнилось автоматически, в том числе адреса; если нужно, дополняем. Но основной вопрос, который у нас встаёт, — это всё-таки договор.<br /> <br /> == [[#video-time-3281|00:54:41]] · Перенос на следующую встречу и задания ==<br /> <br /> '''Ведущая:''' Не знаю, у нас с 11 часов уже час прошёл. Как у вас по времени, вы, наверное, спланировали? Может быть, к договору и ко всем этим нюансам перейдём завтра? Или могу продолжить сейчас?<br /> <br /> '''Участник:''' Нет, мы бы лучше на завтра перенесли.<br /> <br /> '''Ведущая:''' Да, хорошо, так и договоримся. Сегодня мы проговорили: с вас актуальные списки — ещё раз напоминаю — по складам и по подразделениям. Завтра продолжаем рассматривать, как заполняется справочник «Контрагенты» в разных вариантах, может быть, успеем посмотреть партнёров. Если Марат [?] сегодня сделает, я хотела для примера показать, как мы работаем, например, с «Магнитом» — как выстроить этот справочник. Дальше завтра рассмотрим договоры, соглашения и цены. На сегодня у меня всё, спасибо большое.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261028&diff=714 2026-10-28T15:49:24Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 28.10.2026. НСИ - Партнеры РЦ - Обособки}}<br /> [[Файл:Запись встречи 28.10.2026 НСИ Партнеры РЦ обособки.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-10|00:00:10]] || Напоминание: партнёры и контрагенты, три варианта связи<br /> |-<br /> | [[#video-time-84|00:01:24]] || Пример: «Агроторг» и его обособленные подразделения<br /> |-<br /> | [[#video-time-163|00:02:43]] || Головной партнёр и контрагент; трёхуровневая схема для филиалов<br /> |-<br /> | [[#video-time-376|00:06:16]] || Подчинённые партнёры: через помощник или вручную<br /> |-<br /> | [[#video-time-581|00:09:41]] || Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа<br /> |-<br /> | [[#video-time-704|00:11:44]] || Адрес точки — только по классификатору: это нужно для ЭДО<br /> |-<br /> | [[#video-time-1064|00:17:44]] || Телефон и привязка обособленного подразделения как контрагента<br /> |-<br /> | [[#video-time-1232|00:20:32]] || Как это выглядит в реализации: клиент, контрагент, грузополучатель<br /> |-<br /> | [[#video-time-1357|00:22:37]] || Чей КПП выходит в УПД: обсуждение грузополучателя и EDI<br /> |-<br /> | [[#video-time-1646|00:27:26]] || Договор — на головного партнёра, цены — в соглашениях<br /> |-<br /> | [[#video-time-1788|00:29:48]] || Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней»<br /> |-<br /> | [[#video-time-2014|00:33:34]] || Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент<br /> |-<br /> | [[#video-time-2177|00:36:17]] || Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами»<br /> |-<br /> | [[#video-time-2350|00:39:10]] || Если у каждого филиала свой договор: трёхуровневая иерархия<br /> |-<br /> | [[#video-time-2561|00:42:41]] || Почему начали со сложной схемы<br /> |-<br /> | [[#video-time-2748|00:45:48]] || Свой договор у каждой филиальной группы, а не на головном партнёре<br /> |-<br /> | [[#video-time-2852|00:47:32]] || Как клиент попадает в сегмент и получает доступ к соглашению<br /> |-<br /> | [[#video-time-2928|00:48:48]] || Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать<br /> |-<br /> | [[#video-time-3111|00:51:51]] || Вывод марок «Честного знака» из оборота в договоре<br /> |-<br /> | [[#video-time-3223|00:53:43]] || Когда начнём вводить договоры: доступы и списки пользователей<br /> |-<br /> | [[#video-time-3289|00:54:49]] || Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу<br /> |-<br /> | [[#video-time-3417|00:56:57]] || Подключение кладовщиков, пилот с Казанью, двойной ввод до января<br /> |-<br /> | [[#video-time-3544|00:59:04]] || Машины доставки, реализация в «Торговле» и контрагенты доставки<br /> |-<br /> | [[#video-time-3723|01:02:03]] || Много программ одновременно: CRM, маршрутизатор и обмены<br /> |-<br /> | [[#video-time-3841|01:04:01]] || С чего начинать: склады, затем общие контрагенты; итоги встречи<br /> |}<br /> <br /> =Общее описание встречи=<br /> Первая встреча по нормативно-справочной информации в 1С:ERP. Ведущая — Ирина.<br /> <br /> '''Что разобрали'''<br /> * Что такое ERP: единая программа для производства, торговли и всех филиалов. Учёт делится на операционный и финансовый контуры. Цена ошибки высокая: чтобы исправить документ, приходится откатывать все связанные с ним операции.<br /> * Раздел «НСИ и администрирование». Настройки меняются только по согласованию, процессы во всех филиалах должны быть одинаковыми.<br /> * Справочник «Склады и магазины». Склад бывает оптовым или розничным, контроль остатков включён обязательно: с красными остатками программа не даст закрыть месяц. Один склад могут использовать несколько организаций. Адреса берутся только из справочника.<br /> * Подразделения: каждая машина — отдельное подразделение для сбора затрат.<br /> * Номенклатуру заводит только завод. Введены единые правила наименования; есть отдельные варианты навигации для бухгалтеров и для склада.<br /> * Перемещения идут через склад машины, единый перевозчик — ИП. Справочник «Транспортные средства» и водителей филиалы заполняют сами, вручную, и заносят только работающие машины. Тестовая эксплуатация — с декабря.<br /> * Контрагенты. Партнёр — управленческая единица, контрагент — юрлицо. В программе есть проверка дублей при создании и вид отношений с партнёром: клиент, поставщик, прочие. Физлица идут одной строкой «Розничный покупатель». Справочник единый для всех филиалов; разграничение по филиалам через договоры пока прорабатывается.<br /> <br /> '''Задания филиалам'''<br /> * Составить актуальный список складов по филиалу и направить ведущей.<br /> * Подготовить актуальный справочник подразделений.<br /> * Назначить ответственного за ведение справочника контрагентов.<br /> * После получения доступа завести транспортные средства и водителей.<br /> <br /> '''Следующая встреча:''' договоры, соглашения и цены.<br /> <br /> =Расшифровка встречи=<br /> ''Говорят ведущая Ирина и Сергей, который показывает работу в программе; остальные обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] и пояснения в квадратных скобках — фрагменты, которые не удалось разобрать дословно.''<br /> <br /> == [[#video-time-10|00:00:10]] · Напоминание: партнёры и контрагенты, три варианта связи ==<br /> <br /> '''Ирина:''' Вам видно схему? Она не очень качественная, но я хочу визуально напомнить то, о чём мы вчера говорили, — так, может быть, будет проще воспринимать.<br /> <br /> Помните, у нас есть два справочника: «Партнёры» и «Контрагенты». Партнёр — это управленческая единица, справочником которой можно пользоваться по-разному. Контрагент — это юридическое лицо со статусом, ИНН и всем прочим, то есть лицо, на которое мы выставляем расчётные документы.<br /> <br /> Какие есть варианты? Первый — группа партнёров: их несколько, например разные точки доставки, но контрагент один, одно юрлицо. Второй — один партнёр, но разные контрагенты, разные юрлица; так можно отражать, например, холдинговые структуры. И третий, простой случай: один контрагент равен одному партнёру.<br /> <br /> Сейчас мы рассмотрим как раз первый случай: несколько партнёров и одно юрлицо, с которым мы ведём расчёты.<br /> <br /> == [[#video-time-84|00:01:24]] · Пример: «Агроторг» и его обособленные подразделения ==<br /> <br /> '''Ирина:''' Для примера хочу показать — секундочку, мышку — пример, который вчера предоставила наша служба. Компания «Агроторг», у которой есть обособленные подразделения со своими КПП, — в нашем случае это Елабуга и Зеленодольск. Здесь видно, что у них разные КПП: это то, что приходит по ЭДО. При этом в документах, которые мы выставляем, эти обособленные подразделения фигурируют только как грузополучатели с адресом, а покупателем отражается юридическое лицо «Агроторг» с реквизитами головной компании. Как в таких случаях заполнять справочник в 1С, попросим продемонстрировать Сергея.<br /> <br /> == [[#video-time-163|00:02:43]] · Головной партнёр и контрагент; трёхуровневая схема для филиалов ==<br /> <br /> '''Сергей:''' Сначала вернёмся к файлу со схемой и разберём вот эту ситуацию — она будет немного сложнее. Здесь показаны торговые точки, а в нашем случае это будут сами обособленные подразделения, так что ситуация интереснее, чем на картинке. Вариант с картинки тоже вполне возможен: если у клиента нет обособленных подразделений — например, у вас есть какой-нибудь ИП с торговыми точками, РЦ или другими точками доставки, куда вы возите, — можно использовать эту схему. Понятно, что у ИП обособленных подразделений не бывает, поэтому обособки мы к нему заносить не будем.<br /> <br /> Сейчас разберём на примере «Агроторга». Как заносить головного партнёра, мы уже разобрали: есть головной партнёр, к нему заведён головной контрагент. Давайте сразу исправим КПП — поставим какой-нибудь, например 99… Итак, головной партнёр и головной контрагент — по сути, это плательщик, тот, кто в УПД выступает в качестве плательщика.<br /> <br /> Теперь нужно занести подчинённых партнёров — РЦ, торговые точки. Но я так понимаю, вы в массе своей в магазины, наверное, не доставляете? Только в РЦ? Или в магазины тоже? Кто может прокомментировать?<br /> <br /> '''Участник:''' В магазины тоже. Мы же не всё возим через РЦ: например, в Чебоксарах у нас вообще нет РЦ.<br /> <br /> '''Сергей:''' Прекрасно. То есть у вас доставка прямо в магазины. Значит, сюда будут заноситься и магазины, и РЦ — все, куда вы доставляете.<br /> <br /> Важный момент: договор на поставку у «Здоровой жизни» один для всех филиалов? Или у вас разные организации, или у каждого филиала свой договор? Очень часто бывают и различия в цене. Тогда, скорее всего, понадобится не двухуровневая схема партнёров, а трёхуровневая: сначала «Агроторг», потом подчинённые ему филиальные партнёры — «Агроторг Йошкар-Ола», «Агроторг Нижний», «Агроторг Казань», — а уже у них подчинённые РЦ и конкретные магазины. Почему так? Дело в том, что договор привязывается к партнёру.<br /> <br /> == [[#video-time-376|00:06:16]] · Подчинённые партнёры: через помощник или вручную ==<br /> <br /> '''Сергей:''' Давайте я сначала занесу без сложной иерархии, а дальше, если что, немного переделаем. Головного мы занесли, теперь нужно зайти внутрь: разворачиваем «Агроторг» — здесь по умолчанию пусто. Нам нужно занести сюда ещё одну строчку. Можно через кнопку «Создать» — открывается такой же помощник, как при вводе головного контрагента. А можно нажать «Создать нового»: в этом случае помощник не открывается, и вы заносите партнёра вручную.<br /> <br /> '''Участник:''' Извините, можно вопрос? Когда вы нажимаете «Создать», мы создаём контрагента или партнёра? Когда вы нажали «Создать», выходит «Создать нового партнёра».<br /> <br /> '''Сергей:''' Когда нажимаем «Создать», открывается помощник создания. Это обработка, которая ведёт вас по шагам; в ней можно одновременно создать и партнёра, и контрагента — с контролем ИНН, контролем наличия в базе и так далее.<br /> <br /> '''Участник:''' Так я создаю партнёра или контрагента?<br /> <br /> '''Сергей:''' Ещё раз: когда вы нажимаете «Создать», вы создаёте не партнёра и не контрагента — у вас открывается обработка. По умолчанию, как написано сверху, идёт регистрация нового партнёра. Если поставить вот эту галочку, будут созданы и партнёр, и контрагент — видите, так и написано: «Будет создан партнёр и контрагент».<br /> <br /> '''Участник:''' А какую галочку, простите? Мышка не двигается, не понимаю.<br /> <br /> '''Сергей:''' Вот эту, видите, мигает. Там прямо по тексту написано: «Указать данные партнёра — будет создан контрагент».<br /> <br /> '''Ирина:''' Мы ещё подробно потренируемся, когда будем создавать простую схему. Сейчас мы рассматриваем справочник «Партнёры» — помните, тот вспомогательный управленческий справочник, который поможет привязывать несколько торговых точек, обособленных подразделений к одному юридическому лицу.<br /> <br /> '''Сергей:''' Да. Я хочу показать вам не только помощник, где партнёры и контрагенты создаются в автоматическом режиме, но и ручной режим, когда вы действуете более гибко и сами определяете, что как выводить. Дело в том, что у подчинённых партнёров не всегда есть контрагенты. Если у торговой точки есть обособка — свой КПП и всё прочее, — можно заносить через помощник с галочкой «Указать идентификационные данные партнёра — будет создан контрагент»: указываем, что это обособленное подразделение, и заносим все данные. А я хочу показать, как сделать полностью вручную: нажимаем не «Создать», а «Создать нового». Тогда открывается просто карточка нового партнёра — выглядит так же, как обычный партнёр.<br /> <br /> == [[#video-time-581|00:09:41]] · Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа ==<br /> <br /> '''Сергей:''' Пишем название — как он будет называться. Там была Елабуга, да? Не забываем ставить галочку, что это клиент.<br /> <br /> Что здесь видно? «Головное предприятие» — это как бы папочка: в какой папке находится партнёр, которого мы создаём. Дальше — группа доступа. Сейчас у меня полные права, поэтому здесь видно всё. По идее, здесь будет, наверное, Казань? Нет, отгружаем мы отсюда.<br /> <br /> Как раз хотел спросить у присутствующих. Вчера Чебоксары уже сказали, что партнёры могут пересекаться: один и тот же партнёр может принадлежать и Чебоксарам, и, допустим, Новочебоксарску. Наверное, так же партнёр может относиться и к Нижнему — у них тоже могут быть какие-то взаимоотношения. Видимо, группы доступа здесь придётся делать непростые… Давайте я пока поставлю общий доступ, а дальше разберёмся.<br /> <br /> == [[#video-time-704|00:11:44]] · Адрес точки — только по классификатору: это нужно для ЭДО ==<br /> <br /> '''Сергей:''' На закладке «Адрес» указываем фактический адрес этого РЦ.<br /> <br /> '''Ирина:''' И, как мы уже говорили, в обязательном порядке берём его из справочника.<br /> <br /> '''Сергей:''' Да, Ирин, поправлю, объясню. В общем случае этот адрес нам вроде бы не сильно важен — просто выходит где-то в печатной форме. Но сейчас всё взаимодействие с покупателями и поставщиками идёт через ЭДО, а завязка идёт на места осуществления деятельности — через коды ФИАС и так далее. Если вы занесёте адрес не по классификатору, ФИАС этого места осуществления деятельности просто не найдётся, и документ вы не отправите. Поэтому заносим исключительно по классификатору.<br /> <br /> '''Участник:''' Скажите, пожалуйста, обязательно заходить через многоточие, как вы, или можно начать набирать?<br /> <br /> '''Сергей:''' Не обязательно, можно. Давайте я сейчас его уберу. Если начинаем набирать, допустим, «Зелен…», выйдет только ограниченный список. Посмотрите, сколько одних только Зеленоградов. Зеленодольска может и не оказаться, а по другим названиям вариантов может выходить очень много — то, что вам нужно, вы в этом списке можете и не увидеть. В общем случае, если у вас уже есть данные, можно скопировать их и вставить сюда в адрес — дальше чуть покажем, — и программа найдёт их по классификатору.<br /> <br /> Улицы там нет, там как раз промышленная площадка… Такого быть не может. Интересно, обычно так не бывает. Нам нужен дом: если дома нет, вы адрес не найдёте. Должно быть какое-то здание, корпус или ещё что-нибудь.<br /> <br /> '''Участник:''' Но у них вот так указано.<br /> <br /> '''Сергей:''' По КЛАДР, по ФИАС это не сработает. Дом обязательно должен быть: даже в самой маленькой деревне есть улицы и дома.<br /> <br /> '''Участник:''' Извините, можно добавить? Скорее всего, справочники у вас точно такие же, как у нас: мы тоже вносим всё по классификатору, выбираем из списка. Но сейчас есть новые, строящиеся объекты, которых там нет.<br /> <br /> '''Сергей:''' Если их нет — да. Но здесь, видите, даже номера нет. Бывает, что ФИАС нет: его недостаточно оперативно наполняют. Бывают и случаи, когда адрес более глубокий — например, не само здание, а помещение в нём. Помещения в этом ФИАС, понятно, нет. Оно есть в ФИАС федерального уровня, в большой базе, а в той базе, из которой мы подбираем в 1С, ФИАС очень ограничен — только до здания. В этой ситуации коды ФИАС мест осуществления деятельности приходится подтягивать вручную, уже в ЭДО. Но это немного отдельная история, это потом. В любом случае, думаю, здесь должен быть какой-то адрес — скорее всего, вам что-то недодали. Ладно, давайте оставим.<br /> <br /> '''Ирина:''' Оставить, конечно, можем, но это неправильно: у вас даже индекс не определился. Юридически документ получится заполнен некорректно, и клиенты его не примут.<br /> <br /> '''Сергей:''' Конкретно в этой ситуации документ пройдёт: он идёт через EDI, через контур EDI, а там есть GLN, и у GLN уже есть привязка к адресам. Но в общем случае — да, нужно заводить полностью нормальный адрес.<br /> <br /> '''Ирина:''' Нам, конечно, надо выработать единый подход, чтобы понимать, когда нужно связываться с клиентом и уточнять. Это достаточно частый случай. Насколько я сталкивалась, юридические адреса очень часто бывают именно с помещениями. Это не так, что на тысячу клиентов встретится один, — боюсь, это будет встречаться гораздо чаще.<br /> <br /> '''Сергей:''' Да, конечно, это вполне нормальная ситуация. Зависит от того, с кем мы работаем. У какого-нибудь ИП адрес вообще только один — адрес прописки; других адресов, КПП и юридических данных у него нет. А с помещениями такое бывает очень часто. Тогда есть варианты: найти информацию — например, места осуществления деятельности есть на сайте налоговой, в «Честном знаке» или в ЕГАИС — и занести эти данные в 1С. Или клиент сам должен дать вам эту информацию, чтобы вы сделали привязку к адресу. Но это делается уже в рамках ЭДО, не сейчас.<br /> <br /> Нашли адрес — видите, сразу подключился промышленный район, 3 [?]. Вот так уже лучше.<br /> <br /> == [[#video-time-1064|00:17:44]] · Телефон и привязка обособленного подразделения как контрагента ==<br /> <br /> '''Сергей:''' Телефоны заносить крайне желательно: электронные транспортные накладные [?] обязательно требуют указания телефона. Записываем.<br /> <br /> Итак, сейчас в партнёрах мы ввели ещё одного партнёра, подчинённого «Агроторгу», — РЦ. Это может быть и торговая точка — любое место, куда мы везём. Так же как для «Агроторга» мы указали связанного контрагента, головного, теперь уже для РЦ указываем связанный филиал. Открываем: у нас Елабуга.<br /> <br /> '''Участник:''' А Елабуга уже связана, по-моему.<br /> <br /> '''Сергей:''' Уже связана, да. Открываем, переходим на закладку «Контрагенты». Здесь пусто. Нажимаем «Создать» и выбираем «Обособленное подразделение юридического лица». Здесь, кстати, можно набрать «Агроторг» — и он подтянется автоматически.<br /> <br /> Теперь нужно указать КПП. Для обособки обязательно указание фактического адреса. Адрес, который мы вводили выше, можно скопировать и вставить сюда — видите, программа автоматически находит его, вплоть до здания. Всё. Юридический адрес для обособки заполнять не обязательно.<br /> <br /> В принципе, здесь всё готово. Нужно проверить, чтобы было корректное название — сокращённое юридическое: оно будет выходить в печатной форме УПД. А рабочее наименование — это для вас, для отчётов внутри программы.<br /> <br /> == [[#video-time-1232|00:20:32]] · Как это выглядит в реализации: клиент, контрагент, грузополучатель ==<br /> <br /> '''Участник:''' Подскажите, пожалуйста, почему адрес обособленного подразделения не надо вводить? В УПД же есть плательщик и есть адрес доставки — строка, в которую как раз подтягивается адрес… А, поняла: юридический адрес не нужен, потому что он будет браться у плательщика.<br /> <br /> '''Сергей:''' Давайте я покажу, как это будет выглядеть в программе: открою какую-нибудь реализацию и посмотрим, как выглядит результат всего этого. В поле «Клиент» заносим этот РЦ. Дальше в поле «Контрагент» должен попадать «Агроторг» — тут ребятам нужно будет немного доработать, чтобы он заполнялся автоматически. То есть здесь у нас клиент — торговая точка, а здесь покупатель — тот самый плательщик, головной. Ещё есть реквизиты печатной формы — вот они. Грузополучателем здесь будет этот РЦ.<br /> <br /> Что в итоге получается? На 62-м счёте будет «Агроторг». Плательщиком в печатной форме будет головной «Агроторг», который, собственно, и будет платить деньги. А грузополучателем будет выходить этот РЦ, и КПП будет браться с него — так он и будет выходить в УПД. Вся цепочка выстроена.<br /> <br /> == [[#video-time-1357|00:22:37]] · Чей КПП выходит в УПД: обсуждение грузополучателя и EDI ==<br /> <br /> '''Участник:''' А у них-то в УПД — я как раз показывала — смущает, что этого КПП нет.<br /> <br /> '''Сергей:''' Как это нет?<br /> <br /> '''Участник:''' У них выходит КПП «Агроторга». У торговых точек КПП нет: КПП — это покупатель, а грузополучатель…<br /> <br /> '''Сергей:''' У них указывается КПП головного? В общем случае, мне кажется, это некорректно. Здесь должен быть КПП грузополучателя.<br /> <br /> '''Участник:''' Ну вот это то, что проходит по ЭДО. Я вчера специально просила этот пакет.<br /> <br /> '''Сергей:''' Тогда, думаю, у вас это проходит через контур EDI — там другая история, там всё работает совершенно по-другому. Вы ведь не печатаете эти УПД, ничего этого не делаете, там всё проходит иначе. Если вам нужно просто, чтобы документ печатался, — грузополучателя заполнять и вводить не требуется, вводим только партнёра.<br /> <br /> '''Участник:''' Я очень сомневаюсь… А как тогда встанет грузополучатель? Как это он не нужен? Вот в накладной посмотри: они же указывают конкретный РЦ.<br /> <br /> '''Сергей:''' Ещё раз: у документов, которые проходят через контур EDI, всё по-другому. Не вы формируете счета-фактуры и не вы заполняете все эти поля — это формируется автоматически. Как там это происходит, нам вообще не важно. Дело в том, что в EDI у вас нет грузополучателей, там есть GLN, и всё считается от GLN. Информация по КПП, адресам и всему прочему находится на серверах Контура, у вас её вообще нет — вы работаете просто с конкретным GLN.<br /> <br /> '''Участник:''' То есть мы на это не смотрим и настраиваем, как правильно?<br /> <br /> '''Сергей:''' Да. Правильно, когда указывается КПП, — его надо указывать, потому что у них это реальная обособка. Давайте не будем смотреть на печатную форму, а пойдём по своей логике: здесь должен быть КПП грузополучателя. Правильно?<br /> <br /> '''Участник:''' Ну, я смотрю, как у них там оформлено, я не знаю.<br /> <br /> '''Сергей:''' Ну не может быть по-другому. С головным КПП может совпадать, только если доставка идёт на юрадрес [?].<br /> <br /> '''Ирина:''' Филиалы могут поделиться: когда вы выписываете документы, вы обращаете на это внимание?<br /> <br /> '''Участник:''' Давайте не про «Агроторг», а вообще про обычных покупателей — местные сетки или ещё кого-нибудь. Можно здесь счёт-фактуру побольше раскрыть? Потому что в покупателе у нас обычно КПП головной организации, то есть плательщика.<br /> <br /> ''[Несколько человек одновременно обсуждают, чей КПП указывается в УПД — покупателя или грузополучателя; фрагмент неразборчив.]''<br /> <br /> '''Участник:''' Да, у нас есть грузополучатель — это отдельное поле со всем адресом, а ИНН/КПП… ИНН у грузополучателя и покупателя, понятно, свой, а КПП идёт грузополучателя. Я, например, работаю в том числе с алкогольными компаниями, у них с этим очень жёстко. Сейчас найду какого-нибудь нашего клиента — надо подумать, кто у нас так берёт.<br /> <br /> '''Сергей:''' Лучше не тех, кто через EDI, а обычных. Пока продолжим?<br /> <br /> '''Участник:''' Да-да, продолжайте, я поищу в базе.<br /> <br /> == [[#video-time-1646|00:27:26]] · Договор — на головного партнёра, цены — в соглашениях ==<br /> <br /> '''Сергей:''' Пока ищут, давайте про договоры. Договор мы вводим не на каждую торговую точку, а на нашего головного партнёра. Открываем «Договоры» и добавляем договор. Вы уже вводили договоры?<br /> <br /> '''Участник:''' Нет-нет, мы ещё даже не вводили.<br /> <br /> '''Сергей:''' Если поставить договор на торговую точку, получится, что он будет относиться только к этой торговой точке.<br /> <br /> '''Участник:''' Скажите, пожалуйста, как быть, когда у нас действительно разные цены — например, с Казанью [?] — при одном партнёре? Что будет отражаться в его договоре?<br /> <br /> '''Сергей:''' Это делается не в договоре. Цены в ERP указываются не в договоре, а в соглашении.<br /> <br /> '''Участник:''' Понятно. Соглашения у нас будут не на головного партнёра, а на подразделение?<br /> <br /> '''Сергей:''' Можно по-разному. Вообще соглашения бывают двух видов. Типовое соглашение действует на всех контрагентов с определёнными ограничениями. Индивидуальное ставится на конкретного партнёра. То есть нельзя [?] сделать соглашение и указать туда головного — там немного другая схема, это отдельная история. Но, опять же, при работе через EDI вам вообще без разницы: можете поставить одно соглашение на все «Агроторги», цены у вас приходят по EDI. Если нужно для контроля — это немного другая история: цены можно завести, но в принципе даже не обязательно, потому что они все загружаются с сайта.<br /> <br /> '''Участник:''' А если мы говорим не про них? У нас не все через EDI.<br /> <br /> '''Сергей:''' Да, понимаю. Тогда вопрос надо разбирать. Если речь о разовых конкретных клиентах, им можно сделать индивидуальное соглашение на конкретную торговую точку или конкретного покупателя.<br /> <br /> == [[#video-time-1788|00:29:48]] · Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней» ==<br /> <br /> '''Сергей:''' Но чаще всего делают так. Первое, что вам нужно сделать, — разобрать всех ваших покупателей по схемам работы. Ключевые точки здесь — цена продажи и отсрочка платежа. По этим двум параметрам уже можно вводить много разных соглашений. Кроме того, есть сети со своими договорными ценами — для них мы тоже заводим типовые соглашения.<br /> <br /> Например, какие у вас виды цен? Оптовая, оптовая минус 5, розничная? Какие цены есть?<br /> <br /> '''Участник:''' Цены все разные. Давайте для примера возьмём оптовую. С дилерами у нас отдельная.<br /> <br /> '''Сергей:''' Хорошо, пусть будут дилеры. Создаём типовое соглашение об условиях продаж, пишем «Дилеры». Какая у них типовая отсрочка? Скорее всего разная: две недели, три недели или предоплата? Кто-нибудь скажите?<br /> <br /> '''Участник:''' «Агроторг» — 40 дней.<br /> <br /> '''Сергей:''' Нет, «Агроторг» не трогаем. А у дилеров?<br /> <br /> '''Участник:''' По-разному, бывает две недели.<br /> <br /> '''Сергей:''' Отлично, давайте напишем 14. Ещё раз говорю: нам понадобится ввести все эти варианты соглашений. Итак, «Дилеры 14 дней». Далее: у нас есть такая штука — сегменты клиентов. Вы их ещё не заполняли, придётся заполнять. Давайте создадим папку для соглашений и назовём соглашение «Дилеры 14 дней». Указываем «Формировать вручную», выбираем «Дилеры 14 дней». Дальше организация: если торгуете от разных организаций, ничего не указываете; если от конкретной — можете её указать. Далее условия продаж…<br /> <br /> '''Ирина:''' Подожди, остановлю на секундочку, обращу внимание. Если мы можем одновременно работать с дилерами и от «Здоровой жизни», и от ИП Марушко, организацию не выбираем — делаем соглашение универсальным.<br /> <br /> '''Сергей:''' Думаю, скорее всего, вводить это будете не вы: это разовое дело, делается централизованно. У вас цены для дилеров с отсрочкой 14 дней в Йошкар-Оле, Казани и Нижнем отличаются?<br /> <br /> '''Участник:''' Не знаю… Отличаются. Конечно, отличаются — у одного дилера от другого.<br /> <br /> '''Сергей:''' Тогда у вас это не прайс «Дилеры»…<br /> <br /> '''Участник:''' Да, это не прайс для дилеров. У нас с каждым дилером индивидуально, абсолютно с каждым. Их не так много, но с каждым заключён индивидуальный договор, цена отличается.<br /> <br /> '''Сергей:''' Есть какая-то шкала [?]?<br /> <br /> '''Участник:''' Цена отличается в зависимости от количества покупаемого товара.<br /> <br /> '''Сергей:''' Смотрите, шкала-то ведь сама получается.<br /> <br /> '''Участник:''' Понятно, что у каждого дилера своя цена в зависимости от того, сколько он выбирает. Но в принципе по городу, по одному филиалу она общая.<br /> <br /> == [[#video-time-2014|00:33:34]] · Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент ==<br /> <br /> '''Сергей:''' Хорошо, давайте сделаем на примере того же «Агроторга», чтобы было понятно. Получается, у «Агроторга» в Йошкар-Оле и у «Агроторга» в Казани разные цены, да?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Участник:''' В Казани «Агроторга» нет, мы работали с ним через завод.<br /> <br /> '''Сергей:''' Мы условно берём «Агроторг». В Йошкар-Оле одна цена, в Казани другая: «Агроторг Йошкар-Ола», «Агроторг Чебоксары», «Агроторг Нижний» и так далее — у всех свои цены. Правильно? Хорошо. Теперь создаём типовое соглашение, в котором указываем «Агроторг Йошкар-Ола». Раз мы понимаем, откуда грузим, можем сразу указать организацию. Если вы будете заводить цены, сюда нужно будет завести тип цен — назвать его «Агроторг Йошкар-Ола» — и завести эти цены. При работе через Контур это вообще не обязательно, но заносить можно. У вас в прайсах с «Агроторгом», по-моему, цены с НДС? «Магниты» идут без НДС, а «Агроторг» с НДС, да?<br /> <br /> '''Участник:''' Вроде да.<br /> <br /> '''Сергей:''' Дальше склад — это чисто для удобства, его можно не указывать. Но если понятно, что это Йошкар-Ола, имеет смысл указать. Ставим галочку «Возвращать многооборотную тару» — обязательно.<br /> <br /> Что мы сделали? Мы сделали типовое соглашение и указали, к какому сегменту клиентов оно относится. Если сегмент не указать и оставить поле пустым, соглашение станет доступно абсолютно всем. Указывая сегмент, мы ограничиваем использование типового соглашения только клиентами, которые находятся в этом сегменте. Сейчас, если посмотреть состав, там никого нет — соответственно, пока оно никому не доступно.<br /> <br /> == [[#video-time-2177|00:36:17]] · Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами» ==<br /> <br /> '''Сергей:''' Мы немного перепрыгнули на сегменты, а нам ещё нужно ввести договор. Заводим его у головного партнёра: «Создать». Здесь полностью заполняем всю информацию: номер, дату, период действия и так далее. «Договор поставки» — можно назвать и как-то иначе, с номером; здесь всё ясно. Покупатель — головной, контрагент — головной, то есть тот, с кем заключается договор. В договоре желательно указывать счёт организации: если вы будете делать счета на оплату, этот счёт будет автоматически подтягиваться в накладные и счета на оплату. Далее — вы ещё не разбирали, какая у вас будет детализация расчётов?<br /> <br /> '''Участник:''' Нет, ещё не разбирали.<br /> <br /> '''Сергей:''' Это потом: это большая и сложная история, пока пропущу.<br /> <br /> Важная галочка — «Разрешена работа с дочерними партнёрами». Это очень важно. Если у вас один к одному — один партнёр, один контрагент, — эта галочка вообще не обязательна. Но когда вы работаете по такой иерархии, а договор мы сейчас сделали именно на «Агроторг», без этой галочки договор не будет срабатывать и не будет виден для нижележащих партнёров. Поэтому в обязательном порядке ставим галочку «Разрешена работа с дочерними партнёрами». Понятно?<br /> <br /> Давайте я просто покажу. Договор я записал. Создаю новую реализацию, открываю — здесь ничего нет, потому что галочка «Разрешена работа…» не стоит: договор привязан к головному покупателю, и выбрать его в реализации я не могу. Когда я эту галочку поставлю, договор в реализации можно будет выбрать.<br /> <br /> == [[#video-time-2350|00:39:10]] · Если у каждого филиала свой договор: трёхуровневая иерархия ==<br /> <br /> '''Сергей:''' Тут у вас возникает интересная история. Вы говорите, что каждый филиал заключает свой договор, правильно?<br /> <br /> '''Участник:''' Да, так сказали.<br /> <br /> '''Сергей:''' Тогда понадобится немного более сложная структура: не двухуровневая, а трёхуровневая иерархия. У нас будет «Агроторг», в нём подчинённые — скорее всего, «Агроторг Йошкар-Ола», «Агроторг Нижний», — и уже к ним мы будем привязывать конечные торговые точки. Давайте для примера — пусть будет «ПЛК» [?].<br /> <br /> Здесь нажимаем не «Создать», а «Создать нового» — филиалов там не будет. Пишем «Агроторг» — как назовём, «Агроторг Йошкар-Ола» или как-то так; имеется в виду именно эта группа. Так же ставим, что это клиент, и группу доступа — например, «Завод»; у всех подчинённых тоже должен быть «Завод». Пока не буду с этим заморачиваться, с доступами потом разберётесь. Ни адреса, ничего здесь нет — мы просто так обозначаем группу. И перетаскиваем эти значения внутрь. Вот так получается.<br /> <br /> Теперь покупателем в договоре, который мы сделали, должен быть не «Агроторг», а та папочка, в которой лежат наши точки. Выбираем её. Опять же указано, что разрешена работа с дочерними партнёрами, и для всех подчинённых партнёров «Агроторг ПЛК» этот договор будет доступен. Сам договор поставки нужно как-то обозначить — например, «Договор ПЛК», — чтобы было понятно, иначе будет неясно, что у нас происходит.<br /> <br /> '''Участник:''' Вопрос: если в наименовании указать «Договор ПЛК», он случайно так и не выйдет в УПД?<br /> <br /> '''Сергей:''' Нет-нет: в наименовании для печати вы пишете так, как вам нужно, чтобы выходило.<br /> <br /> '''Участник:''' А покупателем или грузополучателем не выйдет «Агроторг ПЛК»?<br /> <br /> '''Сергей:''' Нет. Покупателем в печатной форме выйдет тот клиент, которого вы поставите торговой точкой. [Дальше в демонстрации что-то не срабатывает, фрагмент неразборчив.]<br /> <br /> == [[#video-time-2561|00:42:41]] · Почему начали со сложной схемы ==<br /> <br /> '''Участник:''' А почему мы начали с самой сложной схемы? Почему не проработали сначала на практике простую, потом посложнее, потом ещё посложнее? У нас, например, в Чебоксарах просто кипит голова, и мы пока ничего не понимаем.<br /> <br /> '''Сергей:''' А вы сейчас будете вводить — и всё поймёте. У вас нет таких ситуаций, что ли? У вас такая же ситуация: точки есть, всё есть.<br /> <br /> '''Ирина:''' На самом деле мы столкнулись с этим вопросом, стали отрабатывать его на практике и привлекли Сергея — у него как раз был свободный час, чтобы поработать с нами. Поэтому мы решили этим воспользоваться.<br /> <br /> '''Участник:''' Вы столкнулись с этим вопросом, потому что уже этим пользуетесь и все простые схемы отработали. А мы ничего не отработали.<br /> <br /> '''Ирина:''' Не переживайте, мы с вами всё отработаем, и простые схемы тоже. Но, конечно, и не отработаете, если не начнёте делать. Согласна, сейчас мы вроде бы зашли со сложного. Но поверьте: мы сейчас это разбираем, а потом всё равно вернёмся, когда будем реально работать на практике и заносить документы. Сейчас вы ведь тоже работаете вслепую — полученные знания пока не отрабатываете сразу в программе. Просто сейчас появилась возможность эти знания получить. Мы их получим, и в дальнейшем, когда будем заносить и отрабатывать договоры, будем помнить, что было обучение, сможем его поднять. Более того, мы оформим всё в текстовом виде, чтобы информация была под рукой и было к какому источнику обратиться. А при занесении данных вы уже будете понимать, что тут всё не так просто: с договорами есть заковырка, которую нужно ещё раз посмотреть и внимательно отработать.<br /> <br /> Кстати, здесь же стоит вопрос: нам нужно рассмотреть всех наших клиентов-партнёров. Уже сейчас можно определить, какие группы нужно создать, — для партнёров, которые у нас пересекаются или повторяются.<br /> <br /> '''Сергей:''' Хочу ещё сказать: история с контрагентами и партнёрами не такая сложная, как история с соглашениями и сегментами. Та даже менее понятная: сегменты и соглашения связывают юридические данные — контрагентов, партнёров — с условиями продаж. Поэтому, наверное, вам пока не надо уходить в область соглашений. Могу вкратце показать, как это будет выглядеть в итоге, но подробно разбирать, думаю, пока не стоит.<br /> <br /> '''Ирина:''' Мы к этому ещё придём, не сразу. Сейчас нам нужно просто понимать, для чего это. Когда будем разбирать простую схему, там тоже будут соглашения, и они тоже будут простые. Но мы должны знать, что они бывают и сложными и как это нужно будет отражать.<br /> <br /> == [[#video-time-2748|00:45:48]] · Свой договор у каждой филиальной группы, а не на головном партнёре ==<br /> <br /> '''Сергей:''' Смотрите: мы привязали договор к «Агроторг ПЛК», поставили в нём галочку, что он используется для дочерних партнёров, и он стал доступен. Когда здесь будет не «Агроторг ПЛК», а, допустим, «Агроторг Нижний»… Давайте «Создать нового». «Агроторг Нижний» — правильно понимаю, так он называется? Пусть будет такое название. Группа доступа пока общая. Здесь будет свой договор, и здесь будет свой. Договоры Нижнего эти РЦ и Елабуга видеть не будут: автоматически будет подтягиваться договор, привязанный здесь.<br /> <br /> Вообще, конечно, можно было бы указать договоры сразу в головном «Агроторге» — и для Нижнего, и для Йошкар-Олы. Почему так лучше не делать? Когда вы заносите документ и для поля есть единственный вариант, оно заполняется автоматически. Если есть вариативность, поле автоматически не заполняется. То есть если бы было доступно два договора, поле не заполнилось бы, и договор пришлось бы выбирать вручную. Если договор один, он подставляется автоматически.<br /> <br /> == [[#video-time-2852|00:47:32]] · Как клиент попадает в сегмент и получает доступ к соглашению ==<br /> <br /> '''Сергей:''' Теперь по-быстрому про соглашение. Мы ввели соглашение и назвали его «Агроторг Йошкар-Ола». Но здесь, в списке, мы его не видим. Почему? Для этого соглашения мы указали сегмент клиентов «Агроторг Йошкар-Ола», и только для них оно будет видно. Привязка к сегменту осуществляется в карточке самого клиента, на закладке «Сегменты». Находим «Агроторг Йошкар-Ола», нажимаем «Включить в сегмент» — появляется галочка, и теперь соглашение становится доступно для выбора.<br /> <br /> А вот соглашение «Отсрочка 30 календарных дней» у вас сейчас стоит как типовое, абсолютно для всех. Это не совсем правильно: желательно, чтобы таких соглашений, общих совершенно для всех, не было. Ну и, соответственно, здесь всё заполняется. Конечно, со всеми этими структурами, связями, пересечениями всё немного сложно, но…<br /> <br /> == [[#video-time-2928|00:48:48]] · Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать ==<br /> <br /> '''Участник:''' Печатную форму посмотрим?<br /> <br /> '''Сергей:''' Да, давайте печатную форму. Склад — центральный, Йошкар-Ола. Посмотрим, что попало в грузополучателя, — он есть. Проводим. Необходимо оформить счёт-фактуру… Универсальный передаточный документ. Не видно? Сейчас сделаю крупнее. Так видно?<br /> <br /> Смотрите: ИНН у нас головной, а КПП берётся у грузополучателя. Вот это правильная схема. Вопросы?<br /> <br /> '''Участник:''' Да, я, кстати, посмотрела — всё верно: у покупателя у нас тоже стоит КПП обособленного подразделения. Это я уже запуталась.<br /> <br /> '''Сергей:''' Ещё раз говорю: на то, что печатается через EDI, вообще не обращайте внимания — там всё формируется на уровне Контура, туда не смотрите. А для ваших обычных клиентов здесь всё корректно: получается вот такая цепочка связей.<br /> <br /> Правда, по умолчанию, когда мы выбираем клиента, программа подтягивает не того контрагента. Этот вопрос будем решать с ребятами: автоматически должно заполняться другое значение. Если я сейчас ещё раз выберу — видите, автоматически заполняется не то, что нужно: подставляется филиал. Нам это не надо, нам нужно, чтобы автоматически заполнялся «Агроторг». Александр здесь присутствует? Саш, ты нас слушаешь? Видимо, нет — я запишу и передам. То есть автоматически должно заполняться значение головного контрагента, а сюда должна подтягиваться информация по грузополучателю. Это решаемо.<br /> <br /> == [[#video-time-3111|00:51:51]] · Вывод марок «Честного знака» из оборота в договоре ==<br /> <br /> '''Ирина:''' Ясно, спасибо, Серёж. Понимаю, что задавать вопросы сейчас, наверное, ещё преждевременно.<br /> <br /> '''Сергей:''' Если вопросы есть, я отвечу, пока ещё немного есть время.<br /> <br /> '''Участник:''' Есть вопрос, но не знаю, вовремя ли его задавать. В договорах мы будем отмечать, что у клиента вывод марок «Честного знака» из оборота?<br /> <br /> '''Сергей:''' Сейчас. Там есть такая возможность. Информация об этом указывается в самом договоре, на закладке «Расчёты и оформление». Здесь ставим, что марки выбывают для собственных нужд.<br /> <br /> '''Участник:''' Спасибо. Мы это делаем для тех, кто у нас есть, — детские сады и тому подобное. И для всех клиентов доставки в Казани.<br /> <br /> '''Участник:''' А в отделе ритейла наоборот: у всех клиентов, кто берёт для собственных нужд, — вывод марок.<br /> <br /> '''Сергей:''' Но сканировать марки вам в любом случае требуется. Единственное — они у вас передаются по ЭДО [?] своеобразным образом. По умолчанию история такая: информация в договоре идёт по умолчанию. После того как выбирается договор, на закладке «Дополнительно» автоматически меняется значение — «Выбывают из оборота по причине собственных нужд». В принципе, если операция разовая, можно поменять и вручную.<br /> <br /> == [[#video-time-3223|00:53:43]] · Когда начнём вводить договоры: доступы и списки пользователей ==<br /> <br /> '''Участник:''' А ещё вопрос: когда мы сможем закрепить полученную информацию — начать вводить договор, например стандартный, который будет действовать для большинства наших клиентов, со стандартными ценами?<br /> <br /> '''Ирина:''' Этим как раз занимаются ребята: думаю, до конца недели вам установят все доступы. С вашей стороны мы хотели бы попросить одно. Вы присылали мне списки тех, кто будет участвовать в обучении, а теперь нужны такие же списки по филиалам — кто будет непосредственно работать, кому нужно установить доступ в ERP, — с указанием должности. Я так понимаю, кладовщик у вас не один — допустим, их будет трое. Точно так же те, кто будет заводить договоры, работать с клиентами и контрагентами. Пожалуйста, направьте нам эти списки, и ребята до конца недели организуют доступы.<br /> <br /> == [[#video-time-3289|00:54:49]] · Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу ==<br /> <br /> '''Ирина:''' Конечно, сегодня мы начали с самого сложного. Так как мы сейчас на записи, эти данные у нас останутся. Вот для чего мне было нужно, когда я изначально говорила про ответственного за ведение справочника контрагентов и за заполнение договоров. Мы ещё действительно не успели до конца посмотреть, какие данные вводятся. Там много настроек, которые обязательно должны присутствовать в момент оформления в 1С, когда мы заводим и контрагента, и партнёра, и договор, и соглашение об оплате [?] — это тоже обязательный элемент. С этим нам нужно будет ещё раз обучиться и поработать. И мы увидели, что там формируются очень серьёзные связи, — это важный момент.<br /> <br /> Сегодня наше время истекает. Давайте определимся: встречаемся завтра или в пятницу?<br /> <br /> '''Участник:''' Завтра у нас отчётная сессия. Думаю, лучше в пятницу.<br /> <br /> '''Ирина:''' Тогда смотрите, что я планирую на пятницу. Пройдём нормальный, обычный договор, простые вещи, чтобы можно было начинать с ними работать и обучаться после того, как ребята установят доступы. И я хотела бы, чтобы мы попробовали сделать документ перемещения: перемещение на машину или отправка с филиала обратно на завод — машина у нас ходит регулярно. Это тоже нужно обсудить и отработать. А с понедельника, если у вас уже будут доступы в ERP, может быть, выстроим работу по-другому: я смогу подключаться к вам, кто-то у вас будет садиться и непосредственно заносить операции, и мы будем обучаться совместно.<br /> <br /> == [[#video-time-3417|00:56:57]] · Подключение кладовщиков, пилот с Казанью, двойной ввод до января ==<br /> <br /> '''Участник:''' Можно вопрос? Если у руководства отчётная сессия, могли бы, допустим, завтра подключиться кладовщики из Казани?<br /> <br /> '''Участник:''' Нет, Динар [?], не надо: мы тоже хотим это знать, нам это тоже нужно.<br /> <br /> '''Ирина:''' Нет-нет, всё поняла. Давайте сейчас пройдём материал все вместе, а потом мы всё равно придём к тому, что будем отдельно с каждым филиалом нарабатывать и отрабатывать разные документы — я буду подключаться к каждому отдельно, к Казани. У нас была идея отработать с Казанью всё в полном объёме — допустим, во второй половине ноября или хотя бы в последней декаде — прямо в связке: завод отправляет филиалу, Казань — нам обратно. Посмотреть все эти документы, как будут работать связки, хотя бы с одним филиалом. А если ко второй половине ноября все филиалы смогут подключиться и начать эту работу — будет вообще замечательно.<br /> <br /> '''Участник:''' А в привычной нам 1С это как-то будет отражаться, или нужно будет делать двойную работу?<br /> <br /> '''Ирина:''' Двойную работу делать надо будет. Пока мы дублируем: в обычной 1С вы как работали, так и работаете, но нам нужно посмотреть, правильно ли мы всё провели, и сравнить — то есть дублировать документы, конечно, придётся. А с января мы будем работать только в ERP. Но сами розничные продажи и то, что уехало в доставку, пока будут работать в «Торговле» — опять-таки будет двойная работа.<br /> <br /> '''Участник:''' А склады как будут работать?<br /> <br /> '''Ирина:''' Склады погрузили, загрузили в машину в ERP — и на этом их работа закончилась.<br /> <br /> == [[#video-time-3544|00:59:04]] · Машины доставки, реализация в «Торговле» и контрагенты доставки ==<br /> <br /> '''Участник:''' А в 1С будут видеть то, что в ERP загрузили в машину?<br /> <br /> '''Ирина:''' Конечно, должны видеть. Над этим сейчас и работают программисты, чтобы выстроить обмены.<br /> <br /> '''Участник:''' «В машину» — вы имеете в виду межгородскую машину? Или машина доставки с января тоже будет в ERP?<br /> <br /> '''Ирина:''' Машину доставки загрузим в ERP — машины доставки будут занесены. Мы же со склада будем грузить в машину доставки, значит, все складские операции будут отражаться здесь. А дальше реализация с машины доставки пока останется в «Торговле». Насколько я понимаю, какое-то время это будет в «Торговле», потому что в течение следующего года пишется программа, на которую мы перейдём, чтобы отказаться от «Торговли»: в ней отдельно, обособленно будут розничные продажи.<br /> <br /> '''Участник:''' А пока мы будем работать и в 1С, и в ERP, контрагентов доставки мы должны будем заводить в ERP или нет? Я имею в виду не складские операции, а простых обычных контрагентов доставки.<br /> <br /> '''Ирина:''' Контрагенты доставки делятся на юридических и физических лиц. Физических лиц мы решили сюда не заносить: они будут выгружаться одним контрагентом — «Розничный покупатель» или «Физическое лицо», как решим. То есть сюда будет загружаться консолидированная общая сумма по документам. А юридические лица с доставки, так как отправка по ЭДО будет осуществляться из ERP, я так понимаю, тоже должны быть здесь. Понятно, что в «Торговле» они тоже есть — получается дублирование, и здесь их тоже нужно будет заносить. Вы же видите, сколько данных требуется здесь при заведении контрагентов, а в «Торговле» таких данных просто нет, поэтому их всё равно нужно будет как-то между собой увязывать. До этой части по контрагентам мы ещё отдельно дойдём и проработаем: пока всё в разработке, мы пробовали разные варианты и пока ни к чему не пришли. Но все усилия на сегодня направлены на то, чтобы максимально облегчить и упростить работу в двух программах. Думаю, всё, что сможем решить и сделать, мы обязательно сделаем.<br /> <br /> == [[#video-time-3723|01:02:03]] · Много программ одновременно: CRM, маршрутизатор и обмены ==<br /> <br /> '''Участник:''' Я к тому, что придётся заводить контрагента здесь, а потом ещё раз в «Торговле». Правильно я понимаю, что скоро у нас будет работа в старой 1С:Торговле, в новой программе, плюс новая CRM для приёма звонков и заказов, плюс маршрутизатор, с которым тоже идёт связка по тем же перемещениям? Серёжа, ты ещё с нами? Хотела спросить… Сейчас водители у себя в программе-маршрутизаторе делают перемещения — например, остатков, которые сдают на склад. И это перемещение автоматически создаётся в 1С:Торговле, а завскладом только подтверждает, верно оно или нет.<br /> <br /> '''Ирина:''' В этой части я тоже пока не могу сказать, как всё будет окончательно, — схемы я ещё не видела. Сейчас наша первоочередная задача — организовать и запустить работу склада: отработать справочники и складские операции. А обмены — то, что мы называем упрощением жизни: как мы будем загружать данные и как это будет взаимоувязываться со справочниками, которые мы заводим в ERP, — это задача со звёздочкой, мы над ней работаем.<br /> <br /> Повторюсь: понимаю, что сейчас это выглядит так, будто мы работаем в очень многих программах. Но вся идея внедрения ERP как раз в том, чтобы всё упростить и работать в одной программе. Плюс должна быть CRM, которую сейчас пишут, — и остаться должны только CRM и ERP. Вот к этому мы должны прийти.<br /> <br /> == [[#video-time-3841|01:04:01]] · С чего начинать: склады, затем общие контрагенты; итоги встречи ==<br /> <br /> '''Участник:''' То есть сейчас в первую очередь мы должны завести в ERP склады?<br /> <br /> '''Ирина:''' Конечно, да, — о чём я вас и просила. Сначала заводим склады. Дальше я попросила бы вас уже сейчас задуматься над справочником контрагентов: раз он у нас один общий, его тоже нужно проработать. Для начала выделить общих контрагентов или тех, кто где-то пересекается, — по крайней мере тех, о ком мы уже знаем, — чтобы отработать эти схемы. А когда отработаем разные варианты, мы уже будем понимать: если нашли партнёров, которые есть и там, и там, — как правильно завести их в программу и как ими пользоваться. Так пока и двигаемся.<br /> <br /> В пятницу, думаю, мы посмотрим перемещение, и к нему желательно, чтобы ваши склады уже были заведены. Время отправить список есть: пока мне никто не прислал актуальный список ваших складов, которые нужно занести в программу. Я могла бы что-то уже занести, чтобы с понедельника мы буквально начали пробовать проводить документы. На самом деле операций у нас будет очень много: кроме перемещений — отгрузки, списание, внутреннее потребление. Документов, на которых уже сейчас можно начинать нарабатывать практику, много.<br /> <br /> Ну что, на сегодня заканчиваем. Спасибо всем. Понимаю, что информация сложная, — и вообще нужно сказать, что ERP действительно сложная программа. Но думаю, мы всё это осилим и совместно выстроим процессы: в течение года всё должно сработаться, и потом вы уже забудете, что когда-то было сложно. Всем спасибо. В пятницу в 10 встречаемся по этой же ссылке.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261028&diff=713 2026-10-28T15:37:22Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 28.10.2026. НСИ - Партнеры РЦ - Обособки}}<br /> [[Файл:Запись встречи 28.10.2026 НСИ Партнеры РЦ обособки.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-10|00:00:10]] || Напоминание: партнёры и контрагенты, три варианта связи<br /> |-<br /> | [[#video-time-84|00:01:24]] || Пример: «Агроторг» и его обособленные подразделения<br /> |-<br /> | [[#video-time-163|00:02:43]] || Головной партнёр и контрагент; трёхуровневая схема для филиалов<br /> |-<br /> | [[#video-time-376|00:06:16]] || Подчинённые партнёры: через помощник или вручную<br /> |-<br /> | [[#video-time-581|00:09:41]] || Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа<br /> |-<br /> | [[#video-time-704|00:11:44]] || Адрес точки — только по классификатору: это нужно для ЭДО<br /> |-<br /> | [[#video-time-1064|00:17:44]] || Телефон и привязка обособленного подразделения как контрагента<br /> |-<br /> | [[#video-time-1232|00:20:32]] || Как это выглядит в реализации: клиент, контрагент, грузополучатель<br /> |-<br /> | [[#video-time-1357|00:22:37]] || Чей КПП выходит в УПД: обсуждение грузополучателя и EDI<br /> |-<br /> | [[#video-time-1646|00:27:26]] || Договор — на головного партнёра, цены — в соглашениях<br /> |-<br /> | [[#video-time-1788|00:29:48]] || Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней»<br /> |-<br /> | [[#video-time-2014|00:33:34]] || Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент<br /> |-<br /> | [[#video-time-2177|00:36:17]] || Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами»<br /> |-<br /> | [[#video-time-2350|00:39:10]] || Если у каждого филиала свой договор: трёхуровневая иерархия<br /> |-<br /> | [[#video-time-2561|00:42:41]] || Почему начали со сложной схемы<br /> |-<br /> | [[#video-time-2748|00:45:48]] || Свой договор у каждой филиальной группы, а не на головном партнёре<br /> |-<br /> | [[#video-time-2852|00:47:32]] || Как клиент попадает в сегмент и получает доступ к соглашению<br /> |-<br /> | [[#video-time-2928|00:48:48]] || Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать<br /> |-<br /> | [[#video-time-3111|00:51:51]] || Вывод марок «Честного знака» из оборота в договоре<br /> |-<br /> | [[#video-time-3223|00:53:43]] || Когда начнём вводить договоры: доступы и списки пользователей<br /> |-<br /> | [[#video-time-3289|00:54:49]] || Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу<br /> |-<br /> | [[#video-time-3417|00:56:57]] || Подключение кладовщиков, пилот с Казанью, двойной ввод до января<br /> |-<br /> | [[#video-time-3544|00:59:04]] || Машины доставки, реализация в «Торговле» и контрагенты доставки<br /> |-<br /> | [[#video-time-3723|01:02:03]] || Много программ одновременно: CRM, маршрутизатор и обмены<br /> |-<br /> | [[#video-time-3841|01:04:01]] || С чего начинать: склады, затем общие контрагенты; итоги встречи<br /> |}<br /> <br /> =Расшифровка встречи=<br /> ''Говорят ведущая Ирина и Сергей, который показывает работу в программе; остальные обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] и пояснения в квадратных скобках — фрагменты, которые не удалось разобрать дословно.''<br /> <br /> == [[#video-time-10|00:00:10]] · Напоминание: партнёры и контрагенты, три варианта связи ==<br /> <br /> '''Ирина:''' Вам видно схему? Она не очень качественная, но я хочу визуально напомнить то, о чём мы вчера говорили, — так, может быть, будет проще воспринимать.<br /> <br /> Помните, у нас есть два справочника: «Партнёры» и «Контрагенты». Партнёр — это управленческая единица, справочником которой можно пользоваться по-разному. Контрагент — это юридическое лицо со статусом, ИНН и всем прочим, то есть лицо, на которое мы выставляем расчётные документы.<br /> <br /> Какие есть варианты? Первый — группа партнёров: их несколько, например разные точки доставки, но контрагент один, одно юрлицо. Второй — один партнёр, но разные контрагенты, разные юрлица; так можно отражать, например, холдинговые структуры. И третий, простой случай: один контрагент равен одному партнёру.<br /> <br /> Сейчас мы рассмотрим как раз первый случай: несколько партнёров и одно юрлицо, с которым мы ведём расчёты.<br /> <br /> == [[#video-time-84|00:01:24]] · Пример: «Агроторг» и его обособленные подразделения ==<br /> <br /> '''Ирина:''' Для примера хочу показать — секундочку, мышку — пример, который вчера предоставила наша служба. Компания «Агроторг», у которой есть обособленные подразделения со своими КПП, — в нашем случае это Елабуга и Зеленодольск. Здесь видно, что у них разные КПП: это то, что приходит по ЭДО. При этом в документах, которые мы выставляем, эти обособленные подразделения фигурируют только как грузополучатели с адресом, а покупателем отражается юридическое лицо «Агроторг» с реквизитами головной компании. Как в таких случаях заполнять справочник в 1С, попросим продемонстрировать Сергея.<br /> <br /> == [[#video-time-163|00:02:43]] · Головной партнёр и контрагент; трёхуровневая схема для филиалов ==<br /> <br /> '''Сергей:''' Сначала вернёмся к файлу со схемой и разберём вот эту ситуацию — она будет немного сложнее. Здесь показаны торговые точки, а в нашем случае это будут сами обособленные подразделения, так что ситуация интереснее, чем на картинке. Вариант с картинки тоже вполне возможен: если у клиента нет обособленных подразделений — например, у вас есть какой-нибудь ИП с торговыми точками, РЦ или другими точками доставки, куда вы возите, — можно использовать эту схему. Понятно, что у ИП обособленных подразделений не бывает, поэтому обособки мы к нему заносить не будем.<br /> <br /> Сейчас разберём на примере «Агроторга». Как заносить головного партнёра, мы уже разобрали: есть головной партнёр, к нему заведён головной контрагент. Давайте сразу исправим КПП — поставим какой-нибудь, например 99… Итак, головной партнёр и головной контрагент — по сути, это плательщик, тот, кто в УПД выступает в качестве плательщика.<br /> <br /> Теперь нужно занести подчинённых партнёров — РЦ, торговые точки. Но я так понимаю, вы в массе своей в магазины, наверное, не доставляете? Только в РЦ? Или в магазины тоже? Кто может прокомментировать?<br /> <br /> '''Участник:''' В магазины тоже. Мы же не всё возим через РЦ: например, в Чебоксарах у нас вообще нет РЦ.<br /> <br /> '''Сергей:''' Прекрасно. То есть у вас доставка прямо в магазины. Значит, сюда будут заноситься и магазины, и РЦ — все, куда вы доставляете.<br /> <br /> Важный момент: договор на поставку у «Здоровой жизни» один для всех филиалов? Или у вас разные организации, или у каждого филиала свой договор? Очень часто бывают и различия в цене. Тогда, скорее всего, понадобится не двухуровневая схема партнёров, а трёхуровневая: сначала «Агроторг», потом подчинённые ему филиальные партнёры — «Агроторг Йошкар-Ола», «Агроторг Нижний», «Агроторг Казань», — а уже у них подчинённые РЦ и конкретные магазины. Почему так? Дело в том, что договор привязывается к партнёру.<br /> <br /> == [[#video-time-376|00:06:16]] · Подчинённые партнёры: через помощник или вручную ==<br /> <br /> '''Сергей:''' Давайте я сначала занесу без сложной иерархии, а дальше, если что, немного переделаем. Головного мы занесли, теперь нужно зайти внутрь: разворачиваем «Агроторг» — здесь по умолчанию пусто. Нам нужно занести сюда ещё одну строчку. Можно через кнопку «Создать» — открывается такой же помощник, как при вводе головного контрагента. А можно нажать «Создать нового»: в этом случае помощник не открывается, и вы заносите партнёра вручную.<br /> <br /> '''Участник:''' Извините, можно вопрос? Когда вы нажимаете «Создать», мы создаём контрагента или партнёра? Когда вы нажали «Создать», выходит «Создать нового партнёра».<br /> <br /> '''Сергей:''' Когда нажимаем «Создать», открывается помощник создания. Это обработка, которая ведёт вас по шагам; в ней можно одновременно создать и партнёра, и контрагента — с контролем ИНН, контролем наличия в базе и так далее.<br /> <br /> '''Участник:''' Так я создаю партнёра или контрагента?<br /> <br /> '''Сергей:''' Ещё раз: когда вы нажимаете «Создать», вы создаёте не партнёра и не контрагента — у вас открывается обработка. По умолчанию, как написано сверху, идёт регистрация нового партнёра. Если поставить вот эту галочку, будут созданы и партнёр, и контрагент — видите, так и написано: «Будет создан партнёр и контрагент».<br /> <br /> '''Участник:''' А какую галочку, простите? Мышка не двигается, не понимаю.<br /> <br /> '''Сергей:''' Вот эту, видите, мигает. Там прямо по тексту написано: «Указать данные партнёра — будет создан контрагент».<br /> <br /> '''Ирина:''' Мы ещё подробно потренируемся, когда будем создавать простую схему. Сейчас мы рассматриваем справочник «Партнёры» — помните, тот вспомогательный управленческий справочник, который поможет привязывать несколько торговых точек, обособленных подразделений к одному юридическому лицу.<br /> <br /> '''Сергей:''' Да. Я хочу показать вам не только помощник, где партнёры и контрагенты создаются в автоматическом режиме, но и ручной режим, когда вы действуете более гибко и сами определяете, что как выводить. Дело в том, что у подчинённых партнёров не всегда есть контрагенты. Если у торговой точки есть обособка — свой КПП и всё прочее, — можно заносить через помощник с галочкой «Указать идентификационные данные партнёра — будет создан контрагент»: указываем, что это обособленное подразделение, и заносим все данные. А я хочу показать, как сделать полностью вручную: нажимаем не «Создать», а «Создать нового». Тогда открывается просто карточка нового партнёра — выглядит так же, как обычный партнёр.<br /> <br /> == [[#video-time-581|00:09:41]] · Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа ==<br /> <br /> '''Сергей:''' Пишем название — как он будет называться. Там была Елабуга, да? Не забываем ставить галочку, что это клиент.<br /> <br /> Что здесь видно? «Головное предприятие» — это как бы папочка: в какой папке находится партнёр, которого мы создаём. Дальше — группа доступа. Сейчас у меня полные права, поэтому здесь видно всё. По идее, здесь будет, наверное, Казань? Нет, отгружаем мы отсюда.<br /> <br /> Как раз хотел спросить у присутствующих. Вчера Чебоксары уже сказали, что партнёры могут пересекаться: один и тот же партнёр может принадлежать и Чебоксарам, и, допустим, Новочебоксарску. Наверное, так же партнёр может относиться и к Нижнему — у них тоже могут быть какие-то взаимоотношения. Видимо, группы доступа здесь придётся делать непростые… Давайте я пока поставлю общий доступ, а дальше разберёмся.<br /> <br /> == [[#video-time-704|00:11:44]] · Адрес точки — только по классификатору: это нужно для ЭДО ==<br /> <br /> '''Сергей:''' На закладке «Адрес» указываем фактический адрес этого РЦ.<br /> <br /> '''Ирина:''' И, как мы уже говорили, в обязательном порядке берём его из справочника.<br /> <br /> '''Сергей:''' Да, Ирин, поправлю, объясню. В общем случае этот адрес нам вроде бы не сильно важен — просто выходит где-то в печатной форме. Но сейчас всё взаимодействие с покупателями и поставщиками идёт через ЭДО, а завязка идёт на места осуществления деятельности — через коды ФИАС и так далее. Если вы занесёте адрес не по классификатору, ФИАС этого места осуществления деятельности просто не найдётся, и документ вы не отправите. Поэтому заносим исключительно по классификатору.<br /> <br /> '''Участник:''' Скажите, пожалуйста, обязательно заходить через многоточие, как вы, или можно начать набирать?<br /> <br /> '''Сергей:''' Не обязательно, можно. Давайте я сейчас его уберу. Если начинаем набирать, допустим, «Зелен…», выйдет только ограниченный список. Посмотрите, сколько одних только Зеленоградов. Зеленодольска может и не оказаться, а по другим названиям вариантов может выходить очень много — то, что вам нужно, вы в этом списке можете и не увидеть. В общем случае, если у вас уже есть данные, можно скопировать их и вставить сюда в адрес — дальше чуть покажем, — и программа найдёт их по классификатору.<br /> <br /> Улицы там нет, там как раз промышленная площадка… Такого быть не может. Интересно, обычно так не бывает. Нам нужен дом: если дома нет, вы адрес не найдёте. Должно быть какое-то здание, корпус или ещё что-нибудь.<br /> <br /> '''Участник:''' Но у них вот так указано.<br /> <br /> '''Сергей:''' По КЛАДР, по ФИАС это не сработает. Дом обязательно должен быть: даже в самой маленькой деревне есть улицы и дома.<br /> <br /> '''Участник:''' Извините, можно добавить? Скорее всего, справочники у вас точно такие же, как у нас: мы тоже вносим всё по классификатору, выбираем из списка. Но сейчас есть новые, строящиеся объекты, которых там нет.<br /> <br /> '''Сергей:''' Если их нет — да. Но здесь, видите, даже номера нет. Бывает, что ФИАС нет: его недостаточно оперативно наполняют. Бывают и случаи, когда адрес более глубокий — например, не само здание, а помещение в нём. Помещения в этом ФИАС, понятно, нет. Оно есть в ФИАС федерального уровня, в большой базе, а в той базе, из которой мы подбираем в 1С, ФИАС очень ограничен — только до здания. В этой ситуации коды ФИАС мест осуществления деятельности приходится подтягивать вручную, уже в ЭДО. Но это немного отдельная история, это потом. В любом случае, думаю, здесь должен быть какой-то адрес — скорее всего, вам что-то недодали. Ладно, давайте оставим.<br /> <br /> '''Ирина:''' Оставить, конечно, можем, но это неправильно: у вас даже индекс не определился. Юридически документ получится заполнен некорректно, и клиенты его не примут.<br /> <br /> '''Сергей:''' Конкретно в этой ситуации документ пройдёт: он идёт через EDI, через контур EDI, а там есть GLN, и у GLN уже есть привязка к адресам. Но в общем случае — да, нужно заводить полностью нормальный адрес.<br /> <br /> '''Ирина:''' Нам, конечно, надо выработать единый подход, чтобы понимать, когда нужно связываться с клиентом и уточнять. Это достаточно частый случай. Насколько я сталкивалась, юридические адреса очень часто бывают именно с помещениями. Это не так, что на тысячу клиентов встретится один, — боюсь, это будет встречаться гораздо чаще.<br /> <br /> '''Сергей:''' Да, конечно, это вполне нормальная ситуация. Зависит от того, с кем мы работаем. У какого-нибудь ИП адрес вообще только один — адрес прописки; других адресов, КПП и юридических данных у него нет. А с помещениями такое бывает очень часто. Тогда есть варианты: найти информацию — например, места осуществления деятельности есть на сайте налоговой, в «Честном знаке» или в ЕГАИС — и занести эти данные в 1С. Или клиент сам должен дать вам эту информацию, чтобы вы сделали привязку к адресу. Но это делается уже в рамках ЭДО, не сейчас.<br /> <br /> Нашли адрес — видите, сразу подключился промышленный район, 3 [?]. Вот так уже лучше.<br /> <br /> == [[#video-time-1064|00:17:44]] · Телефон и привязка обособленного подразделения как контрагента ==<br /> <br /> '''Сергей:''' Телефоны заносить крайне желательно: электронные транспортные накладные [?] обязательно требуют указания телефона. Записываем.<br /> <br /> Итак, сейчас в партнёрах мы ввели ещё одного партнёра, подчинённого «Агроторгу», — РЦ. Это может быть и торговая точка — любое место, куда мы везём. Так же как для «Агроторга» мы указали связанного контрагента, головного, теперь уже для РЦ указываем связанный филиал. Открываем: у нас Елабуга.<br /> <br /> '''Участник:''' А Елабуга уже связана, по-моему.<br /> <br /> '''Сергей:''' Уже связана, да. Открываем, переходим на закладку «Контрагенты». Здесь пусто. Нажимаем «Создать» и выбираем «Обособленное подразделение юридического лица». Здесь, кстати, можно набрать «Агроторг» — и он подтянется автоматически.<br /> <br /> Теперь нужно указать КПП. Для обособки обязательно указание фактического адреса. Адрес, который мы вводили выше, можно скопировать и вставить сюда — видите, программа автоматически находит его, вплоть до здания. Всё. Юридический адрес для обособки заполнять не обязательно.<br /> <br /> В принципе, здесь всё готово. Нужно проверить, чтобы было корректное название — сокращённое юридическое: оно будет выходить в печатной форме УПД. А рабочее наименование — это для вас, для отчётов внутри программы.<br /> <br /> == [[#video-time-1232|00:20:32]] · Как это выглядит в реализации: клиент, контрагент, грузополучатель ==<br /> <br /> '''Участник:''' Подскажите, пожалуйста, почему адрес обособленного подразделения не надо вводить? В УПД же есть плательщик и есть адрес доставки — строка, в которую как раз подтягивается адрес… А, поняла: юридический адрес не нужен, потому что он будет браться у плательщика.<br /> <br /> '''Сергей:''' Давайте я покажу, как это будет выглядеть в программе: открою какую-нибудь реализацию и посмотрим, как выглядит результат всего этого. В поле «Клиент» заносим этот РЦ. Дальше в поле «Контрагент» должен попадать «Агроторг» — тут ребятам нужно будет немного доработать, чтобы он заполнялся автоматически. То есть здесь у нас клиент — торговая точка, а здесь покупатель — тот самый плательщик, головной. Ещё есть реквизиты печатной формы — вот они. Грузополучателем здесь будет этот РЦ.<br /> <br /> Что в итоге получается? На 62-м счёте будет «Агроторг». Плательщиком в печатной форме будет головной «Агроторг», который, собственно, и будет платить деньги. А грузополучателем будет выходить этот РЦ, и КПП будет браться с него — так он и будет выходить в УПД. Вся цепочка выстроена.<br /> <br /> == [[#video-time-1357|00:22:37]] · Чей КПП выходит в УПД: обсуждение грузополучателя и EDI ==<br /> <br /> '''Участник:''' А у них-то в УПД — я как раз показывала — смущает, что этого КПП нет.<br /> <br /> '''Сергей:''' Как это нет?<br /> <br /> '''Участник:''' У них выходит КПП «Агроторга». У торговых точек КПП нет: КПП — это покупатель, а грузополучатель…<br /> <br /> '''Сергей:''' У них указывается КПП головного? В общем случае, мне кажется, это некорректно. Здесь должен быть КПП грузополучателя.<br /> <br /> '''Участник:''' Ну вот это то, что проходит по ЭДО. Я вчера специально просила этот пакет.<br /> <br /> '''Сергей:''' Тогда, думаю, у вас это проходит через контур EDI — там другая история, там всё работает совершенно по-другому. Вы ведь не печатаете эти УПД, ничего этого не делаете, там всё проходит иначе. Если вам нужно просто, чтобы документ печатался, — грузополучателя заполнять и вводить не требуется, вводим только партнёра.<br /> <br /> '''Участник:''' Я очень сомневаюсь… А как тогда встанет грузополучатель? Как это он не нужен? Вот в накладной посмотри: они же указывают конкретный РЦ.<br /> <br /> '''Сергей:''' Ещё раз: у документов, которые проходят через контур EDI, всё по-другому. Не вы формируете счета-фактуры и не вы заполняете все эти поля — это формируется автоматически. Как там это происходит, нам вообще не важно. Дело в том, что в EDI у вас нет грузополучателей, там есть GLN, и всё считается от GLN. Информация по КПП, адресам и всему прочему находится на серверах Контура, у вас её вообще нет — вы работаете просто с конкретным GLN.<br /> <br /> '''Участник:''' То есть мы на это не смотрим и настраиваем, как правильно?<br /> <br /> '''Сергей:''' Да. Правильно, когда указывается КПП, — его надо указывать, потому что у них это реальная обособка. Давайте не будем смотреть на печатную форму, а пойдём по своей логике: здесь должен быть КПП грузополучателя. Правильно?<br /> <br /> '''Участник:''' Ну, я смотрю, как у них там оформлено, я не знаю.<br /> <br /> '''Сергей:''' Ну не может быть по-другому. С головным КПП может совпадать, только если доставка идёт на юрадрес [?].<br /> <br /> '''Ирина:''' Филиалы могут поделиться: когда вы выписываете документы, вы обращаете на это внимание?<br /> <br /> '''Участник:''' Давайте не про «Агроторг», а вообще про обычных покупателей — местные сетки или ещё кого-нибудь. Можно здесь счёт-фактуру побольше раскрыть? Потому что в покупателе у нас обычно КПП головной организации, то есть плательщика.<br /> <br /> ''[Несколько человек одновременно обсуждают, чей КПП указывается в УПД — покупателя или грузополучателя; фрагмент неразборчив.]''<br /> <br /> '''Участник:''' Да, у нас есть грузополучатель — это отдельное поле со всем адресом, а ИНН/КПП… ИНН у грузополучателя и покупателя, понятно, свой, а КПП идёт грузополучателя. Я, например, работаю в том числе с алкогольными компаниями, у них с этим очень жёстко. Сейчас найду какого-нибудь нашего клиента — надо подумать, кто у нас так берёт.<br /> <br /> '''Сергей:''' Лучше не тех, кто через EDI, а обычных. Пока продолжим?<br /> <br /> '''Участник:''' Да-да, продолжайте, я поищу в базе.<br /> <br /> == [[#video-time-1646|00:27:26]] · Договор — на головного партнёра, цены — в соглашениях ==<br /> <br /> '''Сергей:''' Пока ищут, давайте про договоры. Договор мы вводим не на каждую торговую точку, а на нашего головного партнёра. Открываем «Договоры» и добавляем договор. Вы уже вводили договоры?<br /> <br /> '''Участник:''' Нет-нет, мы ещё даже не вводили.<br /> <br /> '''Сергей:''' Если поставить договор на торговую точку, получится, что он будет относиться только к этой торговой точке.<br /> <br /> '''Участник:''' Скажите, пожалуйста, как быть, когда у нас действительно разные цены — например, с Казанью [?] — при одном партнёре? Что будет отражаться в его договоре?<br /> <br /> '''Сергей:''' Это делается не в договоре. Цены в ERP указываются не в договоре, а в соглашении.<br /> <br /> '''Участник:''' Понятно. Соглашения у нас будут не на головного партнёра, а на подразделение?<br /> <br /> '''Сергей:''' Можно по-разному. Вообще соглашения бывают двух видов. Типовое соглашение действует на всех контрагентов с определёнными ограничениями. Индивидуальное ставится на конкретного партнёра. То есть нельзя [?] сделать соглашение и указать туда головного — там немного другая схема, это отдельная история. Но, опять же, при работе через EDI вам вообще без разницы: можете поставить одно соглашение на все «Агроторги», цены у вас приходят по EDI. Если нужно для контроля — это немного другая история: цены можно завести, но в принципе даже не обязательно, потому что они все загружаются с сайта.<br /> <br /> '''Участник:''' А если мы говорим не про них? У нас не все через EDI.<br /> <br /> '''Сергей:''' Да, понимаю. Тогда вопрос надо разбирать. Если речь о разовых конкретных клиентах, им можно сделать индивидуальное соглашение на конкретную торговую точку или конкретного покупателя.<br /> <br /> == [[#video-time-1788|00:29:48]] · Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней» ==<br /> <br /> '''Сергей:''' Но чаще всего делают так. Первое, что вам нужно сделать, — разобрать всех ваших покупателей по схемам работы. Ключевые точки здесь — цена продажи и отсрочка платежа. По этим двум параметрам уже можно вводить много разных соглашений. Кроме того, есть сети со своими договорными ценами — для них мы тоже заводим типовые соглашения.<br /> <br /> Например, какие у вас виды цен? Оптовая, оптовая минус 5, розничная? Какие цены есть?<br /> <br /> '''Участник:''' Цены все разные. Давайте для примера возьмём оптовую. С дилерами у нас отдельная.<br /> <br /> '''Сергей:''' Хорошо, пусть будут дилеры. Создаём типовое соглашение об условиях продаж, пишем «Дилеры». Какая у них типовая отсрочка? Скорее всего разная: две недели, три недели или предоплата? Кто-нибудь скажите?<br /> <br /> '''Участник:''' «Агроторг» — 40 дней.<br /> <br /> '''Сергей:''' Нет, «Агроторг» не трогаем. А у дилеров?<br /> <br /> '''Участник:''' По-разному, бывает две недели.<br /> <br /> '''Сергей:''' Отлично, давайте напишем 14. Ещё раз говорю: нам понадобится ввести все эти варианты соглашений. Итак, «Дилеры 14 дней». Далее: у нас есть такая штука — сегменты клиентов. Вы их ещё не заполняли, придётся заполнять. Давайте создадим папку для соглашений и назовём соглашение «Дилеры 14 дней». Указываем «Формировать вручную», выбираем «Дилеры 14 дней». Дальше организация: если торгуете от разных организаций, ничего не указываете; если от конкретной — можете её указать. Далее условия продаж…<br /> <br /> '''Ирина:''' Подожди, остановлю на секундочку, обращу внимание. Если мы можем одновременно работать с дилерами и от «Здоровой жизни», и от ИП Марушко, организацию не выбираем — делаем соглашение универсальным.<br /> <br /> '''Сергей:''' Думаю, скорее всего, вводить это будете не вы: это разовое дело, делается централизованно. У вас цены для дилеров с отсрочкой 14 дней в Йошкар-Оле, Казани и Нижнем отличаются?<br /> <br /> '''Участник:''' Не знаю… Отличаются. Конечно, отличаются — у одного дилера от другого.<br /> <br /> '''Сергей:''' Тогда у вас это не прайс «Дилеры»…<br /> <br /> '''Участник:''' Да, это не прайс для дилеров. У нас с каждым дилером индивидуально, абсолютно с каждым. Их не так много, но с каждым заключён индивидуальный договор, цена отличается.<br /> <br /> '''Сергей:''' Есть какая-то шкала [?]?<br /> <br /> '''Участник:''' Цена отличается в зависимости от количества покупаемого товара.<br /> <br /> '''Сергей:''' Смотрите, шкала-то ведь сама получается.<br /> <br /> '''Участник:''' Понятно, что у каждого дилера своя цена в зависимости от того, сколько он выбирает. Но в принципе по городу, по одному филиалу она общая.<br /> <br /> == [[#video-time-2014|00:33:34]] · Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент ==<br /> <br /> '''Сергей:''' Хорошо, давайте сделаем на примере того же «Агроторга», чтобы было понятно. Получается, у «Агроторга» в Йошкар-Оле и у «Агроторга» в Казани разные цены, да?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Участник:''' В Казани «Агроторга» нет, мы работали с ним через завод.<br /> <br /> '''Сергей:''' Мы условно берём «Агроторг». В Йошкар-Оле одна цена, в Казани другая: «Агроторг Йошкар-Ола», «Агроторг Чебоксары», «Агроторг Нижний» и так далее — у всех свои цены. Правильно? Хорошо. Теперь создаём типовое соглашение, в котором указываем «Агроторг Йошкар-Ола». Раз мы понимаем, откуда грузим, можем сразу указать организацию. Если вы будете заводить цены, сюда нужно будет завести тип цен — назвать его «Агроторг Йошкар-Ола» — и завести эти цены. При работе через Контур это вообще не обязательно, но заносить можно. У вас в прайсах с «Агроторгом», по-моему, цены с НДС? «Магниты» идут без НДС, а «Агроторг» с НДС, да?<br /> <br /> '''Участник:''' Вроде да.<br /> <br /> '''Сергей:''' Дальше склад — это чисто для удобства, его можно не указывать. Но если понятно, что это Йошкар-Ола, имеет смысл указать. Ставим галочку «Возвращать многооборотную тару» — обязательно.<br /> <br /> Что мы сделали? Мы сделали типовое соглашение и указали, к какому сегменту клиентов оно относится. Если сегмент не указать и оставить поле пустым, соглашение станет доступно абсолютно всем. Указывая сегмент, мы ограничиваем использование типового соглашения только клиентами, которые находятся в этом сегменте. Сейчас, если посмотреть состав, там никого нет — соответственно, пока оно никому не доступно.<br /> <br /> == [[#video-time-2177|00:36:17]] · Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами» ==<br /> <br /> '''Сергей:''' Мы немного перепрыгнули на сегменты, а нам ещё нужно ввести договор. Заводим его у головного партнёра: «Создать». Здесь полностью заполняем всю информацию: номер, дату, период действия и так далее. «Договор поставки» — можно назвать и как-то иначе, с номером; здесь всё ясно. Покупатель — головной, контрагент — головной, то есть тот, с кем заключается договор. В договоре желательно указывать счёт организации: если вы будете делать счета на оплату, этот счёт будет автоматически подтягиваться в накладные и счета на оплату. Далее — вы ещё не разбирали, какая у вас будет детализация расчётов?<br /> <br /> '''Участник:''' Нет, ещё не разбирали.<br /> <br /> '''Сергей:''' Это потом: это большая и сложная история, пока пропущу.<br /> <br /> Важная галочка — «Разрешена работа с дочерними партнёрами». Это очень важно. Если у вас один к одному — один партнёр, один контрагент, — эта галочка вообще не обязательна. Но когда вы работаете по такой иерархии, а договор мы сейчас сделали именно на «Агроторг», без этой галочки договор не будет срабатывать и не будет виден для нижележащих партнёров. Поэтому в обязательном порядке ставим галочку «Разрешена работа с дочерними партнёрами». Понятно?<br /> <br /> Давайте я просто покажу. Договор я записал. Создаю новую реализацию, открываю — здесь ничего нет, потому что галочка «Разрешена работа…» не стоит: договор привязан к головному покупателю, и выбрать его в реализации я не могу. Когда я эту галочку поставлю, договор в реализации можно будет выбрать.<br /> <br /> == [[#video-time-2350|00:39:10]] · Если у каждого филиала свой договор: трёхуровневая иерархия ==<br /> <br /> '''Сергей:''' Тут у вас возникает интересная история. Вы говорите, что каждый филиал заключает свой договор, правильно?<br /> <br /> '''Участник:''' Да, так сказали.<br /> <br /> '''Сергей:''' Тогда понадобится немного более сложная структура: не двухуровневая, а трёхуровневая иерархия. У нас будет «Агроторг», в нём подчинённые — скорее всего, «Агроторг Йошкар-Ола», «Агроторг Нижний», — и уже к ним мы будем привязывать конечные торговые точки. Давайте для примера — пусть будет «ПЛК» [?].<br /> <br /> Здесь нажимаем не «Создать», а «Создать нового» — филиалов там не будет. Пишем «Агроторг» — как назовём, «Агроторг Йошкар-Ола» или как-то так; имеется в виду именно эта группа. Так же ставим, что это клиент, и группу доступа — например, «Завод»; у всех подчинённых тоже должен быть «Завод». Пока не буду с этим заморачиваться, с доступами потом разберётесь. Ни адреса, ничего здесь нет — мы просто так обозначаем группу. И перетаскиваем эти значения внутрь. Вот так получается.<br /> <br /> Теперь покупателем в договоре, который мы сделали, должен быть не «Агроторг», а та папочка, в которой лежат наши точки. Выбираем её. Опять же указано, что разрешена работа с дочерними партнёрами, и для всех подчинённых партнёров «Агроторг ПЛК» этот договор будет доступен. Сам договор поставки нужно как-то обозначить — например, «Договор ПЛК», — чтобы было понятно, иначе будет неясно, что у нас происходит.<br /> <br /> '''Участник:''' Вопрос: если в наименовании указать «Договор ПЛК», он случайно так и не выйдет в УПД?<br /> <br /> '''Сергей:''' Нет-нет: в наименовании для печати вы пишете так, как вам нужно, чтобы выходило.<br /> <br /> '''Участник:''' А покупателем или грузополучателем не выйдет «Агроторг ПЛК»?<br /> <br /> '''Сергей:''' Нет. Покупателем в печатной форме выйдет тот клиент, которого вы поставите торговой точкой. [Дальше в демонстрации что-то не срабатывает, фрагмент неразборчив.]<br /> <br /> == [[#video-time-2561|00:42:41]] · Почему начали со сложной схемы ==<br /> <br /> '''Участник:''' А почему мы начали с самой сложной схемы? Почему не проработали сначала на практике простую, потом посложнее, потом ещё посложнее? У нас, например, в Чебоксарах просто кипит голова, и мы пока ничего не понимаем.<br /> <br /> '''Сергей:''' А вы сейчас будете вводить — и всё поймёте. У вас нет таких ситуаций, что ли? У вас такая же ситуация: точки есть, всё есть.<br /> <br /> '''Ирина:''' На самом деле мы столкнулись с этим вопросом, стали отрабатывать его на практике и привлекли Сергея — у него как раз был свободный час, чтобы поработать с нами. Поэтому мы решили этим воспользоваться.<br /> <br /> '''Участник:''' Вы столкнулись с этим вопросом, потому что уже этим пользуетесь и все простые схемы отработали. А мы ничего не отработали.<br /> <br /> '''Ирина:''' Не переживайте, мы с вами всё отработаем, и простые схемы тоже. Но, конечно, и не отработаете, если не начнёте делать. Согласна, сейчас мы вроде бы зашли со сложного. Но поверьте: мы сейчас это разбираем, а потом всё равно вернёмся, когда будем реально работать на практике и заносить документы. Сейчас вы ведь тоже работаете вслепую — полученные знания пока не отрабатываете сразу в программе. Просто сейчас появилась возможность эти знания получить. Мы их получим, и в дальнейшем, когда будем заносить и отрабатывать договоры, будем помнить, что было обучение, сможем его поднять. Более того, мы оформим всё в текстовом виде, чтобы информация была под рукой и было к какому источнику обратиться. А при занесении данных вы уже будете понимать, что тут всё не так просто: с договорами есть заковырка, которую нужно ещё раз посмотреть и внимательно отработать.<br /> <br /> Кстати, здесь же стоит вопрос: нам нужно рассмотреть всех наших клиентов-партнёров. Уже сейчас можно определить, какие группы нужно создать, — для партнёров, которые у нас пересекаются или повторяются.<br /> <br /> '''Сергей:''' Хочу ещё сказать: история с контрагентами и партнёрами не такая сложная, как история с соглашениями и сегментами. Та даже менее понятная: сегменты и соглашения связывают юридические данные — контрагентов, партнёров — с условиями продаж. Поэтому, наверное, вам пока не надо уходить в область соглашений. Могу вкратце показать, как это будет выглядеть в итоге, но подробно разбирать, думаю, пока не стоит.<br /> <br /> '''Ирина:''' Мы к этому ещё придём, не сразу. Сейчас нам нужно просто понимать, для чего это. Когда будем разбирать простую схему, там тоже будут соглашения, и они тоже будут простые. Но мы должны знать, что они бывают и сложными и как это нужно будет отражать.<br /> <br /> == [[#video-time-2748|00:45:48]] · Свой договор у каждой филиальной группы, а не на головном партнёре ==<br /> <br /> '''Сергей:''' Смотрите: мы привязали договор к «Агроторг ПЛК», поставили в нём галочку, что он используется для дочерних партнёров, и он стал доступен. Когда здесь будет не «Агроторг ПЛК», а, допустим, «Агроторг Нижний»… Давайте «Создать нового». «Агроторг Нижний» — правильно понимаю, так он называется? Пусть будет такое название. Группа доступа пока общая. Здесь будет свой договор, и здесь будет свой. Договоры Нижнего эти РЦ и Елабуга видеть не будут: автоматически будет подтягиваться договор, привязанный здесь.<br /> <br /> Вообще, конечно, можно было бы указать договоры сразу в головном «Агроторге» — и для Нижнего, и для Йошкар-Олы. Почему так лучше не делать? Когда вы заносите документ и для поля есть единственный вариант, оно заполняется автоматически. Если есть вариативность, поле автоматически не заполняется. То есть если бы было доступно два договора, поле не заполнилось бы, и договор пришлось бы выбирать вручную. Если договор один, он подставляется автоматически.<br /> <br /> == [[#video-time-2852|00:47:32]] · Как клиент попадает в сегмент и получает доступ к соглашению ==<br /> <br /> '''Сергей:''' Теперь по-быстрому про соглашение. Мы ввели соглашение и назвали его «Агроторг Йошкар-Ола». Но здесь, в списке, мы его не видим. Почему? Для этого соглашения мы указали сегмент клиентов «Агроторг Йошкар-Ола», и только для них оно будет видно. Привязка к сегменту осуществляется в карточке самого клиента, на закладке «Сегменты». Находим «Агроторг Йошкар-Ола», нажимаем «Включить в сегмент» — появляется галочка, и теперь соглашение становится доступно для выбора.<br /> <br /> А вот соглашение «Отсрочка 30 календарных дней» у вас сейчас стоит как типовое, абсолютно для всех. Это не совсем правильно: желательно, чтобы таких соглашений, общих совершенно для всех, не было. Ну и, соответственно, здесь всё заполняется. Конечно, со всеми этими структурами, связями, пересечениями всё немного сложно, но…<br /> <br /> == [[#video-time-2928|00:48:48]] · Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать ==<br /> <br /> '''Участник:''' Печатную форму посмотрим?<br /> <br /> '''Сергей:''' Да, давайте печатную форму. Склад — центральный, Йошкар-Ола. Посмотрим, что попало в грузополучателя, — он есть. Проводим. Необходимо оформить счёт-фактуру… Универсальный передаточный документ. Не видно? Сейчас сделаю крупнее. Так видно?<br /> <br /> Смотрите: ИНН у нас головной, а КПП берётся у грузополучателя. Вот это правильная схема. Вопросы?<br /> <br /> '''Участник:''' Да, я, кстати, посмотрела — всё верно: у покупателя у нас тоже стоит КПП обособленного подразделения. Это я уже запуталась.<br /> <br /> '''Сергей:''' Ещё раз говорю: на то, что печатается через EDI, вообще не обращайте внимания — там всё формируется на уровне Контура, туда не смотрите. А для ваших обычных клиентов здесь всё корректно: получается вот такая цепочка связей.<br /> <br /> Правда, по умолчанию, когда мы выбираем клиента, программа подтягивает не того контрагента. Этот вопрос будем решать с ребятами: автоматически должно заполняться другое значение. Если я сейчас ещё раз выберу — видите, автоматически заполняется не то, что нужно: подставляется филиал. Нам это не надо, нам нужно, чтобы автоматически заполнялся «Агроторг». Александр здесь присутствует? Саш, ты нас слушаешь? Видимо, нет — я запишу и передам. То есть автоматически должно заполняться значение головного контрагента, а сюда должна подтягиваться информация по грузополучателю. Это решаемо.<br /> <br /> == [[#video-time-3111|00:51:51]] · Вывод марок «Честного знака» из оборота в договоре ==<br /> <br /> '''Ирина:''' Ясно, спасибо, Серёж. Понимаю, что задавать вопросы сейчас, наверное, ещё преждевременно.<br /> <br /> '''Сергей:''' Если вопросы есть, я отвечу, пока ещё немного есть время.<br /> <br /> '''Участник:''' Есть вопрос, но не знаю, вовремя ли его задавать. В договорах мы будем отмечать, что у клиента вывод марок «Честного знака» из оборота?<br /> <br /> '''Сергей:''' Сейчас. Там есть такая возможность. Информация об этом указывается в самом договоре, на закладке «Расчёты и оформление». Здесь ставим, что марки выбывают для собственных нужд.<br /> <br /> '''Участник:''' Спасибо. Мы это делаем для тех, кто у нас есть, — детские сады и тому подобное. И для всех клиентов доставки в Казани.<br /> <br /> '''Участник:''' А в отделе ритейла наоборот: у всех клиентов, кто берёт для собственных нужд, — вывод марок.<br /> <br /> '''Сергей:''' Но сканировать марки вам в любом случае требуется. Единственное — они у вас передаются по ЭДО [?] своеобразным образом. По умолчанию история такая: информация в договоре идёт по умолчанию. После того как выбирается договор, на закладке «Дополнительно» автоматически меняется значение — «Выбывают из оборота по причине собственных нужд». В принципе, если операция разовая, можно поменять и вручную.<br /> <br /> == [[#video-time-3223|00:53:43]] · Когда начнём вводить договоры: доступы и списки пользователей ==<br /> <br /> '''Участник:''' А ещё вопрос: когда мы сможем закрепить полученную информацию — начать вводить договор, например стандартный, который будет действовать для большинства наших клиентов, со стандартными ценами?<br /> <br /> '''Ирина:''' Этим как раз занимаются ребята: думаю, до конца недели вам установят все доступы. С вашей стороны мы хотели бы попросить одно. Вы присылали мне списки тех, кто будет участвовать в обучении, а теперь нужны такие же списки по филиалам — кто будет непосредственно работать, кому нужно установить доступ в ERP, — с указанием должности. Я так понимаю, кладовщик у вас не один — допустим, их будет трое. Точно так же те, кто будет заводить договоры, работать с клиентами и контрагентами. Пожалуйста, направьте нам эти списки, и ребята до конца недели организуют доступы.<br /> <br /> == [[#video-time-3289|00:54:49]] · Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу ==<br /> <br /> '''Ирина:''' Конечно, сегодня мы начали с самого сложного. Так как мы сейчас на записи, эти данные у нас останутся. Вот для чего мне было нужно, когда я изначально говорила про ответственного за ведение справочника контрагентов и за заполнение договоров. Мы ещё действительно не успели до конца посмотреть, какие данные вводятся. Там много настроек, которые обязательно должны присутствовать в момент оформления в 1С, когда мы заводим и контрагента, и партнёра, и договор, и соглашение об оплате [?] — это тоже обязательный элемент. С этим нам нужно будет ещё раз обучиться и поработать. И мы увидели, что там формируются очень серьёзные связи, — это важный момент.<br /> <br /> Сегодня наше время истекает. Давайте определимся: встречаемся завтра или в пятницу?<br /> <br /> '''Участник:''' Завтра у нас отчётная сессия. Думаю, лучше в пятницу.<br /> <br /> '''Ирина:''' Тогда смотрите, что я планирую на пятницу. Пройдём нормальный, обычный договор, простые вещи, чтобы можно было начинать с ними работать и обучаться после того, как ребята установят доступы. И я хотела бы, чтобы мы попробовали сделать документ перемещения: перемещение на машину или отправка с филиала обратно на завод — машина у нас ходит регулярно. Это тоже нужно обсудить и отработать. А с понедельника, если у вас уже будут доступы в ERP, может быть, выстроим работу по-другому: я смогу подключаться к вам, кто-то у вас будет садиться и непосредственно заносить операции, и мы будем обучаться совместно.<br /> <br /> == [[#video-time-3417|00:56:57]] · Подключение кладовщиков, пилот с Казанью, двойной ввод до января ==<br /> <br /> '''Участник:''' Можно вопрос? Если у руководства отчётная сессия, могли бы, допустим, завтра подключиться кладовщики из Казани?<br /> <br /> '''Участник:''' Нет, Динар [?], не надо: мы тоже хотим это знать, нам это тоже нужно.<br /> <br /> '''Ирина:''' Нет-нет, всё поняла. Давайте сейчас пройдём материал все вместе, а потом мы всё равно придём к тому, что будем отдельно с каждым филиалом нарабатывать и отрабатывать разные документы — я буду подключаться к каждому отдельно, к Казани. У нас была идея отработать с Казанью всё в полном объёме — допустим, во второй половине ноября или хотя бы в последней декаде — прямо в связке: завод отправляет филиалу, Казань — нам обратно. Посмотреть все эти документы, как будут работать связки, хотя бы с одним филиалом. А если ко второй половине ноября все филиалы смогут подключиться и начать эту работу — будет вообще замечательно.<br /> <br /> '''Участник:''' А в привычной нам 1С это как-то будет отражаться, или нужно будет делать двойную работу?<br /> <br /> '''Ирина:''' Двойную работу делать надо будет. Пока мы дублируем: в обычной 1С вы как работали, так и работаете, но нам нужно посмотреть, правильно ли мы всё провели, и сравнить — то есть дублировать документы, конечно, придётся. А с января мы будем работать только в ERP. Но сами розничные продажи и то, что уехало в доставку, пока будут работать в «Торговле» — опять-таки будет двойная работа.<br /> <br /> '''Участник:''' А склады как будут работать?<br /> <br /> '''Ирина:''' Склады погрузили, загрузили в машину в ERP — и на этом их работа закончилась.<br /> <br /> == [[#video-time-3544|00:59:04]] · Машины доставки, реализация в «Торговле» и контрагенты доставки ==<br /> <br /> '''Участник:''' А в 1С будут видеть то, что в ERP загрузили в машину?<br /> <br /> '''Ирина:''' Конечно, должны видеть. Над этим сейчас и работают программисты, чтобы выстроить обмены.<br /> <br /> '''Участник:''' «В машину» — вы имеете в виду межгородскую машину? Или машина доставки с января тоже будет в ERP?<br /> <br /> '''Ирина:''' Машину доставки загрузим в ERP — машины доставки будут занесены. Мы же со склада будем грузить в машину доставки, значит, все складские операции будут отражаться здесь. А дальше реализация с машины доставки пока останется в «Торговле». Насколько я понимаю, какое-то время это будет в «Торговле», потому что в течение следующего года пишется программа, на которую мы перейдём, чтобы отказаться от «Торговли»: в ней отдельно, обособленно будут розничные продажи.<br /> <br /> '''Участник:''' А пока мы будем работать и в 1С, и в ERP, контрагентов доставки мы должны будем заводить в ERP или нет? Я имею в виду не складские операции, а простых обычных контрагентов доставки.<br /> <br /> '''Ирина:''' Контрагенты доставки делятся на юридических и физических лиц. Физических лиц мы решили сюда не заносить: они будут выгружаться одним контрагентом — «Розничный покупатель» или «Физическое лицо», как решим. То есть сюда будет загружаться консолидированная общая сумма по документам. А юридические лица с доставки, так как отправка по ЭДО будет осуществляться из ERP, я так понимаю, тоже должны быть здесь. Понятно, что в «Торговле» они тоже есть — получается дублирование, и здесь их тоже нужно будет заносить. Вы же видите, сколько данных требуется здесь при заведении контрагентов, а в «Торговле» таких данных просто нет, поэтому их всё равно нужно будет как-то между собой увязывать. До этой части по контрагентам мы ещё отдельно дойдём и проработаем: пока всё в разработке, мы пробовали разные варианты и пока ни к чему не пришли. Но все усилия на сегодня направлены на то, чтобы максимально облегчить и упростить работу в двух программах. Думаю, всё, что сможем решить и сделать, мы обязательно сделаем.<br /> <br /> == [[#video-time-3723|01:02:03]] · Много программ одновременно: CRM, маршрутизатор и обмены ==<br /> <br /> '''Участник:''' Я к тому, что придётся заводить контрагента здесь, а потом ещё раз в «Торговле». Правильно я понимаю, что скоро у нас будет работа в старой 1С:Торговле, в новой программе, плюс новая CRM для приёма звонков и заказов, плюс маршрутизатор, с которым тоже идёт связка по тем же перемещениям? Серёжа, ты ещё с нами? Хотела спросить… Сейчас водители у себя в программе-маршрутизаторе делают перемещения — например, остатков, которые сдают на склад. И это перемещение автоматически создаётся в 1С:Торговле, а завскладом только подтверждает, верно оно или нет.<br /> <br /> '''Ирина:''' В этой части я тоже пока не могу сказать, как всё будет окончательно, — схемы я ещё не видела. Сейчас наша первоочередная задача — организовать и запустить работу склада: отработать справочники и складские операции. А обмены — то, что мы называем упрощением жизни: как мы будем загружать данные и как это будет взаимоувязываться со справочниками, которые мы заводим в ERP, — это задача со звёздочкой, мы над ней работаем.<br /> <br /> Повторюсь: понимаю, что сейчас это выглядит так, будто мы работаем в очень многих программах. Но вся идея внедрения ERP как раз в том, чтобы всё упростить и работать в одной программе. Плюс должна быть CRM, которую сейчас пишут, — и остаться должны только CRM и ERP. Вот к этому мы должны прийти.<br /> <br /> == [[#video-time-3841|01:04:01]] · С чего начинать: склады, затем общие контрагенты; итоги встречи ==<br /> <br /> '''Участник:''' То есть сейчас в первую очередь мы должны завести в ERP склады?<br /> <br /> '''Ирина:''' Конечно, да, — о чём я вас и просила. Сначала заводим склады. Дальше я попросила бы вас уже сейчас задуматься над справочником контрагентов: раз он у нас один общий, его тоже нужно проработать. Для начала выделить общих контрагентов или тех, кто где-то пересекается, — по крайней мере тех, о ком мы уже знаем, — чтобы отработать эти схемы. А когда отработаем разные варианты, мы уже будем понимать: если нашли партнёров, которые есть и там, и там, — как правильно завести их в программу и как ими пользоваться. Так пока и двигаемся.<br /> <br /> В пятницу, думаю, мы посмотрим перемещение, и к нему желательно, чтобы ваши склады уже были заведены. Время отправить список есть: пока мне никто не прислал актуальный список ваших складов, которые нужно занести в программу. Я могла бы что-то уже занести, чтобы с понедельника мы буквально начали пробовать проводить документы. На самом деле операций у нас будет очень много: кроме перемещений — отгрузки, списание, внутреннее потребление. Документов, на которых уже сейчас можно начинать нарабатывать практику, много.<br /> <br /> Ну что, на сегодня заканчиваем. Спасибо всем. Понимаю, что информация сложная, — и вообще нужно сказать, что ERP действительно сложная программа. Но думаю, мы всё это осилим и совместно выстроим процессы: в течение года всё должно сработаться, и потом вы уже забудете, что когда-то было сложно. Всем спасибо. В пятницу в 10 встречаемся по этой же ссылке.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=712 2026-10-28T15:36:49Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | [[#video-time-296|00:04:56]] || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | [[#video-time-436|00:07:16]] || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | [[#video-time-559|00:09:19]] || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | [[#video-time-864|00:14:24]] || Задание по складам; справочник «Подразделения»<br /> |-<br /> | [[#video-time-1019|00:16:59]] || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | [[#video-time-1157|00:19:17]] || Кто заводит номенклатуру: только завод<br /> |-<br /> | [[#video-time-1255|00:20:55]] || Варианты навигации и поиск номенклатуры<br /> |-<br /> | [[#video-time-1380|00:23:00]] || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | [[#video-time-1504|00:25:04]] || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | [[#video-time-1689|00:28:09]] || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | [[#video-time-1835|00:30:35]] || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | [[#video-time-2025|00:33:45]] || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | [[#video-time-2226|00:37:06]] || Перенос контрагентов из «Торговли»<br /> |-<br /> | [[#video-time-2421|00:40:21]] || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | [[#video-time-2700|00:45:00]] || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | [[#video-time-2854|00:47:34]] || Поиск партнёра до создания и правила наименования<br /> |-<br /> | [[#video-time-2960|00:49:20]] || Физические лица и выгрузка документов<br /> |-<br /> | [[#video-time-3026|00:50:26]] || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | [[#video-time-3245|00:54:05]] || Карточка контрагента<br /> |-<br /> | [[#video-time-3281|00:54:41]] || Перенос на следующую встречу и задания<br /> |}<br /> <br /> =Расшифровка встречи=<br /> ''Текст без пометки — речь ведущей (Ирина); участники обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] — фрагмент не удалось разобрать.''<br /> <br /> == [[#video-time-4|00:00:04]] · Что такое ERP и чем она отличается от привычных программ ==<br /> <br /> Вот так будет выглядеть сама программа. Те, кто сейчас работает в [ДНС?], увидят знакомые вещи: интерфейс в целом похож.<br /> <br /> Нужно сказать, что такое ERP. Дословно это переводится как «планирование ресурсов предприятия». Это система, которая позволит нам управлять ресурсами всего предприятия. Основная задача программы — интегрировать все бизнес-процессы разных сфер деятельности предприятия в единую систему. В нашем случае это и производство, и торговля, и продажи, и все филиалы, и другие организации, которые работают с нами в связке: все они будут заведены в эту программу. Мы все будем работать в одной плоскости.<br /> <br /> В результате у нас будет единая программа для управления. Одновременно она будет служить для принятия управленческих решений, для бухгалтерского и налогового учёта.<br /> <br /> Меня часто спрашивают, давно ли существует ERP. В целом она используется с 2014 года и до сих пор постоянно совершенствуется и меняется. Поэтому обучаться нам придётся достаточно часто, наверное, постоянно: возможности программы очень большие. Если появятся новые операции, которые мы до 1 января не рассматривали, мы точно так же будем их изучать, настраивать и смотреть, что придумали программисты в 1С:ERP и как это реализовано.<br /> <br /> Основное отличие, наверное, больше касается бухгалтеров: 1С:ERP, как и «Торговля», — программа в первую очередь не для бухгалтерии. Здесь есть несколько контуров учёта. Первый — операционный учёт, то есть проведение самих операций исполнителями. И только спустя какое-то время проходит финансовый расчёт этих проведённых операций. Поэтому бухгалтерские проводки, которые мы привыкли смотреть, здесь появятся спустя какое-то время, и эти вопросы нам тоже нужно будет настраивать и контролировать.<br /> <br /> Чтобы быть уверенными, что все проводки сформируются правильно — только на основании документов, которые сотрудники провели на своих рабочих местах, — нужно изначально правильно настроить и саму программу по разделам, и справочники.<br /> <br /> Ещё одна особенность отличается от того, к чему мы привыкли: любая проведённая операция сразу попадает во все операционные отчёты. Можно сразу увидеть дебиторскую и кредиторскую задолженность, остатки в количестве на складах. Практически сразу можно формировать управленческие отчёты, а не спустя время, когда ещё можно что-то поправить. Монитор руководителя тоже работает практически в режиме онлайн. Поэтому здесь возрастает цена ошибки.<br /> <br /> Так как мы все работаем в одной плоскости, в одной связке, исправлять ошибки тоже достаточно проблематично: на основании одной проведённой операции формируются все остальные документы — впоследствии я покажу, как это происходит. Чтобы исправить первоначальную ошибку, нужно сначала откатить назад всё, что было связано с движением этого документа. Это достаточно сложно, особенно спустя какое-то время. Поэтому нам нужно научиться работать без ошибок и изначально прорабатывать каждую операцию с учётом всех возможных вариантов исполнения.<br /> <br /> == [[#video-time-296|00:04:56]] · Интерфейс программы и раздел «НСИ и администрирование» ==<br /> <br /> Слева мы видим все подсистемы. У меня доступ администратора, поэтому видны все разделы. У каждого из вас будут свои роли, и всё это вам не понадобится, но интерфейс будет выглядеть так же: слева будут расположены разделы, с которыми вы будете работать. В каждой подсистеме собраны документы и отчёты, с которыми нужно работать исполнителю.<br /> <br /> Сегодня мы начнём со справочников. Они находятся в разделе «НСИ и администрирование». Здесь очень много настроек: настройки НСИ и разделов, от которых зависит, что изначально будет входить в сами справочники. Для примера покажу параметры работы со складами: что у нас включается, какие виды складов мы используем. Например, если мы решили использовать доставку, здесь точно так же в настройках ставятся галочки — какие именно разделы нам пригодятся. Исходя из этих настроек и строится дальнейшая работа.<br /> <br /> Скорее всего, доступ к этим настройкам будет только у кого-то одного. Обсуждать их мы будем все вместе, а менять или добавлять что-то — только по согласованию. Почему? Раз мы работаем в единой программе, все процессы должны быть стандартизированы: мы все должны работать одинаково. Поэтому нужно обсудить, чего мы хотим, посмотреть, как это повлияет на другие филиалы и подобные операции, не помешает ли и не пойдёт ли вразрез с тем, что мы уже приняли и настроили, — и только потом принимать решение о дополнительных настройках.<br /> <br /> == [[#video-time-436|00:07:16]] · Справочник «Склады и магазины»: задача составить актуальный перечень складов ==<br /> <br /> Начнём со складов. Я посмотрела: у всех вас в филиалах множество разных складов, и этот справочник нам нужно отработать. В программе он называется «Склады и магазины».<br /> <br /> Кое-что мы здесь уже начали настраивать. Завод уже работает в этой программе: производство отрабатывает в ней все свои производственные процессы, и склад завода тоже. Поэтому какие-то необходимые склады мы уже завели, но в основном это то, что касается транспорта. Транспорт мы отрабатывали, и мы просили вас составить таблички, что у вас есть на сегодня.<br /> <br /> Но этого недостаточно: у вас есть и другие склады, которые вы используете. Я посмотрела, как это выглядит в «Торговле». Так как программа используется уже давно, там много складов, по которым непонятно, актуальны они или нет. Поэтому наша задача сейчас такая: я покажу, как заполняется этот справочник, а нам нужно составить актуальный перечень складов в разрезе филиалов. Каждый филиал смотрит у себя, что нужно на сегодняшний день, и мы вместе продумаем иерархию — как будем всё это выстраивать. И, конечно, когда у вас появится доступ к программе, нужно будет проверить, используется ли на сегодняшний день то, что мы занесли сюда по транспорту.<br /> <br /> == [[#video-time-559|00:09:19]] · Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса ==<br /> <br /> Что мы учитываем при создании склада? Во-первых, сразу появится запрос, оптовый это склад или розничный. С этим вы, наверное, тоже знакомы. Если мы выберем оптовый склад, розничные обороты по нему показывать не сможем. Розничный склад нужен там, куда нужно подтягивать чеки ККМ и тому подобное. При этом статус «розничный» позволяет использовать склад и как оптовый: он может работать в обоих качествах.<br /> <br /> Например, мы создаём склад и пишем его наименование. Так как я стояла на группе «Склады Казань», группа «Казань» сразу подтянулась. Здесь можно выбрать вид цены [?], если он используется только на этом складе. У нас будут такие склады, о них мы поговорим отдельно. Ещё нужно указать ответственного, если он есть, например заведующего складской территорией.<br /> <br /> Главное, что мы здесь отражаем, — галочка контроля остатков и управления запасами. Мы уже поняли, что работаем в одной связке, значит, контроль остатков у нас будет включён обязательно. Речь идёт о красных остатках: проводить документы «в красное» мы теперь не сможем. Если же настройка позволит в операционном учёте проводить документы в минус, то, как только дойдёт до финансового расчёта, программа не даст оценить, рассчитать или выписать финансовый документ с красными остатками.<br /> <br /> Сейчас я вижу много красных остатков на складах — не знаю, может быть, у вас ситуация лучше, но они есть. Даже если в течение месяца такие остатки где-то проскочат, при закрытии периода программа закрыть месяц не даст. А если месяц не закрыт, мы не получим никаких данных ни для управленческого, ни для бухгалтерского учёта. Так что красные остатки всё равно придётся чистить. Поэтому мы изначально везде ставим контроль остатков и учимся сразу работать так, чтобы все документы поступления и перемещения проводились вовремя, в хронологической последовательности.<br /> <br /> Ещё обратите внимание: организация в карточке склада нигде не указывается. У нас в базе будет несколько организаций, и один склад могут использовать разные юридические лица. Потом по нему мы будем видеть и отчёт по перемещениям между организациями. Здесь тоже важно контролировать остатки, чтобы красных остатков не было.<br /> <br /> В общем, пока всё достаточно просто. Настройки способов [обеспечения?] будут касаться не всех складов, и если понадобится, мы отработаем их отдельно. А так достаточно занести склад, указать адрес, поставить галочку «Контролировать свободные остатки» и, если есть ответственный, указать его.<br /> <br /> Про адреса скажу сразу для всей программы: мы будем заносить много адресов — контрагентов, покупателей, клиентов. Важное условие: с адресами мы работаем исключительно по справочнику. Открывается справочник, и мы выбираем адрес из него, а не заполняем вручную, даже если знаем его. Потом эти адреса попадают в документы, которые мы будем выписывать, особенно в реализацию, — и туда должны попадать именно адреса, занесённые с помощью справочника.<br /> <br /> == [[#video-time-864|00:14:24]] · Задание по складам; справочник «Подразделения» ==<br /> <br /> '''Ведущая:''' По заполнению справочника «Склады и магазины» есть вопросы?<br /> <br /> '''Участник:''' Пока вопросов нет, всё ясно.<br /> <br /> '''Ведущая:''' Значит, записываем себе задание: посмотреть и проанализировать свои справочники — в «Торговле» «Склады и магазины» выглядят так же — и составить список актуальных складов, то есть точек, которые нужно будет занести сюда по филиалу. Направьте его мне, наверное, на почту. Можно сделать это и совместно, индивидуально, чтобы не загружать всех: я покажу, как это делать, обсудим процесс. Как только будете готовы, сразу пишите или звоните мне.<br /> <br /> Ещё момент по подразделениям. Я показывала, как мы заводили транспортное средство. По транспорту принято решение: для каждой машины создаётся отдельное подразделение. Машина — это не только склад, но и подразделение, куда собираются затраты, связанные с этой машиной. Поэтому подразделение привязывается непосредственно к номеру машины. Здесь я вижу, что стоит не то подразделение: так как у вас не заведены дополнительные подразделения по филиалам, стоит основное. Это нам тоже нужно доработать.<br /> <br /> Поэтому смотрите у себя справочник «Склады» и сразу одновременно справочник «Подразделения». У меня пока, например, по Нижнему здесь пусто, подразделений нет. Это тоже нужно обсудить. По доставке в Йошкар-Оле мы машину занесли, потому что уже это используем. Если будут дополнительные точки, которые вы используете как подразделения — собираете по ним затраты или для других нужд, — это мы тоже должны обсудить. Итак, в дополнение к справочнику складов с вас ещё актуальный справочник подразделений в структуре вашего филиала.<br /> <br /> == [[#video-time-1019|00:16:59]] · Справочник «Номенклатура»: настройки учёта и правила наименования ==<br /> <br /> Так, задание понятно? Тогда переходим к справочнику «Номенклатура». Это, наверное, один из самых сложных справочников в плане настроек. До какой детализации вести учёт номенклатуры, мы решили заранее и отразили это в настройках — вот здесь, в разделе «Номенклатура»: какие разрезы учёта используются. От характеристик номенклатуры мы отказались, но решили, что будем учитывать многооборотную тару и упаковки. Справочник единиц измерения мы тоже заполнили и решили, что единицы измерения будут отдельно для отчётов и для хранения. Основные настройки мы поставили.<br /> <br /> Сейчас наша задача — при заполнении самого справочника номенклатуры, создавая позиции, заполнять те разделы, которые мы предусмотрели.<br /> <br /> Во-первых, мы приняли правила заполнения наименования; по мере заполнения для разных позиций принимали разные правила. В основной продукции мы немного поменяли названия и привели всё в единую систему. Наш склад — это, естественно, делалось совместно со складскими работниками — сказал, что так удобно, понятно и прозрачно. Не знаю, как будет у вас, может быть, придётся немного привыкнуть: впереди мы поставили размеры, литры, чтобы было единообразие, и названия тоже привели к общей картине. По остальным позициям решили оставить, как было в «Торговле», — перенесли как есть.<br /> <br /> == [[#video-time-1157|00:19:17]] · Кто заводит номенклатуру: только завод ==<br /> <br /> '''Ведущая:''' Хочу сразу спросить: есть ли у вас товары, которые вы закупаете сами, минуя склад завода?<br /> <br /> '''Участник:''' Ирина, таких товаров тоже нет. Мы вообще номенклатуру не заводим: её заводит только завод. Мы не имеем права вносить изменения в номенклатуру, у нас нет доступа.<br /> <br /> '''Ведущая:''' Хорошо.<br /> <br /> '''Участник:''' И в связи с этим вопрос: мы всё-таки должны будем что-то делать? Или это останется на стороне завода, и мы увидим просто готовый справочник номенклатуры? Мы бы хотели, чтобы было именно так — готовый справочник.<br /> <br /> '''Ведущая:''' Может быть, у меня была неверная информация, что что-то заводят сами филиалы.<br /> <br /> '''Участник:''' Нет, такого нет. Всё идёт централизованно, исключительно через завод.<br /> <br /> '''Ведущая:''' Значит, эта система и останется?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Ведущая:''' Тогда так и принимаем: пока работаем через нас. Если у вас есть какие-то особенности, я как раз хотела попросить предоставить перечень наименований, которые вы закупаете самостоятельно или по согласованию, минуя завод. Речь ведь идёт обо всём, например о расходных материалах. Ничего такого у вас нет? Закупкой вы вообще не занимаетесь, с поставщиками не работаете, правильно я понимаю?<br /> <br /> '''Участник:''' В любом случае у нас всё заводится через завод. Мы сами ничего не заводим и никаких изменений не вносим.<br /> <br /> '''Ведущая:''' Отлично.<br /> <br /> == [[#video-time-1255|00:20:55]] · Варианты навигации и поиск номенклатуры ==<br /> <br /> Теперь об удобстве использования. В этой программе можно менять вариант навигации. Один вариант мы сделали, наверное, больше для бухгалтеров — для тех, кто понимает вот эти цифры: это счета. Мы расписали, что конкретно будет учитываться на каждом субсчёте, чтобы был порядок, и в соответствии с этим заполняли. Для складских работников, для тех, кто занимается отгрузкой, мы настроили другой вариант: переключаем колёсиком вариант навигации — и он сделан в более-менее привычном вам виде. Для поиска здесь всё так же, как у вас, может быть, не один в один: здесь ещё отдельно выделили кулеры, тоже их немного сгруппировали.<br /> <br /> То есть в любом случае вы будете работать только со справочником, который мы уже занесли, правильно я поняла? Здесь вам просто нужно будет освоиться и посмотреть, насколько это удобно. Ваша задача как пользователей — переключить вариант навигации на простой и использовать его для подбора.<br /> <br /> Названия тоже могут немного отличаться от привычных, потому что мы проводим работу по наименованиям — как правильно их заносить. Мы решили, что вначале идёт существительное, потом марка, какие-то характеристики и цвет — например, по кулерам принимали такое решение. Но думаю, вы быстро адаптируетесь, и с поиском проблем не должно быть.<br /> <br /> == [[#video-time-1380|00:23:00]] · Схема перемещения товара на филиалы и единый перевозчик ==<br /> <br /> На номенклатуре долго останавливаться не буду, пойдём сразу к тому, что вам предстоит сделать самостоятельно.<br /> <br /> Смотрите, какая у нас система. Мы договорились, что работаем документом перемещения так же, как сейчас в «Торговле». Склад перемещает товар на склад машины, которая везёт его на филиал. Филиал приходует его в программе со склада машины тоже перемещением. А дальше, как я понимаю, филиал перегружает, отписывает товар в другие свои машины. Правильно?<br /> <br /> '''Участник:''' Да, всё верно.<br /> <br /> '''Ведущая:''' То есть у вас точно так же возникает необходимость учёта транспортных средств и водителей. На сегодняшний день принято решение, что у нас единый перевозчик — ИП Марушко [?] Анна Евгеньевна, от имени которой будут осуществляться все перевозки. Во всех транспортных накладных перевозчиком должно фигурировать это ИП. Все машины, которые принадлежали «Здоровой жизни», так или иначе сданы в аренду водителям-ИП. Они тоже должны быть занесены как контрагенты: с ними будут взаимные расчёты, которые тоже пройдут в этой программе, и всё это должно стыковаться между собой.<br /> <br /> Чтобы организовать весь этот учёт, мы, как я уже сказала, подключили раздел «Доставка». Чтобы он хорошо работал, здесь тоже нужно заполнить справочники.<br /> <br /> == [[#video-time-1504|00:25:04]] · Справочник «Транспортные средства»: что заносить и кто заполняет ==<br /> <br /> Во-первых, справочник «Транспортные средства» — в каждом филиале. Для чего мы его заполняем? Во-первых, эти данные попадают в транспортную накладную, а когда мы подключим электронную транспортную накладную — в выгрузку ЭТрН. Но мы сразу начинаем делать так, как положено, и заполняем полностью.<br /> <br /> Этот справочник никак не привязан к бухгалтерскому учёту. Это не справочник основных средств и не подразделение. Он нужен исключительно для того, чтобы мы могли отражать доставку, транспортировку. Поэтому этим справочником мы должны заниматься на местах. Я не знаю, как у вас поделён функционал.<br /> <br /> Что здесь заносится? Номер транспортного средства, марка — опять же, это требования транспортной накладной. Грузоподъёмность, вместимость, если есть прицеп — номер прицепа. Это основные данные. Ещё тип: грузовой тягач, с прицепом, грузовой фургон или что-то ещё, что у вас есть, — эти данные мы тоже заносим.<br /> <br /> Этот справочник будете заполнять уже вы. Вы работаете со своими водителями — не перевозчиками, а исполнителями перевозки, так скажем, — и по ходу дела что-то меняется: появляется новое транспортное средство или, например, поменялся водитель. Поэтому мы решили доверить этот блок непосредственно вам. На сегодняшний день вам нужно будет завести то, что у вас есть: свои транспортные средства, а кроме них ещё справочник физических лиц — водителей.<br /> <br /> Начнём с транспортных средств. Думаю, здесь трудностей не должно возникнуть. Как только у вас появится доступ к программе, ваша задача — занести транспортные средства, которые реально используются. Заходите в раздел «Склад и доставка», откроется окно с разными подразделами. Выбираем «Управление доставкой», открываем «Транспортные средства» и начинаем заполнять применительно к своим транспортным средствам. Понятно?<br /> <br /> == [[#video-time-1689|00:28:09]] · Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает ==<br /> <br /> '''Ведущая:''' Здесь есть вопросы?<br /> <br /> '''Участник:''' Ирина, подскажите, пожалуйста, из 1С это никак не будет переноситься? То есть мы должны всё забить вручную?<br /> <br /> '''Ведущая:''' Да, на этом этапе это нужно будет забить вручную. Наша задача сейчас — провести такую параллельную инвентаризацию всего и вся, чтобы не тащить никаких ошибок из «Торговли» и старых хвостов. Мы решили, что занесём всё заново. Тем более у нас есть время, нет такой спешки, что прямо сейчас срочно нужно проделать большой объём работы. Спокойно заносим по две-три машины в день. Можно даже заносить по ходу, когда мы начнём пробовать заносить документы, — вам это как раз пригодится.<br /> <br /> Не знаю, насколько у вас много машин, поэтому распределите сами по трудозатратам и времени, как лучше. Но вы же видите, что информации здесь не так много. Самое главное, чтобы она была актуальная и правильная, чтобы всё совпадало с тем, что есть на самом деле.<br /> <br /> '''Участник:''' Машины, которые у нас уже не работают, не заносим?<br /> <br /> '''Ведущая:''' Нет, конечно. Только те, которые работают, — точно, на 100%. С декабря мы начнём тестовую эксплуатацию программы и будем заполнять документы в режиме реального времени. Поэтому нужно то, что у вас точно будет работать в декабре, — условно говоря, какие будут транспортные средства. А дальше, с января, если будут появляться новые, вы уже будете уметь заносить новые транспортные средства и работать с ними.<br /> <br /> Не знаю, где это удобнее делать: может быть, кладовщику, который непосредственно контактирует с водителями, или логисту, который ищет нового водителя или новое транспортное средство. Это вы на месте определитесь: кому можно это доверить, кому удобнее, кто быстрее об этом узнаёт, через кого проходит достоверная информация.<br /> <br /> == [[#video-time-1835|00:30:35]] · Справочник «Контрагенты»: партнёры и контрагенты ==<br /> <br /> '''Ведущая:''' Это мы проговорили. Справочник «Контрагенты» вы тоже не заполняете, я правильно поняла? Новых клиентов заносят только на заводе?<br /> <br /> '''Участник:''' [неразборчиво]<br /> <br /> '''Ведущая:''' Клиентов сами заносите? Хорошо. Тогда давайте сегодня поговорим о нюансах заполнения справочника «Контрагенты» — а их очень много.<br /> <br /> Во-первых, когда дело касается справочников, мы всегда заходим в раздел «НСИ и администрирование». Контрагент здесь непростой: справочников два. Сначала создаётся партнёр и только потом контрагент. Для чего это сделано? Мы решили пользоваться этой возможностью программы. Справочник партнёров — управленческий. Партнёр — это не юридическое лицо: у него нет ИНН, нет никакой юридической сущности.<br /> <br /> Бывает, что партнёр равен контрагенту: один партнёр — один контрагент. А бывает, что партнёр один, а у него в подчинении несколько юрлиц. Например, мы говорим «Мираж» и так и называем — «Мираж», а на самом деле под этим «Миражом» есть какие-то ИП, есть организация «Мираж-2». То есть контрагентов — юридических лиц — несколько, а партнёр один. Для чего это нужно? Работая с одним партнёром, мы можем сформировать по нему ведомость расчётов: сколько мы вообще должны этому партнёру по всем его юридическим лицам.<br /> <br /> Может быть и обратная ситуация, например в торговых сетях: юридическое лицо одно, а партнёров несколько — магазины или торговые точки, которые мы заносим через партнёров. В общем, это инструмент, который позволяет вести расчёты в сегодняшних непростых условиях: вариантов много, юридических лиц много, выстраиваются холдинги, с которыми мы работаем, и нам важно знать ситуацию в целом по холдингу. Поэтому мы решили пользоваться справочником «Партнёры».<br /> <br /> == [[#video-time-2025|00:33:45]] · Новые клиенты: сколько их и кто отвечает за справочник ==<br /> <br /> '''Ведущая:''' Сейчас покажу, как создаётся и заполняется новый партнёр. Но хочу сразу сказать: чтобы не засорять справочник, нам точно так же нужно определить у вас лиц, которые будут иметь к нему доступ. Вообще, как часто у вас появляются новые клиенты, новые партнёры? Сколько в день, например?<br /> <br /> '''Участник:''' Постоянно.<br /> <br /> '''Ведущая:''' Ну сколько в день?<br /> <br /> '''Участник:''' Бывает 10, бывает 20. На доставке огромное количество — это и физические лица, и все эти магазины. Клиентов в месяц — тысячи.<br /> <br /> '''Ведущая:''' Тысячи новых?<br /> <br /> '''Участник:''' Да.<br /> <br /> '''Ведущая:''' Физических или юридических лиц?<br /> <br /> '''Участник:''' Разных.<br /> <br /> '''Ведущая:''' Значит, так как этот справочник очень важный и на него очень многое завязано в дальнейшем, в каждом филиале нужно выбрать ответственных за заполнение справочника, за ввод новых контрагентов. Мы ещё раз отдельно пройдёмся по нему вместе: я написала инструкцию, пройдёмся по ней.<br /> <br /> '''Участник:''' Его заполняют все работающие менеджеры. Это стандартная операция при приёме нового клиента: абсолютно все менеджеры на приёме заказов заводят новых клиентов.<br /> <br /> '''Ведущая:''' Тем не менее я ещё раз попрошу выбрать в филиале ответственное лицо за ведение этого справочника — не знаю, старшего менеджера или кого-то ещё. На этом справочнике у нас многое завязано. Если сменился персонал, пришёл новый менеджер, кто-то не понял, как это делать, или сделал ошибку, ответственный за ведение справочника сможет проконтролировать, подсказать, обучить. Понятно, что обучать мы будем всех работающих менеджеров, но должен быть кто-то один ответственный.<br /> <br /> Потому что история, которая сейчас творится в «Торговле», — дублирование, когда контрагент должен быть один, а его там три-четыре, — нам не годится. Здесь это нужно исключить. Тем более реализация с доставки: помните, я в самом начале сказала, что до машины, которая поехала к клиенту, мы всё проводим в ERP, а оттуда будем выгружать данные сюда [?]. Обязательно нужно будет взаимоувязать показатели, чтобы всё вставало чётко и ежедневно были все остатки и показатели по реализации. Поэтому справочник контрагентов нужно очень жёстко контролировать. Сейчас я в общем покажу, как мы с ним будем работать, — вы поймёте, почему здесь важны какие-то вещи, и, может быть, кто-то сам вызовется быть ответственным за его заполнение.<br /> <br /> == [[#video-time-2226|00:37:06]] · Перенос контрагентов из «Торговли» ==<br /> <br /> '''Участник:''' Мы всех наших контрагентов будем вручную переносить?<br /> <br /> '''Ведущая:''' Каких? Вы имеете в виду клиентов?<br /> <br /> '''Участник:''' 20 тысяч — наша АКБ.<br /> <br /> '''Ведущая:''' Насколько я знаю, сейчас Анна Евгеньевна [?] сама взяла под контроль вопрос чистки базы в «Торговле». Базу приводят в порядок и пытаются объединить дубли и исправить старые ошибки. Сейчас у персонала уже есть понимание, всё чётко заносится по правилам, дублей нет, так скажем?<br /> <br /> '''Участник:''' Нет, конечно.<br /> <br /> '''Ведущая:''' Думаю, мы всё-таки решили, что будем взаимоувязывать данные с «Торговлей», а не сначала заносить здесь вручную, а потом увязывать. Как это всё будет строиться — честно говоря, можно прямо сказать: эту нашу будущую систему мы выстраиваем сами, по ходу.<br /> <br /> '''Участник:''' Не хочется заносить 20 тысяч клиентов. Ладно ещё физлицо: фамилия, имя, адрес, подъезд, телефон.<br /> <br /> '''Ведущая:''' Нет-нет, эти клиенты сюда не попадут. Физических лиц здесь не будет: они пойдут одной строкой — «физическое лицо».<br /> <br /> '''Участник:''' А юридические лица как раз сложнее. Там у каждого расчётный счёт, корсчёт, БИК банка, юридический адрес, фактический адрес — их может быть много. Заносить всё это заново — это, по-моему, только плодить ошибки.<br /> <br /> '''Ведущая:''' Честно говоря, у меня пока нет до конца ответа, как это всё будет выглядеть. Сейчас наша задача — научиться и понимать, как это устроено в программе. В дальнейшем мы придумаем, что будем выгружать сюда, и всё равно нужно будет проверить, как это встало и насколько правильно заполнилось. То, что выгружалось сейчас, — мы пробовали — получилась полная ерунда: это не работает и никуда не годится, мы там всё поудаляли, потому что нарушаются все наши правила. Тогда мы не сможем ежедневно получать результаты, а задача стоит именно так: ежедневно закрывать все операции, которые возможно, и видеть результат.<br /> <br /> Как будем выстраивать дальше, решим по ходу дела. Но сейчас наша задача — научиться и понимать, как это работает здесь, в ERP. Может быть, потом мы настроим всё так, чтобы в «Торговле» заносить по-другому: поймём, что нужно, чтобы в ERP всё вставало правильно, и тогда поменяем в «Торговле» подход к занесению данных. Мы это с вами отработаем, обязательно до этого дойдём — у нас на это весь декабрь.<br /> <br /> == [[#video-time-2421|00:40:21]] · Создание партнёра: помощник регистрации и проверка на дубли ==<br /> <br /> Итак, мы поняли: здесь у нас есть партнёр, а здесь контрагент. Контрагент — юридическое лицо, партнёр — [управленческое?] наименование этого контрагента.<br /> <br /> Что происходит при создании нового партнёра? Здесь есть помощник регистрации. Вам видно? Наверное, жёлтенькое не видно: стрелочка «Далее» внизу, я показываю в правой части экрана. Не видно?<br /> <br /> '''Участник:''' Видно.<br /> <br /> '''Ведущая:''' Да, то есть у вас есть помощник регистрации партнёра, и по нему можно двигаться. Здесь всё просто: выбираем «Компания». Если на основании этого партнёра будет создан контрагент, ставим соответствующую галочку — здесь прямо пишется, что будет создан контрагент. Выбираем, юрлицо это, индивидуальный предприниматель или нерезидент. Дальше вводим ИНН, нажимаем на кнопку, и всё заполняется из регистров: подтягиваются данные, автоматически заполняются публичное наименование, телефон — всё встаёт.<br /> <br /> Давайте я лучше покажу на готовом примере. Вот здесь «Ритейл» занесён неправильно… Нет, так не надо, покажу на ком-нибудь другом.<br /> <br /> Я как раз говорю о дублировании. Допустим, создаём юридическое лицо: заполнились основные характеристики, которые уже подгружены из общего доступа. Дальше стрелочкой «Далее» можем двигаться. Видите, программа выдаёт ошибку: необходимо указать хотя бы одно значение контактной информации или хотя бы одно контактное лицо. То есть нужно указать либо e-mail организации, либо телефон, иначе дальше программа двигаться не даст. Заносим e-mail, телефон — и тогда можно идти дальше. Так как стоит галочка «Данные контактного лица», формируется справочник контактных лиц партнёра. Я сейчас её уберу, не будем формировать.<br /> <br /> И вот, видите, программа сразу выдаёт: найдены партнёры с совпадающими данными, примите решение о дальнейших действиях. Она выделяет, что совпадает — название, телефоны, — а что не совпадает, и мы решаем, что с этим делать. Четыре совпадения: по «Умному ритейлу» [?], по «Водоканалу» такой же номер телефона — видимо, у всех остальных тоже введены просто временные телефоны.<br /> <br /> Дальше можно решить: не регистрировать нового партнёра, а использовать найденного. Можно продолжить регистрацию партнёра и подчинить его найденному, если одно к другому имеет отношение. И можно продолжить регистрацию нового партнёра, но тогда контрагент создан не будет, потому что контрагент с таким ИНН и КПП уже есть. Здесь даже видно, кто и когда это сделал. То есть контроль здесь присутствует: программа подсказывает, что такой контрагент уже есть и сделать это вы не можете.<br /> <br /> == [[#video-time-2700|00:45:00]] · Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие ==<br /> <br /> Самый важный момент программа здесь не показала: в партнёрах она попросит указать, кем является этот партнёр, какие у нас с ним отношения. От этого зависит очень многое: клиент он, поставщик, перевозчик или у нас с ним какие-то прочие отношения. Эти данные принципиально важны — от них зависит дальнейший доступ к документам. Если мы указали, что он только клиент, мы можем выписывать всё, что касается реализации. Но если понадобится, например, сделать уступку права требования по его долгу, это уже относится к прочим отношениям, а не к клиентским, и без этой галочки сформировать такие документы мы не сможем.<br /> <br /> Точно так же один партнёр может быть с одной стороны клиентом, а с другой — поставщиком, то есть одновременно что-то нам поставлять. Тогда обязательно должна стоять галочка «Поставщик». Один партнёр может быть и клиентом, и поставщиком, и иметь прочие отношения.<br /> <br /> На этот момент очень важно обращать внимание тому, кто заводит партнёров. Чаще всего партнёра заводит, как вы говорите, просто менеджер, который занимается реализацией. Он работает только с клиентами, поэтому по умолчанию будет заводить партнёра только как клиента. Он не знает, поставщик это или нет, есть ли с ним ещё какие-то отношения. Поэтому я и говорю: нужна либо подсказка менеджерам, либо ответственное лицо. Это должен быть человек такого уровня, который понимает, какой характер отношений может быть у нас с этим партнёром.<br /> <br /> '''Участник:''' Уверяю, даже руководители не понимают, кто из партнёров у нас клиенты. Например, заказы идут через завод: заказывают какой-то товар у поставщика. А этот поставщик в Казани, Чебоксарах, Нижнем может быть нашим клиентом, которому мы возим воду. Даже руководители, даже директора филиалов могут об этом не знать. Это знает только бухгалтерия в Йошкар-Оле.<br /> <br /> '''Ведущая:''' Вот даже так, да?<br /> <br /> == [[#video-time-2854|00:47:34]] · Поиск партнёра до создания и правила наименования ==<br /> <br /> '''Участник:''' Да. А есть проверка до создания? Чтобы не на этапе, когда мы уже ввели данные, видеть, что такой контрагент не должен быть создан, а сначала поискать и потом уже принимать решение, создавать новый или нет.<br /> <br /> '''Ведущая:''' Да, конечно. В справочнике партнёров мы, конечно, можем осуществлять поиск и подбирать. Но посмотрите, какие в основном были ошибки. Они были связаны с названием: вводили его неправильно, по-разному. Сейчас мы приняли решение, и в справочнике ко всему одинаковый подход. Это облегчает поиск: никаких лишних кавычек, никаких «ООО» в начале — есть правила заполнения. У нас принято писать без знаков препинания: просто пишем название, а статус — ООО, АО, ИП или другой — идёт припиской в конце.<br /> <br /> '''Участник:''' А можно искать не только по названию, но и, например, по ИНН?<br /> <br /> '''Ведущая:''' По ИНН мы будем искать в справочнике «Контрагенты». Помните, я говорила: партнёры — это партнёры, контрагенты — это контрагенты. Сначала это, наверное, будет вызывать затруднения в понимании, но потом, когда будем постоянно этим пользоваться, мы научимся работать с обоими справочниками — и с партнёрами, и с контрагентами.<br /> <br /> == [[#video-time-2960|00:49:20]] · Физические лица и выгрузка документов ==<br /> <br /> '''Участник:''' А если это физлицо, как мы должны искать его в партнёрах?<br /> <br /> '''Ведущая:''' Видимо, их там не будет. Мы решили, что клиенты — физические лица, которым мы реализуем, сюда выгружаться не будут: физлица из программы пойдут, допустим, на одного розничного покупателя. Все наши клиенты, которые уходят как физики в розницу, всегда загружаются общей позицией — по сути, на одного клиента-партнёра. Аналитики по ним здесь не будет.<br /> <br /> С юридическими лицами иначе. На сегодняшний день мы видим решение такое, что выгрузка [ЭДО?] будет проходить отсюда, из ERP. Поэтому нам важно, чтобы сюда правильно подгрузилось из «Торговли» то, что нужно, и отсюда пошла отправка. И здесь, конечно, важно, чтобы все контрагенты встали и были правильно заполнены.<br /> <br /> == [[#video-time-3026|00:50:26]] · Единый справочник контрагентов и работа с несколькими филиалами ==<br /> <br /> Опять же, у нас будет единый справочник контрагентов. Так же, как справочник номенклатуры один, один и справочник контрагентов. Всех, с кем вы работаете, мы здесь будем видеть.<br /> <br /> '''Участник:''' Подскажите тогда: если справочник единый между городами — допустим, у [Туэльвира?] в Казани есть этот контрагент, а у них филиал в Чебоксарах, — какие будут действия?<br /> <br /> '''Ведущая:''' Мы сейчас как раз обсуждаем этот вариант. Справочник единый, но если он будет разрастаться, он станет очень большим. А вам, возможно, и не нужно видеть тех партнёров или контрагентов, с которыми вы не работаете: Нижнему нужны свои, Чебоксарам свои, Казани свои — чтобы справочник не засорялся огромным количеством записей. Поэтому сейчас рассматриваем вариант использовать одного общего партнёра и одного контрагента, который работает с разными филиалами по разным договорам. Вы ведь по разным договорам работаете?<br /> <br /> '''Участник:''' Да. Например, рядом с Чебоксарами — Новочебоксарск, это тоже наш филиал. У нас куча клиентов, у которых точки есть и в Чебоксарах, и в Новочебоксарске, и на данный момент мы заводим двух клиентов в двух разных базах. Как нам действовать в этом случае?<br /> <br /> '''Ведущая:''' Я и говорю: мы рассматриваем вариант, когда принадлежность к филиалу определяется договором. Если договор заключён, например, с Новочебоксарском, то по этому принципу контрагент и будет у вас — ещё один партнёр плодиться не будет. Будет один контрагент, одно юридическое лицо, но договоры разные. В рамках договора, который мы определили как новочебоксарский, он будет высвечиваться везде в ваших отчётах, в ваших оборотах. А мы здесь будем видеть всю картину по этому партнёру в целом. А сверки вы с ними как делаете? Только по своей части?<br /> <br /> '''Участник:''' Партнёр-то у нас один, а по Новочебоксарску у нас другая сверка [?].<br /> <br /> '''Ведущая:''' Партнёр у нас будет один, он здесь в списке. И контрагент у вас будет один. Но, как я говорю, мы рассматриваем вариант, при котором в акте сверки будет выходить только ваш договор. Когда вы, например, в Чебоксарах делаете сверку по этому контрагенту, в интерфейсе вы увидите этого же партнёра и этого же контрагента, но договор у вас будет только чебоксарский. По нему вы и сможете контролировать свои обороты и расчёты. Но это пока наши рассуждения: мы это ещё не реализовали, как раз сейчас над этим работаем и посмотрим, как система будет работать.<br /> <br /> == [[#video-time-3245|00:54:05]] · Карточка контрагента ==<br /> <br /> Если дальше перейти к контрагенту: мы создали партнёра и, помните, поставили галочку, что одновременно создаётся контрагент. В контрагенте мы тоже смотрим данные: всё заполнилось автоматически, в том числе адреса; если нужно, дополняем. Но основной вопрос, который у нас встаёт, — это всё-таки договор.<br /> <br /> == [[#video-time-3281|00:54:41]] · Перенос на следующую встречу и задания ==<br /> <br /> '''Ведущая:''' Не знаю, у нас с 11 часов уже час прошёл. Как у вас по времени, вы, наверное, спланировали? Может быть, к договору и ко всем этим нюансам перейдём завтра? Или могу продолжить сейчас?<br /> <br /> '''Участник:''' Нет, мы бы лучше на завтра перенесли.<br /> <br /> '''Ведущая:''' Да, хорошо, так и договоримся. Сегодня мы проговорили: с вас актуальные списки — ещё раз напоминаю — по складам и по подразделениям. Завтра продолжаем рассматривать, как заполняется справочник «Контрагенты» в разных вариантах, может быть, успеем посмотреть партнёров. Если Марат [?] сегодня сделает, я хотела для примера показать, как мы работаем, например, с «Магнитом» — как выстроить этот справочник. Дальше завтра рассмотрим договоры, соглашения и цены. На сегодня у меня всё, спасибо большое.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=711 2026-10-28T14:21:50Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | [[#video-time-296|00:04:56]] || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | [[#video-time-436|00:07:16]] || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | 00:09:19 || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | 00:14:24 || Задание по складам; справочник «Подразделения»<br /> |-<br /> | 00:16:59 || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | 00:19:17 || Кто заводит номенклатуру: только завод<br /> |-<br /> | 00:20:55 || Варианты навигации и поиск номенклатуры<br /> |-<br /> | 00:23:00 || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | 00:25:04 || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | 00:28:09 || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | 00:30:35 || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | 00:33:45 || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | 00:37:06 || Перенос контрагентов из «Торговли»<br /> |-<br /> | 00:40:21 || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | 00:45:00 || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | 00:47:34 || Поиск партнёра до создания и правила наименования<br /> |-<br /> | 00:49:20 || Физические лица и выгрузка документов<br /> |-<br /> | 00:50:26 || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | 00:54:05 || Карточка контрагента<br /> |-<br /> | 00:54:41 || План на следующую встречу, задания и завершение<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=710 2026-10-28T14:21:40Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | [[#video-time-296|00:04:56]] || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | [[#video-time-436||00:07:16]] || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | 00:09:19 || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | 00:14:24 || Задание по складам; справочник «Подразделения»<br /> |-<br /> | 00:16:59 || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | 00:19:17 || Кто заводит номенклатуру: только завод<br /> |-<br /> | 00:20:55 || Варианты навигации и поиск номенклатуры<br /> |-<br /> | 00:23:00 || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | 00:25:04 || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | 00:28:09 || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | 00:30:35 || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | 00:33:45 || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | 00:37:06 || Перенос контрагентов из «Торговли»<br /> |-<br /> | 00:40:21 || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | 00:45:00 || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | 00:47:34 || Поиск партнёра до создания и правила наименования<br /> |-<br /> | 00:49:20 || Физические лица и выгрузка документов<br /> |-<br /> | 00:50:26 || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | 00:54:05 || Карточка контрагента<br /> |-<br /> | 00:54:41 || План на следующую встречу, задания и завершение<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=709 2026-10-28T14:20:53Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | [[#video-time-296|00:04:56]] || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | 00:07:16 || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | 00:09:19 || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | 00:14:24 || Задание по складам; справочник «Подразделения»<br /> |-<br /> | 00:16:59 || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | 00:19:17 || Кто заводит номенклатуру: только завод<br /> |-<br /> | 00:20:55 || Варианты навигации и поиск номенклатуры<br /> |-<br /> | 00:23:00 || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | 00:25:04 || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | 00:28:09 || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | 00:30:35 || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | 00:33:45 || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | 00:37:06 || Перенос контрагентов из «Торговли»<br /> |-<br /> | 00:40:21 || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | 00:45:00 || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | 00:47:34 || Поиск партнёра до создания и правила наименования<br /> |-<br /> | 00:49:20 || Физические лица и выгрузка документов<br /> |-<br /> | 00:50:26 || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | 00:54:05 || Карточка контрагента<br /> |-<br /> | 00:54:41 || План на следующую встречу, задания и завершение<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=708 2026-10-28T14:20:11Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | [[#video-time-4|00:00:04]] || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | 00:04:56 || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | 00:07:16 || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | 00:09:19 || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | 00:14:24 || Задание по складам; справочник «Подразделения»<br /> |-<br /> | 00:16:59 || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | 00:19:17 || Кто заводит номенклатуру: только завод<br /> |-<br /> | 00:20:55 || Варианты навигации и поиск номенклатуры<br /> |-<br /> | 00:23:00 || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | 00:25:04 || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | 00:28:09 || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | 00:30:35 || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | 00:33:45 || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | 00:37:06 || Перенос контрагентов из «Торговли»<br /> |-<br /> | 00:40:21 || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | 00:45:00 || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | 00:47:34 || Поиск партнёра до создания и правила наименования<br /> |-<br /> | 00:49:20 || Физические лица и выгрузка документов<br /> |-<br /> | 00:50:26 || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | 00:54:05 || Карточка контрагента<br /> |-<br /> | 00:54:41 || План на следующую встречу, задания и завершение<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=707 2026-10-28T14:18:33Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | 00:00:04 || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | 00:04:56 || Интерфейс программы и раздел «НСИ и администрирование»<br /> |-<br /> | 00:07:16 || Справочник «Склады и магазины»: задача составить актуальный перечень складов<br /> |-<br /> | 00:09:19 || Создание склада: оптовый или розничный, реквизиты, контроль остатков, адреса<br /> |-<br /> | 00:14:24 || Задание по складам; справочник «Подразделения»<br /> |-<br /> | 00:16:59 || Справочник «Номенклатура»: настройки учёта и правила наименования<br /> |-<br /> | 00:19:17 || Кто заводит номенклатуру: только завод<br /> |-<br /> | 00:20:55 || Варианты навигации и поиск номенклатуры<br /> |-<br /> | 00:23:00 || Схема перемещения товара на филиалы и единый перевозчик<br /> |-<br /> | 00:25:04 || Справочник «Транспортные средства»: что заносить и кто заполняет<br /> |-<br /> | 00:28:09 || Вопросы по транспорту: перенос данных, какие машины заносить, кто отвечает<br /> |-<br /> | 00:30:35 || Справочник «Контрагенты»: партнёры и контрагенты<br /> |-<br /> | 00:33:45 || Новые клиенты: сколько их и кто отвечает за справочник<br /> |-<br /> | 00:37:06 || Перенос контрагентов из «Торговли»<br /> |-<br /> | 00:40:21 || Создание партнёра: помощник регистрации и проверка на дубли<br /> |-<br /> | 00:45:00 || Вид отношений с партнёром: клиент, поставщик, перевозчик, прочие<br /> |-<br /> | 00:47:34 || Поиск партнёра до создания и правила наименования<br /> |-<br /> | 00:49:20 || Физические лица и выгрузка документов<br /> |-<br /> | 00:50:26 || Единый справочник контрагентов и работа с несколькими филиалами<br /> |-<br /> | 00:54:05 || Карточка контрагента<br /> |-<br /> | 00:54:41 || План на следующую встречу, задания и завершение<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=706 2026-10-28T14:10:48Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]<br /> =Содержание=<br /> {| class=&quot;wikitable&quot;<br /> |-<br /> ! Время !! Тема<br /> |-<br /> | 00:00:04 || Что такое ERP и чем она отличается от привычных программ<br /> |-<br /> | 00:04:56 || Интерфейс программы и раздел «НСИ и администрирование»<br /> |}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=MediaWiki:Common.js&diff=705 2026-10-28T14:03:47Z

<p>Администратор: Новая страница: «/* Размещённый здесь код JavaScript будет загружаться пользователям при обращении к каждой странице */ (function () { &#039;use strict&#039;; function initVideoTimestamps() { document.addEventListener(&#039;click&#039;, function (event) { const link = event.target.closest(&#039;a[href]&#039;); if (!link) return; const match = link.hash.match(/^#video-time-(\d+...»</p> <hr /> <div>/* Размещённый здесь код JavaScript будет загружаться пользователям при обращении к каждой странице */<br /> <br /> (function () {<br /> 'use strict';<br /> <br /> function initVideoTimestamps() {<br /> document.addEventListener('click', function (event) {<br /> const link = event.target.closest('a[href]');<br /> if (!link) return;<br /> <br /> const match = link.hash.match(/^#video-time-(\d+)$/);<br /> if (!match) return;<br /> <br /> const video = document.querySelector(<br /> '.mw-parser-output video'<br /> );<br /> if (!video) return;<br /> <br /> event.preventDefault();<br /> <br /> const seconds = Number(match[1]);<br /> <br /> // Прокрутить страницу к видеоплееру.<br /> video.scrollIntoView({<br /> behavior: 'smooth',<br /> block: 'start'<br /> });<br /> <br /> // Перейти к нужному времени и запустить видео.<br /> function seekAndPlay() {<br /> video.currentTime = seconds;<br /> <br /> const result = video.play();<br /> if (result &amp;&amp; result.catch) {<br /> result.catch(function (error) {<br /> console.warn(<br /> 'Не удалось запустить видео:', error<br /> );<br /> });<br /> }<br /> }<br /> <br /> if (video.readyState &gt;= 1) {<br /> seekAndPlay();<br /> } else {<br /> video.addEventListener(<br /> 'loadedmetadata',<br /> seekAndPlay,<br /> { once: true }<br /> );<br /> video.load();<br /> }<br /> });<br /> }<br /> <br /> if (document.readyState === 'loading') {<br /> document.addEventListener(<br /> 'DOMContentLoaded',<br /> initVideoTimestamps<br /> );<br /> } else {<br /> initVideoTimestamps();<br /> }<br /> })();</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=704 2026-10-28T13:04:19Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ - Склады - Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261028&diff=703 2026-10-28T13:04:14Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 28.10.2026. НСИ - Партнеры РЦ - Обособки}}<br /> [[Файл:Запись встречи 28.10.2026 НСИ Партнеры РЦ обособки.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=702 2026-10-28T13:02:17Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ-Склады-Номенклатура}}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=701 2026-10-28T13:02:09Z

<p>Администратор: </p> <hr /> <div>{{DISPLAYTITLE:Запись встречи 27.10.2026. НСИ-Склады-Номенклатура}<br /> [[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=700 2026-10-28T13:00:01Z

<p>Администратор: </p> <hr /> <div>[[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261028&diff=699 2026-10-28T12:59:50Z

<p>Администратор: Новая страница: «800px»</p> <hr /> <div>[[Файл:Запись встречи 28.10.2026 НСИ Партнеры РЦ обособки.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=698 2026-10-28T12:59:01Z

<p>Администратор: </p> <hr /> <div>[[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|1400px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=697 2026-10-28T12:58:55Z

<p>Администратор: </p> <hr /> <div>[[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|1200px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=696 2026-10-28T12:58:50Z

<p>Администратор: </p> <hr /> <div>[[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm|800px]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE_20261027&diff=695 2026-10-28T12:55:01Z

<p>Администратор: Новая страница: «Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm»</p> <hr /> <div>[[Файл:Запись встречи 27.10.2026 НСИ Склады Номенклатура.webm]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP_%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE&diff=694 2026-10-28T12:53:23Z

<p>Администратор: Новая страница: «Список видеозаписей.»</p> <hr /> <div>Список видеозаписей.</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=ERP&diff=693 2026-10-28T12:52:42Z

<p>Администратор: Новая страница: «Главная страница по 1C:ERP»</p> <hr /> <div>Главная страница по 1C:ERP</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_%D0%B2%D1%81%D1%82%D1%80%D0%B5%D1%87%D0%B8_28.10.2026_%D0%9D%D0%A1%D0%98_%D0%9F%D0%B0%D1%80%D1%82%D0%BD%D0%B5%D1%80%D1%8B_%D0%A0%D0%A6_%D0%BE%D0%B1%D0%BE%D1%81%D0%BE%D0%B1%D0%BA%D0%B8.webm&diff=692 2026-10-28T12:47:15Z

<p>Администратор: </p> <hr /> <div></div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:%D0%97%D0%B0%D0%BF%D0%B8%D1%81%D1%8C_%D0%B2%D1%81%D1%82%D1%80%D0%B5%D1%87%D0%B8_27.10.2026_%D0%9D%D0%A1%D0%98_%D0%A1%D0%BA%D0%BB%D0%B0%D0%B4%D1%8B_%D0%9D%D0%BE%D0%BC%D0%B5%D0%BD%D0%BA%D0%BB%D0%B0%D1%82%D1%83%D1%80%D0%B0.webm&diff=691 2026-10-28T12:28:51Z

<p>Администратор: </p> <hr /> <div></div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0&diff=690 2026-10-28T10:54:31Z

<p>Администратор: </p> <hr /> <div>__NOTOC__<br /> &lt;div class=&quot;ws-main&quot;&gt;<br /> &lt;div class=&quot;ws-hero&quot;&gt;<br /> &lt;div class=&quot;ws-hero__title&quot;&gt;Wiki Sestrica&lt;/div&gt;<br /> &lt;div class=&quot;ws-hero__text&quot;&gt;Инструкции для сотрудников: электронный документооборот, модули 1С и настройка рабочего места.&lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ================= Модули Контур для 1С ================= --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Модули 1С «Контур»&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Работа в модулях Контура из 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4E8;<br /> | заголовок = Контур.Диадок<br /> | ссылка = Контур.Диадок<br /> | описание = Обмен электронными документами с контрагентами из 1С<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F69A;<br /> | заголовок = Контур.Логистика<br /> | ссылка = Контур.Логистика<br /> | описание = Электронные транспортные накладные и заказы, справочники водителей, транспорта и контрагентов<br /> | метка = В работе, обновление 2026.09.17<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F3F7;&amp;#xFE0F;<br /> | заголовок = Контур.Маркировка<br /> | ссылка = Контур.Маркировка<br /> | описание = Работа с маркированной продукцией в 1С<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ================= Работа в 1С ================= --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Работа в 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Общий функционал 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = [[Файл:Erp logo.png]]<br /> | заголовок = Описание работы с 1С:ERP<br /> | ссылка = ERP<br /> | описание = Инструкции по работе в 1С:ERP<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> <br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4E8;<br /> | заголовок = Новые товары<br /> | ссылка = Добавление нового товара<br /> | описание = Порядок добавления новых товаров в 1С<br /> | метка = Готово, обновлено 2026.09.29<br /> | статус = Готово<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ============ Настройка рабочего места ============ --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Настройка рабочего места&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Электронная подпись, удалённый доступ и мобильные приложения&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = [[Файл:Cryptopro ico.png]]<br /> | заголовок = ЭЦП и ЭДО в web<br /> | ссылка = ЭЦП и ЭДО в web<br /> | описание = Установка электронной подписи, настройка web-версий Контура и СБИС<br /> | метка = В работе, обновление 2026.09.17<br /> }}<br /> {{Плитка раздела<br /> | иконка = [[Файл:Openvpn ico.png]]<br /> | заголовок = Корпоративный VPN<br /> | ссылка = VPN<br /> | описание = Подключение к сети компании и замена профиля<br /> | метка = Готово, обновлено 2026.08.07<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4F1;<br /> | заголовок = Моби-С<br /> | ссылка = Порядок настройки приложения моби-с<br /> | описание = Настройка мобильного приложения на телефоне<br /> | метка = Готово, обновлено 2026.05.25<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:Erp_logo.png&diff=689 2026-10-28T10:54:08Z

<p>Администратор: </p> <hr /> <div></div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0&diff=688 2026-10-28T10:38:23Z

<p>Администратор: </p> <hr /> <div>__NOTOC__<br /> &lt;div class=&quot;ws-main&quot;&gt;<br /> &lt;div class=&quot;ws-hero&quot;&gt;<br /> &lt;div class=&quot;ws-hero__title&quot;&gt;Wiki Sestrica&lt;/div&gt;<br /> &lt;div class=&quot;ws-hero__text&quot;&gt;Инструкции для сотрудников: электронный документооборот, модули 1С и настройка рабочего места.&lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ================= Модули Контур для 1С ================= --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Модули 1С «Контур»&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Работа в модулях Контура из 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4E8;<br /> | заголовок = Контур.Диадок<br /> | ссылка = Контур.Диадок<br /> | описание = Обмен электронными документами с контрагентами из 1С<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F69A;<br /> | заголовок = Контур.Логистика<br /> | ссылка = Контур.Логистика<br /> | описание = Электронные транспортные накладные и заказы, справочники водителей, транспорта и контрагентов<br /> | метка = В работе, обновление 2026.09.17<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F3F7;&amp;#xFE0F;<br /> | заголовок = Контур.Маркировка<br /> | ссылка = Контур.Маркировка<br /> | описание = Работа с маркированной продукцией в 1С<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ================= Работа в 1С ================= --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Работа в 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Общий функционал 1С&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4E8;<br /> | заголовок = Описание работы с 1С:ERP<br /> | ссылка = ERP<br /> | описание = Инструкции по работе в 1С:ERP<br /> | метка = Раздел готовится<br /> | статус = скоро<br /> }}<br /> <br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4E8;<br /> | заголовок = Новые товары<br /> | ссылка = Добавление нового товара<br /> | описание = Порядок добавления новых товаров в 1С<br /> | метка = Готово, обновлено 2026.09.29<br /> | статус = Готово<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> <br /> <br /> &lt;!-- ============ Настройка рабочего места ============ --&gt;<br /> &lt;div class=&quot;ws-group&quot;&gt;<br /> &lt;div class=&quot;ws-group__title&quot;&gt;Настройка рабочего места&lt;/div&gt;<br /> &lt;div class=&quot;ws-group__text&quot;&gt;Электронная подпись, удалённый доступ и мобильные приложения&lt;/div&gt;<br /> &lt;div class=&quot;ws-tiles&quot;&gt;<br /> {{Плитка раздела<br /> | иконка = [[Файл:Cryptopro ico.png]]<br /> | заголовок = ЭЦП и ЭДО в web<br /> | ссылка = ЭЦП и ЭДО в web<br /> | описание = Установка электронной подписи, настройка web-версий Контура и СБИС<br /> | метка = В работе, обновление 2026.09.17<br /> }}<br /> {{Плитка раздела<br /> | иконка = [[Файл:Openvpn ico.png]]<br /> | заголовок = Корпоративный VPN<br /> | ссылка = VPN<br /> | описание = Подключение к сети компании и замена профиля<br /> | метка = Готово, обновлено 2026.08.07<br /> }}<br /> {{Плитка раздела<br /> | иконка = &amp;#x1F4F1;<br /> | заголовок = Моби-С<br /> | ссылка = Порядок настройки приложения моби-с<br /> | описание = Настройка мобильного приложения на телефоне<br /> | метка = Готово, обновлено 2026.05.25<br /> }}<br /> &lt;/div&gt;<br /> &lt;/div&gt;<br /> &lt;/div&gt;</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B%D0%B5_SQL_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D1%8B_%D0%B4%D0%BB%D1%8F_1%D0%A1&diff=687 2026-10-23T09:54:20Z

<p>Администратор: </p> <hr /> <div>*<br /> {{CollapseCode|title=Создание учетки на sql-сервере и добавление в базы данных|content=<br /> -- =============================================<br /> -- Параметры (изменяйте только здесь)<br /> -- =============================================<br /> DECLARE @LoginName NVARCHAR(128) = N'login_name';<br /> DECLARE @Password NVARCHAR(128) = N'password';<br /> DECLARE @Databases NVARCHAR(MAX) = N'base1,base2,base3,base4'; -- базы через запятую<br /> <br /> -- =============================================<br /> -- Основная логика (не меняйте)<br /> -- =============================================<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @SQL NVARCHAR(MAX);<br /> <br /> -- 1. Создание логина на уровне сервера<br /> SET @SQL = N'<br /> USE master;<br /> CREATE LOGIN ' + QUOTENAME(@LoginName) + N' <br /> WITH PASSWORD = ' + QUOTENAME(@Password, '''') + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Логин ' + @LoginName + ' успешно создан.';<br /> <br /> -- 2. Предоставление права ALTER TRACE<br /> SET @SQL = N'GRANT ALTER TRACE TO ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Право ALTER TRACE выдано.';<br /> <br /> -- 3. Обработка каждой базы данных<br /> DECLARE @DBName NVARCHAR(128);<br /> DECLARE @Cur CURSOR;<br /> <br /> SET @Cur = CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT TRIM(value) <br /> FROM STRING_SPLIT(@Databases, ',');<br /> <br /> OPEN @Cur;<br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> IF DB_ID(@DBName) IS NOT NULL<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ' + QUOTENAME(@LoginName, '''') + N')<br /> CREATE USER ' + QUOTENAME(@LoginName) + N' FOR LOGIN ' + QUOTENAME(@LoginName) + N';<br /> <br /> ALTER ROLE db_datareader ADD MEMBER ' + QUOTENAME(@LoginName) + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Пользователь создан и добавлен в db_datareader в базе: ' + @DBName;<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Предупреждение: База ' + @DBName + ' не найдена!';<br /> END<br /> <br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> END<br /> <br /> CLOSE @Cur;<br /> DEALLOCATE @Cur;<br /> <br /> PRINT 'Скрипт выполнен успешно.';<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Удаление учетки из баз и с sql-сервера|content=<br /> /* ============================================================<br /> Удаление пользователя из всех пользовательских БД<br /> и последующее удаление серверного логина<br /> <br /> SQL Server 2019 / 2022<br /> ============================================================ */<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @LoginName sysname = N'UserName'; -- &lt;&lt;&lt; УКАЖИТЕ ИМЯ ЛОГИНА<br /> <br /> DECLARE @DatabaseName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> IF NOT EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> PRINT N'Логин [' + @LoginName + N'] не найден на сервере.';<br /> RETURN;<br /> END;<br /> <br /> <br /> /* ============================================================<br /> 1. Удаляем пользователя из всех пользовательских БД<br /> ============================================================ */<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = N'ONLINE'<br /> AND is_read_only = 0;<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DatabaseName) + N';<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.database_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> DROP USER ' + QUOTENAME(@LoginName) + N';<br /> END;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql<br /> @SQL,<br /> N'@LoginName sysname',<br /> @LoginName = @LoginName;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось обработать базу [' + @DatabaseName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> <br /> /* ============================================================<br /> 2. Удаляем серверный логин<br /> ============================================================ */<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> BEGIN TRY<br /> SET @SQL = N'DROP LOGIN ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sys.sp_executesql @SQL;<br /> <br /> PRINT N'Логин [' + @LoginName + N'] успешно удалён.';<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось удалить логин [' + @LoginName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> END;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Создание пользователя на sql-сервере (устаревшая версия)|content=<br /> USE master;<br /> GO<br /> <br /> -- Создание логина для сервера<br /> CREATE LOGIN login_name WITH PASSWORD = 'password';<br /> GO<br /> <br /> -- Предоставление разрешения ALTER TRACE (уровень сервера)<br /> GRANT ALTER TRACE TO login_name;<br /> GO<br /> <br /> USE torg_sm;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> <br /> USE torg_cb;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Удаление пользователя с SQL-сервера и из всех баз:|content=<br /> DECLARE @LoginName NVARCHAR(128) = 'login_name'; -- укажите имя пользователя/логина<br /> DECLARE @Sql NVARCHAR(MAX);<br /> <br /> -- Курсор по всем пользовательским базам (исключая системные)<br /> DECLARE db_cursor CURSOR FOR<br /> SELECT name FROM sys.databases<br /> WHERE name NOT IN ('master', 'tempdb', 'model', 'msdb', 'distribution')<br /> AND state = 0; -- только онлайн-базы<br /> <br /> OPEN db_cursor;<br /> DECLARE @DBName NVARCHAR(128);<br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @Sql = N'<br /> USE [' + @DBName + N'];<br /> BEGIN TRY<br /> IF EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''' + @LoginName + N''' AND type IN (''S'', ''U'', ''G''))<br /> BEGIN<br /> DROP USER [' + @LoginName + N'];<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; удалён из базы &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; не найден в базе &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> END TRY<br /> BEGIN CATCH<br /> PRINT ''Ошибка при удалении пользователя из базы &quot;'' + DB_NAME() + ''&quot;: '' + ERROR_MESSAGE();<br /> END CATCH<br /> ';<br /> EXEC sp_executesql @Sql;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> -- Теперь удаляем серверный логин, если он существует<br /> IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @LoginName AND type IN ('S', 'U', 'G'))<br /> BEGIN<br /> SET @Sql = N'DROP LOGIN [' + @LoginName + N'];';<br /> EXEC sp_executesql @Sql;<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; удалён с сервера.';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; не существовал на сервере, но пользователи (если были) удалены из баз.';<br /> END<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Восстановление базы запросом:|content=<br /> <br /> USE master;<br /> GO<br /> <br /> -- 1. Посмотрим имена логических файлов для базы в бекапе, нужно использовать в 3 пункте<br /> RESTORE FILELISTONLY FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak';<br /> <br /> -- 2. Если база существует, принудительно закрываем все сессии и удаляем её<br /> IF DB_ID('upp_test') IS NOT NULL<br /> BEGIN<br /> ALTER DATABASE upp_test SET SINGLE_USER WITH ROLLBACK IMMEDIATE;<br /> DROP DATABASE upp_test;<br /> PRINT 'База upp_test удалена.';<br /> END<br /> GO<br /> <br /> -- 3. Восстановление из бэкапа<br /> RESTORE DATABASE upp_test<br /> FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak'<br /> WITH MOVE 'upp' TO 'd:\MSSQL\Data\upp_test.mdf',<br /> MOVE 'upp_log' TO 'd:\MSSQL\Data\upp_test_log.ldf',<br /> REPLACE; -- RECOVERY можно не указывать (по умолчанию)<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера всех баз на sql-сервере:|content=<br /> SELECT <br /> d.name AS [Database Name],<br /> CAST(SUM(mf.size) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Size MB],<br /> CAST(SUM(mf.size) * 8.0 / 1024 / 1024 AS DECIMAL(18,2)) AS [Size GB],<br /> CAST(SUM(CASE WHEN mf.type = 0 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Data MB],<br /> CAST(SUM(CASE WHEN mf.type = 1 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Log MB]<br /> FROM sys.master_files mf<br /> INNER JOIN sys.databases d ON mf.database_id = d.database_id<br /> WHERE d.database_id &gt; 4 -- исключаем системные БД<br /> AND d.state = 0 -- только ONLINE<br /> GROUP BY d.name<br /> ORDER BY [Size MB] DESC;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера таблиц базы:|content=<br /> USE base;<br /> <br /> WITH TableSizes AS (<br /> SELECT <br /> s.name AS SchemaName,<br /> t.name AS TableName,<br /> SUM(p.rows) AS [RowCount],<br /> -- Размер данных (heap + clustered index)<br /> SUM(CASE WHEN i.index_id IN (0, 1) THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS DataMB,<br /> -- Размер некластерных индексов<br /> SUM(CASE WHEN i.index_id &gt; 1 THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS IndexMB,<br /> -- Общий размер (данные + индексы)<br /> SUM(a.used_pages) * 8.0 / 1024 AS TotalMB<br /> FROM sys.tables t<br /> INNER JOIN sys.schemas s ON t.schema_id = s.schema_id<br /> INNER JOIN sys.indexes i ON t.object_id = i.object_id<br /> INNER JOIN sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id<br /> INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id<br /> WHERE t.is_ms_shipped = 0<br /> AND t.name NOT LIKE 'dt%' -- исключаем служебные таблицы диаграмм<br /> GROUP BY s.name, t.name<br /> )<br /> SELECT <br /> SchemaName,<br /> TableName,<br /> [RowCount],<br /> CAST(DataMB AS DECIMAL(18,2)) AS DataMB,<br /> CAST(IndexMB AS DECIMAL(18,2)) AS IndexMB,<br /> CAST(TotalMB AS DECIMAL(18,2)) AS TotalMB,<br /> CAST(TotalMB * 100.0 / SUM(TotalMB) OVER() AS DECIMAL(5,2)) AS PercentOfTotal<br /> FROM TableSizes<br /> ORDER BY TotalMB DESC;<br /> <br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Очистка файла лога всех пользовательских баз:|content=<br /> DECLARE @DBName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = 'ONLINE'<br /> AND recovery_model_desc = 'SIMPLE';<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT 'Обработка базы: ' + QUOTENAME(@DBName);<br /> <br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> <br /> DECLARE @LogFile sysname;<br /> <br /> DECLARE log_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.database_files<br /> WHERE type_desc = ''LOG'';<br /> <br /> OPEN log_cursor;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT '' Shrink log: '' + QUOTENAME(@LogFile);<br /> <br /> DBCC SHRINKFILE (@LogFile, 0) WITH NO_INFOMSGS;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> END;<br /> <br /> CLOSE log_cursor;<br /> DEALLOCATE log_cursor;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql @SQL;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT 'ОШИБКА в базе ' + QUOTENAME(@DBName) +<br /> ': ' + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр распределения нагрузки на CPU по базам:|content=<br /> IF OBJECT_ID('tempdb..#s1') IS NOT NULL DROP TABLE #s1;<br /> <br /> SELECT s.session_id, s.login_time, s.database_id,<br /> s.cpu_time + ISNULL(r.cpu_time, 0) AS cpu<br /> INTO #s1<br /> FROM sys.dm_exec_sessions s<br /> LEFT JOIN sys.dm_exec_requests r ON r.session_id = s.session_id<br /> WHERE s.is_user_process = 1;<br /> <br /> WAITFOR DELAY '00:01:00';<br /> <br /> WITH d AS (<br /> SELECT s.session_id, s.host_process_id, s.database_id,<br /> s.cpu_time + ISNULL(r.cpu_time, 0) - ISNULL(p.cpu, 0) AS cpu_ms<br /> FROM sys.dm_exec_sessions s<br /> LEFT JOIN sys.dm_exec_requests r ON r.session_id = s.session_id<br /> LEFT JOIN #s1 p ON p.session_id = s.session_id AND p.login_time = s.login_time<br /> WHERE s.is_user_process = 1<br /> )<br /> SELECT DB_NAME(database_id) AS db,<br /> COUNT(*) AS connections,<br /> SUM(cpu_ms) / 1000 AS cpu_sec,<br /> CAST(SUM(cpu_ms) / 60000.0 AS decimal(6,2)) AS avg_cores<br /> FROM d<br /> WHERE cpu_ms &gt; 0<br /> GROUP BY database_id<br /> ORDER BY cpu_sec DESC;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B%D0%B5_SQL_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D1%8B_%D0%B4%D0%BB%D1%8F_1%D0%A1&diff=686 2026-10-23T09:53:37Z

<p>Администратор: </p> <hr /> <div>*<br /> {{CollapseCode|title=Создание учетки на sql-сервере и добавление в базы данных|content=<br /> -- =============================================<br /> -- Параметры (изменяйте только здесь)<br /> -- =============================================<br /> DECLARE @LoginName NVARCHAR(128) = N'login_name';<br /> DECLARE @Password NVARCHAR(128) = N'password';<br /> DECLARE @Databases NVARCHAR(MAX) = N'base1,base2,base3,base4'; -- базы через запятую<br /> <br /> -- =============================================<br /> -- Основная логика (не меняйте)<br /> -- =============================================<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @SQL NVARCHAR(MAX);<br /> <br /> -- 1. Создание логина на уровне сервера<br /> SET @SQL = N'<br /> USE master;<br /> CREATE LOGIN ' + QUOTENAME(@LoginName) + N' <br /> WITH PASSWORD = ' + QUOTENAME(@Password, '''') + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Логин ' + @LoginName + ' успешно создан.';<br /> <br /> -- 2. Предоставление права ALTER TRACE<br /> SET @SQL = N'GRANT ALTER TRACE TO ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Право ALTER TRACE выдано.';<br /> <br /> -- 3. Обработка каждой базы данных<br /> DECLARE @DBName NVARCHAR(128);<br /> DECLARE @Cur CURSOR;<br /> <br /> SET @Cur = CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT TRIM(value) <br /> FROM STRING_SPLIT(@Databases, ',');<br /> <br /> OPEN @Cur;<br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> IF DB_ID(@DBName) IS NOT NULL<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ' + QUOTENAME(@LoginName, '''') + N')<br /> CREATE USER ' + QUOTENAME(@LoginName) + N' FOR LOGIN ' + QUOTENAME(@LoginName) + N';<br /> <br /> ALTER ROLE db_datareader ADD MEMBER ' + QUOTENAME(@LoginName) + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Пользователь создан и добавлен в db_datareader в базе: ' + @DBName;<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Предупреждение: База ' + @DBName + ' не найдена!';<br /> END<br /> <br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> END<br /> <br /> CLOSE @Cur;<br /> DEALLOCATE @Cur;<br /> <br /> PRINT 'Скрипт выполнен успешно.';<br /> }}<br /> *<br /> {{CollapseCode|title=Удаление учетки из баз и с sql-сервера|content=<br /> /* ============================================================<br /> Удаление пользователя из всех пользовательских БД<br /> и последующее удаление серверного логина<br /> <br /> SQL Server 2019 / 2022<br /> ============================================================ */<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @LoginName sysname = N'UserName'; -- &lt;&lt;&lt; УКАЖИТЕ ИМЯ ЛОГИНА<br /> <br /> DECLARE @DatabaseName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> IF NOT EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> PRINT N'Логин [' + @LoginName + N'] не найден на сервере.';<br /> RETURN;<br /> END;<br /> <br /> <br /> /* ============================================================<br /> 1. Удаляем пользователя из всех пользовательских БД<br /> ============================================================ */<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = N'ONLINE'<br /> AND is_read_only = 0;<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DatabaseName) + N';<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.database_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> DROP USER ' + QUOTENAME(@LoginName) + N';<br /> END;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql<br /> @SQL,<br /> N'@LoginName sysname',<br /> @LoginName = @LoginName;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось обработать базу [' + @DatabaseName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> <br /> /* ============================================================<br /> 2. Удаляем серверный логин<br /> ============================================================ */<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> BEGIN TRY<br /> SET @SQL = N'DROP LOGIN ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sys.sp_executesql @SQL;<br /> <br /> PRINT N'Логин [' + @LoginName + N'] успешно удалён.';<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось удалить логин [' + @LoginName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> END;<br /> }}<br /> *<br /> {{CollapseCode|title=Создание пользователя на sql-сервере (устаревшая версия)|content=<br /> USE master;<br /> GO<br /> <br /> -- Создание логина для сервера<br /> CREATE LOGIN login_name WITH PASSWORD = 'password';<br /> GO<br /> <br /> -- Предоставление разрешения ALTER TRACE (уровень сервера)<br /> GRANT ALTER TRACE TO login_name;<br /> GO<br /> <br /> USE torg_sm;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> <br /> USE torg_cb;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Удаление пользователя с SQL-сервера и из всех баз:|content=<br /> DECLARE @LoginName NVARCHAR(128) = 'login_name'; -- укажите имя пользователя/логина<br /> DECLARE @Sql NVARCHAR(MAX);<br /> <br /> -- Курсор по всем пользовательским базам (исключая системные)<br /> DECLARE db_cursor CURSOR FOR<br /> SELECT name FROM sys.databases<br /> WHERE name NOT IN ('master', 'tempdb', 'model', 'msdb', 'distribution')<br /> AND state = 0; -- только онлайн-базы<br /> <br /> OPEN db_cursor;<br /> DECLARE @DBName NVARCHAR(128);<br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @Sql = N'<br /> USE [' + @DBName + N'];<br /> BEGIN TRY<br /> IF EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''' + @LoginName + N''' AND type IN (''S'', ''U'', ''G''))<br /> BEGIN<br /> DROP USER [' + @LoginName + N'];<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; удалён из базы &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; не найден в базе &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> END TRY<br /> BEGIN CATCH<br /> PRINT ''Ошибка при удалении пользователя из базы &quot;'' + DB_NAME() + ''&quot;: '' + ERROR_MESSAGE();<br /> END CATCH<br /> ';<br /> EXEC sp_executesql @Sql;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> -- Теперь удаляем серверный логин, если он существует<br /> IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @LoginName AND type IN ('S', 'U', 'G'))<br /> BEGIN<br /> SET @Sql = N'DROP LOGIN [' + @LoginName + N'];';<br /> EXEC sp_executesql @Sql;<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; удалён с сервера.';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; не существовал на сервере, но пользователи (если были) удалены из баз.';<br /> END<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Восстановление базы запросом:|content=<br /> <br /> USE master;<br /> GO<br /> <br /> -- 1. Посмотрим имена логических файлов для базы в бекапе, нужно использовать в 3 пункте<br /> RESTORE FILELISTONLY FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak';<br /> <br /> -- 2. Если база существует, принудительно закрываем все сессии и удаляем её<br /> IF DB_ID('upp_test') IS NOT NULL<br /> BEGIN<br /> ALTER DATABASE upp_test SET SINGLE_USER WITH ROLLBACK IMMEDIATE;<br /> DROP DATABASE upp_test;<br /> PRINT 'База upp_test удалена.';<br /> END<br /> GO<br /> <br /> -- 3. Восстановление из бэкапа<br /> RESTORE DATABASE upp_test<br /> FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak'<br /> WITH MOVE 'upp' TO 'd:\MSSQL\Data\upp_test.mdf',<br /> MOVE 'upp_log' TO 'd:\MSSQL\Data\upp_test_log.ldf',<br /> REPLACE; -- RECOVERY можно не указывать (по умолчанию)<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера всех баз на sql-сервере:|content=<br /> SELECT <br /> d.name AS [Database Name],<br /> CAST(SUM(mf.size) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Size MB],<br /> CAST(SUM(mf.size) * 8.0 / 1024 / 1024 AS DECIMAL(18,2)) AS [Size GB],<br /> CAST(SUM(CASE WHEN mf.type = 0 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Data MB],<br /> CAST(SUM(CASE WHEN mf.type = 1 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Log MB]<br /> FROM sys.master_files mf<br /> INNER JOIN sys.databases d ON mf.database_id = d.database_id<br /> WHERE d.database_id &gt; 4 -- исключаем системные БД<br /> AND d.state = 0 -- только ONLINE<br /> GROUP BY d.name<br /> ORDER BY [Size MB] DESC;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера таблиц базы:|content=<br /> USE base;<br /> <br /> WITH TableSizes AS (<br /> SELECT <br /> s.name AS SchemaName,<br /> t.name AS TableName,<br /> SUM(p.rows) AS [RowCount],<br /> -- Размер данных (heap + clustered index)<br /> SUM(CASE WHEN i.index_id IN (0, 1) THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS DataMB,<br /> -- Размер некластерных индексов<br /> SUM(CASE WHEN i.index_id &gt; 1 THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS IndexMB,<br /> -- Общий размер (данные + индексы)<br /> SUM(a.used_pages) * 8.0 / 1024 AS TotalMB<br /> FROM sys.tables t<br /> INNER JOIN sys.schemas s ON t.schema_id = s.schema_id<br /> INNER JOIN sys.indexes i ON t.object_id = i.object_id<br /> INNER JOIN sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id<br /> INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id<br /> WHERE t.is_ms_shipped = 0<br /> AND t.name NOT LIKE 'dt%' -- исключаем служебные таблицы диаграмм<br /> GROUP BY s.name, t.name<br /> )<br /> SELECT <br /> SchemaName,<br /> TableName,<br /> [RowCount],<br /> CAST(DataMB AS DECIMAL(18,2)) AS DataMB,<br /> CAST(IndexMB AS DECIMAL(18,2)) AS IndexMB,<br /> CAST(TotalMB AS DECIMAL(18,2)) AS TotalMB,<br /> CAST(TotalMB * 100.0 / SUM(TotalMB) OVER() AS DECIMAL(5,2)) AS PercentOfTotal<br /> FROM TableSizes<br /> ORDER BY TotalMB DESC;<br /> <br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Очистка файла лога всех пользовательских баз:|content=<br /> DECLARE @DBName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = 'ONLINE'<br /> AND recovery_model_desc = 'SIMPLE';<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT 'Обработка базы: ' + QUOTENAME(@DBName);<br /> <br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> <br /> DECLARE @LogFile sysname;<br /> <br /> DECLARE log_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.database_files<br /> WHERE type_desc = ''LOG'';<br /> <br /> OPEN log_cursor;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT '' Shrink log: '' + QUOTENAME(@LogFile);<br /> <br /> DBCC SHRINKFILE (@LogFile, 0) WITH NO_INFOMSGS;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> END;<br /> <br /> CLOSE log_cursor;<br /> DEALLOCATE log_cursor;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql @SQL;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT 'ОШИБКА в базе ' + QUOTENAME(@DBName) +<br /> ': ' + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> }}<br /> <br /> <br /> <br /> *<br /> {{CollapseCode|title=Просмотр распределения нагрузки на CPU по базам:|content=<br /> IF OBJECT_ID('tempdb..#s1') IS NOT NULL DROP TABLE #s1;<br /> <br /> SELECT s.session_id, s.login_time, s.database_id,<br /> s.cpu_time + ISNULL(r.cpu_time, 0) AS cpu<br /> INTO #s1<br /> FROM sys.dm_exec_sessions s<br /> LEFT JOIN sys.dm_exec_requests r ON r.session_id = s.session_id<br /> WHERE s.is_user_process = 1;<br /> <br /> WAITFOR DELAY '00:01:00';<br /> <br /> WITH d AS (<br /> SELECT s.session_id, s.host_process_id, s.database_id,<br /> s.cpu_time + ISNULL(r.cpu_time, 0) - ISNULL(p.cpu, 0) AS cpu_ms<br /> FROM sys.dm_exec_sessions s<br /> LEFT JOIN sys.dm_exec_requests r ON r.session_id = s.session_id<br /> LEFT JOIN #s1 p ON p.session_id = s.session_id AND p.login_time = s.login_time<br /> WHERE s.is_user_process = 1<br /> )<br /> SELECT DB_NAME(database_id) AS db,<br /> COUNT(*) AS connections,<br /> SUM(cpu_ms) / 1000 AS cpu_sec,<br /> CAST(SUM(cpu_ms) / 60000.0 AS decimal(6,2)) AS avg_cores<br /> FROM d<br /> WHERE cpu_ms &gt; 0<br /> GROUP BY database_id<br /> ORDER BY cpu_sec DESC;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0_SQL1C&diff=685 2026-10-21T09:00:08Z

<p>Администратор: </p> <hr /> <div># ...<br /> # ...<br /> # Установка SSMS: SSMS-Setup-RUS.exe /Passive DoNotInstallAzureDataStudio=1<br /> # Настройка брандмауэра<br /> ## &quot;1C server&quot; для порта по списку: 1540, 1541, 1560-1591 (доступ к 1с-серверу с RDP-сервера).<br /> ## &quot;MSSQL&quot; для порта 1433 (доступ к SQL извне).<br /> # Регистрация 1С COM-компоненты:<br /> ## ...<br /> # Удалить AzureArc: Disable-WindowsOptionalFeature -Online -FeatureName AzureArcSetup<br /> # Для создания плана обслуживания в SSMS: <br /> {{CollapseCode|title=Выполнить запрос|content=<br /> -- Включаем отображение расширенных параметров<br /> EXEC sp_configure 'show advanced options', 1; <br /> GO <br /> RECONFIGURE; <br /> GO <br /> <br /> -- Включаем Agent XPs<br /> EXEC sp_configure 'Agent XPs', 1; <br /> GO <br /> RECONFIGURE; <br /> GO<br /> }}<br /> ## Для службы SQL Server Agent переключить режим запуска в автоматический.<br /> # ...<br /> # Установка КриптоПРо CSP<br /> # Проброс в реестр нужных ЭЦП для пользователя USR1CV8<br /> #<br /> # Включить отладку 1С-сервера (по необходимости):<br /> #* Добавить &quot;-debug&quot; в реестре параметру &quot;ImagePath&quot; в ветке &quot;HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)&quot;<br /> #<br /> #<br /> # Создать пользователей и прописать доступ к базам для использования в YOSO-скриптах для evgen1y8, Reader1C, TelephonyReader1C, Syncro1C (в скрипте перед запуском поправить параметры). Если база восстанавливалась из бекапа или присоединялся рабочий файл базы - предварительно удалить создаваемых пользователей из базы (из-за несовпадения uid вновь создаваемых учеток).<br /> # Создать пользователя zbx_monitor для мониторинга (в скрипте перед выполнением изменить пароль на действующий).<br /> {{CollapseCode|title=Выполнить запрос|content=<br /> USE [master]<br /> GO<br /> CREATE LOGIN [zbx_monitor] WITH PASSWORD=N'password', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF<br /> GO<br /> USE [msdb]<br /> GO<br /> CREATE USER [zbx_monitor] FOR LOGIN [zbx_monitor]<br /> GO<br /> USE [master]<br /> GO<br /> GRANT VIEW SERVER STATE TO [zbx_monitor];<br /> GRANT VIEW ANY DEFINITION TO [zbx_monitor];<br /> USE [msdb]<br /> GO<br /> GRANT SELECT ON msdb.dbo.sysjobs TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobservers TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobactivity TO zbx_monitor;<br /> GRANT EXECUTE ON msdb.dbo.agent_datetime TO zbx_monitor;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0_SQL1C&diff=684 2026-10-21T08:59:45Z

<p>Администратор: </p> <hr /> <div># ...<br /> # ...<br /> # Установка SSMS: SSMS-Setup-RUS.exe /Passive DoNotInstallAzureDataStudio=1<br /> # Настройка брандмауэра<br /> ## &quot;1C server&quot; для порта по списку: 1540, 1541, 1560-1591 (доступ к 1с-серверу с RDP-сервера).<br /> ## &quot;MSSQL&quot; для порта 1433 (доступ к SQL извне).<br /> # Регистрация 1С COM-компоненты:<br /> ## ...<br /> # Удалить AzureArc: Disable-WindowsOptionalFeature -Online -FeatureName AzureArcSetup<br /> # Для создания плана обслуживания в SSMS: <br /> {{CollapseCode|title=Выполнить запрос|content=<br /> -- Включаем отображение расширенных параметров<br /> EXEC sp_configure 'show advanced options', 1; <br /> GO <br /> RECONFIGURE; <br /> GO <br /> <br /> -- Включаем Agent XPs<br /> EXEC sp_configure 'Agent XPs', 1; <br /> GO <br /> RECONFIGURE; <br /> GO<br /> }}<br /> ## Для службы SQL Server Agent переключить режим запуска в автоматический.<br /> # ...<br /> # Установка КриптоПРо CSP<br /> # Проброс в реестр нужных ЭЦП для пользователя USR1CV8<br /> #<br /> # Включить отладку 1С-сервера (по необходимости):<br /> #* Добавить &quot;-debug&quot; в реестре параметру &quot;ImagePath&quot; в ветке &quot;HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)&quot;<br /> #<br /> #<br /> # Создать пользователей и прописать доступ к базам для использования в YOSO-скриптах для evgen1y8, Reader1C, TelephonyReader1C (в скрипте перед запуском поправить параметры). Если база восстанавливалась из бекапа или присоединялся рабочий файл базы - предварительно удалить создаваемых пользователей из базы (из-за несовпадения uid вновь создаваемых учеток).<br /> # Создать пользователя zbx_monitor для мониторинга (в скрипте перед выполнением изменить пароль на действующий).<br /> {{CollapseCode|title=Выполнить запрос|content=<br /> USE [master]<br /> GO<br /> CREATE LOGIN [zbx_monitor] WITH PASSWORD=N'password', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF<br /> GO<br /> USE [msdb]<br /> GO<br /> CREATE USER [zbx_monitor] FOR LOGIN [zbx_monitor]<br /> GO<br /> USE [master]<br /> GO<br /> GRANT VIEW SERVER STATE TO [zbx_monitor];<br /> GRANT VIEW ANY DEFINITION TO [zbx_monitor];<br /> USE [msdb]<br /> GO<br /> GRANT SELECT ON msdb.dbo.sysjobs TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobservers TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobactivity TO zbx_monitor;<br /> GRANT EXECUTE ON msdb.dbo.agent_datetime TO zbx_monitor;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%D0%B0_SQL1C&diff=683 2026-10-20T14:05:06Z

<p>Администратор: </p> <hr /> <div># ...<br /> # ...<br /> # Установка SSMS: SSMS-Setup-RUS.exe /Passive DoNotInstallAzureDataStudio=1<br /> # Настройка брандмауэра<br /> ## &quot;1C server&quot; для порта по списку: 1540, 1541, 1560-1591 (доступ к 1с-серверу с RDP-сервера).<br /> ## &quot;MSSQL&quot; для порта 1433 (доступ к SQL извне).<br /> # Регистрация 1С COM-компоненты:<br /> ## ...<br /> # Удалить AzureArc: Disable-WindowsOptionalFeature -Online -FeatureName AzureArcSetup<br /> # Для создания плана обслуживания в SSMS: <br /> {{CollapseCode|title=Выполнить запрос|content=<br /> -- Включаем отображение расширенных параметров<br /> EXEC sp_configure 'show advanced options', 1; <br /> GO <br /> RECONFIGURE; <br /> GO <br /> <br /> -- Включаем Agent XPs<br /> EXEC sp_configure 'Agent XPs', 1; <br /> GO <br /> RECONFIGURE; <br /> GO<br /> }}<br /> ## Для службы SQL Server Agent переключить режим запуска в автоматический.<br /> # ...<br /> # Установка КриптоПРо CSP<br /> # Проброс в реестр нужных ЭЦП для пользователя USR1CV8<br /> #<br /> # Включить отладку 1С-сервера (по необходимости):<br /> #* Добавить &quot;-debug&quot; в реестре параметру &quot;ImagePath&quot; в ветке &quot;HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent (x86-64)&quot;<br /> #<br /> #<br /> # Создать пользователей и прописать доступ к базам для использования в YOSO-скриптах для evgen1y8, Reader1C, TelephonyReader1C (в скрипте перед запуском поправить параметры).<br /> {{CollapseCode|title=Выполнить запрос|content=<br /> -- =============================================<br /> -- Параметры (изменяйте только здесь)<br /> -- =============================================<br /> DECLARE @LoginName NVARCHAR(128) = N'login_name';<br /> DECLARE @Password NVARCHAR(128) = N'password';<br /> DECLARE @Databases NVARCHAR(MAX) = N'base1,base2,base3,base4'; -- базы через запятую<br /> <br /> -- =============================================<br /> -- Основная логика (не меняйте)<br /> -- =============================================<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @SQL NVARCHAR(MAX);<br /> <br /> -- 1. Создание логина на уровне сервера<br /> SET @SQL = N'<br /> USE master;<br /> CREATE LOGIN ' + QUOTENAME(@LoginName) + N' <br /> WITH PASSWORD = ' + QUOTENAME(@Password, '''') + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Логин ' + @LoginName + ' успешно создан.';<br /> <br /> -- 2. Предоставление права ALTER TRACE<br /> SET @SQL = N'GRANT ALTER TRACE TO ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Право ALTER TRACE выдано.';<br /> <br /> -- 3. Обработка каждой базы данных<br /> DECLARE @DBName NVARCHAR(128);<br /> DECLARE @Cur CURSOR;<br /> <br /> SET @Cur = CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT TRIM(value) <br /> FROM STRING_SPLIT(@Databases, ',');<br /> <br /> OPEN @Cur;<br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> IF DB_ID(@DBName) IS NOT NULL<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ' + QUOTENAME(@LoginName, '''') + N')<br /> CREATE USER ' + QUOTENAME(@LoginName) + N' FOR LOGIN ' + QUOTENAME(@LoginName) + N';<br /> <br /> ALTER ROLE db_datareader ADD MEMBER ' + QUOTENAME(@LoginName) + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Пользователь создан и добавлен в db_datareader в базе: ' + @DBName;<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Предупреждение: База ' + @DBName + ' не найдена!';<br /> END<br /> <br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> END<br /> <br /> CLOSE @Cur;<br /> DEALLOCATE @Cur;<br /> <br /> PRINT 'Скрипт выполнен успешно.';<br /> }}<br /> # Создать пользователя zbx_monitor для мониторинга (в скрипте перед выполнением изменить пароль на действующий).<br /> {{CollapseCode|title=Выполнить запрос|content=<br /> USE [master]<br /> GO<br /> CREATE LOGIN [zbx_monitor] WITH PASSWORD=N'password', DEFAULT_DATABASE=[master], CHECK_EXPIRATION=OFF, CHECK_POLICY=OFF<br /> GO<br /> USE [msdb]<br /> GO<br /> CREATE USER [zbx_monitor] FOR LOGIN [zbx_monitor]<br /> GO<br /> USE [master]<br /> GO<br /> GRANT VIEW SERVER STATE TO [zbx_monitor];<br /> GRANT VIEW ANY DEFINITION TO [zbx_monitor];<br /> USE [msdb]<br /> GO<br /> GRANT SELECT ON msdb.dbo.sysjobs TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobservers TO zbx_monitor;<br /> GRANT SELECT ON msdb.dbo.sysjobactivity TO zbx_monitor;<br /> GRANT EXECUTE ON msdb.dbo.agent_datetime TO zbx_monitor;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B%D0%B5_SQL_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D1%8B_%D0%B4%D0%BB%D1%8F_1%D0%A1&diff=682 2026-10-06T13:57:30Z

<p>Администратор: </p> <hr /> <div>*<br /> {{CollapseCode|title=Создание учетки на sql-сервере и добавление в базы данных|content=<br /> -- =============================================<br /> -- Параметры (изменяйте только здесь)<br /> -- =============================================<br /> DECLARE @LoginName NVARCHAR(128) = N'login_name';<br /> DECLARE @Password NVARCHAR(128) = N'password';<br /> DECLARE @Databases NVARCHAR(MAX) = N'base1,base2,base3,base4'; -- базы через запятую<br /> <br /> -- =============================================<br /> -- Основная логика (не меняйте)<br /> -- =============================================<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @SQL NVARCHAR(MAX);<br /> <br /> -- 1. Создание логина на уровне сервера<br /> SET @SQL = N'<br /> USE master;<br /> CREATE LOGIN ' + QUOTENAME(@LoginName) + N' <br /> WITH PASSWORD = ' + QUOTENAME(@Password, '''') + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Логин ' + @LoginName + ' успешно создан.';<br /> <br /> -- 2. Предоставление права ALTER TRACE<br /> SET @SQL = N'GRANT ALTER TRACE TO ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Право ALTER TRACE выдано.';<br /> <br /> -- 3. Обработка каждой базы данных<br /> DECLARE @DBName NVARCHAR(128);<br /> DECLARE @Cur CURSOR;<br /> <br /> SET @Cur = CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT TRIM(value) <br /> FROM STRING_SPLIT(@Databases, ',');<br /> <br /> OPEN @Cur;<br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> IF DB_ID(@DBName) IS NOT NULL<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ' + QUOTENAME(@LoginName, '''') + N')<br /> CREATE USER ' + QUOTENAME(@LoginName) + N' FOR LOGIN ' + QUOTENAME(@LoginName) + N';<br /> <br /> ALTER ROLE db_datareader ADD MEMBER ' + QUOTENAME(@LoginName) + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Пользователь создан и добавлен в db_datareader в базе: ' + @DBName;<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Предупреждение: База ' + @DBName + ' не найдена!';<br /> END<br /> <br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> END<br /> <br /> CLOSE @Cur;<br /> DEALLOCATE @Cur;<br /> <br /> PRINT 'Скрипт выполнен успешно.';<br /> }}<br /> *<br /> {{CollapseCode|title=Удаление учетки из баз и с sql-сервера|content=<br /> /* ============================================================<br /> Удаление пользователя из всех пользовательских БД<br /> и последующее удаление серверного логина<br /> <br /> SQL Server 2019 / 2022<br /> ============================================================ */<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @LoginName sysname = N'UserName'; -- &lt;&lt;&lt; УКАЖИТЕ ИМЯ ЛОГИНА<br /> <br /> DECLARE @DatabaseName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> IF NOT EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> PRINT N'Логин [' + @LoginName + N'] не найден на сервере.';<br /> RETURN;<br /> END;<br /> <br /> <br /> /* ============================================================<br /> 1. Удаляем пользователя из всех пользовательских БД<br /> ============================================================ */<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = N'ONLINE'<br /> AND is_read_only = 0;<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DatabaseName) + N';<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.database_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> DROP USER ' + QUOTENAME(@LoginName) + N';<br /> END;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql<br /> @SQL,<br /> N'@LoginName sysname',<br /> @LoginName = @LoginName;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось обработать базу [' + @DatabaseName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> <br /> /* ============================================================<br /> 2. Удаляем серверный логин<br /> ============================================================ */<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> BEGIN TRY<br /> SET @SQL = N'DROP LOGIN ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sys.sp_executesql @SQL;<br /> <br /> PRINT N'Логин [' + @LoginName + N'] успешно удалён.';<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось удалить логин [' + @LoginName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> END;<br /> }}<br /> *<br /> {{CollapseCode|title=Создание пользователя на sql-сервере (устаревшая версия)|content=<br /> USE master;<br /> GO<br /> <br /> -- Создание логина для сервера<br /> CREATE LOGIN login_name WITH PASSWORD = 'password';<br /> GO<br /> <br /> -- Предоставление разрешения ALTER TRACE (уровень сервера)<br /> GRANT ALTER TRACE TO login_name;<br /> GO<br /> <br /> USE torg_sm;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> <br /> USE torg_cb;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Удаление пользователя с SQL-сервера и из всех баз:|content=<br /> DECLARE @LoginName NVARCHAR(128) = 'login_name'; -- укажите имя пользователя/логина<br /> DECLARE @Sql NVARCHAR(MAX);<br /> <br /> -- Курсор по всем пользовательским базам (исключая системные)<br /> DECLARE db_cursor CURSOR FOR<br /> SELECT name FROM sys.databases<br /> WHERE name NOT IN ('master', 'tempdb', 'model', 'msdb', 'distribution')<br /> AND state = 0; -- только онлайн-базы<br /> <br /> OPEN db_cursor;<br /> DECLARE @DBName NVARCHAR(128);<br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @Sql = N'<br /> USE [' + @DBName + N'];<br /> BEGIN TRY<br /> IF EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''' + @LoginName + N''' AND type IN (''S'', ''U'', ''G''))<br /> BEGIN<br /> DROP USER [' + @LoginName + N'];<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; удалён из базы &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; не найден в базе &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> END TRY<br /> BEGIN CATCH<br /> PRINT ''Ошибка при удалении пользователя из базы &quot;'' + DB_NAME() + ''&quot;: '' + ERROR_MESSAGE();<br /> END CATCH<br /> ';<br /> EXEC sp_executesql @Sql;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> -- Теперь удаляем серверный логин, если он существует<br /> IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @LoginName AND type IN ('S', 'U', 'G'))<br /> BEGIN<br /> SET @Sql = N'DROP LOGIN [' + @LoginName + N'];';<br /> EXEC sp_executesql @Sql;<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; удалён с сервера.';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; не существовал на сервере, но пользователи (если были) удалены из баз.';<br /> END<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Восстановление базы запросом:|content=<br /> <br /> USE master;<br /> GO<br /> <br /> -- 1. Посмотрим имена логических файлов для базы в бекапе, нужно использовать в 3 пункте<br /> RESTORE FILELISTONLY FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak';<br /> <br /> -- 2. Если база существует, принудительно закрываем все сессии и удаляем её<br /> IF DB_ID('upp_test') IS NOT NULL<br /> BEGIN<br /> ALTER DATABASE upp_test SET SINGLE_USER WITH ROLLBACK IMMEDIATE;<br /> DROP DATABASE upp_test;<br /> PRINT 'База upp_test удалена.';<br /> END<br /> GO<br /> <br /> -- 3. Восстановление из бэкапа<br /> RESTORE DATABASE upp_test<br /> FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak'<br /> WITH MOVE 'upp' TO 'd:\MSSQL\Data\upp_test.mdf',<br /> MOVE 'upp_log' TO 'd:\MSSQL\Data\upp_test_log.ldf',<br /> REPLACE; -- RECOVERY можно не указывать (по умолчанию)<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера всех баз на sql-сервере:|content=<br /> SELECT <br /> d.name AS [Database Name],<br /> CAST(SUM(mf.size) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Size MB],<br /> CAST(SUM(mf.size) * 8.0 / 1024 / 1024 AS DECIMAL(18,2)) AS [Size GB],<br /> CAST(SUM(CASE WHEN mf.type = 0 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Data MB],<br /> CAST(SUM(CASE WHEN mf.type = 1 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Log MB]<br /> FROM sys.master_files mf<br /> INNER JOIN sys.databases d ON mf.database_id = d.database_id<br /> WHERE d.database_id &gt; 4 -- исключаем системные БД<br /> AND d.state = 0 -- только ONLINE<br /> GROUP BY d.name<br /> ORDER BY [Size MB] DESC;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера таблиц базы:|content=<br /> USE base;<br /> <br /> WITH TableSizes AS (<br /> SELECT <br /> s.name AS SchemaName,<br /> t.name AS TableName,<br /> SUM(p.rows) AS [RowCount],<br /> -- Размер данных (heap + clustered index)<br /> SUM(CASE WHEN i.index_id IN (0, 1) THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS DataMB,<br /> -- Размер некластерных индексов<br /> SUM(CASE WHEN i.index_id &gt; 1 THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS IndexMB,<br /> -- Общий размер (данные + индексы)<br /> SUM(a.used_pages) * 8.0 / 1024 AS TotalMB<br /> FROM sys.tables t<br /> INNER JOIN sys.schemas s ON t.schema_id = s.schema_id<br /> INNER JOIN sys.indexes i ON t.object_id = i.object_id<br /> INNER JOIN sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id<br /> INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id<br /> WHERE t.is_ms_shipped = 0<br /> AND t.name NOT LIKE 'dt%' -- исключаем служебные таблицы диаграмм<br /> GROUP BY s.name, t.name<br /> )<br /> SELECT <br /> SchemaName,<br /> TableName,<br /> [RowCount],<br /> CAST(DataMB AS DECIMAL(18,2)) AS DataMB,<br /> CAST(IndexMB AS DECIMAL(18,2)) AS IndexMB,<br /> CAST(TotalMB AS DECIMAL(18,2)) AS TotalMB,<br /> CAST(TotalMB * 100.0 / SUM(TotalMB) OVER() AS DECIMAL(5,2)) AS PercentOfTotal<br /> FROM TableSizes<br /> ORDER BY TotalMB DESC;<br /> <br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Очистка файла лога всех пользовательских баз:|content=<br /> DECLARE @DBName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = 'ONLINE'<br /> AND recovery_model_desc = 'SIMPLE';<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT 'Обработка базы: ' + QUOTENAME(@DBName);<br /> <br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> <br /> DECLARE @LogFile sysname;<br /> <br /> DECLARE log_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.database_files<br /> WHERE type_desc = ''LOG'';<br /> <br /> OPEN log_cursor;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> PRINT '' Shrink log: '' + QUOTENAME(@LogFile);<br /> <br /> DBCC SHRINKFILE (@LogFile, 0) WITH NO_INFOMSGS;<br /> <br /> FETCH NEXT FROM log_cursor INTO @LogFile;<br /> END;<br /> <br /> CLOSE log_cursor;<br /> DEALLOCATE log_cursor;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql @SQL;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT 'ОШИБКА в базе ' + QUOTENAME(@DBName) +<br /> ': ' + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D0%BB%D0%B5%D0%B7%D0%BD%D1%8B%D0%B5_SQL_%D1%81%D0%BA%D1%80%D0%B8%D0%BF%D1%82%D1%8B_%D0%B4%D0%BB%D1%8F_1%D0%A1&diff=681 2026-10-02T14:05:24Z

<p>Администратор: </p> <hr /> <div>*<br /> {{CollapseCode|title=Создание учетки на sql-сервере и добавление в базы данных|content=<br /> -- =============================================<br /> -- Параметры (изменяйте только здесь)<br /> -- =============================================<br /> DECLARE @LoginName NVARCHAR(128) = N'login_name';<br /> DECLARE @Password NVARCHAR(128) = N'password';<br /> DECLARE @Databases NVARCHAR(MAX) = N'base1,base2,base3,base4'; -- базы через запятую<br /> <br /> -- =============================================<br /> -- Основная логика (не меняйте)<br /> -- =============================================<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @SQL NVARCHAR(MAX);<br /> <br /> -- 1. Создание логина на уровне сервера<br /> SET @SQL = N'<br /> USE master;<br /> CREATE LOGIN ' + QUOTENAME(@LoginName) + N' <br /> WITH PASSWORD = ' + QUOTENAME(@Password, '''') + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Логин ' + @LoginName + ' успешно создан.';<br /> <br /> -- 2. Предоставление права ALTER TRACE<br /> SET @SQL = N'GRANT ALTER TRACE TO ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Право ALTER TRACE выдано.';<br /> <br /> -- 3. Обработка каждой базы данных<br /> DECLARE @DBName NVARCHAR(128);<br /> DECLARE @Cur CURSOR;<br /> <br /> SET @Cur = CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT TRIM(value) <br /> FROM STRING_SPLIT(@Databases, ',');<br /> <br /> OPEN @Cur;<br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> IF DB_ID(@DBName) IS NOT NULL<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DBName) + N';<br /> IF NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ' + QUOTENAME(@LoginName, '''') + N')<br /> CREATE USER ' + QUOTENAME(@LoginName) + N' FOR LOGIN ' + QUOTENAME(@LoginName) + N';<br /> <br /> ALTER ROLE db_datareader ADD MEMBER ' + QUOTENAME(@LoginName) + N';';<br /> <br /> EXEC sp_executesql @SQL;<br /> <br /> PRINT 'Пользователь создан и добавлен в db_datareader в базе: ' + @DBName;<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Предупреждение: База ' + @DBName + ' не найдена!';<br /> END<br /> <br /> FETCH NEXT FROM @Cur INTO @DBName;<br /> END<br /> <br /> CLOSE @Cur;<br /> DEALLOCATE @Cur;<br /> <br /> PRINT 'Скрипт выполнен успешно.';<br /> }}<br /> *<br /> {{CollapseCode|title=Удаление учетки из баз и с sql-сервера|content=<br /> /* ============================================================<br /> Удаление пользователя из всех пользовательских БД<br /> и последующее удаление серверного логина<br /> <br /> SQL Server 2019 / 2022<br /> ============================================================ */<br /> <br /> SET NOCOUNT ON;<br /> <br /> DECLARE @LoginName sysname = N'UserName'; -- &lt;&lt;&lt; УКАЖИТЕ ИМЯ ЛОГИНА<br /> <br /> DECLARE @DatabaseName sysname;<br /> DECLARE @SQL nvarchar(max);<br /> <br /> IF NOT EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> PRINT N'Логин [' + @LoginName + N'] не найден на сервере.';<br /> RETURN;<br /> END;<br /> <br /> <br /> /* ============================================================<br /> 1. Удаляем пользователя из всех пользовательских БД<br /> ============================================================ */<br /> <br /> DECLARE db_cursor CURSOR LOCAL FAST_FORWARD FOR<br /> SELECT name<br /> FROM sys.databases<br /> WHERE database_id &gt; 4 -- только пользовательские БД<br /> AND state_desc = N'ONLINE'<br /> AND is_read_only = 0;<br /> <br /> OPEN db_cursor;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @SQL = N'<br /> USE ' + QUOTENAME(@DatabaseName) + N';<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.database_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> DROP USER ' + QUOTENAME(@LoginName) + N';<br /> END;<br /> ';<br /> <br /> BEGIN TRY<br /> EXEC sys.sp_executesql<br /> @SQL,<br /> N'@LoginName sysname',<br /> @LoginName = @LoginName;<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось обработать базу [' + @DatabaseName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DatabaseName;<br /> END;<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> <br /> /* ============================================================<br /> 2. Удаляем серверный логин<br /> ============================================================ */<br /> <br /> IF EXISTS<br /> (<br /> SELECT 1<br /> FROM sys.server_principals<br /> WHERE name = @LoginName<br /> )<br /> BEGIN<br /> BEGIN TRY<br /> SET @SQL = N'DROP LOGIN ' + QUOTENAME(@LoginName) + N';';<br /> EXEC sys.sp_executesql @SQL;<br /> <br /> PRINT N'Логин [' + @LoginName + N'] успешно удалён.';<br /> END TRY<br /> BEGIN CATCH<br /> PRINT N'Не удалось удалить логин [' + @LoginName + N']: '<br /> + ERROR_MESSAGE();<br /> END CATCH;<br /> END;<br /> }}<br /> *<br /> {{CollapseCode|title=Создание пользователя на sql-сервере (устаревшая версия)|content=<br /> USE master;<br /> GO<br /> <br /> -- Создание логина для сервера<br /> CREATE LOGIN login_name WITH PASSWORD = 'password';<br /> GO<br /> <br /> -- Предоставление разрешения ALTER TRACE (уровень сервера)<br /> GRANT ALTER TRACE TO login_name;<br /> GO<br /> <br /> USE torg_sm;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> <br /> USE torg_cb;<br /> GO<br /> <br /> -- Создание пользователя в базе данных и привязка к логину<br /> CREATE USER login_name FOR LOGIN login_name;<br /> GO<br /> <br /> -- Выдача прав на чтение в целевой базе данных<br /> ALTER ROLE db_datareader ADD MEMBER login_name;<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Удаление пользователя с SQL-сервера и из всех баз:|content=<br /> DECLARE @LoginName NVARCHAR(128) = 'login_name'; -- укажите имя пользователя/логина<br /> DECLARE @Sql NVARCHAR(MAX);<br /> <br /> -- Курсор по всем пользовательским базам (исключая системные)<br /> DECLARE db_cursor CURSOR FOR<br /> SELECT name FROM sys.databases<br /> WHERE name NOT IN ('master', 'tempdb', 'model', 'msdb', 'distribution')<br /> AND state = 0; -- только онлайн-базы<br /> <br /> OPEN db_cursor;<br /> DECLARE @DBName NVARCHAR(128);<br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> <br /> WHILE @@FETCH_STATUS = 0<br /> BEGIN<br /> SET @Sql = N'<br /> USE [' + @DBName + N'];<br /> BEGIN TRY<br /> IF EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''' + @LoginName + N''' AND type IN (''S'', ''U'', ''G''))<br /> BEGIN<br /> DROP USER [' + @LoginName + N'];<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; удалён из базы &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT ''Пользователь &quot;'' + ''' + @LoginName + N''' + ''&quot; не найден в базе &quot;'' + DB_NAME() + ''&quot;'';<br /> END<br /> END TRY<br /> BEGIN CATCH<br /> PRINT ''Ошибка при удалении пользователя из базы &quot;'' + DB_NAME() + ''&quot;: '' + ERROR_MESSAGE();<br /> END CATCH<br /> ';<br /> EXEC sp_executesql @Sql;<br /> <br /> FETCH NEXT FROM db_cursor INTO @DBName;<br /> END<br /> <br /> CLOSE db_cursor;<br /> DEALLOCATE db_cursor;<br /> <br /> -- Теперь удаляем серверный логин, если он существует<br /> IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @LoginName AND type IN ('S', 'U', 'G'))<br /> BEGIN<br /> SET @Sql = N'DROP LOGIN [' + @LoginName + N'];';<br /> EXEC sp_executesql @Sql;<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; удалён с сервера.';<br /> END<br /> ELSE<br /> BEGIN<br /> PRINT 'Логин &quot;' + @LoginName + '&quot; не существовал на сервере, но пользователи (если были) удалены из баз.';<br /> END<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Восстановление базы запросом:|content=<br /> <br /> USE master;<br /> GO<br /> <br /> -- 1. Посмотрим имена логических файлов для базы в бекапе, нужно использовать в 3 пункте<br /> RESTORE FILELISTONLY FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak';<br /> <br /> -- 2. Если база существует, принудительно закрываем все сессии и удаляем её<br /> IF DB_ID('upp_test') IS NOT NULL<br /> BEGIN<br /> ALTER DATABASE upp_test SET SINGLE_USER WITH ROLLBACK IMMEDIATE;<br /> DROP DATABASE upp_test;<br /> PRINT 'База upp_test удалена.';<br /> END<br /> GO<br /> <br /> -- 3. Восстановление из бэкапа<br /> RESTORE DATABASE upp_test<br /> FROM DISK = 'd:\backup_sql\upp_backup_2026_05_22_000109_0817520.bak'<br /> WITH MOVE 'upp' TO 'd:\MSSQL\Data\upp_test.mdf',<br /> MOVE 'upp_log' TO 'd:\MSSQL\Data\upp_test_log.ldf',<br /> REPLACE; -- RECOVERY можно не указывать (по умолчанию)<br /> GO<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера всех баз на sql-сервере:|content=<br /> SELECT <br /> d.name AS [Database Name],<br /> CAST(SUM(mf.size) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Size MB],<br /> CAST(SUM(mf.size) * 8.0 / 1024 / 1024 AS DECIMAL(18,2)) AS [Size GB],<br /> CAST(SUM(CASE WHEN mf.type = 0 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Data MB],<br /> CAST(SUM(CASE WHEN mf.type = 1 THEN mf.size ELSE 0 END) * 8.0 / 1024 AS DECIMAL(18,2)) AS [Log MB]<br /> FROM sys.master_files mf<br /> INNER JOIN sys.databases d ON mf.database_id = d.database_id<br /> WHERE d.database_id &gt; 4 -- исключаем системные БД<br /> AND d.state = 0 -- только ONLINE<br /> GROUP BY d.name<br /> ORDER BY [Size MB] DESC;<br /> }}<br /> <br /> *<br /> {{CollapseCode|title=Просмотр размера таблиц базы:|content=<br /> USE base;<br /> <br /> WITH TableSizes AS (<br /> SELECT <br /> s.name AS SchemaName,<br /> t.name AS TableName,<br /> SUM(p.rows) AS [RowCount],<br /> -- Размер данных (heap + clustered index)<br /> SUM(CASE WHEN i.index_id IN (0, 1) THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS DataMB,<br /> -- Размер некластерных индексов<br /> SUM(CASE WHEN i.index_id &gt; 1 THEN a.used_pages ELSE 0 END) * 8.0 / 1024 AS IndexMB,<br /> -- Общий размер (данные + индексы)<br /> SUM(a.used_pages) * 8.0 / 1024 AS TotalMB<br /> FROM sys.tables t<br /> INNER JOIN sys.schemas s ON t.schema_id = s.schema_id<br /> INNER JOIN sys.indexes i ON t.object_id = i.object_id<br /> INNER JOIN sys.partitions p ON i.object_id = p.object_id AND i.index_id = p.index_id<br /> INNER JOIN sys.allocation_units a ON p.partition_id = a.container_id<br /> WHERE t.is_ms_shipped = 0<br /> AND t.name NOT LIKE 'dt%' -- исключаем служебные таблицы диаграмм<br /> GROUP BY s.name, t.name<br /> )<br /> SELECT <br /> SchemaName,<br /> TableName,<br /> [RowCount],<br /> CAST(DataMB AS DECIMAL(18,2)) AS DataMB,<br /> CAST(IndexMB AS DECIMAL(18,2)) AS IndexMB,<br /> CAST(TotalMB AS DECIMAL(18,2)) AS TotalMB,<br /> CAST(TotalMB * 100.0 / SUM(TotalMB) OVER() AS DECIMAL(5,2)) AS PercentOfTotal<br /> FROM TableSizes<br /> ORDER BY TotalMB DESC;<br /> <br /> }}</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=680 2026-10-01T13:24:42Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:\ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Создать ярлык на C:\1Cv77\BIN\1cv7.exe на рабочем столе и указать строку запуска:&lt;br&gt;C:\1Cv77\BIN\1cv7.exe ENTERPRISE /M /D &quot;C:\1Cv77\Bases\Exchange&quot;&lt;br&gt;[[Файл:2026-10-01 15-33-17.png]]<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить Kerio Control.{{Information|Актуальная версия для установки: 9.2.7}}<br /> # Установить драйвера для сканера штрихкодов.<br /> # Установить Zabbix:<br /> ## Скопировать папку zabbix_agent в 1Cv77<br /> ## В файле C:\1Cv77\zabbix_agent\conf\zabbix_agentd.conf установить для переменной &quot;Hostname&quot; имя обменника вида OBMXYZ.<br /> ## Запустить с правами администратора файл: C:\1Cv77\zabbix_agent\zab_start_with_admin.bat<br /> # Установить TightVNC:{{Information|Актуальная версия для установки: 2.8.85}}<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:{{Information|Актуальная версия для установки: 10.10.9.20}}<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:{{Information|Актуальная версия для установки: 2.6.1-7}}<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):{{Information|Актуальная версия для установки: 1.6.4.0.477}}<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=679 2026-10-01T12:57:28Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:\ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Создать ярлык на C:\1Cv77\BIN\1cv7.exe на рабочем столе и указать строку запуска:&lt;br&gt;C:\1Cv77\BIN\1cv7.exe ENTERPRISE /M /D &quot;C:\1Cv77\Bases\Exchange&quot;&lt;br&gt;[[Файл:2026-10-01 15-33-17.png]]<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить Kerio Control.{{Information|Актуальная версия для установки: 9.2.7}}<br /> # Установить драйвера для сканера штрихкодов.<br /> # Установить TightVNC:{{Information|Актуальная версия для установки: 2.8.85}}<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:{{Information|Актуальная версия для установки: 10.10.9.20}}<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:{{Information|Актуальная версия для установки: 2.6.1-7}}<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):{{Information|Актуальная версия для установки: 1.6.4.0.477}}<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=678 2026-10-01T12:35:35Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:/ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Создать ярлык на C:\1Cv77\BIN\1cv7.exe на рабочем столе и указать строку запуска:&lt;br&gt;C:\1Cv77\BIN\1cv7.exe ENTERPRISE /M /D &quot;C:\1Cv77\Bases\Exchange&quot;&lt;br&gt;[[Файл:2026-10-01 15-33-17.png]]<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить Kerio Control.{{Information|Актуальная версия для установки: 9.2.7}}<br /> # Установить драйвера для сканера штрихкодов.<br /> # Установить TightVNC:{{Information|Актуальная версия для установки: 2.8.85}}<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:{{Information|Актуальная версия для установки: 10.10.9.20}}<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:{{Information|Актуальная версия для установки: 2.6.1-7}}<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):{{Information|Актуальная версия для установки: 1.6.4.0.477}}<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=677 2026-10-01T12:33:23Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:/ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Создать ярлык на C:\1Cv77\BIN\1cv7.exe на рабочем столе и указать строку запуска:&lt;br&gt;C:\1Cv77\BIN\1cv7.exe ENTERPRISE /M /D &quot;C:\1Cv77\Bases\Exchange&quot;&lt;br&gt;[[Файл:2026-10-01 15-33-17.png]]<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить Kerio Control.{{Information|Актуальная версия для установки: 9.2.7}}<br /> # Установить драйвера для сканера штрихкодов.<br /> # Установить TightVNC:<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:2026-10-01_15-33-17.png&diff=676 2026-10-01T12:32:46Z

<p>Администратор: </p> <hr /> <div></div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=675 2026-10-01T12:28:56Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:/ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить Kerio Control 9.2.7.<br /> # Установить драйвера для сканера штрихкодов.<br /> # Установить TightVNC:<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=674 2026-10-01T12:28:17Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:/ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить TightVNC:<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]<br /> ## После запуска ЕСМ оставить окно открытым до начала работы с 1С7:Обменник. Для продолжения работы в ЕСМ должна быть запущена 1С а смена на ККТ открыта.<br /> ##</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%9F%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BA%D0%BE%D0%BC%D0%BF%D1%8C%D1%8E%D1%82%D0%B5%D1%80%D0%B0_%D0%B4%D0%BB%D1%8F_%D0%BE%D0%B1%D0%BC%D0%B5%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%83%D0%BD%D0%BA%D1%82%D0%B0&diff=673 2026-10-01T11:19:38Z

<p>Администратор: </p> <hr /> <div># Скопировать на диск C:/ подготовленную папку 1Сv77 с необходимыми файлами.<br /> # Установить Anydesk и указать соответствующий пароль доступа.<br /> # Установить Ассистент.<br /> # Установить TightVNC:<br /> ## Выбрать ручной режим установки:&lt;br&gt;[[Файл:2026-10-01 12-06-17.png]]<br /> ## Отключить установку TightVNC Viewer:&lt;br&gt;[[Файл:2026-10-01 12-06-30.png]]<br /> ## Активировать галочку для регистрации только как сервиса: &lt;br&gt;[[Файл:2026-10-01 12-06-43.png]]<br /> ## Установить соответствующий пароль удаленного доступа:&lt;br&gt;[[Файл:2026-10-01 12-34-13.png]]<br /> # Установкить драйвер ККТ10:<br /> ## Активировать галочку возле сервиса EoU (EthOverUSB), после чего должны быть активны только:<br /> ##* Драйвер ККТ<br /> ##* Утилиты и сервисы-&gt;EoU (EthOverUSB)<br /> ##* Интеграционные компоненты для ЕСМ&lt;br&gt;[[Файл:2026-10-01 12-15-45.png]]<br /> # Установить локальный модуль ЧЗ:<br /> ## Указать папку: C:\1Cv77\Regime\, проверить, что установлена галочка &quot;Добавить сервисы Локального Модуля в автозапуск&quot;:&lt;br&gt;[[Файл:2026-10-01 12-39-33.png]]<br /> ## Ввести данные профиля admin/admin:&lt;br&gt;[[Файл:2026-10-01 12-40-41.png]]<br /> ## Url сервера оставляем без изменений:&lt;br&gt;[[Файл:2026-10-01 12-41-47.png]]<br /> ## Параметры прокси-сервера оставляем пустые (если в конкретной установке не требуется иное).<br /> ## После завершения установки через командную строку (cmd) выполняем запрос:&lt;br&gt;curl -X GET &quot;http://127.0.0.1:5995/api/v2/status&quot; -H &quot;accept: application/json&quot; -u admin:admin&lt;br&gt;Проверяем, что в ответе есть &quot;status&quot;:&quot;not_configured&quot;. Если ответ не получен по таймауту или другим ошибкам, разбираемся с установкой ЛМ ЧЗ и портами/антивирусами/т.п.&lt;br&gt;[[Файл:2026-10-01 12-44-22.png]]<br /> ## При получении &quot;status&quot;:&quot;not_configured&quot; делаем запрос на инициализацию ЛМ ЧЗ:&lt;br&gt;curl -X POST &quot;http://localhost:5995/api/v2/init&quot; -H &quot;accept: application/json&quot; -u admin:admin -d &quot;{\&quot;token\&quot;:\&quot;'''токен_инициализации_лм_чз'''\&quot;}&quot;&lt;br&gt;<br /> ## После окончания запроса необходимо повторно проверить статус (запрос из подпункта 1) и убедиться, что в ответе статус &quot;initialization&quot; или &quot;ready&quot;. Если &quot;ready&quot; - настройка завершена. Если &quot;initialization&quot; - позже необходимо повторить запрос, инициализация может проходить до нескольких часов (в зависимости от скорости компьютера и интернета) и при проблемной связи сбрасываться в &quot;not_configured&quot;, в таком случае необходимо повторить запрос на инициализацию.<br /> # Установить Единый Сервисный Модуль (ТС Пиот):<br /> ## Установить галочку Контроллер ЛМ ЧЗ:&lt;br&gt;[[Файл:2026-10-01 13-49-47.png]]</div>

Администратор http://wiki.voda-sestrica.ru/index.php?title=%D0%A4%D0%B0%D0%B9%D0%BB:2026-10-01_13-49-47.png&diff=672 2026-10-01T10:49:46Z

<p>Администратор: </p> <hr /> <div></div>

Администратор