Как изменить реквизит регистра? #130093

Есть БД которая ведется с 2004 г. В регистр взаиморасчеты бал добавлен новый реквизит. Все модули доков двигающих данный регистр исправлены! Подскажите, возможно ли без перепроведения старых документов заполнить новый реквизит? Перепровести нельзя, поскольку начинают разбегаться остатки! К тому для ведения управленческого учета используется метод FIFO, поэтому при перепроведении, если приход был оформлен задним числом, изменится себестоимость товара, и как следствие - выручка! Можно допровести документ воспользовавшись "технологическим проведением". Это Я реализовал, но хотелось бы узнать, возможно ли без перепроведения занести реквизит регистра!

нет нельзя.

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

сам то понял что сказал.

не только понял,но и делал.

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

я понимаю что ты делал, но написал ты что понять невозможно.

я думаю по твоим словам проще: Делаем константу "Дата ввода реквизита такогото в регистр такойто" ав модуле проведения: Если ДатаДок >= ДатаВводаРевкизитаВРегистрТакойто Тогда Регистр.КоторыйДвигаем.Реквизит = НовоеЗначение КонецЕсли;... ... .. и все...я не понимаю зачем создавать новый документ...что то анализировать...

Так иногда действительно делают, но плохо это, некрасиво...

А вообще старые ошибки нужно исправлять. И то что вылазит бухи должны находить сами и вылизывать до самого конца.... Нарушения не только "в регистрах" но в учете!!! В третих твоя база через двойку лет быдет выглядеть в помойку.

итоги старые надо же "разбить" по новому измерению.

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

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

я уже знаешь сколько сталкивался. и все нормально.

а-а-а, реквизит, блин! тогда не понятно, действительно, нужен этот док дополнительный или нет. может в его задаче и не нужен, не делает он по этому реквизиту фильтры. да и посложнее с этим реквизитом будет.

а просто не понимаю при чем тут это столкновение к вопросу в . У него простая задача, заложить в регистре новый Реквизит (не измерение, и не ресурс) с какого-то безопастного периода/даты , до КОТОРОГО нельзя менять потому что там БАГИ бухов..ну 1С в отношеннии программы и за особенности работы задним числом бухов.

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

сколько работаешь ? :-)

я тоже такой же был ))) говорил все в непопад, зато понимал и перерабатывался )))

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

ну есттественно что с определенной даты, по этому пусть оговаривает с руководством: 1) во первых красную дату до которой критично перепроведение 2) то что только с этой даты оно может получить нужные отчеты.

исключительно с 1С неплотно ( админил в основном win-домены ) с 2000 года, а только в 1С исключительно кожу плотно не отвлекаясь полгода. в студенчестве кодил на паскале и С++ всякие дифуры, но 13 лет прошло, пришлось кодинг вспоминать.

но остатки то не получит!

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

остатки он получит в любом случае. Реквизит характеризует только движение. На остатки он никакого воздействия не производит. Остатки хранятся по измерениям в разрезе ресурсов. ..Он за остатки боиться..потому что там БУХИ напроводили в минусы... и не хотят исправлять...

+18 просто из долгого админского опыта вывел правило: со своим уставом в чужой монастырь не ходят. Сначала анализирую бизнеспроцессы месяц - три, а потом уж и менять что-то радикально можно. заказчики то не всегда говорят что им нужно, т.к. просто не всегда понимают что делают.

а если он в отчетах фильтрует движения по реквизиту? он же не раскрыл тему отчетов. если не фильтрует, то согласен, а если фильтрует, то остаточки не так просто будет получить в разрезе реквизитов. С проведением все ясно. Где-то там они хаотично проводили доки и ВДРУГ наткнулись на правильные результаты, обрадовались и стали забивать доки дальше. Ошибка "залипла" forever.

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

остатки в разрезе реквизитов не могут быть !!!!! повторяю. только движения. ... ну ..млин..вынудил... Отчет// колонки НачОстаток, приход, расход, Коностаток. Хоть он как будет анализировать/фильтровать...Значения Нач И Кон остаток остануться. Реквизит только на Расход и Приход может отфильтровать.

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

Я не хочу так много о пустом/простом вопросе разговаривать..

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

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

Реквизит может влиять на итоги в Регистре с типом "Оборотный" здесь да. Если остаточные то реквизит регистра хранит итоги только по движениям (лияет на функции Приход Расход). На нчальный остаток и конечный остаток фильтрация движений по реквизиту ничего недаст.

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

Регистр с признаком "Остаточный" состоит из двух таблиц. Таблица движений (дбф файл с первыми символами RA..) Таблица Итогов (остатков) RA... Так вот реквизит записывается в RA, в котором идет информация о регистраторе(документе который он двинул, измерениям, реквизитам). В таблице RG хранятся итоги/остатки в разрезе измерений и ресурсов (и всё). Так вот при выборке запроса по такому регистру, если делать фильтрацию по ресурсу, но в результате фильтрация будет влияет только на функции приход и расход. Т.к. будет анализироться информация из таблицы RA. А остатки в любом случае выпадут те которые лежат по измерениям.

сорри. в первом предложении...-> Таблица Итогов (остатков) RG...

я как-то задавал на мисте и sysadmins.ru вопрос "как выглядели бы регистры на С/С++". И мы в конце концов пришли именно к структуре двух таблиц. одна держит движения, а другая остатки или обороты. далее копать не стали.

тогда я понял "глубинное" отличие реквизита от измерения

тоже молодцы. Ну тут все приверженцы что из двух (т.к. все 1С-ники и привыкли к этому). А вот интеремтно что говорили на  sysadmins.ru ))) Велосипед изобретали или нет ))

А вот УстановитьЗначениеФильтра(...По реквизиту...); ВременныйРасчет; разве не позволят посмотреть остатки по одному реквизиту? хотя если это нужно, то лучше этот реквизит сделать измерением, наверное

Реквизит это такая штука )) почему то многие на нем тормозятся. )) большинство тестовых заданий связано с ним )) А вот в всоьмерке напримел вообще мало кто еще чего понял что с ними )))) Ни в одной типовой не используется)) А куча народы уже вопросы задает.

во первых эта функция только по измерениям и ресурсам.... ну путай РЕКВИЗИТ с реквизитом !!! в регистре...

я там вопрос программерам не от 1С задавал в первую очередь. Не помню точно, но вроде бы кто-то знал ответ заранее, мы его только подкорректироапли.

ну млин...вот 1С замудрила реквизит..ревизит..... Почему 1С..в регистре это не назвали СОБЫТИЯ например

Вообщем ситуация в следующем: 1) рассматривается регистр Взаиморасчеты с типом "Остаточный"; 2) необходимо за опредеоенный период получит нач. и кон. остатки взаиморасчетов по контрагентам и "складам". Для аналитики по складам Я добавил реквизит склад! 3) Мне если это возможно необходимо во всех движениях старых доков внести ентот склад!

неа. УстановитьЗначениеФильтра(<?>,,); Синтаксис: УстановитьЗначениеФильтра(<Идентиф>,<Значен>,<Вариант>) Назначение: Установить значение фильтра для оптимизации расчетов. Параметры: <Идентиф> - идентификатор измерения или реквизита. ...

никак ты остатки не получишь. неу никак. Только через Измерение.

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

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

Хорошо, если добавить в измерения Склад! Вопрос остается как без перепроводки можно заполнит эти измерения в старыъ доках?

Делай частичное проведение. И там только по взаиморасчетам, чтобы твои остатки по партиям не изменились как ты хочешь.

помимо того что тебе придеься добавить измерение!!! Тебе еще придется перепровести все !!! при этом тебе придется еще изменить всю систему расчетов !!!

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

Я реализовал этот вариант: "технологическое проведение"! Все работает OK! Но в отдельных документах, все равно выдает ошибку о недостатке товара на складе!

это как?

а это как, "технопроведение"?

ХЗ! Поэтому Я поднял вопрос о том, что возможно ли без перепроведений!

ЖКК, Описание встроенного языка, том 1, стр 298 ОбработкаПроведения

"а это как, "технопроведение"?" Выгружаю движение по доку, меняю то что надо и провожу: Провести(,<параметр>).

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

все! спать иду! завтра почитаю. пока!

Да енто для знакомых делаю, за копеечки :) А если новую базу предложить, то енто все на меня свалится :(

а вот ты этим и пользуйся. Рабоа главное есть !! ..причем непылная... главное копеечки серъезные обговорить...хватит по знакомым халявничать в ущерб твоему здоровью по ночам..