Регистр накопления. Добавление нового измерения. #787722

Конфигурация -- "УПП". Переделана очень сильно. Возникла необходимость в регистр накопления "Партии товаров на складах" добавить новое измерение "Вид продукции". Возникла проблема с получением корректных данных. Так как в старых движениях по регистру измерение не заполнено, а в новых уже запоняется, то не получается "выводить в ноль". Возникла мысль обработкой пройтись по всему регистру и по определенному алгоритму "дозаполнить" все движения. Вопрос: может кто делал что нибудь такое ? Есть ли какие подводные камни ? Не поплывут ли данные в закрытом периоде ? Может есть советы, например типо: на время работы обработки программно отключить пересчет итогов ?

Конфигурация -- "УПП". Переделана очень сильно. Возникла необходимость в регистр накопления "Партии товаров на складах" добавить новое измерение "Вид продукции". Возникла проблема с получением корректных данных. Так как в старых движениях по регистру измерение не заполнено, а в новых уже запоняется, то не получается "выводить в ноль". Возникла мысль обработкой пройтись по всему регистру и по определенному алгоритму "дозаполнить" все движения. Вопрос: может кто делал что нибудь такое ? Есть ли какие подводные камни ? Не поплывут ли данные в закрытом периоде ? Может есть советы, например типо: на время работы обработки программно отключить пересчет итогов ?

сначала надо ответить на вопрос "зачем"

Конфигурация под управляемые формы на 8.2

нужно просто остатки откорректировать на определенный момент

Было принято такое решение. Считайте, что ответ -- надо.

попробуй на тестовой копии и сравни

кстати, зачем нужно было такое измерение городить? Это ведь реквизит номенклатуры

Это условное название. Измерение несет вполне практический смысл и реально нужно

Если вид продукции задан в номенклатуре, то нафиг такое измерение не нужно

>Было принято такое решение оно тупое

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

>Вдруг кто нибудь такое делал все кто такое делал без реальных причин уже собирают бутылки а не 1с-ят

база большая? там делов-то...

хотелось бы услышать конструктивный совет. А оценочные суждения неуместны.

Вижу два варианта 1. Отключив итоги править регистр 2. Создать корректировку регистра с даты заполнения регистра (должно быть быстрей)

достаточно большая

вот, спасибо! уже есть новая мысль для меня про корректировку

Конечно корретировка. Закрывай старые обороты без измерения, создавай новые

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

>А оценочные суждения неуместны. в них вся соль... но вам же пилить надо, а не точить

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

ты б тоже мог более конструктивно объяснить почему оппонент не прав :)

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

Не вижу ответа на вопрос "Зачем". Вариант "надо" не канает.

это понятно :)

Хотелось бы услышать развернутый ответ: кому надо и зачем надо.

Бизнес требует дополнительной аналитики.

Сорри, я что то тупанул. В регистре Взаиморасчетов будет новое измерение, а само будет "ЗаЧто". Типо За Услуги, или За материалы. Собственно это не влияет на суть вопроса :)

Это можно рулить договорами.

он в номенклатуре есть

это не измерение, а реквизит

тоже идиотизм беги дядь мить вы там напару - тупые юзеры + тупой 1с-ник такого накуивертите...

А ты не представляешь себе ситуацию, когда одна и та же номенклатура может быть и "на продажу", и "на собственные нужды", например?

в реалии - нет.

такую инфу надо хранить в Партии

один документ - один "ЗаЧто"? выведи свой ЗаЧто в РС и соединяй в отчетах

У тебя скудная фантазия. в УПП партией является документ закупки

Господин, в чем смысл ваших сообщений? Если хотите доказать, что Вы умнее меня. Ради Бога. Вы умнее меня. Спасибо. Теперь можете спокойно идти пить чай. Повторюсь, хотелось бы услышать конструктивные предложения, советы, а оценочные суждения оставьте себе.

>У тебя скудная фантазия. фантазии в учетных системах вредны.

Не один ((

>>в УПП партией является документ закупки Продукция поступает документом закупки?

>хотелось бы услышать конструктивные предложения увольняйсо

"одна и та же номенклатура "

и?

движуху типовую тогда тож перепиливать? в этом случае ИМХО проще завести ОТДЕЛЬНЫЙ новый РН с твоим ЗаЧто, копию существующего, и для него запилить движуху и отчеты

"Продукция" - это твоя фантазия

тонко троллит?

У нас очень сильно переделана конфа. Куплена была на обычных формах. Сейчас перевели на управляемые.

аутор начал за продукцию. Продукция тоже номенклатура.

автор хочет получить благословение или что? в чем проблема-то... можно и дозополнить все движения, можно и на момент времени только остатки отрихтовать.

автор хотел узнать: может то такое делал ? Вот думал может кто поделиться опытом о подводных камнях

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

спасти пытаюсь. но не знаю кого выбрать - упп или автора

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

>автор хочет получить благословение или что? справку. в моей ..... (вписать) прошу винить мисту.

[ В регистре Взаиморасчетов будет новое измерение, а само будет "ЗаЧто". Типо За Услуги, или За материалы] обычно это статья ДДС и с ней будут проблемы, когда одна платёжка идёт на тучу номенклатурных групп оптимальное решение использовать типовую привязку договор - статья ДДС

Там не камни. Там куча дерьма, которую нужно обходить за 3 км. И лезть туда стоит только "при большой нужде".

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

Поэтому и возникает вопрос: зачем это нужно? И кому это нужно.

вс :)))

да, их надо переделать. Это я понимаю

делали решается созданием ещё одного Рг с нужными измерениями и подпиской на модуль основного Рг в УПП так сделаны свободные остатки

никакого вс. "куча мест" вс "куча ****ма".

а если нет возможности определить "За Что" то ставить что?

Ставим "Просто так!"

У нас есть возможность каждый раз понять за что

можно чуток подробнее

надо выводить модальное окошко в модули записи с вопросом "На что?" :)

+ Просто так

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

этакое решение "с боку"

это классическое решение, а не новаторская поделка от "писателей вся руси" из 1С

Угу, это ясно. "Сук, на котором сидят, - не пилят"(цы). Сто раз подумай, прежде чем изменять типовые регистры... и лучше откажись. Иначе сто раз изменять в конфигурации придётся. PS: Как-то, в один недобрый день, я согласился на контроль остатков при неоперативном проведении. Около свыше 300 изменений пришлось внести в конфигурацию. И большинство своём - в многостраничные запросы. "Будь проклят тот день, когда я сел за баранку этого пылесоса"(цы)

+ оно хотя бы сбоку. покромсать ключевые РН всегда успеется

делаешь своё Рг с нужными измерениями, двигаешь его КЗР для начальных остатков и подпиской на модуль основного Рг, аналитику извлекаешь из движений и регистратора трогать в УПП ключевые Рг не стоит, отвалить много и с обновлением схватишь гемор

+1

Насчет нового регистра: вопрос с отчетами. Получается придется переделывать их. + если захотим видеть одновременно до и после введения подписки, то тоже необходима доработка

Классическое где? вообще в по?

отчеты один фиг переделывать

разделение на уровне архитектуры OLTP  и OLAP, так все делают. Но 1С пошло своим путем. Там же гении одни.

угу но с копированием отчетов на новый Рг проблем мало, в УПП это универсальный отчет

а зачем это делать?

тоже решается "инъекциями" вызовов функций кастомизующих запросы или схемы в скд

гы-гы-гы..  В нашем полку прибыло. :)

поддерживаю решение

Дополнительный регистр, дополнительные подписки, дополнительные отчеты... :)

Да, и будьте готовы к тому, что данные будут периодически "разъезжаться".

ну вот представте: Вы средний программист. устроились на работу. Начальник дал задание "Добавить измерение". У тебя испытательный срок, не сделаешь - уволят. Вопросы задавать видимо не уместно.

альтернатива - изменение регистра, отчетов и затем программиста :)

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

амбивалентно выражаешься

так что автор верной дорогой идет =)

вообще не очень хороший подход менять измерения типовых регистров, теперь надо будет проверять все запросы к этому регистру в конфе и все места, где в него добавляются движения

есть такой принцип полушутливый - принцип Питера. Повышают только компетентных и только до уровня некомпетентности, не выше. То есть такого не повысят.

Ладно, превратили тут все в стеб )

а решение с боку вы не поняли?

вот какие там кучи дерьма ? Можно немного конркетнее ?

и да, чем аналитика договоров, как предложили выше, не устраивает во взаиморасчетах?

с боку -- это доп. регистр с подпиской ? Тогда понял