Текущая версия от 15:50, 28 октября 2026

Содержание

Время	Тема
00:00:10	Напоминание: партнёры и контрагенты, три варианта связи
00:01:24	Пример: «Агроторг» и его обособленные подразделения
00:02:43	Головной партнёр и контрагент; трёхуровневая схема для филиалов
00:06:16	Подчинённые партнёры: через помощник или вручную
00:09:41	Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа
00:11:44	Адрес точки — только по классификатору: это нужно для ЭДО
00:17:44	Телефон и привязка обособленного подразделения как контрагента
00:20:32	Как это выглядит в реализации: клиент, контрагент, грузополучатель
00:22:37	Чей КПП выходит в УПД: обсуждение грузополучателя и EDI
00:27:26	Договор — на головного партнёра, цены — в соглашениях
00:29:48	Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней»
00:33:34	Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент
00:36:17	Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами»
00:39:10	Если у каждого филиала свой договор: трёхуровневая иерархия
00:42:41	Почему начали со сложной схемы
00:45:48	Свой договор у каждой филиальной группы, а не на головном партнёре
00:47:32	Как клиент попадает в сегмент и получает доступ к соглашению
00:48:48	Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать
00:51:51	Вывод марок «Честного знака» из оборота в договоре
00:53:43	Когда начнём вводить договоры: доступы и списки пользователей
00:54:49	Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу
00:56:57	Подключение кладовщиков, пилот с Казанью, двойной ввод до января
00:59:04	Машины доставки, реализация в «Торговле» и контрагенты доставки
01:02:03	Много программ одновременно: CRM, маршрутизатор и обмены
01:04:01	С чего начинать: склады, затем общие контрагенты; итоги встречи

Общее описание встречи

Продолжение темы контрагентов: как отражать в 1С:ERP сетевых клиентов с несколькими точками доставки. Пример — «Агроторг»; работу в программе показывает Сергей.

Что разобрали

Три варианта связи партнёров и контрагентов. Несколько партнёров при одном юрлице — сети с точками доставки. Один партнёр при нескольких юрлицах — холдинги. И простой вариант «один к одному».
Головной партнёр с головным контрагентом — это плательщик в УПД. Подчинённые партнёры — РЦ и магазины. Создавать их можно через помощник регистрации или вручную, кнопкой «Создать нового».
Обособленное подразделение заводится как контрагент, КПП и фактический адрес обязательны. Адрес — только по классификатору, иначе для ЭДО не найдётся код ФИАС места деятельности.
Результат в УПД: плательщик — головная организация, грузополучатель — РЦ со своим КПП. Документы через EDI (Контур, GLN) формируются по своим правилам.
Договор заключается на головного партнёра и требует галочки «Разрешена работа с дочерними партнёрами». Если у филиалов свои договоры, нужна трёхуровневая иерархия: сеть → филиал → точки. Тогда договор привязывается к группе филиала и подставляется в документы автоматически.
Цены и отсрочки платежа задаются не в договоре, а в соглашениях. Типовые соглашения ограничиваются сегментами клиентов; соглашений, общих для всех клиентов, лучше избегать.
Вывод марок «Честного знака» для собственных нужд указывается в договоре, на закладке «Расчёты и оформление».
Нужна доработка: в реализации должен автоматически подставляться головной контрагент.

Организационное

Доступы в ERP планируют выдать до конца недели.
Идея пилота: во второй половине ноября отработать полный цикл документов с Казанью.
До января документы дублируются в обеих программах. С января складские операции ведутся в ERP, а розница и реализация с машин доставки пока остаются в «Торговле».
Физлица выгружаются одним контрагентом, юрлица с доставки нужно будет вести и в ERP. Обмены с «Торговлей» и маршрутизатором пока в разработке.

Задания филиалам

Прислать актуальные списки складов: пока их никто не прислал.
Прислать списки сотрудников с должностями для выдачи доступа в ERP.
Выделить контрагентов, общих для нескольких филиалов.

Следующая встреча: пятница, 30.10.2026, 10:00 — простой договор и документ перемещения.

Расшифровка встречи

Говорят ведущая Ирина и Сергей, который показывает работу в программе; остальные обозначены как «Участник». [?] — слово или имя распознано неуверенно, [неразборчиво] и пояснения в квадратных скобках — фрагменты, которые не удалось разобрать дословно.

00:00:10 · Напоминание: партнёры и контрагенты, три варианта связи

Ирина: Вам видно схему? Она не очень качественная, но я хочу визуально напомнить то, о чём мы вчера говорили, — так, может быть, будет проще воспринимать.

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

Какие есть варианты? Первый — группа партнёров: их несколько, например разные точки доставки, но контрагент один, одно юрлицо. Второй — один партнёр, но разные контрагенты, разные юрлица; так можно отражать, например, холдинговые структуры. И третий, простой случай: один контрагент равен одному партнёру.

Сейчас мы рассмотрим как раз первый случай: несколько партнёров и одно юрлицо, с которым мы ведём расчёты.

00:01:24 · Пример: «Агроторг» и его обособленные подразделения

Ирина: Для примера хочу показать — секундочку, мышку — пример, который вчера предоставила наша служба. Компания «Агроторг», у которой есть обособленные подразделения со своими КПП, — в нашем случае это Елабуга и Зеленодольск. Здесь видно, что у них разные КПП: это то, что приходит по ЭДО. При этом в документах, которые мы выставляем, эти обособленные подразделения фигурируют только как грузополучатели с адресом, а покупателем отражается юридическое лицо «Агроторг» с реквизитами головной компании. Как в таких случаях заполнять справочник в 1С, попросим продемонстрировать Сергея.

00:02:43 · Головной партнёр и контрагент; трёхуровневая схема для филиалов

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

Сейчас разберём на примере «Агроторга». Как заносить головного партнёра, мы уже разобрали: есть головной партнёр, к нему заведён головной контрагент. Давайте сразу исправим КПП — поставим какой-нибудь, например 99… Итак, головной партнёр и головной контрагент — по сути, это плательщик, тот, кто в УПД выступает в качестве плательщика.

Теперь нужно занести подчинённых партнёров — РЦ, торговые точки. Но я так понимаю, вы в массе своей в магазины, наверное, не доставляете? Только в РЦ? Или в магазины тоже? Кто может прокомментировать?

Участник: В магазины тоже. Мы же не всё возим через РЦ: например, в Чебоксарах у нас вообще нет РЦ.

Сергей: Прекрасно. То есть у вас доставка прямо в магазины. Значит, сюда будут заноситься и магазины, и РЦ — все, куда вы доставляете.

Важный момент: договор на поставку у «Здоровой жизни» один для всех филиалов? Или у вас разные организации, или у каждого филиала свой договор? Очень часто бывают и различия в цене. Тогда, скорее всего, понадобится не двухуровневая схема партнёров, а трёхуровневая: сначала «Агроторг», потом подчинённые ему филиальные партнёры — «Агроторг Йошкар-Ола», «Агроторг Нижний», «Агроторг Казань», — а уже у них подчинённые РЦ и конкретные магазины. Почему так? Дело в том, что договор привязывается к партнёру.

00:06:16 · Подчинённые партнёры: через помощник или вручную

Сергей: Давайте я сначала занесу без сложной иерархии, а дальше, если что, немного переделаем. Головного мы занесли, теперь нужно зайти внутрь: разворачиваем «Агроторг» — здесь по умолчанию пусто. Нам нужно занести сюда ещё одну строчку. Можно через кнопку «Создать» — открывается такой же помощник, как при вводе головного контрагента. А можно нажать «Создать нового»: в этом случае помощник не открывается, и вы заносите партнёра вручную.

Участник: Извините, можно вопрос? Когда вы нажимаете «Создать», мы создаём контрагента или партнёра? Когда вы нажали «Создать», выходит «Создать нового партнёра».

Сергей: Когда нажимаем «Создать», открывается помощник создания. Это обработка, которая ведёт вас по шагам; в ней можно одновременно создать и партнёра, и контрагента — с контролем ИНН, контролем наличия в базе и так далее.

Участник: Так я создаю партнёра или контрагента?

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

Участник: А какую галочку, простите? Мышка не двигается, не понимаю.

Сергей: Вот эту, видите, мигает. Там прямо по тексту написано: «Указать данные партнёра — будет создан контрагент».

Ирина: Мы ещё подробно потренируемся, когда будем создавать простую схему. Сейчас мы рассматриваем справочник «Партнёры» — помните, тот вспомогательный управленческий справочник, который поможет привязывать несколько торговых точек, обособленных подразделений к одному юридическому лицу.

Сергей: Да. Я хочу показать вам не только помощник, где партнёры и контрагенты создаются в автоматическом режиме, но и ручной режим, когда вы действуете более гибко и сами определяете, что как выводить. Дело в том, что у подчинённых партнёров не всегда есть контрагенты. Если у торговой точки есть обособка — свой КПП и всё прочее, — можно заносить через помощник с галочкой «Указать идентификационные данные партнёра — будет создан контрагент»: указываем, что это обособленное подразделение, и заносим все данные. А я хочу показать, как сделать полностью вручную: нажимаем не «Создать», а «Создать нового». Тогда открывается просто карточка нового партнёра — выглядит так же, как обычный партнёр.

00:09:41 · Карточка подчинённого партнёра: название, «Клиент», головной партнёр, группа доступа

Сергей: Пишем название — как он будет называться. Там была Елабуга, да? Не забываем ставить галочку, что это клиент.

Что здесь видно? «Головное предприятие» — это как бы папочка: в какой папке находится партнёр, которого мы создаём. Дальше — группа доступа. Сейчас у меня полные права, поэтому здесь видно всё. По идее, здесь будет, наверное, Казань? Нет, отгружаем мы отсюда.

Как раз хотел спросить у присутствующих. Вчера Чебоксары уже сказали, что партнёры могут пересекаться: один и тот же партнёр может принадлежать и Чебоксарам, и, допустим, Новочебоксарску. Наверное, так же партнёр может относиться и к Нижнему — у них тоже могут быть какие-то взаимоотношения. Видимо, группы доступа здесь придётся делать непростые… Давайте я пока поставлю общий доступ, а дальше разберёмся.

00:11:44 · Адрес точки — только по классификатору: это нужно для ЭДО

Сергей: На закладке «Адрес» указываем фактический адрес этого РЦ.

Ирина: И, как мы уже говорили, в обязательном порядке берём его из справочника.

Сергей: Да, Ирин, поправлю, объясню. В общем случае этот адрес нам вроде бы не сильно важен — просто выходит где-то в печатной форме. Но сейчас всё взаимодействие с покупателями и поставщиками идёт через ЭДО, а завязка идёт на места осуществления деятельности — через коды ФИАС и так далее. Если вы занесёте адрес не по классификатору, ФИАС этого места осуществления деятельности просто не найдётся, и документ вы не отправите. Поэтому заносим исключительно по классификатору.

Участник: Скажите, пожалуйста, обязательно заходить через многоточие, как вы, или можно начать набирать?

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

Улицы там нет, там как раз промышленная площадка… Такого быть не может. Интересно, обычно так не бывает. Нам нужен дом: если дома нет, вы адрес не найдёте. Должно быть какое-то здание, корпус или ещё что-нибудь.

Участник: Но у них вот так указано.

Сергей: По КЛАДР, по ФИАС это не сработает. Дом обязательно должен быть: даже в самой маленькой деревне есть улицы и дома.

Участник: Извините, можно добавить? Скорее всего, справочники у вас точно такие же, как у нас: мы тоже вносим всё по классификатору, выбираем из списка. Но сейчас есть новые, строящиеся объекты, которых там нет.

Сергей: Если их нет — да. Но здесь, видите, даже номера нет. Бывает, что ФИАС нет: его недостаточно оперативно наполняют. Бывают и случаи, когда адрес более глубокий — например, не само здание, а помещение в нём. Помещения в этом ФИАС, понятно, нет. Оно есть в ФИАС федерального уровня, в большой базе, а в той базе, из которой мы подбираем в 1С, ФИАС очень ограничен — только до здания. В этой ситуации коды ФИАС мест осуществления деятельности приходится подтягивать вручную, уже в ЭДО. Но это немного отдельная история, это потом. В любом случае, думаю, здесь должен быть какой-то адрес — скорее всего, вам что-то недодали. Ладно, давайте оставим.

Ирина: Оставить, конечно, можем, но это неправильно: у вас даже индекс не определился. Юридически документ получится заполнен некорректно, и клиенты его не примут.

Сергей: Конкретно в этой ситуации документ пройдёт: он идёт через EDI, через контур EDI, а там есть GLN, и у GLN уже есть привязка к адресам. Но в общем случае — да, нужно заводить полностью нормальный адрес.

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

Сергей: Да, конечно, это вполне нормальная ситуация. Зависит от того, с кем мы работаем. У какого-нибудь ИП адрес вообще только один — адрес прописки; других адресов, КПП и юридических данных у него нет. А с помещениями такое бывает очень часто. Тогда есть варианты: найти информацию — например, места осуществления деятельности есть на сайте налоговой, в «Честном знаке» или в ЕГАИС — и занести эти данные в 1С. Или клиент сам должен дать вам эту информацию, чтобы вы сделали привязку к адресу. Но это делается уже в рамках ЭДО, не сейчас.

Нашли адрес — видите, сразу подключился промышленный район, 3 [?]. Вот так уже лучше.

00:17:44 · Телефон и привязка обособленного подразделения как контрагента

Сергей: Телефоны заносить крайне желательно: электронные транспортные накладные [?] обязательно требуют указания телефона. Записываем.

Итак, сейчас в партнёрах мы ввели ещё одного партнёра, подчинённого «Агроторгу», — РЦ. Это может быть и торговая точка — любое место, куда мы везём. Так же как для «Агроторга» мы указали связанного контрагента, головного, теперь уже для РЦ указываем связанный филиал. Открываем: у нас Елабуга.

Участник: А Елабуга уже связана, по-моему.

Сергей: Уже связана, да. Открываем, переходим на закладку «Контрагенты». Здесь пусто. Нажимаем «Создать» и выбираем «Обособленное подразделение юридического лица». Здесь, кстати, можно набрать «Агроторг» — и он подтянется автоматически.

Теперь нужно указать КПП. Для обособки обязательно указание фактического адреса. Адрес, который мы вводили выше, можно скопировать и вставить сюда — видите, программа автоматически находит его, вплоть до здания. Всё. Юридический адрес для обособки заполнять не обязательно.

В принципе, здесь всё готово. Нужно проверить, чтобы было корректное название — сокращённое юридическое: оно будет выходить в печатной форме УПД. А рабочее наименование — это для вас, для отчётов внутри программы.

00:20:32 · Как это выглядит в реализации: клиент, контрагент, грузополучатель

Участник: Подскажите, пожалуйста, почему адрес обособленного подразделения не надо вводить? В УПД же есть плательщик и есть адрес доставки — строка, в которую как раз подтягивается адрес… А, поняла: юридический адрес не нужен, потому что он будет браться у плательщика.

Сергей: Давайте я покажу, как это будет выглядеть в программе: открою какую-нибудь реализацию и посмотрим, как выглядит результат всего этого. В поле «Клиент» заносим этот РЦ. Дальше в поле «Контрагент» должен попадать «Агроторг» — тут ребятам нужно будет немного доработать, чтобы он заполнялся автоматически. То есть здесь у нас клиент — торговая точка, а здесь покупатель — тот самый плательщик, головной. Ещё есть реквизиты печатной формы — вот они. Грузополучателем здесь будет этот РЦ.

Что в итоге получается? На 62-м счёте будет «Агроторг». Плательщиком в печатной форме будет головной «Агроторг», который, собственно, и будет платить деньги. А грузополучателем будет выходить этот РЦ, и КПП будет браться с него — так он и будет выходить в УПД. Вся цепочка выстроена.

00:22:37 · Чей КПП выходит в УПД: обсуждение грузополучателя и EDI

Участник: А у них-то в УПД — я как раз показывала — смущает, что этого КПП нет.

Сергей: Как это нет?

Участник: У них выходит КПП «Агроторга». У торговых точек КПП нет: КПП — это покупатель, а грузополучатель…

Сергей: У них указывается КПП головного? В общем случае, мне кажется, это некорректно. Здесь должен быть КПП грузополучателя.

Участник: Ну вот это то, что проходит по ЭДО. Я вчера специально просила этот пакет.

Сергей: Тогда, думаю, у вас это проходит через контур EDI — там другая история, там всё работает совершенно по-другому. Вы ведь не печатаете эти УПД, ничего этого не делаете, там всё проходит иначе. Если вам нужно просто, чтобы документ печатался, — грузополучателя заполнять и вводить не требуется, вводим только партнёра.

Участник: Я очень сомневаюсь… А как тогда встанет грузополучатель? Как это он не нужен? Вот в накладной посмотри: они же указывают конкретный РЦ.

Сергей: Ещё раз: у документов, которые проходят через контур EDI, всё по-другому. Не вы формируете счета-фактуры и не вы заполняете все эти поля — это формируется автоматически. Как там это происходит, нам вообще не важно. Дело в том, что в EDI у вас нет грузополучателей, там есть GLN, и всё считается от GLN. Информация по КПП, адресам и всему прочему находится на серверах Контура, у вас её вообще нет — вы работаете просто с конкретным GLN.

Участник: То есть мы на это не смотрим и настраиваем, как правильно?

Сергей: Да. Правильно, когда указывается КПП, — его надо указывать, потому что у них это реальная обособка. Давайте не будем смотреть на печатную форму, а пойдём по своей логике: здесь должен быть КПП грузополучателя. Правильно?

Участник: Ну, я смотрю, как у них там оформлено, я не знаю.

Сергей: Ну не может быть по-другому. С головным КПП может совпадать, только если доставка идёт на юрадрес [?].

Ирина: Филиалы могут поделиться: когда вы выписываете документы, вы обращаете на это внимание?

Участник: Давайте не про «Агроторг», а вообще про обычных покупателей — местные сетки или ещё кого-нибудь. Можно здесь счёт-фактуру побольше раскрыть? Потому что в покупателе у нас обычно КПП головной организации, то есть плательщика.

[Несколько человек одновременно обсуждают, чей КПП указывается в УПД — покупателя или грузополучателя; фрагмент неразборчив.]

Участник: Да, у нас есть грузополучатель — это отдельное поле со всем адресом, а ИНН/КПП… ИНН у грузополучателя и покупателя, понятно, свой, а КПП идёт грузополучателя. Я, например, работаю в том числе с алкогольными компаниями, у них с этим очень жёстко. Сейчас найду какого-нибудь нашего клиента — надо подумать, кто у нас так берёт.

Сергей: Лучше не тех, кто через EDI, а обычных. Пока продолжим?

Участник: Да-да, продолжайте, я поищу в базе.

00:27:26 · Договор — на головного партнёра, цены — в соглашениях

Сергей: Пока ищут, давайте про договоры. Договор мы вводим не на каждую торговую точку, а на нашего головного партнёра. Открываем «Договоры» и добавляем договор. Вы уже вводили договоры?

Участник: Нет-нет, мы ещё даже не вводили.

Сергей: Если поставить договор на торговую точку, получится, что он будет относиться только к этой торговой точке.

Участник: Скажите, пожалуйста, как быть, когда у нас действительно разные цены — например, с Казанью [?] — при одном партнёре? Что будет отражаться в его договоре?

Сергей: Это делается не в договоре. Цены в ERP указываются не в договоре, а в соглашении.

Участник: Понятно. Соглашения у нас будут не на головного партнёра, а на подразделение?

Сергей: Можно по-разному. Вообще соглашения бывают двух видов. Типовое соглашение действует на всех контрагентов с определёнными ограничениями. Индивидуальное ставится на конкретного партнёра. То есть нельзя [?] сделать соглашение и указать туда головного — там немного другая схема, это отдельная история. Но, опять же, при работе через EDI вам вообще без разницы: можете поставить одно соглашение на все «Агроторги», цены у вас приходят по EDI. Если нужно для контроля — это немного другая история: цены можно завести, но в принципе даже не обязательно, потому что они все загружаются с сайта.

Участник: А если мы говорим не про них? У нас не все через EDI.

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

00:29:48 · Типовые соглашения: цена и отсрочка платежа, пример «Дилеры 14 дней»

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

Например, какие у вас виды цен? Оптовая, оптовая минус 5, розничная? Какие цены есть?

Участник: Цены все разные. Давайте для примера возьмём оптовую. С дилерами у нас отдельная.

Сергей: Хорошо, пусть будут дилеры. Создаём типовое соглашение об условиях продаж, пишем «Дилеры». Какая у них типовая отсрочка? Скорее всего разная: две недели, три недели или предоплата? Кто-нибудь скажите?

Участник: «Агроторг» — 40 дней.

Сергей: Нет, «Агроторг» не трогаем. А у дилеров?

Участник: По-разному, бывает две недели.

Сергей: Отлично, давайте напишем 14. Ещё раз говорю: нам понадобится ввести все эти варианты соглашений. Итак, «Дилеры 14 дней». Далее: у нас есть такая штука — сегменты клиентов. Вы их ещё не заполняли, придётся заполнять. Давайте создадим папку для соглашений и назовём соглашение «Дилеры 14 дней». Указываем «Формировать вручную», выбираем «Дилеры 14 дней». Дальше организация: если торгуете от разных организаций, ничего не указываете; если от конкретной — можете её указать. Далее условия продаж…

Ирина: Подожди, остановлю на секундочку, обращу внимание. Если мы можем одновременно работать с дилерами и от «Здоровой жизни», и от ИП Марушко, организацию не выбираем — делаем соглашение универсальным.

Сергей: Думаю, скорее всего, вводить это будете не вы: это разовое дело, делается централизованно. У вас цены для дилеров с отсрочкой 14 дней в Йошкар-Оле, Казани и Нижнем отличаются?

Участник: Не знаю… Отличаются. Конечно, отличаются — у одного дилера от другого.

Сергей: Тогда у вас это не прайс «Дилеры»…

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

Сергей: Есть какая-то шкала [?]?

Участник: Цена отличается в зависимости от количества покупаемого товара.

Сергей: Смотрите, шкала-то ведь сама получается.

Участник: Понятно, что у каждого дилера своя цена в зависимости от того, сколько он выбирает. Но в принципе по городу, по одному филиалу она общая.

00:33:34 · Соглашение «Агроторг Йошкар-Ола»: вид цен, склад, многооборотная тара, сегмент

Сергей: Хорошо, давайте сделаем на примере того же «Агроторга», чтобы было понятно. Получается, у «Агроторга» в Йошкар-Оле и у «Агроторга» в Казани разные цены, да?

Участник: Да.

Участник: В Казани «Агроторга» нет, мы работали с ним через завод.

Сергей: Мы условно берём «Агроторг». В Йошкар-Оле одна цена, в Казани другая: «Агроторг Йошкар-Ола», «Агроторг Чебоксары», «Агроторг Нижний» и так далее — у всех свои цены. Правильно? Хорошо. Теперь создаём типовое соглашение, в котором указываем «Агроторг Йошкар-Ола». Раз мы понимаем, откуда грузим, можем сразу указать организацию. Если вы будете заводить цены, сюда нужно будет завести тип цен — назвать его «Агроторг Йошкар-Ола» — и завести эти цены. При работе через Контур это вообще не обязательно, но заносить можно. У вас в прайсах с «Агроторгом», по-моему, цены с НДС? «Магниты» идут без НДС, а «Агроторг» с НДС, да?

Участник: Вроде да.

Сергей: Дальше склад — это чисто для удобства, его можно не указывать. Но если понятно, что это Йошкар-Ола, имеет смысл указать. Ставим галочку «Возвращать многооборотную тару» — обязательно.

Что мы сделали? Мы сделали типовое соглашение и указали, к какому сегменту клиентов оно относится. Если сегмент не указать и оставить поле пустым, соглашение станет доступно абсолютно всем. Указывая сегмент, мы ограничиваем использование типового соглашения только клиентами, которые находятся в этом сегменте. Сейчас, если посмотреть состав, там никого нет — соответственно, пока оно никому не доступно.

00:36:17 · Договор с головным партнёром и галочка «Разрешена работа с дочерними партнёрами»

Сергей: Мы немного перепрыгнули на сегменты, а нам ещё нужно ввести договор. Заводим его у головного партнёра: «Создать». Здесь полностью заполняем всю информацию: номер, дату, период действия и так далее. «Договор поставки» — можно назвать и как-то иначе, с номером; здесь всё ясно. Покупатель — головной, контрагент — головной, то есть тот, с кем заключается договор. В договоре желательно указывать счёт организации: если вы будете делать счета на оплату, этот счёт будет автоматически подтягиваться в накладные и счета на оплату. Далее — вы ещё не разбирали, какая у вас будет детализация расчётов?

Участник: Нет, ещё не разбирали.

Сергей: Это потом: это большая и сложная история, пока пропущу.

Важная галочка — «Разрешена работа с дочерними партнёрами». Это очень важно. Если у вас один к одному — один партнёр, один контрагент, — эта галочка вообще не обязательна. Но когда вы работаете по такой иерархии, а договор мы сейчас сделали именно на «Агроторг», без этой галочки договор не будет срабатывать и не будет виден для нижележащих партнёров. Поэтому в обязательном порядке ставим галочку «Разрешена работа с дочерними партнёрами». Понятно?

Давайте я просто покажу. Договор я записал. Создаю новую реализацию, открываю — здесь ничего нет, потому что галочка «Разрешена работа…» не стоит: договор привязан к головному покупателю, и выбрать его в реализации я не могу. Когда я эту галочку поставлю, договор в реализации можно будет выбрать.

00:39:10 · Если у каждого филиала свой договор: трёхуровневая иерархия

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

Участник: Да, так сказали.

Сергей: Тогда понадобится немного более сложная структура: не двухуровневая, а трёхуровневая иерархия. У нас будет «Агроторг», в нём подчинённые — скорее всего, «Агроторг Йошкар-Ола», «Агроторг Нижний», — и уже к ним мы будем привязывать конечные торговые точки. Давайте для примера — пусть будет «ПЛК» [?].

Здесь нажимаем не «Создать», а «Создать нового» — филиалов там не будет. Пишем «Агроторг» — как назовём, «Агроторг Йошкар-Ола» или как-то так; имеется в виду именно эта группа. Так же ставим, что это клиент, и группу доступа — например, «Завод»; у всех подчинённых тоже должен быть «Завод». Пока не буду с этим заморачиваться, с доступами потом разберётесь. Ни адреса, ничего здесь нет — мы просто так обозначаем группу. И перетаскиваем эти значения внутрь. Вот так получается.

Теперь покупателем в договоре, который мы сделали, должен быть не «Агроторг», а та папочка, в которой лежат наши точки. Выбираем её. Опять же указано, что разрешена работа с дочерними партнёрами, и для всех подчинённых партнёров «Агроторг ПЛК» этот договор будет доступен. Сам договор поставки нужно как-то обозначить — например, «Договор ПЛК», — чтобы было понятно, иначе будет неясно, что у нас происходит.

Участник: Вопрос: если в наименовании указать «Договор ПЛК», он случайно так и не выйдет в УПД?

Сергей: Нет-нет: в наименовании для печати вы пишете так, как вам нужно, чтобы выходило.

Участник: А покупателем или грузополучателем не выйдет «Агроторг ПЛК»?

Сергей: Нет. Покупателем в печатной форме выйдет тот клиент, которого вы поставите торговой точкой. [Дальше в демонстрации что-то не срабатывает, фрагмент неразборчив.]

00:42:41 · Почему начали со сложной схемы

Участник: А почему мы начали с самой сложной схемы? Почему не проработали сначала на практике простую, потом посложнее, потом ещё посложнее? У нас, например, в Чебоксарах просто кипит голова, и мы пока ничего не понимаем.

Сергей: А вы сейчас будете вводить — и всё поймёте. У вас нет таких ситуаций, что ли? У вас такая же ситуация: точки есть, всё есть.

Ирина: На самом деле мы столкнулись с этим вопросом, стали отрабатывать его на практике и привлекли Сергея — у него как раз был свободный час, чтобы поработать с нами. Поэтому мы решили этим воспользоваться.

Участник: Вы столкнулись с этим вопросом, потому что уже этим пользуетесь и все простые схемы отработали. А мы ничего не отработали.

Ирина: Не переживайте, мы с вами всё отработаем, и простые схемы тоже. Но, конечно, и не отработаете, если не начнёте делать. Согласна, сейчас мы вроде бы зашли со сложного. Но поверьте: мы сейчас это разбираем, а потом всё равно вернёмся, когда будем реально работать на практике и заносить документы. Сейчас вы ведь тоже работаете вслепую — полученные знания пока не отрабатываете сразу в программе. Просто сейчас появилась возможность эти знания получить. Мы их получим, и в дальнейшем, когда будем заносить и отрабатывать договоры, будем помнить, что было обучение, сможем его поднять. Более того, мы оформим всё в текстовом виде, чтобы информация была под рукой и было к какому источнику обратиться. А при занесении данных вы уже будете понимать, что тут всё не так просто: с договорами есть заковырка, которую нужно ещё раз посмотреть и внимательно отработать.

Кстати, здесь же стоит вопрос: нам нужно рассмотреть всех наших клиентов-партнёров. Уже сейчас можно определить, какие группы нужно создать, — для партнёров, которые у нас пересекаются или повторяются.

Сергей: Хочу ещё сказать: история с контрагентами и партнёрами не такая сложная, как история с соглашениями и сегментами. Та даже менее понятная: сегменты и соглашения связывают юридические данные — контрагентов, партнёров — с условиями продаж. Поэтому, наверное, вам пока не надо уходить в область соглашений. Могу вкратце показать, как это будет выглядеть в итоге, но подробно разбирать, думаю, пока не стоит.

Ирина: Мы к этому ещё придём, не сразу. Сейчас нам нужно просто понимать, для чего это. Когда будем разбирать простую схему, там тоже будут соглашения, и они тоже будут простые. Но мы должны знать, что они бывают и сложными и как это нужно будет отражать.

00:45:48 · Свой договор у каждой филиальной группы, а не на головном партнёре

Сергей: Смотрите: мы привязали договор к «Агроторг ПЛК», поставили в нём галочку, что он используется для дочерних партнёров, и он стал доступен. Когда здесь будет не «Агроторг ПЛК», а, допустим, «Агроторг Нижний»… Давайте «Создать нового». «Агроторг Нижний» — правильно понимаю, так он называется? Пусть будет такое название. Группа доступа пока общая. Здесь будет свой договор, и здесь будет свой. Договоры Нижнего эти РЦ и Елабуга видеть не будут: автоматически будет подтягиваться договор, привязанный здесь.

Вообще, конечно, можно было бы указать договоры сразу в головном «Агроторге» — и для Нижнего, и для Йошкар-Олы. Почему так лучше не делать? Когда вы заносите документ и для поля есть единственный вариант, оно заполняется автоматически. Если есть вариативность, поле автоматически не заполняется. То есть если бы было доступно два договора, поле не заполнилось бы, и договор пришлось бы выбирать вручную. Если договор один, он подставляется автоматически.

00:47:32 · Как клиент попадает в сегмент и получает доступ к соглашению

Сергей: Теперь по-быстрому про соглашение. Мы ввели соглашение и назвали его «Агроторг Йошкар-Ола». Но здесь, в списке, мы его не видим. Почему? Для этого соглашения мы указали сегмент клиентов «Агроторг Йошкар-Ола», и только для них оно будет видно. Привязка к сегменту осуществляется в карточке самого клиента, на закладке «Сегменты». Находим «Агроторг Йошкар-Ола», нажимаем «Включить в сегмент» — появляется галочка, и теперь соглашение становится доступно для выбора.

А вот соглашение «Отсрочка 30 календарных дней» у вас сейчас стоит как типовое, абсолютно для всех. Это не совсем правильно: желательно, чтобы таких соглашений, общих совершенно для всех, не было. Ну и, соответственно, здесь всё заполняется. Конечно, со всеми этими структурами, связями, пересечениями всё немного сложно, но…

00:48:48 · Проверка в УПД: ИНН головного, КПП грузополучателя; что нужно доработать

Участник: Печатную форму посмотрим?

Сергей: Да, давайте печатную форму. Склад — центральный, Йошкар-Ола. Посмотрим, что попало в грузополучателя, — он есть. Проводим. Необходимо оформить счёт-фактуру… Универсальный передаточный документ. Не видно? Сейчас сделаю крупнее. Так видно?

Смотрите: ИНН у нас головной, а КПП берётся у грузополучателя. Вот это правильная схема. Вопросы?

Участник: Да, я, кстати, посмотрела — всё верно: у покупателя у нас тоже стоит КПП обособленного подразделения. Это я уже запуталась.

Сергей: Ещё раз говорю: на то, что печатается через EDI, вообще не обращайте внимания — там всё формируется на уровне Контура, туда не смотрите. А для ваших обычных клиентов здесь всё корректно: получается вот такая цепочка связей.

Правда, по умолчанию, когда мы выбираем клиента, программа подтягивает не того контрагента. Этот вопрос будем решать с ребятами: автоматически должно заполняться другое значение. Если я сейчас ещё раз выберу — видите, автоматически заполняется не то, что нужно: подставляется филиал. Нам это не надо, нам нужно, чтобы автоматически заполнялся «Агроторг». Александр здесь присутствует? Саш, ты нас слушаешь? Видимо, нет — я запишу и передам. То есть автоматически должно заполняться значение головного контрагента, а сюда должна подтягиваться информация по грузополучателю. Это решаемо.

00:51:51 · Вывод марок «Честного знака» из оборота в договоре

Ирина: Ясно, спасибо, Серёж. Понимаю, что задавать вопросы сейчас, наверное, ещё преждевременно.

Сергей: Если вопросы есть, я отвечу, пока ещё немного есть время.

Участник: Есть вопрос, но не знаю, вовремя ли его задавать. В договорах мы будем отмечать, что у клиента вывод марок «Честного знака» из оборота?

Сергей: Сейчас. Там есть такая возможность. Информация об этом указывается в самом договоре, на закладке «Расчёты и оформление». Здесь ставим, что марки выбывают для собственных нужд.

Участник: Спасибо. Мы это делаем для тех, кто у нас есть, — детские сады и тому подобное. И для всех клиентов доставки в Казани.

Участник: А в отделе ритейла наоборот: у всех клиентов, кто берёт для собственных нужд, — вывод марок.

Сергей: Но сканировать марки вам в любом случае требуется. Единственное — они у вас передаются по ЭДО [?] своеобразным образом. По умолчанию история такая: информация в договоре идёт по умолчанию. После того как выбирается договор, на закладке «Дополнительно» автоматически меняется значение — «Выбывают из оборота по причине собственных нужд». В принципе, если операция разовая, можно поменять и вручную.

00:53:43 · Когда начнём вводить договоры: доступы и списки пользователей

Участник: А ещё вопрос: когда мы сможем закрепить полученную информацию — начать вводить договор, например стандартный, который будет действовать для большинства наших клиентов, со стандартными ценами?

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

00:54:49 · Что ещё предстоит по контрагентам, договорам и соглашениям; план на пятницу

Ирина: Конечно, сегодня мы начали с самого сложного. Так как мы сейчас на записи, эти данные у нас останутся. Вот для чего мне было нужно, когда я изначально говорила про ответственного за ведение справочника контрагентов и за заполнение договоров. Мы ещё действительно не успели до конца посмотреть, какие данные вводятся. Там много настроек, которые обязательно должны присутствовать в момент оформления в 1С, когда мы заводим и контрагента, и партнёра, и договор, и соглашение об оплате [?] — это тоже обязательный элемент. С этим нам нужно будет ещё раз обучиться и поработать. И мы увидели, что там формируются очень серьёзные связи, — это важный момент.

Сегодня наше время истекает. Давайте определимся: встречаемся завтра или в пятницу?

Участник: Завтра у нас отчётная сессия. Думаю, лучше в пятницу.

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

00:56:57 · Подключение кладовщиков, пилот с Казанью, двойной ввод до января

Участник: Можно вопрос? Если у руководства отчётная сессия, могли бы, допустим, завтра подключиться кладовщики из Казани?

Участник: Нет, Динар [?], не надо: мы тоже хотим это знать, нам это тоже нужно.

Ирина: Нет-нет, всё поняла. Давайте сейчас пройдём материал все вместе, а потом мы всё равно придём к тому, что будем отдельно с каждым филиалом нарабатывать и отрабатывать разные документы — я буду подключаться к каждому отдельно, к Казани. У нас была идея отработать с Казанью всё в полном объёме — допустим, во второй половине ноября или хотя бы в последней декаде — прямо в связке: завод отправляет филиалу, Казань — нам обратно. Посмотреть все эти документы, как будут работать связки, хотя бы с одним филиалом. А если ко второй половине ноября все филиалы смогут подключиться и начать эту работу — будет вообще замечательно.

Участник: А в привычной нам 1С это как-то будет отражаться, или нужно будет делать двойную работу?

Ирина: Двойную работу делать надо будет. Пока мы дублируем: в обычной 1С вы как работали, так и работаете, но нам нужно посмотреть, правильно ли мы всё провели, и сравнить — то есть дублировать документы, конечно, придётся. А с января мы будем работать только в ERP. Но сами розничные продажи и то, что уехало в доставку, пока будут работать в «Торговле» — опять-таки будет двойная работа.

Участник: А склады как будут работать?

Ирина: Склады погрузили, загрузили в машину в ERP — и на этом их работа закончилась.

00:59:04 · Машины доставки, реализация в «Торговле» и контрагенты доставки

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

Ирина: Конечно, должны видеть. Над этим сейчас и работают программисты, чтобы выстроить обмены.

Участник: «В машину» — вы имеете в виду межгородскую машину? Или машина доставки с января тоже будет в ERP?

Ирина: Машину доставки загрузим в ERP — машины доставки будут занесены. Мы же со склада будем грузить в машину доставки, значит, все складские операции будут отражаться здесь. А дальше реализация с машины доставки пока останется в «Торговле». Насколько я понимаю, какое-то время это будет в «Торговле», потому что в течение следующего года пишется программа, на которую мы перейдём, чтобы отказаться от «Торговли»: в ней отдельно, обособленно будут розничные продажи.

Участник: А пока мы будем работать и в 1С, и в ERP, контрагентов доставки мы должны будем заводить в ERP или нет? Я имею в виду не складские операции, а простых обычных контрагентов доставки.

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

01:02:03 · Много программ одновременно: CRM, маршрутизатор и обмены

Участник: Я к тому, что придётся заводить контрагента здесь, а потом ещё раз в «Торговле». Правильно я понимаю, что скоро у нас будет работа в старой 1С:Торговле, в новой программе, плюс новая CRM для приёма звонков и заказов, плюс маршрутизатор, с которым тоже идёт связка по тем же перемещениям? Серёжа, ты ещё с нами? Хотела спросить… Сейчас водители у себя в программе-маршрутизаторе делают перемещения — например, остатков, которые сдают на склад. И это перемещение автоматически создаётся в 1С:Торговле, а завскладом только подтверждает, верно оно или нет.

Ирина: В этой части я тоже пока не могу сказать, как всё будет окончательно, — схемы я ещё не видела. Сейчас наша первоочередная задача — организовать и запустить работу склада: отработать справочники и складские операции. А обмены — то, что мы называем упрощением жизни: как мы будем загружать данные и как это будет взаимоувязываться со справочниками, которые мы заводим в ERP, — это задача со звёздочкой, мы над ней работаем.

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

01:04:01 · С чего начинать: склады, затем общие контрагенты; итоги встречи

Участник: То есть сейчас в первую очередь мы должны завести в ERP склады?

Ирина: Конечно, да, — о чём я вас и просила. Сначала заводим склады. Дальше я попросила бы вас уже сейчас задуматься над справочником контрагентов: раз он у нас один общий, его тоже нужно проработать. Для начала выделить общих контрагентов или тех, кто где-то пересекается, — по крайней мере тех, о ком мы уже знаем, — чтобы отработать эти схемы. А когда отработаем разные варианты, мы уже будем понимать: если нашли партнёров, которые есть и там, и там, — как правильно завести их в программу и как ими пользоваться. Так пока и двигаемся.

В пятницу, думаю, мы посмотрим перемещение, и к нему желательно, чтобы ваши склады уже были заведены. Время отправить список есть: пока мне никто не прислал актуальный список ваших складов, которые нужно занести в программу. Я могла бы что-то уже занести, чтобы с понедельника мы буквально начали пробовать проводить документы. На самом деле операций у нас будет очень много: кроме перемещений — отгрузки, списание, внутреннее потребление. Документов, на которых уже сейчас можно начинать нарабатывать практику, много.

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