Добрый день!

Организация продает оптом товар индивидуальным предпринимателям.
У каждого из этих покупателей (ИП-шников) имеется по нескольку точек, куда товар "продают" и доставляют.
В программе нужна аналитика по "точкам" контрагентов, чтобы например в ведомости по контрагентам было видно в какую точку сколько и на какую сумму продано.
Для учета торговли используется конфигурация "Торговля и Склад 7.7".
Чтобы в "ТиС"-е работала нужная аналитика, для этого каждую "точку" заводят как отдельного контрагента.

Из ТиС-а данные выгружаются в "Бухгалтерию предприятия" стандартной типовой обработкой, и загружаются в БП также стандартной обработкой.
В БП учет по "точкам" не нужен. Нужно, чтобы в БП все продажи и оплаты "садились" на самого ИП-шника, а не на его точки.
Так как учет в бухгалтерии по точкам наверно является неправильным с бухгалтерской точки зрения.
Получается противоречие: в Торговле нужен учет по точкам, а в БП не нужен.

Как можно реализовать такую схему?
Подскажите, пожалуйста.

Самое простое каждая точка - отдельный договор контрагента.
Чуть сложнее - при синхронизации с БП синхронизировать контрагентов по ИНН, но не перезаписывать наименование

(1) да, отдельный договор вполне пойдет для взаиморасчетов.
(0) "Получается противоречие: в Торговле нужен учет по точкам, а в БП не нужен."
противоречие только у тебя в голове. ибо ТиС и БП решают РАЗНЫЕ ЗАДАЧИ.

(1) >> Чуть сложнее - при синхронизации с БП синхронизировать контрагентов по ИНН, но не перезаписывать наименование

То есть надо доработать обработку загрузки?
Или правила обмена доработать в "Торговле"?

(0) "чтобы например в ведомости по контрагентам было видно в какую точку сколько и на какую сумму продано."
- зачем?
обычно это делается для того, чтобы вести учет вместо клиента (облизываем клиента сверху донизу). Ибо ИП-ник-лавочник, продав товар на точке, берет деньги и везет поставщику чтобы погасить долг именно этой точки.
.
с точки зрения поставщика совершенно похрен на какую точку продано. Ибо долг - у Ипшника, а не у его точки.

(3) сделать в ТИС разные договора. насколько я помню (могу ошибаться) договора в БП синхронизируются по наименованию. Порправить правила, чтобы при обмене все падало в БП3 на один (основной) договор. Или при выгрузке из ТИС поправить, чтобы подставлялся один договор (например наименование группы договоров контрагента)

(0) в один прекрасный момент Ипшник привозит кучу бабала (или безналом не суть важно) - и типа "ну жэто в счет моего долга"... ну и сидите и решаете (продаваны) куда на какой точку разнести. и со временем все идет в жопу.
.

(3) Я - за загрузку.
Отдельная обработка, со своими девочками и картами. И крути, как душе угодно.
И никакого противоречия нет. Ибо ТиС это так называемый оперативный/управленческий учет, а БП - бухгалтерский + налоговый.

(4) >> зачем? ... с точки зрения поставщика совершенно похрен на какую точку продано. Ибо долг - у Ипшника, а не у его точки.

Одна из причин - чтобы в документе сразу печатался адрес "точки" куда продан товар.
В 8-ке в реализации есть реквизиты "Доставки" (грузополучатель, адрес доставки и прочее).
В 7-ке таких реквизитов нету. Вот поэтому менеджеры и заводят каждую "точку" как отдельного контрагента.

(8) "Одна из причин - чтобы в документе сразу печатался адрес "точки" куда продан товар."
- а нехрена тогда речь вести о взаиморасчетах? - ибо взаиморасчеты - это "воздух", а точка/адрес доставки - совсем другое, реальное...

(8) ну добавь в заявки и в реализации "грузополучатель" как один из вариантов.
у меян так сделано. причем Грузополучтаели - пройто отдельный справочник, причем на каждую точку свои "логистические параметры" можно указать.
но это всего один из вариантов реализации. как сделать - зависит сугубо от тебя.

(9) Извиняюсь что сразу об этом не написал.

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

там 4 печатные формы. ТОРГ12, СЧФ, внутрення накладная, печформа заявки/счета.

Ну и аналитика по точкам все-таки нужна. Может быть взаиморасчеты не так важны.
Но аналитика по объемам отгрузок на каждую точку нужна.
А иначе как мы как продавец будем знать в какую точку, сколько и когда отправили товара?

Кстати, интересно, а как эта задача реализована в "Управлении торговлей"?

(11) Понимаешь, если это растаскивать на разных клиентов в справочнике - это проще и штатно, но сводить долги/анализировать - сложнее и больше возможностей накосячить. Но тут зависит от частностей схем работы с клиентами сильно.
.
Сделай в Спр.Клиенты реквизит "Головной клиент", заполняй его в клиентах-точках и выгружай не контрагента а.Контрагент.ГоловнойКонтрагент, все что надо будет - выгрузку в одном месте подправить, думаю даже напрямую в искемеле в правилах можно подправить, без КД

(13) "А иначе как мы как продавец будем знать в какую точку, сколько и когда отправили товара?"
зачем?

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

(16) НУ, тебя не интересует, а ТС (вернее, владельца бизнеса у ТС) интересует. И что?

(17) "и что?"
- ну так я и спросил "зачем?"

(15) Ну как зачем?
Допустим, по договору мы в течение недели должны отправить в первую точку 200 кг, во вторую 500 кг, а в третью 100 кг.
Ну и отгружаем потихоньку. И как менеджер будет "помнить" куда он отправил, а куда нет?
Звонит ИП-шник и предъявляет претензию - "вы почему мне не отправили на точку-2 товар"?

>> Сделай в Спр.Клиенты реквизит "Головной клиент", заполняй его в клиентах-точках и выгружай не контрагента а.Контрагент.ГоловнойКонтрагент, все что надо будет - выгрузку в одном месте подправить, думаю даже напрямую в искемеле в правилах можно подправить, без КД

Вроде как это решение выглядит неплохо.
Надо обдумать какие могут быть "подводные" камни?

(19) ну так ты излагай внятно, блин!!! "отгрузили/отправили" = свершившийся факт. он исполнен. зачем дальше отслеживать исполненное обязательство?
.
у тебя по факту - НЕ ОТГРУЗИЛИ, а отгрузили ЧАСТИЧНО. это невыполненные обязательства. их нужно отслеживать и исполнять.
.
ты сказал "отгрузили" - я и спросил - зачем исходя из изложенного тобой А, а по факту у тебя не А ,а Б...
;-)

(20) В рамках ТиС - смотря что тебе надо именно в ТИС, будет ли у тебя в последующем сверка ТиС и БП и прчоее и прчее.
а так. в ТиС не так много контуров учета, чтобы их поправить при необходимости подсунув в проведениях вместо Контрагент нужного Контрагент.Головной
.

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

(21) "Языками не владею, Ваше благородие". Сори.

(7) >> Я - за загрузку. Отдельная обработка, со своими девочками и картами. И крути, как душе угодно.

Тут такой момент...
Получится, что эта загрузка на 95% является типовой.
"Бухгалтерия предприятия" работает в облаке.
А в облако вряд ли разработчики дадут загрузить свою обработку. Насколько я знаю, сначала обработку нужно отправить им на проверку.

не надо ничего трогать на стороне БП. пусть 8-ка варится в своем соку.
поправки выгрузки на стороне ТИС - минимальные.

"Отдельная обработка, со своими девочками и картами. И крути, как душе угодно."
- надо хорошо знать что как устроено в 8-ке в типовых конфигах. Материалы на Мисте показывают что мало кто это знает из 8-ков хорошо.

Есть же проект. заполняей его

(35) Вот вообще ниразу не показатель.
Я через АРМ делал локальную копию БП, в которой можно загрузить любую обработку и грузить что и как угодно, а уже локальная копия стандартными средствами выгружает данные в облока

(27) >> Есть же проект. заполняей его

Проекты не подчинены контрагентам. Путаница будет.

(29) стопудово.

Повторю вопрос - как эта проблема решается в "Управлении торговлей 8"?
Просто интересно. Если там это как-то предусмотрено, может быть возможно "перенести" это решение в "ТиС 7.7"?

(31) Тебе сказали выше как, через отдельный справочник
Есть справочник партнер, есть контрагент.

только зачем тебе УТ, делай как в БП, отдельный реквизит - Грузополучатель

ТиС лет 10 назад видел. Мне почему-то казалось что клиенты и юрлица там разнесены по разным справочникам (в УТ11 аналогично) или я с комплексной путаю?

(32) В "Управлении торговлей 11" есть и Контрагент, и Партнер, и Грузополучатель!
Во накрутили!

(34) >> Мне почему-то казалось что клиенты и юрлица там разнесены по разным справочникам
В ТиС-е есть справочники "Контрагенты", "Сторонние юрлица", "Физлица", "Собственные юрлица".

В описании написано:
--------
Для контрагента в редакции 9.0 в отличии от редакции 8.7 добавляется дополнительный вид "собственное юридическое лицо". Информация о "лицах" контрагента вынесена в отдельные справочники: "Физические лица", "Сторонние юридические лица", "Собственные юридические лица". Для каждого контрагента следует указать его вид: юридическое лицо", "физическое лицо" или "собственное юридическое лицо", и задать реквизиты его "лица", выбрав элемент соответствующего справочника или задав информацию о "лице" непосредственно в форме контрагента. Таким образом, в редакции 9.0 для контрагента добавляется новое понятие - основное "лицо" контрагента, которое определяется в его форме.
Это "лицо" будет использоваться в печатных формах документов, оформляемых от имени данного контрагента. Таким образом, в разные моменты времени один и тот же контрагент может выступать от имени разных "лиц" (например, от имени разных "юридических лиц"). Изменение "лица" контрагента не влечет изменения итогов взаиморасчетов с ним.
--------

Интересно что это "лицо" не периодический реквизит.
Это значит, что при его изменении, все старые документы "идут лесом", то есть их печатные формы будут печататься неправильно.
К чему такое сделано?

(36) К чему такое сделано?
Теперь даже авторы не вспомнят)) Но твою задачу такая структура должна решать: контрагенты - точки, ИП - "лица". Даже пернос в буху штатный должен работать

(37) >> Но твою задачу такая структура должна решать: контрагенты - точки, ИП - "лица".

Не-а, не решает.
Если у контрагентов, которые ссылаются на одно юрлицо ("лицо"), задавать разные адреса, то у "лица" адрес перезаписывается.
У контрагента нет ни своего адреса, ни ИНН!
То есть между контрагентами и юрлицами должно быть однозначное соответствие: один контрагент соответствует одному юрлицу.
По сути это должен быть один справочник. Зачем сделано разделение на два справочника - не понятно.

(38) Ну ИНН не должно быть у контрагента. С адресами - хз.
>> Зачем сделано разделение...
по идее как раз для твоего варианта. Почему не работает - другой вопрос, но тут ничем не помогу - ТиС давно не видел

(36) "К чему такое сделано?"
например, разные менеджеры работают с одним юриком, но по разным направлениям.  Делить по договорам не хотят манагеры, можно завести ддва разных контрагента на одно юрлицо.

(39) "Почему не работает - другой вопрос, но тут ничем не помогу "
в (38) правильно все написано. Просто так сделано.

Перенос в УТ11 - это ещё тот цирк с конями ))

Я выгружаю из 7.7 контрагентов сначала в общую таблицу (конфа "Комплексная 3.0", то ещё г..но мамонта), затем делаю две таблицы с иерархией Партнеров и Контрагентов, отбор идёт по наличию ИНН. Иерархию Партнеров делаю "условную" - у кого код меньше, тот и группа. Контрагенты группируются по ИНН-КПП, причем контрагенты с одинаковыми ИНН-КПП группируются ещё в одну группу партнёров. Затем партнёры прописываются в соответствующие контрагенты и потом в УТ 11.4 рисуется красивая иерархия в справочниках. Ессно в контрагентах прописываются головное предприятие и обособленные подразделения. Чёрные покупатели и поставщики вносятся только как партнёры

В общем - хрень полная, мозг ломаю уже долго, ещё и потому, что делаю это в КД, попутно изучая её ))

Спр. Контрагент
1. Вид контрагента - ЮР.Лицо
2. Далее все новые контрагенты этого юр.лица - ОБОСОБЛЕННОЕ ПОДРАЗДЕЛЕНИЕ

(43) В БП. Без разделение в БП не обойтись.Наперед может появятится раздельный взаимозачет по точкам.

(6) +100500

у меня используются точки, если возникла необходимость доп. аналитики лучше их добавить.
потому что потом все равно начнутся танцы с бубном - с этим клиентом в целом считаем, с этим  по договорам, с этим по точкам рассчитываемся, а для этого - все вместе но по некоторым выделенным точкам - документы и учет отдельно.

(31),
(16),
В УТ11 все решается разделением на партнеров и контрагентов. Партнер - торговая точка (управленческая информация), контрагент - юрлицо (регламентированная).
для поставщика суть разделения на точки - доставка, если такая автоматизирована в 1С, потому что точки могут территориально расположены в разных районах (зонах доставки), могут иметь разных ответственных и т.д. Эта информация позволит спланировать загрузку машин. Это во-первых. Во-вторых, есть разные варианты оформления документов: либо единая (консолидированная) реализация по нескольким заказам, например, раз в неделю, либо несколько мелких заказов (от каждой точки).  Оплата таких отгрузок делается автоматически - контрагент присылает сумму и подбором по остаткам их закрывают, распределяя эту сумму последовательно.
В БП все совершенно по-другому и бухгалтерии учет по точкам вообще не нужен в большинстве случаев. Им нужна общая сумма по контрагенту. Партнеров в бухгалтерии нет.

(4) это чаще всего делается для способа расчетов "каждый платит за себя", весьма популярный у ларечников и говнобудок (независимо от формы собственности). И сверки приходится делать "в разрезе точек".
ну и часто применяется для другой аналитики, а именно - учета продаж "по точкам": собственники меняются (например, по банальной причине смерти ИПшника), а "точка" остается, и переоформляется на жену/сына/дочь. а выгружать "историю продаж" по этой торговой точке торговому представителю надо. Опять же, когда поставщики анализируют покрытие территории - им плевать, сколько собственников было за год у говнобудки "на дерибасовской угол ришельевской", для них это одна-единственная ТТ.

(36) "такое сделано" к тому, что набор реквизитов юрлиц и физлиц отличается. а контрагенты - собственные ЮЛ выделены для удобств интеркампани

(14) >> Сделай в Спр.Клиенты реквизит "Головной клиент", заполняй его в клиентах-точках и выгружай не контрагента а.Контрагент.ГоловнойКонтрагент,
>> все что надо будет - выгрузку в одном месте подправить, думаю даже напрямую в искемеле в правилах можно подправить, без КД

Это наверно самый оптимальный вариант.
Только кроме подмены в выгрузке контрагента на "ГоловногоКонтрагента" надо же еще и договор соответствующий подменять.
А вот это уже сложнее.

точки - отдельные контрагенты были ошибкой изначально.

(51) Дык мы готовы исправить.
Можешь предложить как сделать по другому?

завести справочник точки для контрагентов.
и использовать его.

(53) >> завести справочник точки для контрагентов. и использовать его.

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

(53)+
а также печатные формы