Поставщик постоянно выкладывает xml, в которых есть
-Дата остатков
-Номенклатура
-Количество

Хочется хранить всё это дело в РС, но смущает, что в каждой строчке строчке будет одинаковая дата. Использовать два регистра тем более не хочется. Как быть?

конфа твоя какая ?

регистр сведений самое, никаких лишних полей

(1) КА 1.1

(2) Забить на то, что у тысячи строк будет одинаковая дата?
Мб всё-таки документ без возможности проведения?

(0) Какая цель хранения?
Если нет привязки к твоему справочнику номенклатуры - простой мусор в БД, поскольку сравнивать цены номенклатуры у разных поставщиков не получится. Как вариант: сложи XML в папочку на сервере (если нужна история изменения) по датам и читай их при формировании вывода когда тебе нужно, а для простого информирования достаточно одного последнего файла

(4) Они хранят нашу номенклатуру

(3) поиск по ТЧ документа будет дольше, поскольку нет индекса, а создание индекса съест объём больше чем поле дата у РС

так тебе ещё и история остатков нужна ?

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

(5) т.е. это отчёт внешнего склада? Тогда без истории не обойтись и нужен РС.

(0)  Не хочешь хранить дату делай непериодическим.
А по факту, тебе нужно минимум разрез по Периодичности и Поставщикам. Сегодня тебе не нужно, а завтра будет нужно.

(7) Пусть будет. Вдруг потом захотят выяснить, на каком этапе возникло расхождение
(8) Стандартые поля будут лежать в одной строке шапки документа, а не в каждой строке ТЧ
(9) Да. Повторюсь, имеет ли смысл создать документ без проведения, чтобы не хранить дату остатков в строках с номенклатурой?
(10) Хочу. Не хочу хранить ей в каждой строке с номенклатурой типа
Дата|Номенклатура|Количество
01.01.2016|Ном1|12
01.01.2016|Ном2|13
01.01.2016|Ном3|14
01.01.2016|Ном4|15

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

(12)+ номер строки

(12) Убедил, спасибо) Пока РС.
Но, допустим, нужно было бы хранить ещё поставщика. Имело бы смысл заводить документ?

(14) не плоди сущности, запрос по срезу последних работает гораздо разы быстрее запроса к строкам документа, да еще и с соединением с шапкой

(14) нет.

Документ это механизм фиксации некой операции.

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

тем более что в тч документа ограничение на 99 999 строк

(14) документ. Кто будет отвечать за цены? Ты пропустил . и , в ценах. Всё умножилось на 100, а виноват менеджер? попутал упаковку и ампулу, виновата опять менеджер? рс почистили, у тебя уже есть версионирование в КА 1.1 для рс?

(18) он их грузит из внешнего файла.
Или ты курс валюты тоже документом вносишь?

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

(14) Документ имеет смысл как факт регистрации чего-либо.
Например,  XML файл ты хранишь в справочнике ЗагруженныеФайлы. В Документе РегистрацияЦенПоставщика выбираешь ссылку на этот файл и документ на основании этого файла делает движения по регистрам.

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

(20) ты по ходу не в курсе как РС работает
отсюда и бредни про документ
почитай букварь

(23) Это ты, похоже, не в курсе.
http://i.imgur.com/8DLAsfN.png
Почитай что-нибудь умное.

Про документ совсем не бредни. Аргументы будут?

Или ты мне предлагаешь ещё пару соединений со временной таблицей провернуть?

Зачем тебе всё это? Номенклатура поставщика и колонки остаток.
О каком расхождении идёт речь? Кому интересно а сколько было на остатке на 25 января в 12:37:08

Мне все больше и больше кажется что пора вводить обязательную сертификацию программистов.
Никто же не разрешит без прав на авто ездить или без "диплома хирурга" операции проводить или дома/строения проектировать без образования.

Тут судя по (24) глубочайшее непонимание и задачи и инструмента.

(24) ню-ню, зануляй дальше :)

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

(27) (28) Вы всерьез полагаете, что в этом РС нужна периодичность?... Ребят вы чего?.....
Там РС нужен НЕпериодический, но с измерением Период (тип дата).
Читайте внимательно (0). Там русским языком написано о том какие данные прилетают от поставщика. Это данные об остатках. У ТС задача - хранить эту информацию, чтобы можно было посмотреть какие были остатки у поставщика на конкретный день. И при необходимости сравнить эти остатки с данными своего учета (по данным своих регистров накопления или бухгалтерии).

(29) Гм вы правда думаете что периодический РС отличается от не периодического с доп.измерением типа дата? Какая нафик разница как хранить данные?

ЗЫ Пусть грузит в "документ инвентаризация" и не любит мозги

(24) :facepalm: Срез не для этого нужен.

(25) Отбор по Дата = ДатаОстатков без всяких срезов.

(30) Для непериодического регистра недоступен срез, что исключит неверное его использование :)

(25) Грузи во внешнюю скульную табличку и через Внешний источники данных получай данные в 1С

(32) гыгы, хорошая идея, нету прав - водите велосипед ))

расшифровал (5), ТС, у вас нет своего склада и вы пользуетесь ответ хранением? Ордерная схема?

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

(36) У периодического регистра есть еще нюанс. Если установлена периодичность день, то платформа гарантирует, что в этот день будет только 1 запись. Если же есть измерение типа Дата, то проверка того, что в 1 день только 1 запись ложится на программиста.

+(37) 1 запись по остальному набору измерений.

(37) (38) >> проверка того, что в 1 день только 1 запись ложится на программиста

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

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

(29) не, периодичность там точно не нужна

Всё, полезли тролли.. Лишь бы повод найти.

(27) >Тут судя по (24) глубочайшее непонимание и задачи и инструмента.
Советую проверить вашу судилку.

Про срез я заговорил только потому, что его упоняли в (14). Сам считаю, что он тут не нужен.
Получаем первый вопрос ко всем:
I. Нужно ли использовать срез в данной задаче?

Далее вопрос лично к (27). О каком непонимании идёт речь? Мб я действительно что-то не понимаю, но я очень сомвеаюсь. Если вдруг выяснится наличие непонимания, то признаю свою несостоятельность.

(26) Зачем тогда вводят несколько документов Инвентаризация товаров?

(35) Скорее комиссия, но это пример.

(36) Использование среза можно отключить.

(37) Читаем первую строчку (29)

(39) Какая разница между периодическим РС и таким РС с доп. измерением Период?

(41) "Скорее комиссия, но это пример". еще один плюс документа без всяких проведений и рс - его легче реструктуризировать, т.к. затронуты минимум митоданых. А именно этим придется заняться, когда вы таки выясните типовые задачи и будете готовы накидать себе ТЗ

(мимо проходя) Прайсы поставщиков с остатками на дату? Нет, не интересно.

У меня УПП, а там - типовой рс "НоменклатураКонтрагентов" (измерения: Контрагент, Номенклатура, ХарактеристикаНоменклатуры), а в ресурсах все нужные данные контрагента (код, артикул, наименование, штрихкод и т.д.).

Ну добавил я в ресурсы цену и дату... нет, не интересно.

(41) Не надо так нервничать.
Ты решаешь задачу и имеешь полное представление о том "что, куда и как".
Если тебе просто нужно посмотреть нескольким менеджерам раз в день "вот столько осталось" - сделай отчёт, и парси XML (или внешний источник данных)
Если используешь в оперативной работе остатки - РС с ежедневной очисткой по получении отчёта, в константу запихни дату актуальности данных в РС (документ не подойдёт из-за медленной выборки)


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

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

(41) >> Какая разница между периодическим РС и таким РС с доп. измерением Период?

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

Так же и здесь. Для решения задачи можно и периодический регистр сведений использовать. Вопрос только один и он чисто риторический - а нафейхуя?

(46) Правильный вопрос -  а нафейхуя вообще хранить это дерьмо у себя в базе?

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

(48) На кой ляд? Передача на хранение и получение с хранения оформляются документально. Есть расхождения - подняли документы и нашли причину.

IМHO очередная попытка развести бардак в организации процессов и в учете, а затем придумывать костыли к нему.

(48) Измерение Период подразумевает периодичность. Зачем создавать измерение, если оно есть у периодиского регистра?

(49) Чтобы быстрее дебажить.
Документы оформляются раз в месяц или даже квартал, а возможность смотреть остатки есть каждый день. Если бух/менеджер хочет смотреть остатки на каждый день, то почему бы не дать ему эту возможность?

(0) Документ + РС

(50) Какие на фиг "раз в месяц"? На каждую операцию передачи на хранение/получения с хранения оформляется документ с подписями двух сторон. В момент совершения.

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

(52) Интернет-магазин отдали другой организации. Раньше в базе было куча реализаций товаров физикам. Сейчас раз месяц будет, наверно, отчет комиссионера. В пределах месяца нужно что-то вроде инвентаризации. Зачем - хз.
Возможно это нужно/понадобиться руководителю интернет-магазина, чтобы оперативно смотреть продажи/остатки.

(39) А как насчет периодичности в пределах месяца, квартала или года?

(53) Ясно. Сначала решили упростить себе жизнь, уменьшив количество документов, а затем прилепили костыль, чтобы получать оперативную информацию :) Российский бизнес...