Отправлено: Zhora_Vlg от Октябрь 11, 2010, 07:00:45 pm
Вложения:
Zhora_Vlg-2.10.dt
Отправлено: User_OKA от Октябрь 16, 2010, 11:12:31 am
Не реализовано условие "при равных условиях списывается наиболее дорогой товар".
Как реализовать?!
Себестоимость рассчитывается как средняя по номенклатурной позиции в разрезе сроков годности.
Но чтобы реализовать условие "при равных условиях списывается наиболее дорогой товар" придется добавить аналитику партию на счет Товары.
Отправлено: arhov от Октябрь 27, 2010, 03:55:15 pm
ПН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 от Ноябрь 10, 2010, 01:26:35 pm
Отправлено: trantor от Ноябрь 17, 2010, 01:54:18 pm
можно реализовать так (в запросе ЦЕНА УБЫВ)
ВЫБРАТЬ
РасходнаяНакладнаяСписокНоменклатуры.Номенклатура,
СУММА(РасходнаяНакладнаяСписокНоменклатуры.Количество) КАК Количество
ПОМЕСТИТЬ ВремТаб
ИЗ
Документ.РасходнаяНакладная.СписокНоменклатуры КАК РасходнаяНакладнаяСписокНоменклатуры
ГДЕ
РасходнаяНакладнаяСписокНоменклатуры.Ссылка = &Ссылка
СГРУППИРОВАТЬ ПО
РасходнаяНакладнаяСписокНоменклатуры.Номенклатура
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
УправленческийОстатки.Счет,
ВремТаб.Номенклатура КАК Номенклатура,
ЕСТЬNULL(ВремТаб.Количество, 0) КАК Количество,
УправленческийОстатки.Субконто2 КАК СрокГодности,
УправленческийОстатки.Субконто3 КАК Партия,
ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) / ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 1) КАК Цена,
ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) КАК СуммаОстаток,
ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 0) КАК КоличествоОстаток
ИЗ
ВремТаб КАК ВремТаб
ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Управленческий.Остатки(
&МоментВремени,
Счет = &Счет,
,
Субконто1 В
(ВЫБРАТЬ
ВремТаб.Номенклатура
ИЗ
ВремТаб)) КАК УправленческийОстатки
ПО ВремТаб.Номенклатура = УправленческийОстатки.Субконто1
УПОРЯДОЧИТЬ ПО
УправленческийОстатки.Субконто2,
Цена УБЫВ
ИТОГИ
МАКСИМУМ(Количество),
СУММА(КоличествоОстаток)
ПО
Номенклатура
Добавлено (17.11.2010, 13:54)
---------------------------------------------
Кстати перечитал еще раз условие задачи, там есть взаимоисключающие условия:
1) При прочих равных условиях списывается наиболее дорогой, после сроков годности
2) Себестоимость расчитывается как средняя по номенклатуре в разрезе срока годности
Получается чтобы определить наиболее дорогой товар с одинаковым сроком годности, нужно вести учет по партиям и хранить цену (через сумму и количество). С другой стороны себестоимость считается как средняя, так зачем тогда списывать самый дорогой если все усредняятся до сроков годности?
Получается что даже если мы высчитаем партию с самым дорогим товаром и одним сроком годности, мы все равно при списании усредним себестоимость.
Или они хотят чтобы при решении задачи сделали признак учета субконто по сумме, и для субконто партии его отключили. Тогда получится что хранение по сумме партий мы отключим, но возможность поиска партии с более дорогой ценой останется...
Отправлено: BashOrgRu от Май 13, 2011, 12:51:05 pm
Quote (trantor)
Или они хотят чтобы при решении задачи сделали признак учета субконто по сумме, и для субконто партии его отключили. Тогда получится что хранение по сумме партий мы отключим, но возможность поиска партии с более дорогой ценой останется...
Если отключить, то отчет будет вываливаться с ошибкой, т.к. строки
Quote
ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) / ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 1) КАК Цена,
ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) КАК СуммаОстаток,
ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 0) КАК КоличествоОстаток
ЕСТЬNULL(УправленческийОстатки.СуммаОстатокДт, 0) КАК СуммаОстаток,
ЕСТЬNULL(УправленческийОстатки.КоличествоОстатокДт, 0) КАК КоличествоОстаток
он подсчитать не сможет.
Как вариант решения (но это по моему извращение) можно ресурс сумма сделать не балансовым и писать отдельно сумму на Дт - средняя цена по номенклатуре и сроку годности и Товары Кт - себестоимость партии
И наверное последний вариант это ввести дополнительный РегистрСведений (Номенклатура, СрокГодности, Партия -> Цена).
Отправлено: Infant от Июнь 11, 2011, 11:57:10 am
Мое решение с использованием третьего субконто "Цена" с неустановленным признаком учета субконто "Суммовой". Но мне не сильно нравится идея запихивать цену в субконто. Что думаете по этому поводу?
***
Вижу, что многие в подобных задачах (2.10, 2.13) получают цену делением суммы остатка на количество остаток. Но как в таком случае показать, что списался наиболее дорогой товар? Ведь цена в остатке по номенклатуре и сроку годности "теряется", усредняется.
Пример:
Товар1, срок годности 01.01.11, цена 10, кол-во 2
Товар1, срок годности 01.01.11, цена 20, кол-во 2
Нужно списать 2 товара. Как показать, что списываем именно товары по цене 20?
Может я неверно понимаю условие "В первую очередь списывается товар с наименьшим календарным сроком годности (при равных условиях наиболее дорогой)" ?
Отправлено: Lars_Ulrich от Август 19, 2011, 04:03:00 pm
Вложения:
2.10.dt
Отправлено: DoctorRoza от Сентябрь 09, 2011, 11:30:30 pm
Вложения:
DoctorRoza_2_10.dt
Отправлено: LEOON от Сентябрь 18, 2011, 03:20:47 am
У меня 3 субконто, по другому списывать в разрезе цены(на регистрах бухгалтерии) не получиться никак.
Да и нет тут ничего криминального, порог в 16 полей далеко.
В запросе два уровня итогов, один по номенклатуре(проверка кол-ва), второй по срокам(для расчета себестоимости), третий с остатками по ЦенеЗакупки и для упорядочивания.
По крайней мере:
- приходуйте как хотите, хоть каждая строчка со своим сроком и ценой
- себестоимость в разрезе сроков есть
- контроль остатков есть
- списание в порядке цен есть
Может чего не доглядел извиняйте
.Вложения:
LEOON_1.10-2.10.dt
Отправлено: kitaets от Ноябрь 11, 2011, 06:55:52 pm
Вложения:
2_10__Cv8.dt
Отправлено: Saipl от Декабрь 21, 2011, 03:17:08 pm
Quote
DoctorRoza,
Прокомментируй для повышения оразованности.
мСубконто = Новый Массив;
мСубконто.Добавить(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура);
мСубконто.Добавить(ПланыВидовХарактеристик.ВидыСубконто.СрокГодности);
Что нам это дает в запросе ???
Сообщение = Новый СообщениеПользователю;
Сообщение.Текст = "*************";
Сообщение.Поле = "СписокНоменклатуры[" + (ВыборкаИтог.НомерСтроки - 1) + "].Количество";
Сообщение.УстановитьДанные(ЭтотОбъект);
Сообщение.Сообщить();
Где-то вычитал что рекомендуется использовать такую схему сообщений, в чем отличие от обычного Сообщить("*************"). Будут ли по этому поводу замечания на экзамене?
Отправлено: LEOON от Декабрь 21, 2011, 08:48:38 pm
2)Сообщить служит для совместимости с версией 8.1, и его использование в принципе может считаться ошибкой.
Тем более вот эта фишка:
Сообщение.Поле = "СписокНоменклатуры[" + (ВыборкаИтог.НомерСтроки - 1) + "].Количество"
Выдаст нам сообщение на той строке, на которой нужно. Очень круто выглядит
Отправлено: sv_mikh от Февраль 25, 2012, 09:58:54 pm
1. На товарах 3 субконто (Номенклатура, СрокГодности, Цена). Третье субконто только в количественном выражении (признак учета субконто).
2. Расчет сс по первым двум. (Выведение в ноль третьего субконто).
Добавлено (25.02.2012, 21:58)
---------------------------------------------
Quote (LEOON)
Отлаживать особо не стал, но буду настаивать что сам способ решения правильный.
У меня 3 субконто, по другому списывать в разрезе цены(на регистрах бухгалтерии) не получиться никак.
Да и нет тут ничего криминального, порог в 16 полей далеко.
В запросе два уровня итогов, один по номенклатуре(проверка кол-ва), второй по срокам(для расчета себестоимости), третий с остатками по ЦенеЗакупки и для упорядочивания.
По крайней мере:
- приходуйте как хотите, хоть каждая строчка со своим сроком и ценой
- себестоимость в разрезе сроков есть
- контроль остатков есть
- списание в порядке цен есть
Может чего не доглядел извиняйте .
У меня 3 субконто, по другому списывать в разрезе цены(на регистрах бухгалтерии) не получиться никак.
Да и нет тут ничего криминального, порог в 16 полей далеко.
В запросе два уровня итогов, один по номенклатуре(проверка кол-ва), второй по срокам(для расчета себестоимости), третий с остатками по ЦенеЗакупки и для упорядочивания.
По крайней мере:
- приходуйте как хотите, хоть каждая строчка со своим сроком и ценой
- себестоимость в разрезе сроков есть
- контроль остатков есть
- списание в порядке цен есть
Может чего не доглядел извиняйте .
Кажется, что все же цена должна быть в виде субконто... В соответствии с http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=554046#554046
Однако в Вашем решении, LEOON обнаружил:
1. Не произойдет выведение в ноль суммы по товарам. Т.к. себестоимость считаете по сроку годности, а третье субконто цена имеет суммовое выражение.
2. В запросе в расходной накладной не указываете дату получения остатков.
Вложения:
sv_mikh_02_10_2.dt
Отправлено: LEOON от Февраль 27, 2012, 07:47:46 pm
Спасибо за комментарий, решал как одну из первых по БП так что спорить не буду мог и накосипорить. Позже вернусь и перепроверю.
Отправлено: kow1976 от Март 01, 2012, 10:27:14 am
Спасибо за комментарии и замечания.
Добавлено (01.03.2012, 10:27)
---------------------------------------------
sv_mikh,
Когда два раза делаем запрос таблице остатков. Наборы субконтов должны быть разные.
Как вы думаете? Ведь субконто не только типизация но и отбор.
Вложения:
kow1976_2.10.dt
Отправлено: sv_mikh от Март 01, 2012, 10:53:35 am
Quote (kow1976)
sv_mikh,
Когда два раза делаем запрос таблице остатков. Наборы субконтов должны быть разные.
Как вы думаете? Ведь субконто не только типизация но и отбор.
Когда два раза делаем запрос таблице остатков. Наборы субконтов должны быть разные.
Как вы думаете? Ведь субконто не только типизация но и отбор.
Т.е. предполагаете делать 2 одинаковых массива (по одному для каждой ВТ)? А смысл?
Отправлено: kow1976 от Март 01, 2012, 11:05:39 am
Отправлено: sv_mikh от Март 01, 2012, 11:14:22 am
Quote (kow1976)
Можно одинаковые можно разные. Но в начале передаем два субконто а потом три.
Виды субконто в запросе что определяют? 1. Порядок субконто 2. Фильтр на счета. 3. Доступность субконто из ВТ. В данном случае счет в обеих ВТ один и тот же... Что даст, если мы сделаем 2 массива субконто (в одном 2 эл-та, в другом 3 например) вместо одного полного из 3х ПВХ?
Отправлено: kow1976 от Март 01, 2012, 11:20:36 am
Отправлено: Hawk от Апрель 22, 2012, 05:36:56 pm
Отправлено: НачинающийВ1С от Май 30, 2012, 09:33:11 am
Отправлено: sv_mikh от Май 30, 2012, 10:12:18 am
Quote (НачинающийВ1С)
Ребят, а когда обязательно и для чего в измерениях регистра сведений нужно устанавливать галочку в свойстве "Ведущее" ?
1. При удалении ведущего элемента справочника записи удаляются.
2. В упр. форме стандартная команда перейти к записям РС по ведущему.
Отправлено: НачинающийВ1С от Май 30, 2012, 01:05:32 pm
Quote (sv_mikh)
1. При удалении ведущего элемента справочника записи удаляются.
2. В упр. форме стандартная команда перейти к записям РС по ведущему.
2. В упр. форме стандартная команда перейти к записям РС по ведущему.
а когда в решении задач просто необходимо это свойство устанавливать(смотрю по решениям где выставляют, где нет), потому что могут придраться при сдаче?
Отправлено: Hawk от Май 30, 2012, 06:38:46 pm
Отправлено: bilateral от Август 16, 2012, 04:45:04 pm
Не смог настроить (без макета) что бы в заголовок попадало только название группы. Кто знает как сделать это обычными настройками?
Отправлено: bilateral от Август 16, 2012, 04:45:35 pm
Вложения:
bilateral_2-10.dt
Отправлено: HD1c от Сентябрь 17, 2012, 09:14:12 am
Отправлено: Pavlyk от Сентябрь 17, 2012, 11:32:08 am
Отправлено: gavrikprog от Сентябрь 17, 2012, 12:13:45 pm
Ни в отчетах, ни в условии
Себестоимость рассчитывается как средняя по номенклатурной позиции в разрезе срока годности.
Отправлено: Pavlyk от Сентябрь 17, 2012, 01:13:59 pm
Почитайте предыдущие страницы
Отправлено: gavrikprog от Сентябрь 17, 2012, 01:25:08 pm
Отправлено: HD1c от Сентябрь 17, 2012, 05:58:35 pm
Отправлено: Pavlyk от Сентябрь 17, 2012, 06:07:23 pm
Отправлено: HD1c от Сентябрь 18, 2012, 08:09:10 am
Quote (Pavlyk)
В одном идет разрез по трем субконто, а во втором по двум. Это нужно потому что по Субконто ЦеныНоменклатуры суммовой учет не ведется.
как же там по разным количествам субконто если параметр один и то же и в него передается все три субконто???
Добавлено (18.09.2012, 08:09)
---------------------------------------------
Quote (Pavlyk)
по Субконто ЦеныНоменклатуры суммовой учет не ведется
а как вообще ведется этот суммовой учет в системе и а что влияет выставление соответсвующих галочек???
Отправлено: Gyd от Сентябрь 18, 2012, 08:47:00 pm
Отправлено: Pavlyk от Сентябрь 18, 2012, 09:35:38 pm
Отправлено: john_d от Сентябрь 19, 2012, 05:50:28 pm
В чем сложность поставить тип Субконто3 Число(10,2)?
Отправлено: Pavlyk от Сентябрь 19, 2012, 06:03:11 pm
Отправлено: crabzzy от Сентябрь 20, 2012, 09:18:35 am
Моё мнение:
для хранения типа Число(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 от Сентябрь 20, 2012, 10:35:47 am
1. "Профессиональная разработка..." стр. 306-309. Главы: "Тип значения субконто и его влияние на количество индексов" и "Количество полей в индексе".
2. http://pro1c.org.ua/index.php?act=Print&client=printer&f=85&t=196 (по-моему с диска ИТС статья). 1-ый абзац.
Отправлено: john_d от Сентябрь 20, 2012, 01:40:25 pm
Отправлено: HD1c от Сентябрь 22, 2012, 02:46:17 pm
смотрю решение и mikh и вижу что в запросе два раза соединяется одина и таже виртуальная таблица, думал может параметры различные передаваться будут - хр**!!! параметры одни и те же, и все на форуме хвалят что правильное решение!!!???
Отправлено: Pavlyk от Сентябрь 22, 2012, 05:22:26 pm
Quote
В одном идет разрез по трем субконто, а во втором по двум. Это нужно потому что по Субконто ЦеныНоменклатуры суммовой учет не ведется.
Попробуйте свой вариант сделайте увидите в чем разница , в чем сложность то ? =)
Отправлено: HD1c от Сентябрь 22, 2012, 05:25:38 pm
Quote (Pavlyk)
Попробуйте свой вариант сделайте увидите в чем разница , в чем сложность то ? =)
сложность что у меня и свой не получается, хотел научиться на решении коллеги...
Отправлено: Pavlyk от Сентябрь 22, 2012, 05:48:13 pm
Отправлено: crabzzy от Сентябрь 25, 2012, 09:14:55 pm
Quote (HD1c)
ребят, ну на вопрос то не ответили,
смотрю решение и mikh и вижу что в запросе два раза соединяется одина и таже виртуальная таблица, думал может параметры различные передаваться будут - хр**!!! параметры одни и те же, и все на форуме хвалят что правильное решение!!!???
смотрю решение и mikh и вижу что в запросе два раза соединяется одина и таже виртуальная таблица, думал может параметры различные передаваться будут - хр**!!! параметры одни и те же, и все на форуме хвалят что правильное решение!!!???
по ходу разные параметры, массивСубконто там разный в этих таблицах
Отправлено: Gyd от Сентябрь 26, 2012, 09:41:07 am
Отправлено: crabzzy от Сентябрь 26, 2012, 12:01:14 pm
Quote (Gyd)
crabzzy, а вы когда сдавать пойдёте? вы же уже готовы
ещё не готов..слышал, видел, но не решал)
спасибо!
Да я не знаю, я в SAP подался.. разбираться теперь с ним надо
Отправлено: Gyd от Сентябрь 26, 2012, 12:39:12 pm
Quote (crabzzy)
я в SAP подался
Ого, будете специалистом широкого профиля
в Сапе перспективы говорят хорошие в плане з/п.
Отправлено: Pavlyk от Сентябрь 26, 2012, 12:43:18 pm
Да он вообще универсал 3 года до этого в сапе потом в 1Се 3 года самописные конфы пишет один и т.п. Человек-мозг =) а спеца не сдал... ну ладно я за него сдам =)))
Отправлено: crabzzy от Сентябрь 27, 2012, 08:48:27 am
Удачи в сдаче!!
До связи:)
Отправлено: Andy63 от Октябрь 30, 2012, 09:45:46 pm
Вложения:
_2.10__.dt
Отправлено: fimanich от Февраль 18, 2013, 02:01:17 pm
Но!!!! В расходной использую левое соединение только с одним экземпляром виртуальной таблицы. Это связано с тем, что если выбирать сумму запросом и включать в выборку Субконто3, для которого суммовой учет не ведется, то в деталях будет запись с Субконто3 = Null, количество = 0, но как раз там будет сумма. Предлагаю обсудить такой вариант, мне кажется, он наиболее оптимальный.
Вложения:
Task_02_10_02.dt
Отправлено: TuMyP1985 от Июль 24, 2013, 10:10:29 am
Вложения:
KTT_2_10.dt
Отправлено: artfa от Август 10, 2013, 04:29:30 pm
Вложения:
4625338.dt
Отправлено: fimanich от Август 11, 2013, 09:21:24 am
Цитата (artfa)
заметил, что при создании субконто с типом дата и\или число, в ВТ по таблице РегистраБухгалтерии не хотят индексироваться поля Субконто.
Отправлено: artfa от Август 11, 2013, 10:10:23 pm
Вложения:
7840594.dt
Отправлено: oracle77 от Февраль 17, 2014, 10:54:48 am
как же меня задолбала эта капча
Отправлено: Odines от Сентябрь 14, 2015, 09:18:30 pm
Отправлено: klyukinyurij от Декабрь 22, 2015, 11:24:50 am
Отправлено: alex1248 от Декабрь 22, 2015, 11:40:24 am
У св_микх в модуле расходной есть строчка СписыватьПодНоль = Выборка.КоличествоДок = Выборка.КоличествоПоЦенам; Что означают эти два равно?Переменной СписыватьПодНоль будет присвоено значение Истина или Ложь в зависимости от результата сравнения Выборка.КоличествоДок = Выборка.КоличествоПоЦенам.
Отправлено: klyukinyurij от Декабрь 22, 2015, 02:17:21 pm
Отправлено: alfalume от Июль 13, 2016, 01:58:47 pm
Отправлено: veiuper от Июнь 28, 2018, 11:04:55 am