Здравствуйте!
Бьюсь уже 2й день, перебрал кучу обработок, но все впустую. Остались только вы.
Вопрос в том как из одной базы перенести в другую справочник так, чтобы перенеслись все периодические реквизиты (их около 20 штук) в полном объеме? В основном реквизиты в справочнике формируются документами. В день может быть до 10 документов. Если переносить обработками или вручную, то берется последний реквизит за день, остальные предыдущие теряются.
Дошел до того, что забил для примера в файл все реквизиты за 1 день. При записи их в новую базу - получаем последний. Стандартная обработка ЗначенияПериодическихРеквизитов показывает только одно значение да данный день, а нужны все.
Условие таково, что нельзя переносить документы, сформировавшие значения периодических реквизитов. Только сами реквизиты.
Надеюсь все правильно объяснил.
Прошу вашей помощи.

"реквизиты в справочнике формируются документами"
"нельзя переносить документы, сформировавшие значения периодических реквизитов"

Не взлетит.

я думаю КД

(2) Можно расшифровать?

Нашел еще такую вещь: http://kb.mista.ru/article.php?id=89 только пока не знаю, как она может помочь.

конвертация данных

+(5) забыл сказать, что фиктивные аналоги исходных документов должны быть

То есть решение таково, что придется создать документ без проводок, который только запишет периодический реквизит? Пусть так (чехарда побери), но как обойти в цикле всю периодику справочника включая те, что создали документы?

(7) объект Периодический тебя спасёт

(8) Не спасет, вот выгрузка в файл

НачальнаяДата = Дата("01.01.1960");
КонечнаяДата = Дата("01.01.2013");

Справочник=СоздатьОбъект("Справочник.ЛицевыеСчета");
Справочник.НайтиПоНаименованию(Наименование);
Подразделение = Справочник.ТекущийЭлемент();
Справочник.ИспользоватьРодителя("Подразделение");
Справочник.ВыбратьЭлементы();

Пока Справочник.ПолучитьЭлемент()=1 Цикл
Если (Справочник.ПометкаУдаления()=0) Тогда

Периодический = СоздатьОбъект("Периодический");
Периодический.ИспользоватьОбъект("", Справочник);
Периодический.ВыбратьЗначения(НачальнаяДата, КонечнаяДата);

Текст = СоздатьОбъект("Текст");

Пока Периодический.ПолучитьЗначение() = 1 Цикл
Стр = Строка(Периодический.ДатаЗнач) +"|"+ Строка(Периодический.ТекущийРеквизит()) +"|"+ Строка(Периодический.Значение);
Текст.ДобавитьСтроку(Стр);
КонецЦикла;

Текст.Записать("d:\"+Код+ ".txt");


КонецЕсли;
КонецЦикла;

выбирает не все реквизиты, толь последний за день

(9) А нескромный вопрос - что в базе-то хранится? 1SCONST (ну, или _1SCONST, ежели SQL) - пробовал непосредственно поглядеть? Может, там и нет никаких "нескольких за день"?

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

(10) Вот скрин
http://s7.postimg.org/ltou36b97/image.png

(12) И что тут изображено? Как были получены все эти цифры (и что они означают)?

(9) не указано имя реквизита в методе ИспользоватьОбъект()

ериодический = СоздатьОбъект("Периодический");
Периодический.ИспользоватьОбъект("АВотТутДолжноБытьИмяРеквизита", Справочник);
Периодический.ВыбратьЗначения(НачальнаяДата, КонечнаяДата);



(10) и чего там увидит ТС? Какие-то непанятные буквы и цифры? ))

(14) + вдогонку

чтобы выгрузить всё автоматом, надо ещё пройтись по метаданным, чтобы составить перечень перидоческих реквизитов справочника.

(13) Как были получены? Слева после даты - названия документов. И не все ли равно что они означают - сейчас главное - цифры

(14) Структура 1SCONST - не секрет. Убедится хотя бы в том, что на одну дату у него действительно есть несколько записей (или что только одна запись).
К тому же пока непонятно, как он устаналивает из документа значения этого реквизита. Там ведь тоже варианты возможны.

(9) Кстати, желательно бы выводить ещё и ТекущийДокумент().

(16) Так и какая цифра - периодический реквизит? Или все?
Названия документов - откуда взяты? В (9) ТекущийДокумент() никто не спрашивал ведь.

(17) 1. О чем ты говоришь? о какой структуре?? ТС не может в трех соснах разобраться, а ты его в ещё дальше в лес загоняешь :)

2. ну, это предмет дальнейших разбирательств

а куда хоть перенести то надо?

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

(14) Попробовал, получилось выгрузить. Спасибо за новодку!

(22) теперь дорабаьыва как указано в (15), используй метод ТекущийДокумент(), узнавай дату номер дока и выгружай. В другой базе будешь документы-пустышки создавать

(23) а если там не v7?

(20) В чистую базу.
Вообще такая проблема. Есть основная база, есть база со всеми справочниками, но без документов (но с нужными бух итогами). Нужно в новой базе в справочники занести все данные по реквизитам (включая периодические.)

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

(24) 1С предприятие 7.7 (7.70.026)
Бухгалтерский учет, редакция 4.2 (7.70.422)

(25) не удаляются

тролишь по-тихоньку? :)

(25) Вашпе проблем не вижу. Я надеюсь, что у нужные справочников коды одинаковые? Т.е. по ним можно будет синхронизироваться?

(28) Я надеюсь, что у нужные справочников коды одинаковые? Да, один в один.
Т.е. по ним можно будет синхронизироваться? Да

(29) ессно!!

(30) Вашпе проблем не вижу. - а можете мне раскрыть глаза? В чем именно не видите?

(31) свёртку делай

(32) Я ведь говорю. Делается свертка. Все нормально, кроме того, что теряется история периодических реквизитов - она нужна в разрезе (т.е. как было по каждому дню)!

(33) так сделай исключения в свёртке

(34) Чхорт. Обработка WRAP.ERT. Где там делать исключение?

(35) найди где доки удаляются и если они связаны с периодикой просто помечай их на удаление и очищай ТЧ

+(36) может где ещё и периодика очищается, это тоже несложно найти

(31) Есть 2 варианта.
1. Используешь УЖЕ имеющуюиеся базы. Т.е. через текстовый файл выгружаешь данные из одной и загружаешь в другую.
2. Ищешь в обработке свертки код, который удаляет историю периодических элементов именно в нужном тебе справочнике и "отключаешь" эту возможность.

ИМХО 2-й способ хуже, т.к. будут переноситься документы, а они будут не пустые. А чтобы была история изменений приодики, надо будет документы провести. А т.к. они непустые, то будут проблемы с остатками и чего там ещё я не знаю. Уж лучше сделать документы-пустышки из первого варианта, чем продумывать логику нейтрализации движений (проводок) ненужных документов.

(38) в бухии 7.7 движения только по бухучёту, они остатками перенесутся, доки, которые связаны с НДС, ОСами и т.п. остаются, надо только эти добавленные (иначе бы всё свернулось без потерь) исключить

(38) (39) Спасибо! Буду пробовать.

Так ли нужна эта периодика? Период же свернут

(41) Там хранится история оплаты клиента. И на этой периодике завязано много расчетов и отчетов.

какой ужас... хранить историю платежей в пер. реквизите.

(43) +1

В общем, сами себе злобные буратины. Периодические реквизиты без привязки к документу хранятся с точностью до Даты (без времени). С привязкой к документу - с точностью до позиции документа

(43) Могли бы вообще в строке неогр. ддины хранить

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

(46) Программировал не я. Если менять способ хранения, то проще создать новую конфигурацию, т.к. на этих реквизитах завязано почти все.

(42) Акуеть как феерично! )))))

(47)
Жесть

Какие наивные советы..

в части пометки дока на удаление о оставлениия периодики.

аутор, если база в дбф, просто сохрани 1sconst до свёртки и потом его подмени в рабочую после свёртки.
Вся периодика останется (даже с битыми ссылками на доки, если ты их не метишь на удаление, а непосредственно выкашиваешь)

(52)
Апасно

чем ?
Ну можно вообще всю периодику от доков "перевесить" на левый документ.

(52) А после Выгрузить/Загрузить оно останется?

(54) +1 Если бы мне было лень разбираться (что скорее всего), то я поступил бы точно также

(55)
Выгрузить/загрузить - то не опасно.
Вот если новая база будет сделана объединением пустой с существующим мдшником - то тогда могут глюки полезть

(55) останется..

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

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

P.P.S. можно создавать ссылки на документы (с помощью ЗначениеИзСтрокиВнтур) без создания самого документа.

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