Здравствуйте, уважаемые коллеги.

Помогите, пожалуйста, разобраться в ситуации.

У клиента есть конфа ТиС (7.70.954).

Клиент хочет получать информацию о задолженности контрагентов перед фирмой на конкретную дату (т.е. дебиторку) в разрезе агентов (они же физ лица).

Агенты развозят товар по торговым точкам контрагентов. У одного контрагента может быть несколько торговых точек. За агентом может быть закреплено несколько торговых точек.

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

Соответственно я делаю следующие доработки в конфе.
1. Добавляю новый справочник ТорговыеТочки. В нем добавляю реквизит Агент (тип - Справочник.ФизЛица).

2. В регистр Покупатели добавляю новое измерение ТорговаяТочка (тип - Справочник.ТорговыеТочки).

3. В документе Реализация добавляю новый реквизит ТорговаяТочка (тип - Справочник.ТорговыеТочки)

4. В глобальном модуле в процедуре глДвижениеДолгов дописываю инициализацию нового измерения ТорговаяТочка

5. Разрабатываю новый отчет Дебиторка.

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

Заранее, спасибо.

Контрагент за каждую точку отдельно деньги платит?

Сделай проще.

Сумму долга по LIFO разбирай последними документами, оттуда бери агента и складывай. (Предполагая, что долги закрываем  по партиям FIFO).

Да как - через поиск по конфигурации.
В конфигураторе: Конфигурация -> Поиск во всех текстах...

(2) шутник. Обычно эти партии летят нахрен при любви пользователей к работе в заднем числе :)

(1) Контрагент платит за конкретную реализацию.

(3) я так и делаю

Но первый же оплативший 30% от старой оплаты и всю последнюю поставку повредит твой отчёт.

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

(4) Этим способом не полетят. Сумма долга не изменится, но сам партионный учёт и себестоимость гавкнутся.

(4) Правду человек говорит.

(0)сделай СВОЙ регистр... ТАМ всё что тебе надо УЧИТЫВАЙ. и в каких надо разрезах...

(4,8) На бумажке попробуйте, а?

Ещё раз - ООО "АаА" должно нам 100500 монет. Последняя отгрузка была на 100000, предпоследняя на 500 - суммой последних отгрузок долг выбран, эти 2 документа и анализируем.

(9) интересная мысль. возьму на вооружение.

(10)Так я с Вами согласен.

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

Как отразится на работе базы мое новое измерение?

Подобное тут предлагали, использовать ПРОЕКТ.

(14) поподробнее. что такое проект?

(13) положит открытие периода. И создаст много неразберихи с оплатами.

(15) может, программиста наймете?

Не пили бы Вы из копытц.., пардон, не трогали бы регистр Покупатели.

(14) Так его так же надо добавлять в измерения, какая разница тогда. Если без изменений, то договорами можно отрулить.

Тут варианта только два нормальных.
1. Совсем без изменений. Рулим договорами. Тем более что расчеты все-рано детализировать до агента.
2. Изменения с минимальными рисками попортить учет. Свой собственный регистр, параллельно к регистру Покупатели.

(19) дело в том, что сейчас у клиента в базе есть рабочие дубли контрагентов, т.е. по каждой торговой точке свой контрагент. агентов нету вообще.

(20) руки чешутся сделать свой регистр, но сколько ведь придется нового кода написать и все моменты учесть.
по-началу хотелось обойтись малой кровью.

еще вопрос.

во сколько такой проект может быть оценен в часах работы?

(21) Вот ты эти точки-контрагенты сорганизуй в группы и они будут агентами. А программу не трогай. Коряво, но лучше, чем сейчас. И не запорешь ничего.

(23) Вазелином проси оплату - ой понадобится

ТиС инфа по расчетам.. давно работает, заказчик доволен :)
http://img-fotki.yandex.ru/get/9218/22238773.3/0_7f6b8_5eb55708_XL.png

вход в "расчеты" - через документы, а не через регистры

мооожете поиздеваться, разрешаю :)

(25) поточнее, пожалуйста, в цифрах

(0)Чем понятие ПРОЕКТ не устраивает? Смотрел токое на реализации тортиков - в каждой расх накладной указывается свой проект и все .

(28) Проект как измерение отсутствует напрочь. Только этим и не устраивает. :)

Причем бухи сами дотукали до этого - программиста  и консультанта даже не звали :)

(29) Ну так обнови до 974 конфы то. и все дила.

(27) Ведро (12 л) бизнес-геля должно хватить :)

Хотя если через КредДокумент и Проект общий реквизт, то в принципе тоже можно.

(31) Да, да, во так возьми и обнови. Наверняка там нетиповая ТиС.

(34) это верно. и плюс ко всему обновить можно только подписчиков ИТС. а клиенту это нафиг не надо

(35) У тебя сейчас измерение в регистре Покупатели есть такое КредДокумент? И есть ли общий реквизит документов Проект? Если все это есть, то в принципе ничего дорабатывать не надо. Заводишь на каждого агента свой проект и в документах указываешь.

(36) изучу вопрос. спасибо.

а чем не устраивает регистр "Взаиморасчеты с покупателями"?

Задам еще раз свой вопрос.
Мне все таки очень хочется узнать от специалистов, что такого случится если в регистр Покупатели добавить новое измерение?

(39) Что-что...
Ошибки посыпятся.

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

(41) Остатки и СводныеОстатки будут отваливаться.
Регистры нужно закрывать, а это отдельная песня и внимательность нужна

(39
Ален ноби, ностра алис!
Что означает - если один человек построил,
другой завсегда разобрать может!
Да зачем же они её так крепят?..
(с) Х/ф "Формула любви"

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

(43) не смешно

(41) Чем проекты или договора не подошли? Я так понимаю ты простых путей не ищешь? Или уже нацелился на большую работу и помечтал сколько положишь в карман? Лучше сделать правильно типовыми средствами, если они это позволяют и взять 1000р за консультацию, чем городить свой огород положив в карман 10000р, но потом быть с позором выгнанным..

(46) я пока паузу взял на размышление. вот только типовая конфа покоя не дает.

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

(47) За это время уже давно бы попробовал, по вводить доки и покрутить отчеты.

(45) Конечно. Проходил уже такое. Потом начнется текучка кадров и потребуют, чтобы сегодня эта точка была Васина, а после уего увольнения - Петина. Но пока Петя болеет, его подменяет Фекла. Причем когда Петя выздоровеет, надо по оплате платить Фекле что она тама понаотгружала.
ЗЫ: через проекты оно можно. Только все равно все будут путаться и лениться разбираться и потребуют для простоты жесткой привязки агента к точке, а потом будут выносить мозг разборками.

(49) я так понял, проект нужен, чтобы в нем указывать агента. так? но ведь в регистр не пишется по нему инфа. а ведь мне нужно получить остатки в разрезе агентов

(50) суть примерно уловил. но ведь я думаю, что если, например, сделали продажу контрагенту А по торговой точке А1, то при поступлении денег закрытие долга будет идти также по этой торговой точке.

(52)20 лет твердим бардак автоматизировать нельзя.

(51) В регистр пишется инфа по кредитовому документу, а проект общий реквизит документов. Т.е. информация вытягивается легко.
Вот ленивый ты. Я открыл отчет в типовой ТиС и посмотрел что там есть группировка по проектам. Дописать отбор - 10 минут.

Странно. У ТС полоска немного меньше моей, но у него стаж 2 года, а у меня 7 лет. ТС, ты купил увеличение полоски? А то смотрю, чувак такие простые вопросы задает, а стаж судя по полоске большой, зашел в личную карточку, а там 2 года всего.

(54) - Возникает проблема с передачей долгов.
Так как при изменении Проект-а в документе продажи тоже уйдут со старого торгового.
Внесение изменений в регистр Покупатели (добавление в конец измерения Проект) и переделка глДвижениеДолгов (и наследников) - на 2 часа работы.

(56) А при новом измерении если в документе проект изменить, то останется старый? ОООО?

(52) Только торговая точка уже будет числиться за другим агентом. Там в экселе или в бухии на забалансе посчитать 5 минут - главное вовремя вносить на нужную аналитику.
Короче - сто пудов они маются этой ерундой не первый год и не хотят нормально работать. И считают, что там делов на копейку, только программисты какие-то тупые попадаются. Забей ты на них.

(56) вот изначально я так и задумал сделать. но сейчас остановился. решил совета испросить у спецов.

(58) есть такая мысля.

(55) готов поспорить, что ты когда-то был таким же малоопытным как я

(61) Я не про малоопытность, а про слишком длинную полоску под ником :)

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

(62) ты ведь прекрасно знаешь, что полоска - это все фигня.
допустим решил я и завел свой новый ник и зашел под ним. и все. теперь я зеленый.

вот есть еще такой вариант. без нового измерения.

допустим, я вытягиваю остатки из регистра Покупатели.
но отобрать ни по торговой точке, ни по агенту я не могу
(в запросе не удается создать переменную Агент = Регистр.Покупатели.КредДокумент.ТорговаяТочка.Агент).

поэтому результат запроса я перегружаю в таблицу значений, вытягиваю нужный мне реквизит Агент и проверяю по условию отбора по агенту.

+65 но насколько я знаю, так лучше не делать

(65) Если ТорговаяТочка будет общим реквизитом документов, то можешь.

Только не просто общим реквизитом, а с установленным отбором.

(67) так и предполагается. я ведь уже говорил, что если будет документ оплаты, например, ПКО с заполненным реквизитом ДокОснование, т.е. там будет значение ссылки на документ реализации

+69 то все сойдется - есть реализация, есть соответствующая оплата

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

(69) как ты оплатишь одним приходником несколько накладных? или несколькими приходниками одну накладную?

(72) Если рассчитываются по реализации, то без проблем. Смотря как у них это построено. А так, я дорабатывал строки выписок банка и кассовые документы, чтобы в табличной части распределяли на сделку суммы.

(73) дык он тут про докОснование начал..

(71) т.е. добавить в ТЗ новую колонку и по докам реализации вытаскивать нужный реквизит - это терпимое решение?

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

(75) Пилять. Я тебе русским языком написал вроде. Все там из регистров тянется, но если реквизит общий с отбором, то конструкция вида ТорговаяТочка = Регистр.Покупатели.КредДокумент.ТорговаяТочка; вполне себе рабочая и не шерстит по документам.

ТорговаяТочка = Регистр.Покупатели.КредДокумент.ТорговаяТочка.Агент;

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

(77) уже ввязался

(78) ну тогда (25) и (32)

(78) Я понимаю 10-15 лет назад такие клиенты были. Но сейчас-то эти 10 лет прошли и им до сих пор никто не сделал. Ты вот это пойми.

(0) Все не читал, но реализация в (0) явно кривая. С минимальными усилиями можно сделать если долги закрываются по документам. Если долг закрывается непонятно как, то и смысла делать нет - данные будут как средняя температура по больнице.
В итоге - смотри как закрываются долги.

(80) Ну я делал клиентам. Почему не делать?.. Если клиент платит - будем пилить, в рамках разумного конечно.