Получить партнера по контрагенту 1с
Наша сегодняшняя тема – использование справочников партнеров и контрагентов в программе «1С:Управление торговлей 8» (ред. 11.3).
Содержание:
Сравнение справочников партнеров и контрагентов
В конфигурации «Управление торговлей» редакции 11 для описания торговых партнеров организации используются два справочника – «Партнеры» и «Контрагенты». Зачем это нужно, в чем их сходство и различие?
Попробуем ответить на эти вопросы. Краткое сравнение справочников отражено в таблице:
Партнер | Контрагент | |
---|---|---|
1 | Управленческий учет | Регламентированный учет |
2 | Соответствует реальной ситуации | Соответствует юридическому лицу или ИП |
3 | Является аналитикой расчетов | Является аналитикой расчетов |
4 | Может соответствовать нескольким контрагентам | Может соответствовать нескольким партнерам |
5 | Может быть отключен | - |
- Справочник партнеров используется в управленческом учете, в нем сгруппирована вся информация, необходимая для этого. Справочник контрагентов используется в регламентированном учете, в нем содержится официальная информация о юр. лицах и индивидуальных предпринимателях – ИНН, КПП и другие коды, данные банковских счетов и т.п.
- Партнер не всегда соответствует юридическому лицу. Контрагент соответствует юр. лицу или ИП.
- И партнер, и контрагент являются аналитикой расчетов. Программа формирует типовые отчеты, отображающие задолженность по взаиморасчетам как с партнерами, так и с контрагентами.
- Партнер может соответствовать одному или нескольким контрагентам. Контрагент, в свою очередь, может соответствовать одному или нескольким партнерам. Такие взаимосвязи позволяют отражать в программе взаимоотношения как с группами компаний, так и с торговыми сетями. (Подробнее об этом читайте в наших следующих статьях).
- Существует возможность отключить управленческий учет по партнерам, в этом случае работа будет вестись только со справочником контрагентов.
Важно. Для включения или отключения учета по партнерам служит флаг «Независимо вести партнеров и контрагентов» в форме настроек CRM:
Ввод сведений о партнере и контрагенте
Необходимо занести в систему данные партнера – клиента «Денеб», которому соответствует контрагент ООО «Денеб». В информационной базе ведется независимый управленческий учет партнеров.
При включенном независимом учете партнеров непосредственно доступен только справочник партнеров. Сведения о контрагентах привязаны к партнерам.
Создадим нового партнера по кнопке «Создать». Откроется «Помощник регистрации нового партнера». Здесь необходимо:
- Отметить вид партнера – компания или частное лицо.
- Если требуется создание связанного с партнером контрагента, нужно поставить флаг «Указать идентификационные данные партнера». После установки флага становится доступным выбор вида контрагента (например, юр. лицо, ИП и другие), а также поля для ввода ИНН, КПП, кода по ОКПО.
- Ввести сокращенное юридическое и публичное наименование.
- Необходимо указать хотя бы один контакт партнера – e-mail или телефон.
- Опционально можно указать контактное лицо партнера (также хотя бы с одним контактом).
По кнопке «Далее» перейдем к следующей странице «Помощника».
- Рабочее наименование и основной менеджер заполнены автоматически, но доступны для изменения.
- Необходимо выбрать группу доступа пользователей.
- Здесь же следует отметить тип отношений с этим партнером. Доступные тип: клиент, конкурент, поставщик, прочие отношения. Партнер может иметь несколько типов.
- Ниже вводятся юридический и фактический адреса.
- Сегмент – необязательный параметр. Для упрощения дальнейшей работы в нашем примере выберем сегмент «Оптовые клиенты».
Следующая страница «Помощника» служит для ввода сведений о банковском счете контрагента. Этот шаг разрешается пропустить.
На следующем шаге «Помощник» для проверки выводит в виде текста занесенные сведения о партнере. При наличии ошибок можно вернуться назад и ввести правильный вариант.
Если ошибок нет, нажимаем кнопку «Создать». Создан и открыт новый партнер.
Чтобы просмотреть связанных контрагентов, нужно в форме партнера выбрать ссылку «Контрагенты» (если эта ссылка не отображается, ее можно найти в выпадающем меню по ссылке «Еще»).
На открывшейся странице отображен контрагент. Если у этого партнера несколько юридических лиц или ИП, их можно добавить сюда по кнопке «Создать», таким образом будет реализована связь одного партнера с несколькими контрагентами.
Важно. Именно в карточке контрагента содержатся все официальные сведения – такие как ИНН, КПП, адреса, телефоны, банковские счета. Если они не были занесены при регистрации партнера, то для их ввода нужно будет открыть контрагента.
Запишем и закроем партнера.
В документах при выборе партнера будет автоматически подставляться контрагент, если он у партнера один.
Если же у партнера несколько контрагентов, поле «Контрагент» останется пустым, контрагента нужно будет выбрать вручную.
В следующих статьях будет подробнее рассмотрена работа с группой компаний и взаиморасчеты с торговой сетью.
(1) 1 контрагент - несколько партнеров.
это когда 10 магазинов с 1 юр. лицом.
тогда зачем "головной партнер" указывается?
раз 1 партнер + 10 контрагентов = холдинг
10 партнеров + 1 контрагент = торговая сеть с кучей точек.
(3) головной контрагент заполняется, чтобы было удобно просмотреть отгрузки в целом по холдингу. Но не обязательное к заполнению
Бывает есть сеть магазинов. Тогда структура партнеров будет
(12) вот я и думаю как объяснить менеджерам как верно заполнять партнеров в таком случае. у нас есть 2 варианта - холдинги и обычные партнеры (1 партнер = 1 контрагент).
собственно, смущает только поле "головной партнер".
Мне интересно, почему 1С подробное описание всех этих связей не положила рядом с галкой "вести контрагентов раздельно". В результате отдувается миста.
(12) присоединяюсь к вопросу - как в таком случае правильно их заводить в справочниках? На магазин - по партнеру, в каждом ссылка на головной, и на каждое юр.лицо - по контрагенту, привязанному к головному партнеру? Так?
Правда я в КА 2 смотрю - там головной наоборот у контрагента. Как же тогда в таком случае - на каждый магазин по контрагенту со ссылкой на головной, и к головному привязано несколько партнеров(на каждое юр.лицо).
Все время путаюсь в этом вопросе, хотя вроде бы как-то заводят и не спрашивают, но если спросят..
посмотрела (10), вроде бы в целом понятно, но вот этот вот головной в контрагентах в КА, при этом отсутствие головного в партнерах не вполне на эту схему укладывается.
Вроде бы логично, что контрагент - это юр.лицо (сущность, имеющая ИНН/КПП). Партнеры - нечто для отражения объектов в реальности при разнообразных сочетаниях юр.лиц/физических адресов. Вот как только переключаться на конкретные случаи и еще в разных конфах все равно начинаю тупить..
Допустим в КА - на каждое юр.лицо по контрагенту (т.к. там ИНН/КПП), у контрагента ссылка на партнера, соответственно связь 1 ко М от партнера к контрагенту.. как тогда правильно приткнуть тут магазины, как в примере холдинга (12). или на эти справочники вообще нужно в каждой конфе по своему смотреть?
ТС - извините, не совсем получается по теме УТ, просто повод в голове получше уложить если будут комментарии..
(18) да ничего.
есть вопрос по поводу головного партнера - например это АЛЬМА, как в примере. у головного мы указываем всех контрагентов. а при использовании дочерних партнеров в документах продаж, подставится ли список юридических лиц из головного партнера?
(20) по сути это точки - там разные адреса доставки с разным КПП, но одинаковым ИНН.
значит получается делаем одного партнера и подчиненных ему с разными контрагентами что-ли?
Я всегда рекомендую контрагента привязывать к головному партнеру.
Головного партнера рекомендую заводить, если требуется деление в упр.учете по каким-то признакам (разные адреса доставки, разные подразделения клиента и т.п.)
Далее уже в соглашении делать связку Партнер+Контрагент. Если отгрузка партнеру может быть на разных контрагентов, то в соглашении контрагента не указывать
(21) тут нужно понимать: если это обособленное подразделение контрагента, то надо выделить отдельного контрагента иначе выписывается на их контрагента
о, посмотрела презенташку по ссылке (7) - понятнее становится! (все таки в КА также, просто в партнерах не на реквизите головного, а на иерархии построено)
Надо только еще переварить на примерах, но по-моему все комбинации там наглядно показаны. И, как я поняла, если отключить флажок раздельного ведения - будет использоваться только справочник контрагентов.
(21) добавлю. Если у адреса доставки другой КПП, то в этом случае при отгрузке контрагент указывается как по фактическому договору, а грузополучатель указывается это обособленное подразделение с другим КПП
Новый интерфейс программы "1С: Управление торговлей" дает много дополнительных возможностей. В статье расскажем, в чем состоит разница между категориями партнеров и контрагентов "1С: УТ" и как создать каждого из них.
Справочники "Партнеры" и "Контрагенты" – сходство и различие
Для описания поставщиков и покупателей в программе "1С: Управление торговлей" используются два справочника – "Партнёры" и "Контрагенты".
Справочник "Контрагенты" отражается в регламентированном учёте. В нем содержится вся официальная информация об ЮЛ или ИП, в том числе – ИНН, КПП, адрес регистрации, а также данные счетов в банке. Справочник "Партнеры" применяется в управленческом учёте.
Информация, занесенная о контрагент в справочник "Партнеры", не всегда соответствует реальной ситуации. Данные, указанные в справочник "Контрагенты", соответствуют ЮЛ или предпринимателю.
Данные из обоих справочников могут использоваться для формирования аналитических отчётов. Программа "1С: Управление торговлей" позволяет создавать типовые формы отчётов (например, задолженность по взаимным расчётам с контрагентами или партнерами).
При необходимости справочник "Партнеры" можно отключить, обратившись к разделу "Настройки". Управленческий учёт вестись не будет – вся работа будет выполняться только со справочником "Контрагенты".
Ввод данных о партнерах и контрагентах
Создание партнера
Для создания нового партнера перейдите в раздел "Главное" – "НСИ" – выберите раздел "Партнеры".
Для ввода данных о поставщике, покупателе или подразделении обратитесь к кнопке "Создать" или создайте его при помощи копирования уже имеющегося элемента (опция "Создать новый элемент копированием").
Укажите все имеющиеся данные о партере (можно воспользоваться помощником ввода) – публичное наименование, ИНН, КПП, ОКАТО, телефон и другую информацию. Во избежание возникновения дублей программа 1С контролирует все вводимые сведения.
После того как данные введены, обратитесь к опции "Записать". Программа "1С: Управление торговлей" может сохранить данные не только в справочнике "Партнеры", но и "Контактные лица", "Контрагенты". Для этого отметьте галочки в разделах "Указать идентификационные данные партнера" и "Указать идентификационные данные контактного лица".
Укажите вид партнера – юридическое лицо, ИП, обособленное подразделение или ЮЛ, находящееся за пределами России и нажмите кнопку "Далее".
Следующий шаг – выбор типа отношений с партнером. Программа "1С: УТ" предлагает несколько вариантов – клиент, поставщик и другие отношения. Не забудьте указать юридический и фактический адрес организации, бизнес-регион и выберите головное предприятие из раскрывающегося списка.
Введите данные о счете в банке, если они известны. Если вы впервые работаете с программой, подобрать кредитное учреждение можно их классификатора. Заполните банковские реквизиты и введите номер расчетного счета. Если он открыт в иностранном государстве, отметьте соответствующий чек-бок и нажмите кнопку "Далее".
После того как ввод информации завершен, система сформирует выписку для проверки данных о партнере. Если какие-то данные внесены с ошибкой, вы всегда сможете их отредактировать, обратившись к одному из предыдущих разделов. Убедившись в правильности указанной информации, нажмите кнопку "Создать".
В новой форме кликните на кнопку "Записать и закрыть" – информация о партнере будет сохранена. Теперь вы сможете использовать его при создания заказов и формирования аналитических отчетов.
Создание контрагента
Вариант 1
Если партнер в программе 1С соответствует только одному ЮЛ или ИП, ввести информацию о контрагенте можно одновременно с регистрацией нового партнера. Для этого необходимо кликнуть на опцию "Указать данные нового партнера (будет создан контрагент".
Вариант 2
Если партнер в 1С имеет несколько физических или юридических лиц, регистрация данных о контрагентах осуществляется сразу же после записи информации о партнере.
Далее необходимо перейти в раздел "Партнеры", выбрать нужное физическое или юридическое лицо из справочника "Контрагенты" и обратиться к опции "Создать".
Если это необходимо, укажите информацию на вкладках "Основное" и "Банковский счет", после чего переходите к разделу "Контрагенты". При создании контрагента можно указать не только рабочее, но и сокращенное наименование.
Вариант 3
Создать контрагента в 1С можно и через форму заказа поставщику или покупателю. Для этого необходимо перейти в раздел "Продажи", выбрать опцию "Заказ клиента" и кликнуть на опцию "Создать" в разделе "Контрагент". Укажите известные данные и нажмите опцию "Записать и закрыть" – теперь вы можете создавать заказы, выставлять счета, формировать отчетность.
Вы можете посмотреть CRM-систему, которая легко интегрируется с 1С:Управление торговлей
- Вся клиентская база сегментирована без риска потери данных
- Показатели эффективности сотрудников в одном экране 1С
- Автоматизированная воронка продаж
- Трекер задач
- Быстрое создание типовых документов
- Дашбоды показателей для управления продажами
Заключение
Все документы в программе "1С: Управление торговлей" должны содержать информацию о контрагентах и партнерах. 1С предусматривает возможность ведения взаимных расчетов в рамках заключенных между собственной организацией и компанией партнера договоров.
Для того чтобы вести раздельные списки контрагентов и партнеров, программа 1С использует опцию "Независимо вести партнеров и контрагентов" (доступна в разделе CRM и маркетинг". Если вы не осуществляете работу с партнерами, представляющими холдинги, опцию можно отключить. Отследить взаиморасчеты с поставщиком или покупателем можно из формы контрагента, обратившись к опции "Взаиморасчеты".
Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку
Вопрос 1.40 – Отражение изменения юридического лица у клиента
В вопросе 1.40 требуется указать, каким образом можно отразить в системе изменение юридического лица у клиента. Возможные варианты ответа:
- Создав нового партнера
- Создав нового контрагента
- Создав новых партнера и контрагента
- Зависит от настроек системы.
Подробнее про Партнеров и Контрагентов можно прочитать в разборе вопроса 1.36.
Для регистрации юридических лиц в программе используется справочник Контрагенты. При включенной функциональной опции Независимо вести партнеров и контрагентов система позволяет заполнять оба этих справочника параллельно. В этом случае для изменения юридического лица у клиента для головного предприятия, к которому относился прежний контрагент, добавляем контрагента с новыми данными. Сделать это можно из формы справочника Партнеры, перейдя по команде в панели навигации Контрагенты и нажав кнопку Создать.
В случае же, когда функциональная опция Независимо вести партнеров и контрагентов отключена, справочник Контрагенты становится недоступным для пользователя. Система сама создает контрагентов на основании партнеров, созданных пользователем. Т.е. в этом случае необходимо создать новый элемент справочника Партнеры.
Таким образом, для отражения в системе смены юридического лица у клиента необходимо провести разные действия, которые определяются функциональной опцией Независимо вести партнеров и контрагентов.
Комментарии / обсуждение (7):
В случае, когда функциональная опция «Независимо вести партнеров и контрагентов» отключена, вместо партнера и контрагента используется единая сущность, данные которой заполняются в обоих справочниках («Партнеры» и «Контрагенты»). При этом каждому элементу одного справочника соответствует один элемент другого справочника.
И в ERP 2.0 (у меня релиз 2.0.10.199) и в ERP 2.1 у пользователя создается ощущение, что он работает с одним справочником «Контрагенты». И это правильно, так как юридически обязательной аналитикой для взаиморасчетов является контрагент, а не партнер. В том справочнике, который в конфигураторе называется «Контрагенты», нет достаточного набора реквизитов, поэтому эти недостающие реквизиты заполняются в другом справочнике, который в конфигураторе называется «Партнеры». Поскольку речь в вопросе не о тонкостях программной реализации, а о сути вещей, то независимо от настройки правильно считать, что нужно создавать нового контрагента.
В данном случае важно, как это выглядит в пользовательском режиме. Справочник “Партнеры” используется для регистрации недостающих данных контрагентов, поэтому открываемая форма меняет название на “Контрагенты”. То есть единую сущность разработчиками было принято решение назвать “Контрагент”, а не “Партнер”. Неискушенный пользователь будет просто создавать контрагента, а промежуточные названия составляющих элементов, которые он не видит, его не интересуют.
Спасибо за комментарий. Ваша логика понятна. Как, впрочем, и логика автора разбора вопроса.
Неправильная ситуация, согласитесь?
Две понятных логики приводят к разным “правильным” вариантам ответа. Получается, выбор правильного ответа становится делом веры в большую правильность тех или иных логических построений. А вопросы веры имеют склонность не решаться тысячелетиями. :(
Полагаю, что вопросов, подобных этому, вообще не должно быть в тесте.
Любой вопрос, при ответе на который используется аргументация вида “речь в вопросе не о тонкостях программной реализации, а о сути вещей” должен безжалостно выбрасываться из тестирования.
Вполне реальна ситуация, когда выбрав на тестировании вариант ответа №4 (как рекомендует автор разбора), на поданную апелляцию будет получен отказ с мотивировкой, аналогичной вашей. Останется зазубрить, что в вопросе под “сутью вещей” понимается то, что пользователь в формах видит название “контрагент”, а под “тонкостями программной реализации” – то, что информация записывается как в справочник “Контрагенты”, так и в справочник “Партнеры”.
Столь же возможно, что выбрав вариант ответа №2 (как, очевидно, предлагаете вы) и получив неправильный ответ (так тоже бывает), в отказе апелляции можно получить мотивировку аналогичную той, что использовал автор разбора. И тогда выяснится, что “суть вещей” – это то, как на самом деле все происходит в конфигурации и куда записывается информация, а “тонкости программной реализации” – это то, что пользователю подсовывается название формы, которое отличается от названия справочника.
В обоих случаях, разумеется, будет присутствовать фраза “речь в вопросе не о тонкостях программной реализации, а о сути вещей”.
Часто при внедрении программ «1С: Предприятие 8» возникают ситуации, в которых простые запросы работают достаточно медленно.
Покажем варианты оптимизации таких запросов.
Для примера рассмотрим запрос из реального проекта (в базе клиента он выполнялся более 6 секунд)
МЕСЯЦ(ДенежныеСредстваКПоступлениюБезналичныеОбороты.Период) КАК Месяц,
ГОД(ДенежныеСредстваКПоступлениюБезналичныеОбороты.Период) КАК Год,
СУММА(ДенежныеСредстваКПоступлениюБезналичныеОбороты.СуммаПриход) КАК СуммаПриход
РегистрНакопления.ДенежныеСредстваКПоступлениюБезналичные.Обороты(, , Месяц, Документ.Контрагент.Партнер = &Партнер)
C первого взгляда все хорошо, но опытный программист увидит неоптимальный код в запросе.
Источником проблем выступает параметр виртуальной таблицы, а точнее – обращение через «две точки» в фильтре .
В общем случае такой подход допустим, но есть одна проблема: поле «Документ» имеет составной тип, и при получении реквизитов данного поля выполняется соединение с каждой таблицей, входящей в составной тип этого поля .
Самым первым вариантом решения в голову приходит использовать конструкцию языка запросов «ВЫРАЗИТЬ», чтобы привести поле «Документ» к некоторому определенному типу. Это позволит избежать соединений с лишними таблицами. Но по ряду ограничений данный вариант не подходит:
- Нам нужны все документы, содержащиеся в составном типе. Таковы условия постановки задачи. Получается, что необходимо фильтровать все типы документов, входящие в составной тип.
- Даже если бы не было предыдущего ограничения, то обращение через «две точки» никуда не делось.
- Если бы можно было использовать «ВЫРАЗИТЬ», то это не спасало бы ситуацию: в параметрах виртуальной таблицы «ВЫРАЗИТЬ» не дает прироста производительности.
Оптимизация
Исходя из вышесказанного, прежде всего необходимо избавиться от обращения через «две точки» и при этом не испортить саму логику нашего запроса.
Из нескольких способов решения задачи предлагаем два следующих варианта:
Вариант 1
В регистр «ДенежныеСредстваКПоступлениюБезналичные» добавить новое измерение «Партнер», заполняя его при записи движений документов. Ввиду использования условия по данному измерению его необходимо проиндексировать.
После внесенных нами изменений у нас достаточно легко получится наложение фильтра на новое измерение в параметрах виртуальной таблицы:
РегистрНакопления.ДенежныеСредстваКПоступлениюБезналичные.Обороты(, , Месяц, Партнер = &Партнер) КАК
Что мы видим? Этот запрос начинает работать моментально. И это, к сожалению, единственный положительный момент, минусов наблюдается существенно больше. Главный минус – изменение структуры конфигурации, возникают проблемы при последующих обновлениях, использовании типовых обменов и т.д. К тому же у нас хранится дублируемая информация, что приводит к увеличению размера таблицы, а установка признака индексирования повышает скорость чтения, но при этом замедляет запись в регистр. Поэтому рассмотрим второй вариант.
Вариант 2
Можно попробовать изменить запрос так, чтобы фильтр по полю «Документ» накладывался примерно следующим образом:
РегистрНакопления.ДенежныеСредстваКПоступлениюБезналичные.Обороты(, , Месяц, Документ В (ВЫБРАТЬ Ссылка ИЗ
ВТ_ДокументыСПартнером)) КАК ДенежныеСредстваКПоступлениюБезналичныеОбороты
Что необходимо сделать, чтобы наш запрос пришел к подобному виду? Вначале соберем все документы, входящие в составной тип поля «Документы». Для них должно соблюдаться условие:
В нашем составном типе определены 5 документов, причем искомый реквизит «Контрагент» присутствует только в документах:
- ПоступлениеБезналичныхДенежныхСредств
- СписаниеБезналичныхДенежныхСредств
- РасходныйКассовыйОрдер
- ОперацияПоПлатежнойКарте
Далее сформируем временную таблицу для фильтрации. В ней будут документы, у которых реквизит «Партнер» равен нужному значению. Применим полученный фильтр по документам в нашем запросе:
ИЗ Документ.ОперацияПоПлатежнойКарте КАК ОперацияПоПлатежнойКарте
ГДЕ ОперацияПоПлатежнойКарте.Контрагент.Партнер = &Партнер
ИЗ Документ.ПоступлениеБезналичныхДенежныхСредств КАК ПоступлениеБезналичныхДенежныхСредств
ГДЕ ПоступлениеБезналичныхДенежныхСредств.Контрагент.Партнер = &Партнер
ИЗ Документ.РасходныйКассовыйОрдер КАК РасходныйКассовыйОрдер
ГДЕ РасходныйКассовыйОрдер.Контрагент.Партнер = &Партнер
ИЗ Документ.СписаниеБезналичныхДенежныхСредств КАК СписаниеБезналичныхДенежныхСредств
ГДЕ СписаниеБезналичныхДенежныхСредств.Контрагент.Партнер = &Партнер
МЕСЯЦ(ДенежныеСредстваКПоступлениюБезналичныеОбороты.Период) КАК Месяц,
ГОД(ДенежныеСредстваКПоступлениюБезналичныеОбороты.Период) КАК Год,
ДенежныеСредстваКПоступлениюБезналичныеОбороты.СуммаПриход КАК СуммаПриход
РегистрНакопления.ДенежныеСредстваКПоступлениюБезналичные.Обороты(,, Месяц, Документ В
ВТ_ДокументыСПартнером)) КАК ДенежныеСредстваКПоступлениюБезналичныеОбороты
С другой стороны, можно сначала получить контрагентов с данным партнером и затем искать документы с фильтром по контрагенту, но особой разницы в скорости не наблюдается.
После проведенной оптимизации запрос стал выполняться менее одной секунды! Да, при этом он стал сложнее, но нет необходимости в изменении структуры метаданных, как в первом варианте.
Резюме
Вам представлен вариант решения оптимизации достаточно простого запроса, при котором не возникло необходимости в перестройке метаданных, создании дополнительных индексов.
Рекомендуем оптимизировать запросы посредством изменения текста самого запроса.
Анализ плана выполнения запроса с помощью консоли запросов
В этом видео показан наиболее простой способ получения плана выполнения запроса на СУБД – для этого используется официальная консоль запросов от фирмы «1С».
С помощью этого инструмента можно быстро оценить эффективность выполнения запроса и необходимость его оптимизации.
Читайте также: