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

по какому спецу?

(0) Себестоимость по средней кол-во товара \ сумму товара.

(1)платформа

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

а нафейхоа тебе два регистра? контроль по партиям

С/с нужно считать в разрезе номенклатуры, а контроль осуществлять по количеству в разрезе складов.
Предположим, таблица остатков:
склад1, номенклатура1, количество 10 шт., стоимость 2000 руб
склад2, номенклатура1, количество 20 шт., стоимость 8000 руб

Осуществляем продажу со склада1 номенклатуры1 в количестве 10. Тогда, если использовать 1 регистр, то получится так:
ср.стоимость (2000+8000)/30=333,33.
В регистре останутся записи:
склад1, номенклатура1, количество 0 шт., стоимость 2000-333,33*10 = -1333,33.

(5) ответ для Вас.

меня кто-то поддержит :)? или опровергнет?

(0) так это ФИФО/ЛИФО или средняя?

(8) ну и поддержу, если себестоимость считается по компании в целом, то хранить ее по складам - получается хреново...

(0) Ну дык, надо по идее по партиям учитывать (создается еще одно измерение в регистре <документ поступления> (как-то так)). В итоге документы делают записи по регистру примерно следующим образом.
поступление товаров:
Приход1
склад1, номенклатура1, документ поступления1, количество 10, стоимость = 2000
Приход2
склад2, номенклатура1, документ поступления2, количество 20, стоимость = 8000

перемещение:
Расход1
склад1, номенклатура1, документ поступления1, количество 5, стоимость = 1000

Приход3
Склад2, номенклатура1, документ поступления1, количество 5, стоимость = 1000

Реализация (продаем 15 штук со склада 2. Здесь один документ делает расчет количества товаров по партиям и делает несколько записей расхода):

Расход2
склад2, Номенклатура1, документ поступления1 количество 5, стоимость = 1000

расход3
склад2, номенклатура1, документ поступления2, количество 10, стоимость = 4000

В итоге останется
склад1, номенклатура1, документ поступления1, к-во 5, стоимость = 1000
Склад2, номенклатура1, документ поступления2, к-во 10, стоимость = 4000

общая стоимость 5000, а средняя 333 как и была и не изменилась.

Не, разве не так?
З.Ы. Обязательный контроль остатков по складам

это известная задача, себестоимость в разрезе компании, там просто соединение 2 раза с регистром остатков, 1 раз для контроля по складу, второй раз для сс по всем складам

(9)фифо или лифо;
Получается тогда просто, регистр один:
склад, номенклатура, партия, количество, стоимость.
тогда 2 левых соединения, согласен (12)

(4) Правильно, я туже фигню сдавал.

Тут 2 регистра накопления нужно

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

Второй - для расчета себестоимости всреднем по номенклатуре

Все давно перетерто сто раз: http://chistov.spb.ru/forum/16 :)

(0) Например, оперативный учет. Пусть себестоимость в разрезе складов не учитывается, а количество учитывается. Тогда

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

Для бухгалтерских регистров регулируем все через субконто и признаки.

Понятно?

Не буду создавать новую тему, напишу здесь. Нашел решение задачи 1.3 здесь http://ax-online.ru/exams/AttPlatf/Task-1.3.aspx

И не пойму эту конструкцию

   Блокировка = Новый БлокировкаДанных;
   ЭлементБлокировки = Блокировка.Добавить("РегистрНакопления.ОстаткиНоменклатуры");
   ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
   ЭлементБлокировки.ИсточникДанных = СписокНоменклатуры;
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Партия", "Партия");
   Блокировка.Заблокировать();
   
   Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения = Истина; // Зачем эта строчка?
   Движения.ОстаткиНоменклатуры.Записать();

На сайте объяснение

Перед тем как выполнить чтение данных из регистра ОстаткиНоменклатуры, мы стираем прежние движения этого документа, если они были, записывая пустой набор движений. Но ещё прежде мы указываем, что все остатки и обороты, на которые влияли наши прежние движения, следует БлокироватьДляИзменения. Это на тот случай, если по итогам проверки остатков в партиях, мы решимся отказаться от записи новых движений и вернуть прежние. Ведь пока мы производим проверки и формируем движения, другой документ может забрать то, что временно освободилось, когда мы стерли прежние движения.


Но без этой строчки Движения.ОстаткиНоменклатуры.БлокироватьДляИзменения = Истина;
количество по партии остается неизменным, а значит при блокировке с помощью БлокировкаДанных ничего не освобождается. Тогда зачем эта дополнительная блокировка?

И еще вопрос как правильно заблокировать записи?

   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура", "Номенклатура");
   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Партия", "Партия");

   ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Номенклатура,Партия", "Номенклатура,Партия");

(18) Понятно. Вот только с БУ думаю, что не всегда можно только работать с признаками :). В каких-то задача также применяется схема с двумя регистрами: регистр бухгалтерии и РН.

* остаток по партии остается неизменным

(19) а вот, на курсы ходить надо, с 1С самими общаться - полезно :). Это просто, у РН есть свойство - разрешить разделение итогов.

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

разделение итогов - данный ф-л будет работать, кроме файлового варианта. У таблицы остатков есть ещё одно  поле - в него пишется номер транзакции. Т.о. когда осуществляется чтение, то запись ведь одна, а читать её могут многие пользователи!!! А т.к. она одна, то она заблокируется вначале одним пользователем, затем другим ... - и время ожидания сервером отключения такой блокировки - это не есть хорошо. Поэтому решили сделать таких записей не одну на несколько. При пересчете итогов запись вновь становится одной.
(22) да, не сказано, но если ВЫ блокировку установите и свойство будет не установлено, то преподаватель Вас спросит - а для чего Вы это сделали? и если не сумеете объяснить, то минус :). И, кстати - все это также говорят на курсах :).

(20) Есть признаки учета по счету вцелом, есть - по субконто счетов. Измерения и ресурсы регистра могут быть балансовыми (видно что и КУДА ушло), могут - небалансовыми. Там всё весьма гибко. Вот только количество суконто доводить более чем до 3-х как-то некрасиво.