1. С чего все началось. Столкнулись с проблемой и решили написать разработчикам 1С

Тема: Пожелание о повышении удобства работы Контактные данные: Евгений, ответ прошу прислать на адрес **.ru
Регион/город: Ростов-на-Дону
Рег. номер: *69, продукт зарегистрирован на ИП

Текст обращения:

Работа со следующим функицоналом вызывает трудности:

Ограничение продаж при помощи сегментов только по Партнеру, не учитывается контрагент.

Удобным видится следующее поведение программы:

Ограничение продаж по сегменту было бы удобнее, если бы сегмент был по контрагентам, а не по партнерам, или по связке партнер-контрагент, т.к. плательщиком является контрагент, и если у партнера несколько контрагентов, то как-то некрасиво запрещать продажи всем аккуратным плательщикам-контрагентам из-за одного нерадивого контрагента. Например - Партнер=Салон красоты, а контрагентами являются 5 мастеров, которые каждый на себя берет продукцию по соглашению и скидкам салона, но если один мастер вдруг уйдет в должники, то остальным четырем продажи будут автоматически запрещены.
Т.е. в сегмент партнеров желательно добавлять связку Партнер-Контрагент, а не чисто партнер, тем более что и в отчете "Состояние расчетов с клиентами" обычно добавляют группировку по контрагенту.

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

У вас же в описании про контрагентов и партнеров написано, что может быть типа холдинга - Это партнер, а в нем могут быть несколько контрагентов, и причем крупных плательщиков, как можно ограничивать продажи по долгам холдинга, состоящего из 5-ти контрагентов всем его участникам, если должен только один? Конечно можно тупо завести в этом холдинге еще 5 партнеров и под каждого повесить по одному контрагенту, но это уже излишнее раздувание партнеров и контрагентов до такой степени, что разобраться потом будет уже практически невозможно.

Счет фактуры и расчеты мы почему-то производим с контрагентом, а ограничиваем продажи - по партнеру, не логично как-то.


Техническая информация:
Версия 1С:Предприятия 8: 8.3.5.1383
Конфигурация: Управление торговлей, редакция 11.1 Версия конфигурации:
11.1.6.20
Поставщик: Фирма "1С"
Вариант работы: Клиент-серверный
Процессор: GenuineIntel Intel64 Family 6 Model 58 Stepping 9 3309 MHz
Объем оперативной памяти (МБайт): 16 074 Тип платформы: Windows x86 Версия ОС: version 6.1 Service Pack 1 (Build 7601)

Дата: 03.03.2015 14:26

> Ответ отдела разработки:
>
> Ограничение продаж по сегменту является управленческим учетом.
> Исходя из этого структуру справочника необходимо строить Партнер - Контрагент. Только по данной структуре будет возможность вести полноценный управленческий учет.

Sent: Wednesday, March 04, 2015 2:43 PM

Я это прекрасно понимаю, что Ограничение продаж нужно вести по связке Партнер-Контрагент. Так и постройте правильно данную структуру. Я об этом и писал в пожелании об улучшении контроля и учета.

Дата: 05.03.2015 10:59

Здравствуйте!
Ваше обращение зарегистрировано

Ответ отдела разработки:

Это пользователю нужно создать для каждого мастера (контрагента) Партнера.

Такова логика ведения управленческого учета по Партнерам! Контрагент здесь не играет роли.

Контрагент - это регламентированный учет.

С уважением,
отдел тех. поддержки "1С"

Sent: Friday, March 06, 2015 11:04 AM
To: v8

Здравствуйте.
Я вот не пойму, почему такой "сухой" ответ. От нежелания улучшить удобство работы с программой обычным пользователям? У вас что - работать некому? И обьясните мне , пожалуйста, для кого вы работаете и для чего? Два варианта:
1. Сделать работу в программе 1С комфортной и удобной, наиболее простой и прозрачной для пользователей.
2. Сделать работу в программе 1С ужастно запутанной, невыносимой и причем чтобы пользователи подстраивались под ваши мысли, а не программисты прислушивались к пожеланиям пользователей.
==============
Я столько написал про структуру взаимодействия Партнеров и Контрагентов, из которой ясно, что сегменты запрета отгрузки нужно строить на основании КОНТРАГЕНТОВ , а не Партнеров, а вы мне тут чушь пишете, что нужно создать под каждого контрагента еще и партнера.
У вас в описании к программе написано:"В программе разделяется управленческая и регламентированная информация по участникам бизнес-взаимодействий. Информация, которая фиксируются в справочнике Партнеры, имеет управленческий характер, а регламентированная информация хранится в справочнике Контрагенты. Записи о контрагентах – это записи о юридических (физических) лицах клиентов, поставщиков и т. д., информацию о которых нужно иметь, чтобы правильно выписывать регламентированные документы, отражать в учете операции, связанные с взаиморасчетами." , т.е. вы сами пишете, что взаиморасчеты в разрезе Контрагентов, а почему же тогда сегмент "Запрет отгрузки" , который напрямую зависит от Взаиморасчетов, формируется из Партнеров, а не из Контрагентов? Зачем же вы тогда в программе перепутали две вещи "Управленческий" учет по партнерам и "Регламентированный учет" - учет взаиморасчетов для сегмента запрета отгрузки , и после этого еще доказываете мне где управленческий учет, а где регламентированный?
То-же самое касается и учета объемов закупок клиентами по картам лояльности. Чтобы нормально вести учет продаж по каждому покупателю , нужно завести обязательно пару: Партнер=Сидоров + Котрагент=Сидоров. Только в этом случае можно делать автоматическую скидку по условиям продаж. А если "Партнер=Розничный покупатель", или "Постоянный покупатель" что тогда делать? Как заводить покупателей? В качестве Партнеров, или Партнер-Контрагент?
Вернемся к Сегментам запрета отгрузки: Прошу адекватно разобраться в учете, и правильно совместить запрет отгрузки по контрагенту с регламентированным учетом (взаиморасчеты), а не предлагать нам тупо размножать партнеров из-за наличия контрагентов. Если 5-7 контрагентов имеют один адрес доставки, (мастера в Парикмахерской) , то зачем делать столько-же партнеров?
Если запрет отгрузки основывается на Взаиморасчетам, то и сегмент должен формироваться на основании данного учета - а именно сегмента КОНТРАГЕНТОВ.
Вообще, облегчит задачу можете создав дополнительно сегмент из Контрагентов и сделать выбор у пользователя с каким сегментом ему работать.

Вы мне ответили:
Ответ отдела разработки:

Это пользователю нужно создать для каждого мастера (контрагента) Партнера.

Такова логика ведения управленческого учета по Партнерам! Контрагент здесь не играет роли.

Контрагент - это регламентированный учет.

Я не просил у Вас консультации, я просил улучшить удобство работы. А мне тут консультируют.

Прошу переслать данное письмо компетентному аналитику, а не делать мне ничего не значащие отписки. Если я не получу от Вас компетентный ответ , то я выложу всю эту переписку на максимальном количестве форумов 1С, с комментариями не в пользу программистов 1С.

Дата: 10.03.2015 12:54
>
> Здравствуйте!
> Ваше обращение зарегистрировано.
> Ответ отдела разработки:
>
> Мы значительное время уделяем удобству работы пользователей в программе, однако поставленный Вами вопрос скорее относится к правильности использования функциональности программы.
В Вашем случае необходимо завести партнера "Парикмахерская" и ему подчинить партнеров-мастеров, с каждым из которых связать контрагента. При таком подходе Вы сможете использовать сегменты запрета отгрузки для отдельных мастеров.
Однако Партнер необходим не только для запрета отгрузки. В Вашем случае в партнере можно хранить управленческую контактную информацию мастеров, вести взаимодействия по ним, сделки, рассылки и оповещения и другую функциональность.
Контрагенты для этого не предназначены, просим отнестись с пониманием. Если при использовании рекомендованной нами схемы Вы столкнетесь с конкретными проблемами, просьба описать их предметно, мы готовы их рассмотреть.
>
> С уважением,
> отдел тех. поддержки "1С"

Sent: Tuesday, March 10, 2015 4:09 PM
To: v8

Здравствуйте..
Вы пишете:"поставленный Вами вопрос скорее относится к правильности использования функциональности программы"
т.е. как Вы ее написали (программу), так мы должны к ней приноравливаться, никаких лишних идей и пожеланий. И Каждого контрагента я должен обязательно "упаковать" в 2 упаковки партнеров? Первая упаковка - это дубль контрагента, а вторая упаковка - это Основной партнер, т.е. "Парикмахерская", в которой они все работают, на которую они все работают, и за счет которой они получают единую скидку от нашей организации. Каким образом тогда сделать общее соглашение на всех контрагентов в этой парикмахерской?
"Однако Партнер необходим не только для запрета отгрузки. В Вашем случае в партнере можно хранить управленческую контактную информацию мастеров" Зачем нам вести еще дополнительную информацию, когда ее достаточно в контрагенте, и в партнере - парикмахерской, к которой они относятся? Если кому-то нужно вести такую информацию со взаимодействиями, то все равно это ведется по головному партнеру, а не по каждому мастеру. И опять вы себе противоречите. Взаиморасчеты, и соответственно - создание сегментов отгрузки - это НЕ управленческий учет, а регламентированный учет, и формировать сегменты ЗАПРЕТА отгрузки логично по непосредственному должнику - Контрагенту, а не по его упаковке (партнеру).
Плодить и умножать большое количество партнеров - это не лучший способ решения простой задачи с контрагентами и их сегментами Запрета Отгрузки.

Дата: 11.03.2015 14:28
>
> Здравствуйте!
> Ваше обращение за