Задача 2.10

[Zhora_Vlg]

Мое решениеВложения:
Zhora_Vlg-2.10.dt

[User_OKA]

Zhora_Vlg

Не реализовано условие "при равных условиях списывается наиболее дорогой товар".

Как реализовать?!
 Себестоимость рассчитывается как средняя по номенклатурной позиции в разрезе сроков годности.
 Но чтобы реализовать условие "при равных условиях списывается наиболее дорогой товар" придется добавить аналитику партию на счет Товары.

[arhov]

Добрый день. Если мы добавим дополнительную аналитику партии, то при проведении РН по этой аналитике появится отрицательный остаток. Поясню.
 ПН1 : Товар1 Колво = 1 Сумма = 10 срок 30.10.12 - т.е. партия1
 ПН2 : Товар2 Колво = 1 Сумма = 20 срок 30.10.12 - т.е. партия2
 Аналитика на счете Товары : Номенклатура , СрокГодности, Партия.

В РН усредняем по СрокуГодности т.е.
 РН: Проводка1 : Номенклатура =Товар1 СрокГодности =30.12.10 партия = партия1 Сумма 15!!!!! -ушла в -5
 Проводка2 : Номенклатура =Товар1 СрокГодности =30.12.10 партия = партия2 Сумма 15!!!!! остаток 5
 Является ли это ошибкой?
 Если сделать субконто "партии" только обороты, то тогда не знаем какую партию списывать, а точнее не увидим остатков по этим партиям.((((
 Условие: "при равных условиях списывается наиболее дорогой товар" ставит в тупик. Или я где то ошибаюсь? Заранее благодарен.

разобрался)))

[kea84]

arhov, так какой выход?

[trantor]

"при равных условиях списывается наиболее дорогой товар"
 можно реализовать так (в запросе ЦЕНА УБЫВ)

ВЫБРАТЬ
    РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
    СУММА(РасходнаяНакладнаяСписокНоменклатуры.Количество) КАК Количество
 ПОМЕСТИТЬ ВремТаб
 ИЗ
    Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
 ГДЕ
    РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка

СГРУППИРОВАТЬ ПО
    РасходнаяНакладнаяСписокНоменклатуры.Номенклатура
 ;

////////////////////////////////////////////////////////////////////////////////
 ВЫБРАТЬ
    УправленческийОстатки.Счет,
    ВремТаб.Номенклатура КАК Номенклатура,
    ЕСТЬNULL(ВремТаб.Количество, 0) КАК Количество,
    УправленческийОстатки.Субконто2 КАК СрокГодности,
    УправленческийОстатки.Субконто3 КАК Партия,
    ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) / ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 1) КАК Цена,
    ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) КАК СуммаОстаток,
    ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 0) КАК КоличествоОстаток
 ИЗ
    ВремТаб КАК ВремТаб
       ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.Остатки(
             &МоментВремени,
             Счет = &Счет,
             ,
             Субконто1 В
                (ВЫБРАТЬ
                   ВремТаб.Номенклатура
                ИЗ
                   ВремТаб)) КАК УправленческийОстатки
       ПО ВремТаб.Номенклатура = УправленческийОстатки.Субконто1

УПОРЯДОЧИТЬ ПО
    УправленческийОстатки.Субконто2,
    Цена УБЫВ
 ИТОГИ
    МАКСИМУМ(Количество),
    СУММА(КоличествоОстаток)
 ПО
    Номенклатура

Добавлено (17.11.2010, 13:54)
---------------------------------------------
Кстати перечитал еще раз условие задачи, там есть взаимоисключающие условия:
 1) При прочих равных условиях списывается наиболее дорогой, после сроков годности
 2) Себестоимость расчитывается как средняя по номенклатуре в разрезе срока годности

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

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

[BashOrgRu]

Quote (trantor)

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

Если отключить, то отчет будет вываливаться с ошибкой, т.к. строки
 

Quote

ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) / ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 1) КАК Цена,
 ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) КАК СуммаОстаток,
 ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 0) КАК КоличествоОстаток

 он подсчитать не сможет.

Как вариант решения (но это по моему извращение) можно ресурс сумма сделать не балансовым и писать отдельно сумму на Дт - средняя цена по номенклатуре и сроку годности и Товары Кт - себестоимость партии

И наверное последний вариант это ввести дополнительный РегистрСведений (Номенклатура, СрокГодности, Партия -> Цена).

[Infant]

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

 ***
 Вижу, что многие в подобных задачах (2.10, 2.13) получают цену делением суммы остатка на количество остаток. Но как в таком случае показать, что списался наиболее дорогой товар? Ведь цена в остатке по номенклатуре и сроку годности "теряется", усредняется.
 Пример:
 Товар1, срок годности 01.01.11, цена 10, кол-во 2
 Товар1, срок годности 01.01.11, цена 20, кол-во 2
 Нужно списать 2 товара. Как показать, что списываем именно товары по цене 20?

 Может я неверно понимаю условие "В первую очередь списывается товар с наименьшим календарным сроком годности (при равных условиях наиболее дорогой)" ?

[Lars_Ulrich]

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

[DoctorRoza]

Подобие 2.9Вложения:
DoctorRoza_2_10.dt

[LEOON]

Отлаживать особо не стал, но буду настаивать что сам способ решения правильный.
 У меня 3 субконто, по другому списывать в разрезе цены(на регистрах бухгалтерии) не получиться никак.
 Да и нет тут ничего криминального, порог в 16 полей далеко.
 В запросе два уровня итогов, один по номенклатуре(проверка кол-ва), второй по срокам(для расчета себестоимости), третий с остатками по ЦенеЗакупки и для упорядочивания.
 По крайней мере:
 - приходуйте как хотите, хоть каждая строчка со своим сроком и ценой
 - себестоимость в разрезе сроков есть
 - контроль остатков есть
 - списание в порядке цен есть
 Может чего не доглядел извиняйте .Вложения:
LEOON_1.10-2.10.dt

[kitaets]

Вот такой вариант...Вложения:
2_10__Cv8.dt

[Saipl]

Quote

DoctorRoza,

Надоело решать "Оперативный учет" решил разбавить "Бухгалтерским"
 Прокомментируй для повышения оразованности.
    мСубконто = Новый Массив;
    мСубконто.Добавить(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура);
    мСубконто.Добавить(ПланыВидовХарактеристик.ВидыСубконто.СрокГодности);
 Что нам это дает в запросе
          Сообщение = Новый СообщениеПользователю;
          Сообщение.Текст = "*************";
          Сообщение.Поле = "СписокНоменклатуры[" + (ВыборкаИтог.НомерСтроки - 1) + "].Количество";
          Сообщение.УстановитьДанные(ЭтотОбъект);
          Сообщение.Сообщить();
 Где-то вычитал что рекомендуется использовать такую схему сообщений, в чем отличие от обычного Сообщить("*************"). Будут ли по этому поводу замечания на экзамене?

[LEOON]

1)С помощью массива субконто и соответствующего параметра виртуальной таблицы можно упорядочивать субконто на счете. Т.е. после установки данного параметра как в примере мы будем уверены что номенклатура в виртуальной таблице будет первым субконто даже если это не так. И сможем указывать отбор в следующем параметре. Обращаясь к Субконто1 например так Субконто1 = Значение(Справочник.Номенклатура.РучкаШариковая)
 2)Сообщить служит для совместимости с версией 8.1, и его использование в принципе может считаться ошибкой.
 Тем более вот эта фишка:
 Сообщение.Поле = "СписокНоменклатуры[" + (ВыборкаИтог.НомерСтроки - 1) + "].Количество"
 Выдаст нам сообщение на той строке, на которой нужно. Очень круто выглядит

[sv_mikh]

Мое решение. Сначала задача показалась слишком легкой... Но потом все же насторожило условие про "...при равных условиях наиболее дорогой товар...". Почитал devtrainingforum.v8.1c.ru и решил переделать. Получилось почти так же как у LEOON:
 1. На товарах 3 субконто (Номенклатура, СрокГодности, Цена). Третье субконто только в количественном выражении (признак учета субконто).
 2. Расчет сс по первым двум. (Выведение в ноль третьего субконто).

 Добавлено (25.02.2012, 21:58)
 ---------------------------------------------
 

Quote (LEOON)

Отлаживать особо не стал, но буду настаивать что сам способ решения правильный.
 У меня 3 субконто, по другому списывать в разрезе цены(на регистрах бухгалтерии) не получиться никак.
 Да и нет тут ничего криминального, порог в 16 полей далеко.
 В запросе два уровня итогов, один по номенклатуре(проверка кол-ва), второй по срокам(для расчета себестоимости), третий с остатками по ЦенеЗакупки и для упорядочивания.
 По крайней мере:
 - приходуйте как хотите, хоть каждая строчка со своим сроком и ценой
 - себестоимость в разрезе сроков есть
 - контроль остатков есть
 - списание в порядке цен есть
 Может чего не доглядел извиняйте .

 Кажется, что все же цена должна быть в виде субконто... В соответствии с http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=554046#554046
 Однако в Вашем решении, LEOON обнаружил:
 1. Не произойдет выведение в ноль суммы по товарам. Т.к. себестоимость считаете по сроку годности, а третье субконто цена имеет суммовое выражение.
 2. В запросе в расходной накладной не указываете дату получения остатков.Вложения:
sv_mikh_02_10_2.dt

[LEOON]

sv_mikh,
 Спасибо за комментарий, решал как одну из первых по БП так что спорить не буду мог и накосипорить. Позже вернусь и перепроверю.

[kow1976]

Такой вариант решения задачи.
 Спасибо за комментарии и замечания.

 Добавлено (01.03.2012, 10:27)
 ---------------------------------------------
 sv_mikh,
 Когда два раза делаем запрос таблице остатков. Наборы субконтов должны быть разные.
 Как вы думаете? Ведь субконто не только типизация но и отбор.Вложения:
kow1976_2.10.dt

[sv_mikh]

Quote (kow1976)

sv_mikh,
 Когда два раза делаем запрос таблице остатков. Наборы субконтов должны быть разные.
 Как вы думаете? Ведь субконто не только типизация но и отбор.

 Т.е. предполагаете делать 2 одинаковых массива (по одному для каждой ВТ)? А смысл?

[kow1976]

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

[sv_mikh]

Quote (kow1976)

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

 Виды субконто в запросе что определяют? 1. Порядок субконто 2. Фильтр на счета. 3. Доступность субконто из ВТ. В данном случае счет в обеих ВТ один и тот же... Что даст, если мы сделаем 2 массива субконто (в одном 2 эл-та, в другом 3 например) вместо одного полного из 3х ПВХ?

[kow1976]

В первом отбор по двум субконт(по кол и сумме).Во втором отбор по трем субконто (по цене). Группировка должна по идее происходить на стороне sql.

[Hawk]

задачка не обычная походу без субконто цена не обойтись

[НачинающийВ1С]

Ребят, а когда обязательно и для чего в измерениях регистра сведений нужно устанавливать галочку в свойстве "Ведущее" ?

[sv_mikh]

Quote (НачинающийВ1С)

Ребят, а когда обязательно и для чего в измерениях регистра сведений нужно устанавливать галочку в свойстве "Ведущее" ?

 1. При удалении ведущего элемента справочника записи удаляются.
 2. В упр. форме стандартная команда перейти к записям РС по ведущему.

[НачинающийВ1С]

Quote (sv_mikh)

1. При удалении ведущего элемента справочника записи удаляются.
 2. В упр. форме стандартная команда перейти к записям РС по ведущему.

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

[Hawk]

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

[bilateral]

Мой вариант
 Не смог настроить (без макета) что бы в заголовок попадало только название группы. Кто знает как сделать это обычными настройками?

[bilateral]

1Вложения:
bilateral_2-10.dt

[HD1c]

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

[Pavlyk]

В одном идет разрез по трем субконто, а во втором по двум. Это нужно потому что по Субконто ЦеныНоменклатуры суммовой учет не ведется.

[gavrikprog]

не увидел в задаче 3 субконто.
 Ни в отчетах, ни в условии

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

[Pavlyk]

А как вы разделите номенклатуру по цене при списании? Сначала более дорогую!?
 Почитайте предыдущие страницы

[gavrikprog]

дел

[HD1c]

ребят, обязательно ли при создании временной таблицы в запросе делать индекс по номенклатуре и на что это влияет???

[Pavlyk]

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

[HD1c]

Quote (Pavlyk)

В одном идет разрез по трем субконто, а во втором по двум. Это нужно потому что по Субконто ЦеныНоменклатуры суммовой учет не ведется.

 как же там по разным количествам субконто если параметр один и то же и в него передается все три субконто???

Добавлено (18.09.2012, 08:09)
---------------------------------------------

Quote (Pavlyk)

по Субконто ЦеныНоменклатуры суммовой учет не ведется

 а как вообще ведется этот суммовой учет в системе и а что влияет выставление соответсвующих галочек???

[Gyd]

HD1c, посмотрите стр.268 "Профессиональная разработка...." глава "Свойство ресурса Признак учета субконто".

[Pavlyk]

Уффф Gyd спасибо вам за ваше терпение =) Парни я вот тоже конечно далеко не спец ещё , но перед тем как спрашивать что-то полистайте литературу или гугл хотя бы, а то вопросы ну реально те которые можно найти в любой книге по 1с.

[john_d]

Посмотрел решения. Непонятно зачем делать справочник Цены.
 В чем сложность поставить тип Субконто3 Число(10,2)?

[Pavlyk]

Примитивные типы не желательно делать , об этом подробно в литературе есть, я примерно знаю почему, но объяснить не смогу =)

[crabzzy]

Примерно так:

 Моё мнение:
 для хранения типа Число(10,2) нужно использовать определенное число байтов
 для хранения ссылки ещё число байтов
 И если мы делаем составной тип, то там будет примерно так: пару байт для типа, остальное для ссылки, а если простые добавляем, то ещё байты навешываем

 Мнение ИТС:
 http://its.1c.ru/db/metod81#content:1828:1

 Простые типы отображаются так:

 Тип данных   Суффикс   Тип поля базы данных
 MS SQL Server   PostgreSQL   IBM DB2
 Число: длина n, точность k.   нет   NUMERIC(n, k)   numeric(n, k)   dec(n, k)
 Строка фиксированной длины: длина n.   нет   NCHAR(n)   mchar(n)   graphic(n)
 Строка переменной длины: длина n.   нет   NVARCHAR(n)   mvarchar(n)   vargraphic(n)
 Строка неограниченной длины.   нет   NTEXT   mvarchar   dbclob
 Дата   нет   DATETIME   timestamp   timestamp
 Булево   нет   BINARY(1)   boolean   char(1) for bit data
 Хранилище значения   нет   IMAGE   bytea   blob
 Ссылка на объекты базы данных одного типа   RRef   BINARY(16)   bytea   char(16) for bit data

 Наряду с простыми типами могут использоваться и составные типы.
 Тип поля считается составным, если
 а) была включена галка составной тип
 б) выбран тип Характеристика или "собирательный" тип ДокументСсылка, ПеречислениеСсылка ... ЛюбаяСсылка;

 Данные составного типа представляются в базе данных несколькими полями.
 Количество и состав полей базы данных определяется выбранной для данного объекта метаданных комбинацией типов. (есть ещё информация более детальная на ИТС, не буду приводить).

 Так вот , если

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

 б) Выбрана ссылка на объекты базы данных двух и более типов. Например:
 1) СправочникСсылка;
 2) СправочникСсылка.Организации, СправочникСсылка.Контрагенты;
 3) ЛюбаяСсылка.
 Тогда будет: три поля

 в) Выбраны несколько типов, отличных от ссылок, или ссылки с хотя бы одним типом, отличным от ссылок.
 Например:
 1) Число, строка;
 2) Булево, СправочникСсылка.Контрагенты;
 3) Число, СправочникСсылка.
 Тогда будет: Несколько полей

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

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

[Gyd]

Немного дополню crabzzy:
 1. "Профессиональная разработка..." стр. 306-309. Главы: "Тип значения субконто и его влияние на количество индексов" и "Количество полей в индексе".
 2. http://pro1c.org.ua/index.php?act=Print&client=printer&f=85&t=196 (по-моему с диска ИТС статья). 1-ый абзац.

[john_d]

Всем Спасибо. Понятно теперь)

[HD1c]

ребят, ну на вопрос то не ответили,
 смотрю решение и mikh и вижу что в запросе два раза соединяется одина и таже виртуальная таблица, думал может параметры различные передаваться будут - хр**!!! параметры одни и те же, и все на форуме хвалят что правильное решение!!!???

[Pavlyk]

Я же написал

Quote

В одном идет разрез по трем субконто, а во втором по двум. Это нужно потому что по Субконто ЦеныНоменклатуры суммовой учет не ведется.

 Попробуйте свой вариант сделайте увидите в чем разница , в чем сложность то ? =)

[HD1c]

Quote (Pavlyk)

Попробуйте свой вариант сделайте увидите в чем разница , в чем сложность то ? =)

 сложность что у меня и свой не получается, хотел научиться на решении коллеги...

[Pavlyk]

Нет ну я имею ввиду , возьмите отчет Sv_mikh и вытащите все значения из одной таблицы, увидите как измениться результат

[crabzzy]

Quote (HD1c)

ребят, ну на вопрос то не ответили,
 смотрю решение и mikh и вижу что в запросе два раза соединяется одина и таже виртуальная таблица, думал может параметры различные передаваться будут - хр**!!! параметры одни и те же, и все на форуме хвалят что правильное решение!!!???

 по ходу разные параметры, массивСубконто там разный в этих таблицах

[Gyd]

crabzzy, а вы когда сдавать пойдёте? вы же уже готовы

[crabzzy]

Quote (Gyd)

crabzzy, а вы когда сдавать пойдёте? вы же уже готовы
 

 ещё не готов..слышал, видел, но не решал)
 спасибо!
 Да я не знаю, я в SAP подался.. разбираться теперь с ним надо

[Gyd]

Quote (crabzzy)

я в SAP подался

 Ого, будете специалистом широкого профиля в Сапе перспективы говорят хорошие в плане з/п.

[Pavlyk]

В 1С вроде тоже не плохие =)))
 Да он вообще универсал 3 года до этого в сапе потом в 1Се 3 года самописные конфы пишет один и т.п. Человек-мозг =) а спеца не сдал... ну ладно я за него сдам =)))

[crabzzy]

Спасибо:))
 Удачи в сдаче!!
 До связи:)

[Andy63]

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

[fimanich]

Мой вариант. За основу - решение sv_mikh_02_10_2.dt (ему большой респект).
 Но!!!! В расходной использую левое соединение только с одним экземпляром виртуальной таблицы. Это связано с тем, что если выбирать сумму запросом и включать в выборку Субконто3, для которого суммовой учет не ведется, то в деталях будет запись с Субконто3 = Null, количество = 0, но как раз там будет сумма. Предлагаю обсудить такой вариант, мне кажется, он наиболее оптимальный.Вложения:
Task_02_10_02.dt

[TuMyP1985]

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

[artfa]

заметил, что при создании субконто с типом дата и\или число, в ВТ по таблице РегистраБухгалтерии не хотят индексироваться поля Субконто.Вложения:
4625338.dt

[fimanich]

Цитата (artfa)

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

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

[artfa]

с решением проблемы копеекВложения:
7840594.dt

[oracle77]

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

 как же меня задолбала эта капча

[Odines]

Мое

[klyukinyurij]

У св_микх в модуле расходной есть строчка СписыватьПодНоль = Выборка.КоличествоДок = Выборка.КоличествоПоЦенам; Что означают эти два равно?

[alex1248]

У св_микх в модуле расходной есть строчка СписыватьПодНоль = Выборка.КоличествоДок = Выборка.КоличествоПоЦенам; Что означают эти два равно?

Переменной СписыватьПодНоль будет присвоено значение Истина или Ложь в зависимости от результата сравнения Выборка.КоличествоДок = Выборка.КоличествоПоЦенам.

[klyukinyurij]

alex1248, спасибо.

[alfalume]

покритикуйте пожалуйста

[veiuper]

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