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

Регистр:
Измерения:
 Товар
Ресурсы:
 Количество
 СуммаПоПриходу
 СуммаПоРозничнойЦене

(Приход и расход методом FIFO. Основная проблема в том что я не совсем понимаю как вести Ресурс СуммаПоРозничнойЦене, т.е. сумма по которой я продаю товар. СуммаПоПриходу - тут ясно по чем пришел товар по тойже цене партии и списываю его. При приходе товара что делать с Ресуросом СуммаПоРозничнойЦене = количество*ценуРасхода - так я не могу посчитать в документе прихода, т.к. цену расхода я узнаю когда буду создавать расходный документ. Данный ресурс по идее нужен для анализа выручки т.е. сумма прихода - сумма расхода, как вообще правильно ведется такой учет? Всем кто вник в поставленный вопрос большое спасибо! это не просто прочитать столько :)  )

Регистр:
Измерения
 Партия
 Товар
Ресурсы
 Количество
 СуммаПоПриходу
 СуммаПоРозничнойЦене

Сделай оборотный регистр Розничные продажи

Измерения
 Партия
 Товар
Ресурсы
 Количество
 СуммаПоПриходу
Реквизит
 СуммаПоРозничнойЦене

+(3) а вообще чего велосипед изобретать. Открываете ТиС и смотрите

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

(3) Только последовательность поменять на Товар-Партия

(6) согласен

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

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

(6) не понял имеет разница в каком порядке они перечислены в регистре?

Что бы работал механизм ФИФО, то нужен еще и период, или признак последовательности.

(9) важно для производительности

(0)Данный ресурс по идее нужен для анализа выручки т.е. сумма прихода - сумма расхода, как вообще правильно ведется такой учет? Всем кто вник в поставленный вопрос большое спасибо! это не просто прочитать столько :)  )

Для этого добавляют ресурс Стоимость в регистр по продажам, а не наоборот.

(9) А что тут думать? Если продажа пишем в него что сколько когда и по какой цене. А если перемещение или ещё какая бяка ничего не пишем

А зачем вообще суммы в товарном регистре? Хочется гемора с закрытием поиметь?

Закупочная стоимость - в партии; сумма реализации - в рег.Продаж.
Реквизиты в остаточных регистрах - вообще дьявольское порождение.

(13) А почему не пишем? если перемещение со склада на склад, то при наличии измерения склад то одному минусуем, на второй в плюс.. да и акты возврата или недовоза товара...

(15) С каких пор перемещение стало продажей. В том и цимес, что в одном регистре все движения товара, влияющие на остатки, а в другом только продажи.

(9) не хватит тебе одного регистра.

Кстати, наверное стоит ещё Склад в измерения. Или складов у вас нет?

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

(18) Партионный учет по складу? Или мб стоимость по организации считается?

(18) не складов нет, по крайне мере пока... тут с (0) этим разобраться бы - вон сколько вариантов решений предлагают

В смысле стоимость по складу или по организации?

(0) Спеца по платформе сдай и тем таких заводить не будешь

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

(20) у нас к примеру так и есть, точнее, хотелось бы. Но долбаное наследие от ПУБа с двумя товарными регистрами... поубивал бы...

(25) Все от учетной политики зависит.

(21) Варианты - это хорошо конечно. Но я бы начал с того, какие вообще у вас операции (физически) с товаром происходят, и какая нужна отчётность в итоге. А то смешно проектировать что-то не зная назначения.

Так для примера с вариантом регистром оборотов правильно будет?


Регистр
  ПродукцияОстаток - регистр остаток
     Измерения
       Продукция
       Партия
     Ресурсы
       Количество
       СуммаПоПриходу
Регистр
  ПродукцияОборот - регистр оборотов
     Измерения
       Продукция
       Партия
     Ресурсы
       Количество
       СуммаПоПриходу
     Реквизит
       ЦенаПродажи

(27) классическая задача, купи перепродай :), только цену продажи задается при продаже - документом

а зачем СуммаПоПриходу?

(30) СуммаПоПриходу, - полагаю может пригодится для сведения, чтобы посчитать цену прихода... вычислить сумму "навара"

(31) для этих целей не надо ресурс в регистре, а надо ЦенаПрихода в партии

(29) раз "классическая" так возьмите типовую систему, а вообще в каждой классической задаче есть свои местные особенности...
(28) нет, не так. Так вернее будет:
  ПродукцияПродажи - регистр оборотов
     Измерения
       Продукция
     Ресурсы
       Количество
       СуммаПоПриходу
       ЦенаПродажи

И, кстати, ТС - наименования лучше продумывай - СуммаПоПриходу прямо глаза режет.

(34) это я для наглядности название такое дал, твое предложение как назвать?
так в ресурсы писать не сумму а цену (33)?

(35) Стоимость. Или просто "Сумма".
Сумма продажи конечно же... копипаст.

(0) На сколько я вообще понял, что нужно:
Заказали товар. Оприходовали товар, Сделали запись в оборотный регистр (Товар, партия, количество, ЦенаПриходная). Перепродаем... Запись в регистр (Товар, партия, количество,сумма (с НДС или без, а можно и два), Цена по приходу (по идее при подборе партии методом FIFO автоматом получишь)). Получается:
Измерения
Товар
Партия
Ресурсы
Количество
ЦенаПриходная
СуммаБезНдс
ВсегоСНДС

Для отчетности добавил бы в Измерения: Контрагент, Склад, Документ (хотя и так получить можно), Менеджер (если конечно нужен для анализа продаж по работникам).

Интересно - люди еще семерку осваивают и даже новые конфы пишут.

(37) >>>Оприходовали товар, Сделали запись в оборотный регистр

Это п...ц

(36) ну вот а то я уже в ТиС залез и еще в пару источников...
так более менее понятно что откуда

(38) семерка привычнее, 8ка не куплена темболее... с ней сложнее поэтому

(40) тык ставьте ТиС и не парьте себе мозг. С 0, вы со своим опытом, такое натворите...

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

в смысле (41) а не (40)

(39) каким образом тогда показывать плюс(приход товара)?

(44) открыть наконец, для себя ТиС

(42) О... вы еще и упростили... ну успехов
(44) приход пишется в регистр остатков, а оборотный только для фиксации продаж.

итак резюмирую:
 ОборотПродукции - регистр оборотов
  Измерения
    Продукция
    Партия
  Ресурсы
    Количество
    СуммаПрихода
    СуммаРасхода

в документе прихода ресурс суммаРасхода записывать 0
а в документе расхода (продажи) суммаРасхода=количество*ЦенаПродажи

(42) на 7.7 есть ПУБ, упрощенное "производство" и в ТиС возможна

в дополнении к (47)
регистр остатоков конечно есть
он выглядит так
 ПродукцияОстаток
   Измерения
     Продукция
     Партия
   Ресурсы
     Количество

(48) спасибо за наводку, но хотелось бы свое, оно яснее

(47) в топку.

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

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

(52) у многих мнения различаются, к примеру на сайте http://mista.ru/sklad_1c/part7.htm там   в приходной накладной в регистр оборотов пишет сведения. Я полагаю чтобы потом в отчетах можно было больше информации получить

(53) Кто тебе доверил писать конфу по производству и тем более проектировать структуру регистров? Это же омг, я уже знаю чем это закончится(

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