Есть документ, делает движения которые нужны для справки, не остатки. Не обязательно же их записывать в регистр сведений? Или лучше все таки в регистр? В базе ИМХО храниться будет одинаково в таблицах, и запросом выбираться одинаково. Или нет?

(0) Да лучше сразу справочник заведите. Тоже ведь таблица. И запрос с ней прекрасно работать будет.

(0) Что значит "Нужны для справки"?

Счет покупателю в типовых конфигурациях в принципе тоже не делает никаких движений. Нужен только для справки и печати счета.

Ну и ввода на основании еще тоже. :)

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

(2) Будут выбираться данные только из ТЧ в разрезе реквизитов ТЧ и печататься в отчете.

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

(7) Где хранить - сильно зависит от того, что именно хранить.
Да, всё - таблицы. Но их назначение - различно.
Какие именно данные Вы собираетесь хранить "для справки"?

(7) Сообщи примерно какие данные будут в ТЧ?

(9) Колонки: Товар, цена.

(10) А разве в ТЧ документов, с которыми работаете - нет реквизитов Товар и Цена?

(Что-то уже совсем непонятно стало - что же Вам надо-то)

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

(13) Первый Бит, сдаю тест на спеца.

(12) Есть.

(15) Можешь написать мне в личку свой контакт? Хотел тебя поспрашивать про работу во франче. alllexeГАВmail.ru

(16) Написал с мыла

(10) дай угадаю: установка цен номенклатуры?

(15) Тогда непонятно, что предполагается писать в эти самые "движения", о которых шла речь в (0).

>Что если не записывать движения в регистр, а записывать в ТЧ?

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

(20) Да ладно парня пугать. Может он придумает какой-от новый оригинальный способ хранения данных

Так в чем проблема хранить данные в ТЧ? Кто-то может конкретно сказать?

http://s5.hostingkartinok.com/uploads/images/2013/08/be8a4621e9f3d4e703389628458ac1b2.jpg

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

Колонки "Товар" и "Цена" - а какой они имеют практический смысл ?
Если это, например, счёт покупателю - то в регистре ему делать вообще нечего - достаточно хранить в самом документе.
Если же это установка цен, то мы ведь потом захотим знать последнее (или на данный момент) значение цены - тогда нам поможет Срез Последних (Значение на дату) - здесь без регистра никуда.

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

(25) Это и есть установка цен, но не нужно будет Срез Последних, так как цены устанавливаются один раз по конкретным реквизитам. Значит регистр не нужен, я правильно понял?

(23), (24) если не можете обосновать, не пишите.

(27) Нужен периодический регистр сведений подчиненный регистратору. Хоть и тестовое задание, но предполагается, что цены меняются во времени. А для получения значений на некую дату используется периодический регистр сведений. В твоем случае еще и подчиненный регистратору - документу установки цен.

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

(28) Не нужно получать цены на дату, нужно получать цены на документ.

(29) Ты же сам написал, что у тебя документ установки цен, причем тут расходная накладная?

(29) Заведи оборотный регистр накопления Продажи - и пиши туда.

(30) Сдается мне что неправильно понял задание. Может текст его выложишь?

(31) Он и есть документ установки продажных цен/продажи, два в одном.

(31) Это не он писал. Это mikeA бабу Вангу изображал.

(34) Текст задания давай.

(34) Вона как, Семёныч...
Тогда тебе нужны 2 (Два) регистра. Периодический регистр сведений - цены хранить. И оборотный регистр накопления - для стоимость продаж и т.п.

(35) А в (27) кто писал? :)

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

(38) Да я уже увидел...

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

(36) Фирма торгует уникальным товаром, один товар продается только один раз (например товар "Задняя часть кузова Мазда 3 №25647". В расходной накладной указывается цена продажи, и дополнительный доход по услугам, например услуга "Приваривание задней части Мазды 3 №25647 к передней части". Документ считает общую сумму продажи с учетом всех дополнительных доходов связанных с этим товаром и записывает эту сумму куда-то для того чтобы потом в отчете можно было посмотреть сколько товаров было продано за период и какой получен доход и прибыль с учетом покупок этого товара.

(42) Ты так и объясняй, что цены хранить тебе не надо, ты их руками вбиваешь в документ каждый раз. Если не надо тебе цены хранить - не храни. Вот и все

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

(43) нет, я не вбиваю цены руками. Их документ рассчитывает каждый раз на основании исходных данных.

(44) доход подсчитывает документ, это уже готово. Вопрос был только в том, где хранить это цифру для дальнейшего использования. И почему не подойдет табличная часть?

(46)Для того регистры и придумали, чтобы потом использовать в отчетах. Табличную часть можешь использовать или нет. Это твоё дело. Для задачи хранения данных по доходам, прибыли, товарооборота это не имеет значения.

(46) Потому что специально для таких целей придуманы оборотные регистры. В методичках от "1С" написано, почему так сделано.

Если использовать оборотный регистр, то как быть в такой ситуации: Была получена часть дохода от продажи товара за счет того что покупатель заплатил например за услугу "Приваривание задней части Мазды 3 №25647 к передней части", но товар еще не продан. В регистр запишу стоимость, но количество не будет списано. Получится что продано товара в количестве 0 штук по положительной цене, цена за штуку выходит бесконечность (стоимость/количество)

В данном случае товар является услугой. Количество не нужно. Достаточно суммы.

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

(51) Вот для этого и нужен регистр - в документе указываете услуги, а их стоимость - включаете в цену товара.
Описанная в (49) ситуация - несколько загадочная: покупатель платит за приваривание чужой ("ещё не продан") задней части "Мазды" к чему-то там. Возможно, он купил эту заднюю часть - просто ещё не оплатил? Тогда заводите регистр накопления расчётов с покупателями.

(52) пример просто не удачный.
Ладно, сам разбирусь

(51) Каша в понимании задачки. Зачем указывать в документе услугу, если она потом не нужна в отчетности?

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

В базе может быть 10 проведённых и 10 непроведённых документов.
Если хранить данные в регистрах, там будут только актуальные данные. Для выборки из ТЧ документа придётся в любом случае накладывать условие - ссылка на документ и проведен/не проведен. Потом захочется дополнительной аналитики по шапке документа и т.д. и т.п.

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

документ - это отдельная физ таблица
табличная часть - это отдельная физ таблица

получение информации из ТЧ - это селект к одной физ таблице, а вот для определения проведен/помечен на удаление требуется джойн двух таблиц

простой регистр сведений (не переодический) - это одна таблица, селект к ней обходится без джойна.

по этому регистр будет быстрее по любому!

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

(57)+
Просто, если мы создаёт регистр накопления, то он автоматически накапливает итоги за заданный период.
То есть предполагается, что мы не только можем получить детальные записи, но и общую итоговую картину БЕЗ ПЕРЕБОРА детальных записей.
В случае табличной части получается, что мы должны всегда выполнять перебор с группировкой, причём по дате-времени из основной таблицы.

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

(58) Не все так просто. В регистрах уже готовые данные, которые могут получаться довольно сложными алгоритмами в процессе проведения.

(57) Хороший ответ. Лучший