Задача 1.01

[YFred]

Посмотрите пожалуйста мое решениеВложения:
1781292.dt

[Igor-pn]

Мой вариант задачи 1.1Вложения:
7911302.dt

[Shooroopik111]

Просьба мастеров и знатоков 1с проверить. Заранее спасибо.

 Заранее прошу прощения за то что не сделал подсистемы.

 Ребят и вот какие вопросы:

 1)Нужно ли делать проверку на не заполненньсть реквизита ВидНоменклатуры?
 И как такую возможность лучше реализовать?

 2)Чтобы в регистр непопали пустые данные, нужны ли выставлять свойстов проверка заполнения у реквизитов ТЧ ПТУ и РТУ?Вложения:
Shooroopik_1_01.dt

[DenVit]

удалено

[snaz]

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

[MorningStalker]

Цитата s-n-a-y ()

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

 потому что, ты обращаешься к ТОЛЬКО к регистру ОстаткиТоваров. И если ты не удалишь старые движения по этому регистру, то твой запрос вернет не верную информацию. К регистру Продажи ты НЕ обращаешься, поэтому нет смысла его очищать.

 Пример:
 На складе есть 5 табуреток.
 Документ №1 списывает все 5 шт.
 На складе осталось 0 шт.

 Перепроводим Документ №1.

 Если ты не очистишь тем или иным методом старые движения, то запрос к регистру ОстаткиТоваров вернет тебе информацию, что на складе 0 шт и не даст тебе перепровести документ (если конечно у тебя работает контроль остатков .

 А если очищать, то...
 в начале обработки проведения было 0.
 потом ты очищаешь движения, 5 шт. возвращаются на склад.
 делаешь запрос - он тебе возвращает 5 шт.
 записываешь нужные тебе движения...

 Подумай логически, зачем тебе в такой ситуации нужно очищать регистр Продажи?

[snaz]

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

[MorningStalker]

Цитата MorningStalker ()

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

у тебя в ОбработкеПроведения  Р/н есть движения по Регистру Продажи и по Регистру ОстаткиТоваров. При выходе из ОбработкиПроведения эти движения запишутся в регистр. Никаких старых записей сохранено не будет. Будут единственные актуальные записи.

 Логика проведения проста:

 Для Регистра ОстаткиТоваров:
 1. На начало Обработки Проведения у тебя уже есть какие-то записи по Регистру ОтстаткиТоваров.
 2. Для того чтобы эти записи не влияли на данные, которые вернет запрос к Регистру ОстаткиТоваров ты их либо очищаешь, либо записываешь их пустыми.
 3. Запрос возвращает данные.
 4. Ты обрабатываешь эти данные и формируешь на их основании проводки.
 5. В регистр записываются сформированные тобой записи.
 _____________Они единственные, нет никаких старых или новых, пустых или очищенных. Есть записи, которые ты сформировал в ОбработкеПроведения_____________

 Для Регистра Продажи:
 1. На начало ОбработкиПроведения у тебя уже есть какие-то записи по Регистру Продажи. Ну и хрен с ними, пусть будут.
 2. Ты ничего не очищаешь и не перезаписываешь, тебе не нужны эти изменения - эти лишнее обращение к БазеДанных, которое абсолютно не нужно!
 3. Ты формируешь записи по регистру Продажи, они могут быть теми же самыми, что и раньше, а могут отличаться от них.
 4. В регистр записываются сформированные тобой записи.
 ____________Они единственные, нет никаких старых или новых, пустых или очищенных. Есть записи, которые ты сформировал в ОбработкеПроведения. Они могут отличаться от старых записей или быть такими же, но они одни и в отчет попадут именно они_____________

[letni88]

s-n-a-y, по очищению регистра Остатки: при проведении будущей датой, сначала ты очищаешь движения в памяти методом остатки.очистить(), хотя в большинстве случаев это можно не делать и движения очищаются автоматически, но тем не менее существуют некоторые моменты, когда движения в памяти не очищаются, тем самым мы предостерегаем себя от некоторых ситуаций. Далее мы записываем пустой набор в базу. Это сделано для того, чтобы в случае проведения будущей датой при получении остатков не учитывались движения нашего документа. С регистром продажи мы не получаем остатки, да и вообще никакую информацию не получаем, поэтому смысла нет его записывать пустым набором.

[snaz]

Вопрос по документу Приходная накладная. Может ли в табличной части документа (по условию задачи) быть несколько строк с одинаковой номенклатурой, но разной ценой (себестоимостью) товара. Если да, то при проведении документа Расходная накладная группировать по номенклатуре не получиться, так как цена разная. Нужно отдельно считать товар кол-во товара с большей ценой и с меньшей ценой. Это так?

[Demy]

Цитата s-n-a-y ()

Вопрос по документу Приходная накладная. Может ли в табличной части документа (по условию задачи) быть несколько строк с одинаковой номенклатурой, но разной ценой (себестоимостью) товара. Если да, то при проведении документа Расходная накладная группировать по номенклатуре не получиться, так как цена разная. Нужно отдельно считать товар кол-во товара с большей ценой и с меньшей ценой. Это так?

А при чем тут цена? Просто складываешь количество и сумму, а цена определяется отношением этих величин.

[otymko]

Добрый день. Не знаю оптимально ли я решил данную задачу. Заранее спасибо тем кто посмотрит мое решение.Вложения:
1.1_otymko.dt

[letni88]

s-n-a-y, прослеживается непонимание регистра накопления. Цена в приходной это ресурс, поэтому не имеет значения сколько у тебя записей будет с разными ценами, в конечном счете при получении остатков все записи просуммируются и сгруппируются по номенклатуре.

[Demy]

otymko, посмотрел твое решение:
 1. Зачем в справочнике "Номенклатура" использовать реквизит услуга, есть же "Перечисления.ВидыНоменклатуры"? (правда не знаю как к этому относятся на экзамене).
 2. В расходной накладной при получении партий в запросе нужно сортировать по моменту времени, а не по ссылке.
 3. В той же расходной накладной признак услуги лучше вытянуть в запросе, иначе платформа постоянно читает номенклатуру из базы.
 4. Так делать не обязательно:           

Код

Если КолНужно < ДанныеП.КолОст Тогда
                 КолС = КолНужно;
                 СуммаС = ДанныеП.СуммаОст * КолНужно / ДанныеП.КолОст;
             Иначе
                 КолС = ДанныеП.КолОст;
                 СуммаС = ДанныеП.СуммаОст;
             КонецЕсли;

можно обойтись:
                

Код

КолС = Мин(КолНужно, ДанныеП.КолОст);
                 СуммаС = ДанныеП.СуммаОст * КолС / ДанныеП.КолОст;

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

[MorningStalker]

Цитата Demy ()

1. Зачем в справочнике "Номенклатура" использовать реквизит услуга, есть же "Перечисления.ВидыНоменклатуры"? (правда не знаю как к этому относятся на экзамене).

Вот с этим я не согласен, реквизит "ЭтоУслуга" у справочника "Номенклатура" использовать гораздо удобнее, чем перечисление. Я тоже так всегда делаю.

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

 P.S. с остальными пунктами абсолютно согласен. Пункт №3 вообще крупный косяк, по факту это запрос в цикле.