1С 8 партнерс

Пытаемся заменить отсутствующие группы в справочнике «Партнеры» сегментами. Получается прямо скажем фигня:
1. По сегментам нельзя сделать отчеты, типа взаиморасчетов, приходов-расходов, ну любые отчеты. Сегмент ведь не записан в справочник «Партнеры», он только в справочнике «Сегменты» хранится, а этот справочник в отчетах доблестные разработчики похерили. А нафига он тогда вообще нужен? Чтобы скидки делать по сегменту?
2. В форме списка справочника «Партнеры» отбор по сегменту не работает. Парадоксально, но факт. Сегменты заполнены, но при выборе сегмента отбор не происходит. Если сегмент с типом заполнения «вручную», то список партнеров становится пустым, а если тип поставить «динамический», то просто ничего не меняется, отбор не работает никак.
Как быть?
Вообще это полная фигня, сегменты позиционируются как маркетинговый инструмент, это даже в хелпе написано. А группы справочника нужны никаким не маркетологам, а обычным манагерам.
Чем дальше в лес, тем больше согласен с теми, кто не советует ставить 11 редакцию УТ. Это какое-то УГ практически.

В рамках подсистемы маркетинга в конфигурации «1С:Управление торговлей 8» (ред. 11.3) реализован учет источников привлечения клиентов, или первичного интереса. Это позволяет отслеживать эффективность маркетинговых мероприятий и других способов работы с клиентами.

Настройки

Для работы с источниками привлечения клиентов необходимо установить определенные настройки информационной базы.

НСИ и администрирование / Настройка НСИ и разделов / CRM и маркетинг, раздел «Маркетинг»

  • Флаг «Фиксировать первичный интерес» включает учет каналов и конкретных источников первичного привлечения клиентов.
  • Флаг «Маркетинговые мероприятия» включает возможность регистрации рекламных мероприятий (которые также могут быть источниками первичного интереса.

Маркетинговые мероприятия

Справочник маркетинговых мероприятий доступен в подсистеме CRM и маркетинга. Он предназначен для регистрации любых мероприятий и проектов – выставок, акций и т.п.

CRM и маркетинг / Маркетинговые мероприятия и проекты / Маркетинговые мероприятия

Для каждого мероприятия вводят наименование, плановые и фактические даты начала и окончания. Возможно указание сегментов партнеров и номенклатуры, к которым относится мероприятие, а также отметки о завершении.

На вкладке «Партнеры и контактные лица» можно выбрать участвующих в мероприятии партнеров и их контактных лиц.

Маркетинговые мероприятия могут выступать в роли источников первичного интереса клиентов.

Каналы рекламных воздействий

Первичный интерес клиента фиксируется в карточке партнера путем указания канала и источника рекламного воздействия. Например, если канал рекламного воздействия – «Выставки», то в качестве источника нужно будет выбрать конкретную выставку (маркетинговое мероприятие).

Сведения о каналах рекламных воздействий заносятся в специальный справочник.

CRM и маркетинг / CRM / Каналы рекламных воздействий

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

Доступны следующие типы рекламных воздействий:

  • Маркетинговое мероприятие (источник – элемент соответствующего справочника);
  • Пользователь (источник – пользователь программы);
  • Партнер (источник – элемент справочника партнеров);
  • Контактное лицо (источник – контактное лицо партнера);
  • Физическое лицо (источник – физ. лицо).

Для примера создадим три новых канала рекламного воздействия: «Выставки» – с типом «Маркетинговое мероприятие», «Рекомендации» – с типом «Партнер» (для рекомендаций от партнеров), «Рекомендации сотрудников» – с типом «Физическое лицо».

Фиксация первичного интереса в карточке партнера

Регистрация источника первичного интереса клиента осуществляется в карточке партнера. Перейдем в справочник клиентов.

Продажи / Оптовые продажи / Клиенты

Откроем карточку недавно созданного партнера. В подразделе «Первичный интерес» в поле «Канал» укажем канал рекламного воздействия, в поле «Источник» – соответствующий этому каналу источник. В нашем примере: канал – «Выставки» (с типом «Маркетинговые мероприятия»), в качестве источника выберем одно из маркетинговых мероприятий.

Запишем и закроем карточку партнера.

Затем для нашего примера зафиксируем первичный интерес еще для двух недавно появившихся клиентов, указав:

  • канал «Рекомендации», источник – произвольный партнер;
  • канал «Рекомендации сотрудников», источник – произвольное физ. лицо.

Канал и источник первичного интереса можно указывать сразу при создании нового партнера, в соответствующих реквизитах «Помощника».

Отчет «Первичный интерес»

Проанализируем источники первичного интереса клиентов с помощью отчета.

CRM и маркетинг / Отчеты по CRM и маркетингу / Первичный интерес

Сформируем отчет. Период отчета должен охватывать создание партнеров, для которых зафиксирован первичный интерес.

В отчете выводится информация о первичном интересе вновь пришедших клиентов. Он представлен в трех аналитических разрезах – по типам источников первичного интереса, по каналам и по источникам.

В отчете «Первичный интерес» графа «Количество сделок» может быть пустой, несмотря на то, что клиентам производились отгрузки товаров. Это происходит потому, что в отчете отображаются не просто продажи, а сделки с клиентами, зарегистрированные в системе.

Читайте наши статьи о сделках в 1С: возможности и настройки работы со сделками, непроцессные сделки, сделки с ручным переходом по этапам, типовые продажи.

Группа компаний «Omni Partners» автоматизировала учет на базе «1С:ERP. Управление предприятием 2»

Дата публикации: 12.09.2019

Специалистами компании «1С-Рейтинг» завершен проект автоматизации группы компаний «Omni Partners» на базе программного продукта «1С:ERP. Управление предприятием 2 для Казахстана». В результате проекта увеличена скорость и качество принятия управленческих решений, сократились операционные и административные издержки.

Компания «Omni Partners» является сервисной компанией оказывающей услуги по ведения финансового, бухгалтерского учета, а так же услуги по обслуживанию ИТ инфраструктуры ряда юридических лиц. Количество клиентов на обслуживании компании – свыше 20 юридических лиц, около 500 человек персонала, более 6 тыс. контрагентов. Количество документов обработанных в системе за 7 месяцев – свыше 90 тыс.

Основными видами деятельности предприятий, входящих в состав клиентов ТОО «Omni Partners», являются производство, хранение и реализация зерновых и масличных культур.

Для автоматизации и эффективного управления процессами обслуживаемых предприятий руководство ТОО «Omni Partners» приняло решение о внедрении АСУ на базе программного продукта «1С:ERP. Управление предприятием 2 для Казахстана».

Предпосылки проекта внедрения

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

В качестве исполнителя для внедрения АСУ была выбрана компания «1С-Рейтинг», зарекомендовавшая себя как надежный партнер при создании сложных корпоративных систем с максимальным охватом рабочих мест. В ходе проекта специалисты компании «1С-Рейтинг» провели комплексное обследование бизнес-процессов предприятий, выполнили проектирование системы и доработку типового решения, обучение персонала, импорт информации из предыдущей системы и внедрение разработанной системы.

Цели и задачи проекта

  • Повысить эффективность процессов управления.
  • Обеспечить прозрачность и автоматизацию процессов планирования, управления, контроля, анализа и учета всех основных бизнес-процессов.
  • Сократить время на подготовку регламентированной отчётности, повысить достоверность данных и минимизировать влияние человеческого фактора.
  • Повысить точность фактического учёта всех интегрированных процессов.
  • Стандартизировать типовые бизнес-процессы, начать применение единых корпоративных справочников (НСИ).
  • Построить эффективную систему сбора, регистрации и анализа информации.
  • Создать эффективные инструменты для принятия своевременных управленческих решений, как на оперативном, так и на стратегическом уровнях.
  • Обеспечить хранение и обработку большинства критически важных для работы компании данных.

В ходе проекта на разных этапах проекта осуществлены следующие виды работ:

  1. Проведено предпроектное обследование. По итогам сформировано техническое задание.
  2. Выполнена первоначальная настройка Системы — настройка справочных данных и разделов учета, формирование учётных политик, настройки пользователей и прав доступа.
  3. Проведено обучение проектной группы. В результате был создан центр компетенций, способный самостоятельно передавать знания между сотрудниками компании.
  4. В связи со спецификой ведения учёта, разработана и внедрена подсистема «Элеватор». В рамках данной подсистемы были решены задачи ведения учёта поступления, хранения, реализации зерновых культур в разрезе их характеристик.
  5. Разработана подсистема разделения и полуавтоматического переноса данных регламентированного учёта из управленческого контура.
  6. Произведено сценарное тестирование учетных цепочек.
  7. По итогам пяти месяцев ведения учёта, были успешно закрыты финансовые периоды для 22 организаций, ранее введённых в Систему.

Внедренные подсистемы

  • Бухгалтерский учет, налоговый учет и отчетность
  • Учет денежных средств
  • Учет товарно-материальных ценностей
  • Учет работ и услуг
  • Учет основных средств и нематериальных активов
  • Расчет заработной платы
  • Управление производством
  • Подсистема «Элеватор»
  • Подсистема переноса данных в информационную систему управленческого учета

Результаты внедрения

  • сократились трудозатраты в подразделениях
  • улучшилась скорость и качество получения управленческой и регламентированной отчётности
  • повышена скорость принятия управленческих решений,
  • сократились операционные и административные издержки

Автоматизировано 129 рабочих мест.

Приведенные в статье примеры воспроизводились в конфигурации Бухгалтерія 8 для України (редакция 2.0).

Порядок рассмотрения вопросов:

  • Общие сведения
  • Основные параметры шапки договора с контрагентом
  • Реквизиты закладки Основные
  • Основные параметры закладки Налоговый учет
  • Настройки счетов учета расчетов с контрагентами по умолчанию

Статья: Настройка счетов учета расчетов с контрагентами по умолчанию в «1С:Підприємство. Бухгалтерія 8 для України»

1. Общие сведения

Информация о контрагентах хранится в справочнике «Контрагенты» (раздел «Справочники», группа «Покупки и продажи» — «Контрагенты»). Для удобства работы со списком контрагентов в справочнике они могут быть объединены в группы и подгруппы, например, «Поставщики», «Комитенты», «Покупатели» и т.д.

Основой взаиморасчетов с контрагентами, как с поставщиками, так и с покупателями является договор.

Созданные договора с контрагентами хранятся в справочнике «Договоры контрагентов», подчиненному справочнику «Контрагенты».

Просмотреть список уже оформленных договоров и оформить новый договор с контрагентом можно из элемента справочника «Контрагенты» по ссылке «Все договоры» (Рис. 1).

Рисунок 1 — перечень договоров с контрагентом

В конфигурации «договор контагента» это не аналог первичного документа, а инструмент, позволяющий настроить особенности конкретной хозяйственной операции.

При необходимости автоматической подстановки в документах расчетов с контрагентом определенного договора, в карточке контрагента его необходимо установить основным.

Для этого необходимо в элементе справочника «Контрагенты» в разделе «Используются как основные» закладки «Главное» в реквизите «Договор» указать договор, который будет автоматически подставляться во все документы (Рис. 2).

Рисунок 2 — присвоение договору статуса «основной»

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

Параметры, указанные в договоре, практически полностью определяют последующий документооборот операций по договору и дальнейшее поведение программы (проводки, движения, детализацию учета взаиморасчетов).

2. Основные параметры шапки договора с контрагентом

В шапке договора с контрагентом заполняются реквизиты представленные на рисунке 3.

  • Организация — собственная организация, от имени которой ведется учет в базе. Реквизит обязателен для заполнения, и при создании договора с контрагентом проставляется автоматически, если выполнены предыдущие настройки пользователя. Если в базе ведется учет нескольких организаций, то карточка контрагента может использоваться в документообороте любой из них, но договор должен четко соответствовать той организации, от имени которой отражается операция.
  • Контрагент — субъект хозяйственной деятельности, с которым заключен договор.
  • Наименование — заполняется пользователем в произвольной форме. Рекомендуется давать названия со смысловой нагрузкой, по которой можно однозначно идентифицировать договор.
  • Для печати — наименование договора, которое используется при формировании печатных форм документов «Акт сверки взаиморасчетов», «Счет на оплату поставщика (покупателю)», «Реализация товаров и услуг», «Приходный (расходный) кассовый ордер» и т.п. В реквизит автоматически копируется наименование договора, при необходимости его можно отредактировать.
  • Вид договора — определяет вариант взаимоотношений с контрагентом. Кроме того, вид договора во многом определяет характер хозяйственных операций и допустимый в рамках этого договора документооборот.

В конфигурации определены следующие виды договоров:

  • «С поставщиком» — отражаются операции покупки материальных активов, получения услуг от сторонних контрагентов и расчеты за них платежными документами;
  • «С покупателем» — отражаются операции продажи материальных ценностей и оказания услуг сторонним контрагентам и расчеты за них платежными документами;
  • «Бартерный» — отражеаются только «товарообменные» операции — материальными ценностями и услугами. Расчеты деньгами по такому договору не предусмотрены;
  • «С комитентом» — отражаются операции получения товаров на комиссию для продажи и перечисление полученной выручки платежными документами;
  • «С комиссионером» — отражаются операции реализации товаров и продукции (как собственных, так и комитента) и получение выручки от реализации платежными документами;
  • «Прочее» — отражаются иные операции, например, различные финансовые операции — кредиты, ссуды, депозиты, займы, финансовая помощь и т.д. То есть, такой договор не доступен для выбора в «товарных» документах. Исключение составляет документ «ГТД по импорту», где договор с таможенным органом должен быть именно вида «Прочее».

Реквизиты «Номер» и «от» необходимы для отражения информации о номере и дате договора в печатных формах расходных/приходных документов.

Информация в документах будет отражаться только в случае, если не заполнен реквизит «Для печати».

Рисунок 3 — заполнение шапки договора с контрагентом

3. Реквизиты закладки «Основные»

На закладке «Основные» договора с контрагентом заполняются реквизиты представленные на рисунке 4.

Ведение взаиморасчетов- определяет детализацию взаиморасчетов, наличие и характер дополнительной аналитики взаиморасчетов:

  • «по договору в целом» — при расчетах с контрагентом анализируется весь оборот по договору, то есть суммы всех операций, выполнявшихся в рамках конкретного договора, на момент проведения документа. «Расчетный документ» в этом случае в документах неактивен и не используется;
  • «по расчетным документам» — при расчетах с контрагентом анализируется оборот по договору, но в разрезе конкретного расчетного документа. Фактически, документ расчетов — это первый документ в рамках конкретной сделки. Для «денежных документов» в качестве расчетного документа может выступать «товарный» документ и наоборот. В то же время, и для товарных, и для платежных документов документом расчетов может выступать счет на оплату. Если же в документе нет ссылки на документ расчетов, то сам документ считается первым документом сделки и становится «документом расчетов» для последующих документов в рамках конкретной хозяйственной операции.
    Нужно помнить, что детализация взаиморасчетов в разрезе расчетных документов на счетах расчетов с контрагентами будет отражаться только в случае ведения аналитического учета в разрезе третьего вида субконто «Документы расчетов с контрагентами». Для этого в форме «Параметры учета» (раздел «Главное», группа «Настройки») на закладке «Расчеты» должен быть установлен флаг «По документам расчетов».

Обратить внимание!
В случае включенной аналитики по документам расчетов и выбора варианта ведения взаиморасчетов «По договору в целом», будет происходить автоматическое закрытие задолженности по расчетным документам в порядке ФИФО. При этом в первичных документах документы расчетов не выбираются.

Детализация для целей бухгалтерского и налогового учета настраивается отдельно:

  • в бухгалтерском учете — влияет на формирование и зачет счетов авансов и задолженности;
  • в налоговом учете — на определение момента расчета базы налогообложения НДС.

Если для учета НДС установлен вид «По расчетным документам», то «первое событие» будет рассчитываться отдельно в рамках каждого расчетного документа. То есть, например, несмотря на то, что по счету покупателю №1 есть задолженность — по предоплате по счету №2 будет формироваться налоговый кредит по НДС. Установить вид расчетов для учета НДС «по расчетным документам» возможно только при соблюдении таких условий:

  • взаиморасчеты в бухгалтерском учете ведутся «по расчетным документам»;
  • флаг «Сложный учет НДС» выключен (так как сложный налоговый учет всегда ведется только по договору в целом).

Валюта — выбирается из справочника «Валюты». Если валюта отличается от гривны (точнее, валюты регламентированного учета), то операции с таким контрагентом будут отражаться в двух суммах — валютной и гривневой. Учет таких операций должен вестись на специальных счетах хозрасчетного плана счетов — с признаком ведения валютного учета.

Флаг «Сложный учет НДС» — определяет момент возникновения базы налогообложения:

  • «учет на лету» (упрощенный налоговый учет);
  • «сложный учет».

Флаг «Установлен срок оплаты по договору, дней» позволяет установить срок оплаты по договору, отличный от указанного в форме «Параметры учета» (раздел «Главное», группа «Настройки») на закладке «Расчеты».

Сроки оплаты влияют на информацию в отчетах «Задолженность покупателей по срокам долга» и «Задолженность поставщикам по срокам долга» (раздел «Руководителю» — группа Расчеты с покупателями/»Расчеты с поставщиками»).

Остальные реквизиты, в основном, справочные или являются параметрами «по умолчанию».

Например, реквизит «Тип цен» в договоре необязателен для заполнения и определяет тип цен «по умолчанию», который будет использоваться для подстановки значений цен в товарные документы.

Если предприятие не использует подсистему ценообразования вообще или рекомендуемый тип цен никак специально не связан с контрагентами, то реквизит можно не заполнять.

В случае же использования подсистемы ценообразования, удобно заполнять реквизит «Тип цен» в договоре с контрагентом. Тогда при выборе договора (к примеру, в приходной накладной) в документе автоматически устанавливается конкретный тип цен и при выборе номенклатурной позиции с таким же типом цен, значение цены подтянется автоматически равным значению, указанному в документе «Установка цен номенклатуры».

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

Рисунок 4 — заполнение закладки «Основные» договора с контрагентом

4. Основные параметры закладки «Налоговый учет»

На закладке «Налоговый учет» договора с контрагентом заполняются реквизиты представленные на рисунке 5.

Реквизиты «Схема налогового учета» и «Схема налогового учета по таре» необходимы для установки момента определения базы налогообложения для НДС при отражении хозяйственных операций с контрагентом. Значение реквизитов выбирается из справочника «Схемы налогового учета по договорам контрагентов»:

  • по отгрузке;
  • по оплате;
  • по первому событию;
  • не начислять вовсе

Реквизиты «Вид договора по ГК» и «Форма расчетов» использовались для подстановки по умолчанию в электронную форму документа «Налоговая накладная» и соответственно для отражения в печатной форме. Порядком №1307 утверждена новая форма налоговой накладной, в которой отсутствуют указанные реквизиты, соответственно они не являются обязательными для заполнения в договоре.

Признак «Многостороннее соглашение о разделе продукции» устанавливается при заключения договора оператором с инвестором в пределах выполнения многостороннего соглашения о распределении продукции согласно пп.»а» п.337.4 ст.337 НКУ.

При составлении налоговой накладной по такому договору, во второй части порядкового номера отобразится код «5».

Рисунок 5 — заполнение закладки «Налоговый учет» договора с контрагентом с отражением порядка выбора конкретной схемы налогового учета

5. Настройки счетов учета расчетов с контрагентами по умолчанию

Настройки счетов учета расчетов с контрагентами и параметров учета НДС, которые отражаются в договоре, хранятся в регистре сведений «Счета расчетов с контрагентами» (главное меню «Все функции» — «Регистры сведений»). Перейти к настройкам счетов расчета с контрагентами можно непосредственно из панели навигации карточки договора с контрагентом (Рис. 6).

Прикладное решение обеспечивает возможность не определять счета расчетов с контрагентами вручную при каждом заполнении документа, а подставлять соответствующие значения «по умолчанию» из указанного регистра. При необходимости пользователь может исправить счета в документах.

Рисунок 6 — настройка счетов расчета с контрагентами непосредственно из панели навигации карточки договора с контрагентом

При выполнении настроек параметров учета НДС, есть возможность установить флаг «Поставка основных фондов» для его автоматического отражения при последующем оформлении документов по данному контрагенту либо договору контрагента (в зависимости от детализации информации в регистре сведений «Счета расчетов с контрагентами») (Рис. 7).

Рисунок 7 — настройка параметров учета НДС в случае поставки основных фондов и их отражение в регистре сведений

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

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

Наша сегодняшняя тема – использование справочников партнеров и контрагентов в программе «1С:Управление торговлей 8» (ред. 11.3).

Сравнение справочников партнеров и контрагентов

В конфигурации «Управление торговлей» редакции 11 для описания торговых партнеров организации используются два справочника – «Партнеры» и «Контрагенты». Зачем это нужно, в чем их сходство и различие?

Попробуем ответить на эти вопросы. Краткое сравнение справочников отражено в таблице:

Партнер Контрагент
1 Управленческий учет Регламентированный учет
2 Соответствует реальной ситуации Соответствует юридическому лицу или ИП
3 Является аналитикой расчетов Является аналитикой расчетов
4 Может соответствовать нескольким контрагентам Может соответствовать нескольким партнерам
5 Может быть отключен

Рассмотрим подробнее.

  1. Справочник партнеров используется в управленческом учете, в нем сгруппирована вся информация, необходимая для этого. Справочник контрагентов используется в регламентированном учете, в нем содержится официальная информация о юр. лицах и индивидуальных предпринимателях – ИНН, КПП и другие коды, данные банковских счетов и т.п.
  2. Партнер не всегда соответствует юридическому лицу. Контрагент соответствует юр. лицу или ИП.
  3. И партнер, и контрагент являются аналитикой расчетов. Программа формирует типовые отчеты, отображающие задолженность по взаиморасчетам как с партнерами, так и с контрагентами.
  4. Партнер может соответствовать одному или нескольким контрагентам. Контрагент, в свою очередь, может соответствовать одному или нескольким партнерам. Такие взаимосвязи позволяют отражать в программе взаимоотношения как с группами компаний, так и с торговыми сетями. (Подробнее об этом читайте в наших следующих статьях).
  5. Существует возможность отключить управленческий учет по партнерам, в этом случае работа будет вестись только со справочником контрагентов.

Важно. Для включения или отключения учета по партнерам служит флаг «Независимо вести партнеров и контрагентов» в форме настроек CRM:

НСИ и администрирование / Настройка НСИ и разделов / CRM и маркетинг

Ввод сведений о партнере и контрагенте

Пример:

Необходимо занести в систему данные партнера – клиента «Денеб», которому соответствует контрагент ООО «Денеб». В информационной базе ведется независимый управленческий учет партнеров.

Откроем справочник:

НСИ и администрирование / НСИ / Партнеры

При включенном независимом учете партнеров непосредственно доступен только справочник партнеров. Сведения о контрагентах привязаны к партнерам.

Создадим нового партнера по кнопке «Создать». Откроется «Помощник регистрации нового партнера». Здесь необходимо:

  • Отметить вид партнера – компания или частное лицо.
  • Если требуется создание связанного с партнером контрагента, нужно поставить флаг «Указать идентификационные данные партнера». После установки флага становится доступным выбор вида контрагента (например, юр. лицо, ИП и другие), а также поля для ввода ИНН, КПП, кода по ОКПО.
  • Ввести сокращенное юридическое и публичное наименование.
  • Необходимо указать хотя бы один контакт партнера – e-mail или телефон.
  • Опционально можно указать контактное лицо партнера (также хотя бы с одним контактом).

По кнопке «Далее» перейдем к следующей странице «Помощника».

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

Следующая страница «Помощника» служит для ввода сведений о банковском счете контрагента. Этот шаг разрешается пропустить.

На следующем шаге «Помощник» для проверки выводит в виде текста занесенные сведения о партнере. При наличии ошибок можно вернуться назад и ввести правильный вариант.

Если ошибок нет, нажимаем кнопку «Создать». Создан и открыт новый партнер.

Чтобы просмотреть связанных контрагентов, нужно в форме партнера выбрать ссылку «Контрагенты» (если эта ссылка не отображается, ее можно найти в выпадающем меню по ссылке «Еще»).

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

Важно. Именно в карточке контрагента содержатся все официальные сведения – такие как ИНН, КПП, адреса, телефоны, банковские счета. Если они не были занесены при регистрации партнера, то для их ввода нужно будет открыть контрагента.

Запишем и закроем партнера.

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

Если же у партнера несколько контрагентов, поле «Контрагент» останется пустым, контрагента нужно будет выбрать вручную.

В следующих статьях будет подробнее рассмотрена работа с группой компаний и взаиморасчеты с торговой сетью.