Задача 2.09

[provincial_1с]

Кто решил ?

[svbel85]

pershinsergei, берем первую строку, запаминаем номенклатуру и срок, перебираем все остальтые строки, сравниваем, потом со второй строкой также
 можно так

[BashOrgRu]

Quote (pershinsergei)

Вообще даже понятия не имею как реализовать это:
 В одном документе не может быть одинаковых товаров с различными сроками годности (и разной ценой)

 Мне кажется что в контексте

Quote

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

это больше воспринимается как установка начальных условий, а не требование к контролю состава приходной накладной.

А чего в ПВХ ВидыСубконто Субконто "Партии" Называется "срок годности"?

[lubja]

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

Добавлено (18.07.2011, 12:01)
---------------------------------------------
проверку приходной не реализовала

Вложения:
lubja_2_09.dt

[vvvlad85]

А если дату поставить в субконто то все просто. Но что скажут на это экзаменатор.

[DoctorRoza]

То, что не рекомендовано еще не значит, что это неправильно.Вложения:
DoctorRoza_2_9.dt

[Para_1987]

Готово, вроде все по постановке. Документ операции делать не стал, и так понятно все с ним. Проверку в приходной реализовал, думаю это самое простое. В запросе необходимо группировать по номенклатуре и выбирать Количество Различные у цены и срока годности. Вот и все. Попарился с отчетом что бы привести в нужный вид. А так вроде бы задача не сложная. Не совсем понимаю одно...некоторые в задаче накладывают блокировку на поле СЧЕТ....это правильно или нет и почему? я наложил блокировку только на субконто1 (Номенклатура). Срок годности сделал как субконто 3 у товаров.
 Буду рад критике по поводу моего решения. Вложения:
Para_1987_2.09.dt

[mkanaev]

Проверка реализовывается просто, запрос на таб.часть, группировка строк по номенклатуре, срок годности
 берём "Количество различных", если данный реквизит >1 тогда есть разные сроки годности!!! вот и всё проверка!.

 По поводу даты в субконто... я обычно завожу справочник "СрокиГодности"(наподобии справочника "Серии" в УТ) и задаю ему реквизит типа "дата" всё просто...

[kitaets]

Конечно можно придраться к полной блокировке регистра, отсутствию проверки на NULL, но я думаю это просто, и все знают, как это реализовать. Смотрел другие решения, регистр сведений это конечно хорошо, но не усмотрел условия в задаче, что срок годности меняется 10 раз в неделю, поэтому отказался от рег.свед., решил сделать через справочник, запросы получаются легче, хотя по идее в этот же справочник можно было бы и партию воткнуть. Ну, ладно, сделал, как сделал, может кому поможет для сдачи экзамена. Не судите строго, я все же бывший Сишник.Вложения:
2_9__Cv8.dt

[garden]

На одном из форумов прочитала ответ Павла Белоусова 1С
 "Павел, подскажите, пожалуйста, насколько в данной задаче уместно использование субконто нессылочного типа (тип дата) для срока годности? Читал, что подобное не желательно, не будет ли это ошибкой на экзамене?

 22.11.2009 21:10 Белоусов Павел, 1С

 Нет, не будет. Однако, Вы должны уметь пояснить почему так делать не рекомендуется. На всякий случай, можно посмотреть здесь: "Профессиональная разработка в системе 1С:Предприятие 8", стр.253 (Примечание), стр. 306-309 "

[sv_mikh]

Мое решение.
 1. Дату храню в справочнике.
 2. Реализовано условие в документе поступления
 ---------------------------------------------------------
 Интересно, получается при построении выборки для списания используется срок годности и цена партии. А дата самой партии не используется.Вложения:
sv_mikh_02_09_4.dt

[kow1976]

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

 Йогурт
 07.01.10   Прих. накладная №1   10 шт 120 грн
 Йогурт
 17.01.10   Прих. накладная №1   10шт 150 грн.

 Кто как понимает эту проблему?

[sv_mikh]

Quote (kow1976)

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

 Йогурт
 07.01.10   Прих. накладная №1   10 шт 120 грн
 Йогурт
 17.01.10   Прих. накладная №1   10шт 150 грн.
 

 Я для себя условие на приход определил так: в одном документе не может быть одного товара по разным ценам или по разным срокам годности. Т.е. проще в одном документе только один товар с одним сроком годности и одной ценой. Не иначе.

[kow1976]

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

[sv_mikh]

Quote (kow1976)

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

 Глядя на отчет можно сказать: в одном приходе может быть товар по разным срокам годности и разным ценам... Может все обратное -- нельзя... Нельзя с разными сроками, и одинаковой ценой, нельзя с разными ценами и одинаковыми сроками... Молодец Белоусов... Умеет построить условие через несколько НЕ...

[kow1976]

Такой вариант решения задачи.
 Спасибо за комментарии и замечания.Вложения:
kow1976_2.9.dt

[Hawk]

Получается условия противоречат отчету!!! на вопрос как быть? приходит ответ решай как хошь ) ... хотя по логике в реальности в приходной бывает такое что указывают один и тот же товар с разными сроками и разной ценой и есть еще одно условие "при проведении расходной себестоимость рассчитывается в разрезе партий и сроков годности" следовательно в приходной может быть товар с разными сроками и ценой иначе если в приходной нельзя вводить товар с разными сроками то логичнее рассчитывать себестоимость в разрезе партии без сроков годности т.к в партии не будет товара с разным сроком годности а в отчете он есть йогурт 10.01.12 и йогурт 17.01.10

[3k_strelok]

kow1976, нет ручной операции, ресурс количество "Балансовый" у него же нет связи с признаком учета.
 sv_mikh, зачем дату хранить в справочнике, почему у ПВХ "виды субконто" не расширить типы значения характеристик?

[fimanich]

Прикрепляю свое решение. Критика приветствуется.Вложения:
fimanich_02_09.dt

[nskripka]

Еще одно решение.
 Условие ,конечно, неоднозначное. Непонятное.
 Я думаю, что имелось ввиду то, что для в одной приходной накладной может быть один и тот же товар с одинаковыми сроками годности, но цена должна быть одинаковая. Иначе вы не сможете определить наиболее дорогой товар в этой приходной при списании.
 Как вы сможете правильно списать товар, если в накладной пришел одинаковый товар с одной  и той же датой годности, но по разным ценам. Чтобы правильно списался товар по цене, нужно еще определять один разрез хранения остатков - цена. (Как сделано в торговле).

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

 Отчет сделал в двух вариантах. Первый - без макета. Второй - с макетом.Вложения:
2_09_nskripka.dt

[DenisRos]

Буду признателен если кто нить даст ответ на два вопроса:
 1. В задаче написано "не может быть одинаковых товаров с различным сроком годности  (и разной ценой)". Это означает, что не может быть одинаковых товаров у которых либо разные даты, либо разные цены или у которых при разных датах не может быть разных цен?
 2. В наиболее часто встречающихся ошибках написано, что регистр остатков должен закрываться в ноль. Как это можно сделать в этой задаче по счету "Прибыли и Убытки"? И вообще на сколько актуально это условие для бух учета, т.к. это уже третья задача у меня, которая никак не закрывается в ноль.

[TuMyP1985]

Цитата

DenisRos

1. я считаю как и "sv_mikh" - "в одном документе не может быть одного товара по разным ценам или по разным срокам годности."
 2. по этому вопросу я думаю, Расходная создаст движение по счету "Прибыли и убытки", а для закрытия этого счета уже нужны другие документы, которые не обговариваются в условии задачи. (как например что Приходная создает движения по счету "Товары", а Расходная закрывает этот счет по количеству и себестоимости)

 Мой вариантВложения:
KTT_2_9.dt

[artfa]

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

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

 многие в решениях в запросах устанавливают субконто через параметр, зачем? ведь у нас субконто - предопределенное значение и пользователь не сможет изменить субконто, а так же все возможные субконто (количество) в счете Товары установленоВложения:
2.9.dt

[fimanich]

Цитата (artfa)

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

Если ты про параметр ВидыСубконто в запросе, то так запрос работает быстрее вроде бы

[artfa]

Цитата (fimanich)

Если ты про параметр ВидыСубконто в запросе, то так запрос работает быстрее вроде бы

я думаю наврядли, т.к. у нас субконто не может быть изменено и в запросе мы выбираем все субконто у счета Товары, поэтому ч\з параметр - явно лишнее действие, это все равно что мы например номенклатуре в запросе устанавливали параметр номенклатура из СпискаНоменклатуры, смысла в таком параметре нет, а вообще, по хорошему, нужно скорость выполнения запроса сравнить.

[fimanich]

Цитата (artfa)

я думаю наврядли, т.к. у нас субконто не может быть изменено и в запросе мы выбираем все субконто у счета Товары, поэтому ч\з параметр - явно лишнее действие, это все равно что мы например номенклатуре в запросе устанавливали параметр номенклатура из СпискаНоменклатуры, смысла в таком параметре нет, а вообще, по хорошему, нужно скорость выполнения запроса сравнить.

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

[artfa]

Цитата (fimanich)

Однако специально я не анализировал

замерил производительность с параметром &Субконто - масиив субконто и без, результат 0,0008395 против 0,014315, так что вы правы, дествительно ч\з параметр запрос работает быстрее почти в два раза, теперь буду устанавливать этот параметр во всех запросах в последующих решениях

[non1ka]

Решил задачу неординарно.
 Вынес срок годности в регистр сведений, объясняю почему:
 1. в одном документе приходная не может быть один товар с одинаковым сроком
 годности и с разной ценой, либо с одинаковой ценой и с разным сроком
 годности. 
 Как я понял необходимо реализовать проверку на данное событие
 Если использовать регистр сведений, при записи эта проверка будет реализована на уровне платформы
 2. Не рекомендуется использовать ВидыСубконто простых типов данных.

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

 Единственное, что при формировании отчета используется физическая таблица регистра, но я думаю это лучше чем использовать тип Дата в виде субконто.
 Выкладываю решениеВложения:
6113376.dt

[IT_PROGRAMMIST]

Ребят, кому-нибудь попадалась данная задача на экзамене?
 Было ли ошибкой использования субконто нессылочного типа (тип дата) для срока годности?
 Просмотрел многие решения - практически никто не использует субконто с типом Дата.
 Вроде был уже получен на это ответ
 http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=547538&print=1
 что можно использовать. Или Белоусов Павел просто пошутил и на экзамене это оказалось ошибкой?

[Zhuravlik]

Проверку реализовал, в качестве субконто "СрокГодности" использовал справочник. Прошу уделить внимание)Вложения:
Zhuravlik_2.9.dt

[Шахназар]

А как убрать заголовки в группах полей?

[Шахназар]

Рад буду критике!

[Odines]

Мое решение

[Zeskord]

Рад буду критике!

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

Справочник "СрокиГодности" - не надо было, надо использовать поле с типом "Дата".

Вид учета субконто Суммовой тоже не надо было создавать.

Задача усложнена. Появились какие-то проекты, счет Дебиторка.

[Zeskord]

Мое решение

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

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

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

[Odines]

Мое решение

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

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

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

спасибо!

[rusmosav]

Прощу оценить.

[lyulko]

День добрый, коллеги! посмотрите мое решение, буду рад критике!

[ahang]

День добрый, коллеги! посмотрите мое решение, буду рад критике!

Добрый день! В документе Расходная накладная присутствует "проблема копеек", а также в цикле нет проверки на количество распределяемого товара, т.е. в цикле отсутствует следующие условие:

Код: [Выделить]

Пока Выборка.Следующий() И ОсталосьРаспределить>0 ЦиклТакже считаю в качестве оптимизации не нужно делать 2 цикла по ВыборкаНоменклатура, лучше сделать проверку и списание в одном цикле.

Примерно все будет выглядеть вот так:

Код: [Выделить]

Пока ВыборкаНоменклатура.Следующий() Цикл
Если ВыборкаНоменклатура.Количество - ВыборкаНоменклатура.КоличествоОстаток>0 Тогда
Отказ = Истина;
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Недостаточно товара <"+ ВыборкаНоменклатура.номенклатура+"> в количестве <"+(ВыборкаНоменклатура.Количество - ВыборкаНоменклатура.КоличествоОстаток)+"> шт";
Сообщение.Сообщить();
КонецЕсли;

Если Отказ Тогда
Продолжить;
КонецЕсли;

Выборка = ВыборкаНоменклатура.Выбрать();
ОсталосьРаспределить = ВыборкаНоменклатура.Количество;
Пока Выборка.Следующий() И ОсталосьРаспределить > 0 Цикл
Распределить =МИН(ОсталосьРаспределить,выборка.КоличествоОстаток);
ОсталосьРаспределить = ОсталосьРаспределить-Распределить;
Движение = Движения.Управленческий.Добавить();
Движение.СчетКт = ПланыСчетов.Управленческий.Товары;
Движение.СчетДт = ПланыСчетов.Управленческий.ПрибылиУбытки;
Движение.Период = Дата;
Движение.КоличествоКт = Распределить;
// обход проблемы копеек
Движение.Сумма = ?(ОсталосьРаспределить=выборка.КоличествоОстаток,Выборка.СуммаОстаток,Распределить/Выборка.КоличествоОстаток*Выборка.СуммаОстаток);
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Номенклатура] = Выборка.Номенклатура;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.СрокГодности] = Выборка.Субконто2;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Партия] = Выборка.Субконто3;
КонецЦикла;
КонецЦикла;

Если НЕ Отказ Тогда
Движение = Движения.Управленческий.Добавить();
Движение.СчетДт = ПланыСчетов.Управленческий.Покупатели;
Движение.СчетКт = ПланыСчетов.Управленческий.ПрибылиУбытки;
Движение.Период = Дата;
Движение.Сумма = СуммаПоДокументу;
КонецЕсли;
Также есть небольшое замечание по запросу, раз Вы решили сделать отдельную виртуальную таблицу ВТ_Остатки, то не забывайте и по ней сделать Индексирование по полю Номенклатура, т.к. чуть ниже в запросе по этому полю идет соединение м/у двумя таблицами ДокТЧ и ВТ_Остатки. Вообще можно было бы обойтись без создания ВТ_Остатки.

[lyulko]

День добрый, коллеги! посмотрите мое решение, буду рад критике!

Добрый день! В документе Расходная накладная присутствует "проблема копеек", а также в цикле нет проверки на количество распределяемого товара, т.е. в цикле отсутствует следующие условие:

Код: [Выделить]

Пока Выборка.Следующий() И ОсталосьРаспределить>0 ЦиклТакже считаю в качестве оптимизации не нужно делать 2 цикла по ВыборкаНоменклатура, лучше сделать проверку и списание в одном цикле.

Примерно все будет выглядеть вот так:

Код: [Выделить]

Пока ВыборкаНоменклатура.Следующий() Цикл
Если ВыборкаНоменклатура.Количество - ВыборкаНоменклатура.КоличествоОстаток>0 Тогда
Отказ = Истина;
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "Недостаточно товара <"+ ВыборкаНоменклатура.номенклатура+"> в количестве <"+(ВыборкаНоменклатура.Количество - ВыборкаНоменклатура.КоличествоОстаток)+"> шт";
Сообщение.Сообщить();
КонецЕсли;

Если Отказ Тогда
Продолжить;
КонецЕсли;

Выборка = ВыборкаНоменклатура.Выбрать();
ОсталосьРаспределить = ВыборкаНоменклатура.Количество;
Пока Выборка.Следующий() И ОсталосьРаспределить > 0 Цикл
Распределить =МИН(ОсталосьРаспределить,выборка.КоличествоОстаток);
ОсталосьРаспределить = ОсталосьРаспределить-Распределить;
Движение = Движения.Управленческий.Добавить();
Движение.СчетКт = ПланыСчетов.Управленческий.Товары;
Движение.СчетДт = ПланыСчетов.Управленческий.ПрибылиУбытки;
Движение.Период = Дата;
Движение.КоличествоКт = Распределить;
// обход проблемы копеек
Движение.Сумма = ?(ОсталосьРаспределить=выборка.КоличествоОстаток,Выборка.СуммаОстаток,Распределить/Выборка.КоличествоОстаток*Выборка.СуммаОстаток);
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Номенклатура] = Выборка.Номенклатура;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.СрокГодности] = Выборка.Субконто2;
Движение.СубконтоКт[ПланыВидовХарактеристик.ВидыСубконто.Партия] = Выборка.Субконто3;
КонецЦикла;
КонецЦикла;

Если НЕ Отказ Тогда
Движение = Движения.Управленческий.Добавить();
Движение.СчетДт = ПланыСчетов.Управленческий.Покупатели;
Движение.СчетКт = ПланыСчетов.Управленческий.ПрибылиУбытки;
Движение.Период = Дата;
Движение.Сумма = СуммаПоДокументу;
КонецЕсли;
Также есть небольшое замечание по запросу, раз Вы решили сделать отдельную виртуальную таблицу ВТ_Остатки, то не забывайте и по ней сделать Индексирование по полю Номенклатура, т.к. чуть ниже в запросе по этому полю идет соединение м/у двумя таблицами ДокТЧ и ВТ_Остатки. Вообще можно было бы обойтись без создания ВТ_Остатки.

Спасибо, да действительно упустил проверку на "осталосьСписать>0" в спешке таймера отсчета времени. все остальные замечания тоже исправил

[ahang]

Прощу оценить.

В модуле проведения документа Расходная накладная, когда получаете виртуальную таблицу "Список", забыли указать условие отбора по текущему документу.

Также считаю создавать справочник "Сроки" излишним. Для счета "Товары" по аналитике "Срок годности" нужно было использовать "Дату", а не справочник. В связи с тем, что в запросе Вы упорядочивание делаете по наименованию поля "Срок годности", то не выполняется условие задачи "В первую очередь списывается товар с наименьшим сроком годности...". Т.е. если в Вашей базе поставить на приход один и тот же товар, но с разными сроками годности, например "01/02/2018" и "30.06.2017", то у Вас списывается первым товар со сроком "01/02/2018".

[majestic]

Решил, используя 3 субконто у счета "Товары" - Номенклатура, Партия, Срок годности. В случае, если в документе поступления товаров добавляется строчка номенклатуры со сроком годности, отличающимся от срока годности уже введенной аналогичной номенклатуры, то строчки схлопываются по количеству, цена берется из уже введенной строки.

[veiuper]

Буду рад критике.

С учетом ответа Павла Белоусова на http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=547538&print=1.