Отправлено: napan от Июль 29, 2010, 10:35:14 pm
Вложения:
2.16.dt
Отправлено: Zhora_Vlg от Октябрь 13, 2010, 03:38:40 pm
Вложения:
Zhora_Vlg-2.16.dt
Отправлено: User_OKA от Октябрь 16, 2010, 11:40:37 pm
Субконто Партия составного типа "Приходная", "Перемещение".
В Документе Перемещение проводка с посчитанной себестоимостью.
Вложения:
2_16.dt
Отправлено: sada от Ноябрь 03, 2010, 02:46:52 pm
Кто что думает ?
Добавлено (03.11.2010, 14:07)
---------------------------------------------
?
Добавлено (03.11.2010, 14:46)
---------------------------------------------
Даже если новую не формировать, а сдвигать существующие, то все равно потом не получится списать верную себестоимать с прорядке их поступления в организацию
Отправлено: arhov от Ноябрь 03, 2010, 02:58:58 pm
В задании вроде нет такого чтобы при перемещении указывать партию, как док. "перемещение".
Отправлено: sada от Ноябрь 03, 2010, 03:28:50 pm
Добавлено (03.11.2010, 15:28)
---------------------------------------------
возьмем метод FIFO
пришло 5 шт по 10 и 5 шт по 15 руб. на основной склад
переместили на склад первый 5 штук
переместили на склад второй 5 штук
получили итог:
на первом складе остаток 5 шт по Первой партии
на втором складе остаток 5 шт по Второй партии
теперь продаем 5 шт. со второго склада, и партию придется Вторую списывать, и себестоимость соответственно. а это никак с методом FIFO не связано
Отправлено: arhov от Ноябрь 03, 2010, 08:34:59 pm
Отправлено: sada от Ноябрь 03, 2010, 09:03:56 pm
В бухгалтерии может и по складам, но это слабый довод, пока незнаю как к этой задаче подойти, надо выяснять условие, потом думать.
В опер учете , это на разных регистрах можно сделать а тут счет один.
Отправлено: Tarja от Ноябрь 04, 2010, 12:44:52 am
Могу на 8.1 базу выложить, списывает со второго склада первую партию (при фифо).
Отправлено: arhov от Ноябрь 04, 2010, 01:33:08 am
А не довел потому что сумма или количество по партии, но все равно они числится за складом, такой способ описан в книге "Профессиональная разработка в 1с предприятие 8.0 стр 268, но там рассматривается списание по средней и партии не учитываются совсем, а тут дополнительное субконто партии, списание по Фифо или Лифо... если конечно каким либо способом от них не избавится...
Отправлено: sada от Ноябрь 04, 2010, 07:26:54 am
В вашем решении отчет по остаткам сформируйте после такого списания (развернутый), если нет минусов, выкладывайте, очень интересно.
Отправлено: Tarja от Ноябрь 04, 2010, 09:21:59 am
Вложения:
2.16_.dt
Отправлено: sada от Ноябрь 04, 2010, 10:13:29 am
Сей час буду разбираться, напишу позже.
Отправлено: Tarja от Ноябрь 04, 2010, 12:23:43 pm
Есть еще мысль завести доп. ресурс количество партии для этого.
Отправлено: Tarja от Ноябрь 04, 2010, 01:12:38 pm
Вложения:
2.16_..dt
Отправлено: sada от Ноябрь 04, 2010, 02:01:59 pm
Но чтобы не делить проводки при приходе может добавить признаки учета субконто "КоличествоПартии" и "Сумма", и выключить их у субконто Склады, тогда система с одной проводки сама на остатки раскидает по этим признакам, аналогично ручному разделению проводок.
Отправлено: Tarja от Ноябрь 04, 2010, 03:12:52 pm
Отправлено: sada от Ноябрь 05, 2010, 09:18:09 am
Я еще вот что не пойму, признак учета на субконто, и признак учета на счет, как они в связке работают.
Например мы добавляем признак учета "Партионный учет" на счет. (этим мы определили что по всем субконто будет учитываться ресурс "КоличествоПартии") далее
Заводим признак учета субконто "КоличествоПартии" и выключаем его на тех субконто где данное количество не имеет значения.
так вот в каком случае обязательно добавлять признак учета на счет, а в каком нет, ведь в данном случае его можно и не добавлять, а обойтись просто признаком учета субконто.
Отправлено: Tarja от Ноябрь 05, 2010, 05:16:40 pm
Quote
в каком случае обязательно добавлять признак учета на счет, а в каком нет, ведь в данном случае его можно и не добавлять, а обойтись просто признаком учета субконто.
В проф. разработке сказано, что количество признаков учета в общем случае должно соответствовать количеству забалансовых ресурсов регистра бухгалтерии.
Quote
Например мы добавляем признак учета "Партионный учет" на счет. (этим мы определили что по всем субконто будет учитываться ресурс "КоличествоПартии") далее
Заводим признак учета субконто "КоличествоПартии" и выключаем его на тех субконто где данное количество не имеет значения.
Заводим признак учета субконто "КоличествоПартии" и выключаем его на тех субконто где данное количество не имеет значения.
Выключение признака учета субконто приводит к тому, что субконто для этого ресурса будет всегда иметь значение Неопределено. А сам ресурс можем заполнять.
Т.е. (как я понимаю) признак учета на счет позволяет заполнять ресурс РБ, а признак учета на субконто позволяет заполнять значение субконто для ресурса и считать итоги по этим значениям.
Quote
еще при перемещении можно остатки по новой методике проверять
Я по новой методике еще ни одной задачи не решала
Добавлено (05.11.2010, 17:16)
---------------------------------------------
Нашла, тут описана разница http://devtrainingforum.v8.1c.ru/forum/thread.jsp;jsessionid=arFOgQQqW1C656iSZ1?id=537788&sortt=m.left_ns
Я как бы пыталась сказать, что это "независимые операции" ))
Отправлено: sada от Ноябрь 09, 2010, 09:01:42 am
Quote (Tarja)
Т.е. (как я понимаю) признак учета на счет позволяет заполнять ресурс РБ, а признак учета на субконто позволяет заполнять значение субконто для ресурса и считать итоги по этим значениям.
Думаю всетаки они совершенно не зависимы, потому что даже если не создавать признак учета на счет, а создать только на субконто, то остатки будут ложиться на это субконто, значение ресурса заполняется.
Тогда вопрос в чем разница, между тем, чтобы создать признак учета на счет и признак учета на субконто (оставив его включеным для всех субконто)?
Отправлено: sada от Ноябрь 09, 2010, 10:18:19 am
Вложения:
1Cv8_sada_2_16.dt
Отправлено: InSurgent от Ноябрь 09, 2010, 10:28:26 am
Отправлено: sada от Ноябрь 09, 2010, 10:36:26 am
Отправлено: ГКС от Ноябрь 09, 2010, 10:39:10 am
Оно введено (почему то под синонимом Склады (Копи-Паст)), но не используется.
Имхо, можно обойтись без признака учета Партионный и ресурса КоличествоПартии.
Отправлено: InSurgent от Ноябрь 09, 2010, 10:40:22 am
Второй вариант: Признак учёта счёта включен, а признак учёта субконто вообще не существует ?
Кстати, тебе ещё надо сделать признак учёта счёта КоличествоПартии.
ГКС, тоже думал как бы обойтись без него, никак не получается...
У меня получилось не много по-другому, но в принципе тоже самое... Был Количественный учёт на складе и хранение себестоимости партий.
Для хранения себестоимости как раз и нужно два ресурса.
Отправлено: sada от Ноябрь 09, 2010, 10:54:29 am
Quote (InSurgent)
Т.е. первый вариант: Признака учёта счёта вообще не существует, а признак учёта субконто включён у всех субконто.
Второй вариант: Признак учёта счёта включен, а признак учёта субконто вообще не существует ?
Да , в чем разница ?
Добавлено (09.11.2010, 10:54)
---------------------------------------------
Quote (InSurgent)
Кстати, тебе ещё надо сделать признак учёта счёта КоличествоПартии.
Так вот я про это и спрашиваю, надо ли делать если так все работает :)?
Отправлено: InSurgent от Ноябрь 09, 2010, 11:03:21 am
Отправлено: sada от Ноябрь 09, 2010, 11:10:09 am
Скорее всего , внутренние таблици оптимальнее организуются если указать на каких счетах какие ресурсы используются.
Отправлено: ГКС от Ноябрь 09, 2010, 02:56:39 pm
Вложения:
2.16-.dt
Отправлено: ГКС от Ноябрь 09, 2010, 04:14:13 pm
Вложения:
5790593.dt
Отправлено: sada от Ноябрь 09, 2010, 04:16:00 pm
В вашем варианте если начать продажу со второго склада, то себестоимость будет списываться не верно.
Отправлено: ГКС от Ноябрь 10, 2010, 09:25:44 am
Отправлено: DenisNtr от Ноябрь 16, 2010, 12:56:41 pm
Ведь, по такому принципы и построены типовые конфигурации 1с. И не надо будет извращаться с признаками учета.
Отправлено: baksha_bni от Декабрь 06, 2010, 06:59:11 am
Вложения:
2.16_baksha_bni.dt
Отправлено: AndreiPiter от Март 25, 2011, 11:46:33 am
Вложения:
AP_2.16.dt
Отправлено: sergio0 от Апрель 18, 2011, 04:03:31 pm
Вложения:
Sergio_2.16.dt
Отправлено: Danan от Май 08, 2011, 05:06:28 pm
Для того чтобы исключить ведение суммового учета по складам надо для плана счетов создать признак учета субконто. Для вида субконто склады снять галочку для этого признака учета субконто, а для видов субконто номенклатура и партии установить галочку для этого признака учета субконто.
В этом случае таблица итогов регистра бухгалтерии будет хранить в себе две строки одна строка будет хранить информацию в разрезе счета, номенклатуры и партии по количеству и сумме, а другая в разрезе счета, номенклатуры и складу только по количеству.
Мне кажется в расходной накладной опять имеет смысл комбинировать методики контроля остатков. Партионный учет и формирование записей набора записей на старой методике, контроль остатков по складу реализовать на новой методике.
Выкладываю свое решение и список запросов для него.
В решение этой задачи помогли посты форумчан из этой темы. Спасибо.
Вложения:
Task_2_16.dt
list_of_queries.sel
Отправлено: old_guest от Июнь 01, 2011, 12:07:47 pm
Считаю "классический вариант" оптимальным! А Вы, коллеги?
Отправлено: Danan от Июнь 01, 2011, 07:14:04 pm
В голове зреет еще один вариант решения этой задачи, может быть выложу его сюда.
Решение baksha_bni я не смотрел (или смотрел, но забыл), однако он в своем посте под номером 34 тоже говорит о том что в его решении используется новая методика.
Может быть ты представишь свое решение этой задачи?
Отправлено: Lukashov_as от Июнь 13, 2011, 11:35:46 am
см
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=538454
Вложения:
2_16_lukashov.dt
Отправлено: nforcenf от Июнь 16, 2011, 09:22:29 pm
1. А зачем у тебя Признак учета субконто количественный добавлен? Вроде как достаточно тока Суммовой. Количественный учет у тебя ведется по всему счету же и по всем субконто данного счета соответственно.
2. В обработке проведения Расходной:
Code
Учетнаяполитика = РегистрыСведений.УчетнаяПолитика.ПолучитьПоследнее(Дата,).Значение;
Сортировка=?(Учетнаяполитика=Перечисления.УчетнаяПолитика.ЛИФО,"ВОЗР","УБЫВ");
Во-первых, перепутал местами "ВОЗР" и "УБЫВ". Если у тебя = Лифо, тогда сортируешь по убыванию, то есть правильно:
Code
?(Учетнаяполитика=Перечисления.УчетнаяПолитика.ЛИФО,"УБЫВ","ВОЗР")
Но эт ладно, дело в том, что так нельзя проверять Учетную политику. Так как, если она вообще не будет заполнена, то после выполнения строки
Code
Учетнаяполитика = РегистрыСведений.УчетнаяПолитика.ПолучитьПоследнее(Дата,).Значение;
просто предупредить, чтоб он был в курсе, что политика не задана и документ будет проведен по умолчанию по методу фифо например
То есть должно быть что-то типа :
Code
Учетнаяполитика = РегистрыСведений.Учетнаяполитика .ПолучитьПоследнее(Дата).Значение;
Если Учетнаяполитика = Перечисления.УчетнаяПолитика.ФИФО Тогда
МетодСписания = "Возр";
ИначеЕсли Учетнаяполитика = Перечисления.УчетнаяПолитика.ЛИФО Тогда
МетодСписания = "Убыв";
Иначе
Сообщить("Учетная политика не задана - фиг вам, а не проведение документа");
Возврат;
КонецЕсли;
3. Сделай, например, приход:
+ партия1 ручка 10 шт. основной склад сумма х
+ партия2 ручка 10 шт. основной склад сумма у
Продай с основного склада 15 ручек . Он у тебя возьмет первую(или последнюю если по лифо) партию и спишет из нее 15 ручек:
- партия1 ручка 15 шт. основной склад сумма 1.5*х
Так как у тебя проверяется только наличие на складе, а сколько в партии осталось не проверяется.
4. В блокировках я пока ничего не понимаю, но они вроде как должны быть
Причем, наверно, как в документе Расходной, так и перемещения.
Отправлено: Lukashov_as от Июнь 17, 2011, 08:35:44 pm
Отправлено: Nesk от Август 20, 2011, 07:51:53 pm
Quote (sada)
Мой вариант решения 2.16
Прикрепления: 1Cv8_sada_2_16.dt(164Kb)
Прикрепления: 1Cv8_sada_2_16.dt(164Kb)
Quote (sada)
Мой вариант решения 2.16
Прикрепления: 1Cv8_sada_2_16.dt(164Kb)
Прикрепления: 1Cv8_sada_2_16.dt(164Kb)
В документе Перемещение товаров в табличной части по условию указывается товар и его количество, у тебя же еще и сумма.
Отправлено: Данияр от Август 31, 2011, 10:41:41 am
Вложения:
Daniyar_2_16.dt
Отправлено: SUBALady от Сентябрь 21, 2011, 08:43:40 pm
Отправлено: halaster от Сентябрь 27, 2011, 11:23:04 am
Отправлено: Данияр от Сентябрь 27, 2011, 11:48:40 am
Отправлено: GostЪ от Ноябрь 07, 2011, 12:32:54 pm
Quote (Данияр)
В разрезе партий с учетом фифо/лифо, а по складам по средней?
1.решал задачу на экзамене, понял, что не совсем так. партии в общем списываются по ФИФО/ЛИФО, только количество - в пределах склада, а сумма - средняя в пределах ПАРТИИ.
2. смотрел Ваше решение, при списании партий в РН - один в один та же ошибка, которую и я допустил на экзамене: партии списываются некорректно.Остатки В ЦЕЛОМ по номенклатуре Вы проверяете в пределах склада, указанного в РН (без учета партий), а выборку списываемых партий потом формируете по ВСЕМ складам. Я из-за этой ошибки экзамен не сдал
Отправлено: Данияр от Ноябрь 09, 2011, 11:34:25 am
Был ли суммовой учет по складам в экзаменационной задаче?
Quote (GostЪ)
партии списываются некорректно
Quote (GostЪ)
Остатки В ЦЕЛОМ по номенклатуре Вы проверяете в пределах склада, указанного в РН (без учета партий), а выборку списываемых партий потом формируете по ВСЕМ складам
Обратите внимание на то как настроены субконто у счета товары.
Посмотрите запрос в модуле расходной накладной. Второй пакетный собирает информацию по остаткам на складе, а в третьем запросе собирается информация по партиям, которая наряду вт2 присоединяется левым соединением к вт1.
По этому остатки по складу и по партиям это разные показатели в результате запроса.
Отправлено: chilli от Декабрь 05, 2011, 10:15:35 am
Вложения:
s8751451.jpg
216chilli.dt
Отправлено: Romdavid от Декабрь 05, 2011, 12:08:23 pm
Отправлено: chilli от Декабрь 05, 2011, 02:27:27 pm
Quote (Romdavid)
на вкладке ресурсы установить расчет итогов по соответствующим группировкам
Спасибо, но вот ведь так и делаю, а оно не работает. В чем хитрость?
Отправлено: Romdavid от Декабрь 05, 2011, 02:33:59 pm
Отправлено: chilli от Декабрь 05, 2011, 03:27:54 pm
Вложения:
s3413998.jpg
s5674746.jpg
s9416724.jpg
s0012103.jpg
Отправлено: Romdavid от Декабрь 05, 2011, 03:55:58 pm
Вложения:
chilli_2_16.dt
Отправлено: chilli от Декабрь 05, 2011, 04:55:57 pm
Отправлено: zixi от Январь 27, 2012, 02:11:29 pm
Разобрался! У детальных записей надо выбранные поля вручную проставить (вместо Авто)
Только Склад и Количество.
Отправлено: SergTH000 от Январь 28, 2012, 12:02:08 am
Отправлено: LEOON от Февраль 10, 2012, 07:45:11 pm
И все же задачи по БУ легче всего.
:::::::::::::::::::::::::::::::::::::::::
Вложения:
LEOON_2.16.dt
Отправлено: rnikinko от Февраль 14, 2012, 04:03:45 pm
Quote (Данияр)
Партий с учетом фифо/лифо, а по складам по средней?
C учетом фифо, лифо. Средняя по всем складам.
http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=568435&threadtype=0
Отправлено: Hawk от Февраль 25, 2012, 07:05:01 pm
Quote (LEOON)
И все же задачи по БУ легче всего.
Вложения:
9544281.dt
Отправлено: Gyd от Март 02, 2012, 02:38:26 pm
Quote (Hawk)
правда отчет я не победил!
Изменил в вашем отчете "Детальные записи" на "группировка - Склад" - стал похож на требуемый.
---------------------------------------------
Было не совсем понятно как связаны ресурсы и Признаки учета. Решил это выяснить, возможно кому-то пригодится:
Заводим ресурс Количество. Он может быть балансовым и забалансовым (установка флага в свойствах). Забалансовым ресурс делается когда нужно вести учет только на определенных счетах, например Товары, Материалы. Соответственно на счете Касса учет количества нам не нужен, иначе как мы потом будем списывать это количество? (это отдельная тема о выведении регистра в ноль) Таким образом, мы снимаем флаг и указываем что количество у нас будет только на определенных счетах.
При этом мы уже не можем сделать запись вида Движение.Количество, так же как это делается у ресурса Сумма. Запись будет в виде Движение.КоличествоДт и Движение.КоличествоКт. То есть абсолютно по любому счету мы можем записать Количество в Дт или в Кт. Проверки никакой нет и значит по ошибке можно записать количество не туда, и там то оно и зависнет. Значит нужно дополнительно у конкретного счета (Товары, Материалы) указать что по нему будет вестись учет количества.
Для этого мы добавляем на закладке Данные плана счетов - признак учета - Количественный. Название "вытекает" из названия ресурса - Количество. А можно назвать и Вишнёвый например
После того как мы его добавили, этот признак учета появится в настройках всех счетов. Устанавливаем флаг (Учитывать) у нужных счетов (Товары и Материалы). Но этого мало, ведь мы по-прежнему можем записывать количество по любому счету, да и как платформа поймёт что признак учета Количественный (или Вишневый) как раз для ресурса Количество? Для этого в свойствах ресурса нужно указать что Признак учета - Количественный. После этого у нас уже не будет возможности записать КоличествоДт (КоличествоКт) на любой счет. Только тому счету у которого стоит признак учета - Количественный (в нашем случае это Товары и Материалы).
Вроде всё просто, но есть две существенные детали о которых иногда забывают:
1. При добавлении ресурса определить будет он балансовым или забалансовым. Иначе начнут зависать остатки на счетах и регистр не выйдет "в ноль", а это очень критично.
2. Если ресурс забалансовый - обязательно завести Признак учета и указать его в свойствах ресурса. Иначе по ошибке (ведь нет проверки) можно записать количество по другому счету и эффект будет примерно такой же как в п.1.
Отправлено: sv_mikh от Март 04, 2012, 12:09:31 am
Вложения:
sv_mikh_02_16.dt
Отправлено: kow1976 от Март 06, 2012, 05:44:22 am
Есть тема для обсуждения. Смотрел ваше решение. Такой подход мне кажется не выводит в ноль регистр по количественному учету.
Если купить на разные склады по двум разным партиям на каждый склад(партия 1 склад 1, партия2 склад2, партия 3 склад1, партия 4 склад 2) а потом все продать. То в консоли запросов по количеству видно зависшие остатки.
Отправлено: sv_mikh от Март 06, 2012, 05:07:43 pm
Quote (kow1976)
sv_mikh,
Есть тема для обсуждения. Смотрел ваше решение. Такой подход мне кажется не выводит в ноль регистр по количественному учету.
Если купить на разные склады по двум разным партиям на каждый склад(партия 1 склад 1, партия2 склад2, партия 3 склад1, партия 4 склад 2) а потом все продать. То в консоли запросов по количеству видно зависшие остатки.
Есть тема для обсуждения. Смотрел ваше решение. Такой подход мне кажется не выводит в ноль регистр по количественному учету.
Если купить на разные склады по двум разным партиям на каждый склад(партия 1 склад 1, партия2 склад2, партия 3 склад1, партия 4 склад 2) а потом все продать. То в консоли запросов по количеству видно зависшие остатки.
Согласен, проблема есть. Разбираюсь. Спасибо
Отправлено: kow1976 от Март 06, 2012, 05:15:45 pm
Задачка с "Камешком". Более менее приемлемое решение только у Hawk,
Почитайте комментарий http://forum.chistov.pro/index.php?topic=1010.msg18907#msg18907 от GostЪ.
Отправлено: Gyd от Март 06, 2012, 05:47:04 pm
Вложения:
Gyd_2_16.dt
Отправлено: kow1976 от Март 06, 2012, 06:12:44 pm
Расходная списывает правильно ФИФи/ЛИФО по складу. А перемещение правильно работать не должно.
Перемещаете с партий которые приходовались на склады Не складаОтправителя.
Такой вариант решения задачи.
Спасибо за комментарии и замечания.
Вложения:
kow1976_2.16.dt
Отправлено: sv_mikh от Март 06, 2012, 09:39:15 pm
Отправлено: sv_mikh от Март 06, 2012, 09:55:46 pm
Вложения:
test_kow216.dt
Отправлено: sv_mikh от Март 06, 2012, 10:05:43 pm
+ порядок партий при списании не прописан до конца.
Вложения:
test_Gyd216.dt
Отправлено: Gyd от Март 06, 2012, 11:34:41 pm
Отправлено: LEOON от Март 06, 2012, 11:58:02 pm
Буду рад если покритикуете, удалось ли чему-либо научиться с первого варианта?!
Вложения:
8_1.18_2.16_3.3.dt
Отправлено: sv_mikh от Март 07, 2012, 12:06:52 am
Quote (LEOON)
Сделал еще раз в составе билета, делал с листа(не смотрел ни другие решения, не свое старое), как на экзамене. По этому на истину не претендую.
Буду рад если покритикуете, удалось ли чему-либо научиться с первого варианта?!
Буду рад если покритикуете, удалось ли чему-либо научиться с первого варианта?!
В целом тест kow1976 Ваша база прошла -- списались все партии. Но вот перемещение явно с косяком. Пример. Смотрите движения перемещения.
Вложения:
test_leoon216.dt
Отправлено: LEOON от Март 07, 2012, 12:15:22 am
НеобходимоСписать = НеобходимоСписать-Спишем;
//////////////
Вложения:
3142949.dt
Отправлено: sv_mikh от Март 07, 2012, 12:31:09 am
Quote (LEOON)
Сделал еще раз в составе билета, делал с листа(не смотрел ни другие решения, не свое старое), как на экзамене. По этому на истину не претендую.
Буду рад если покритикуете, удалось ли чему-либо научиться с первого варианта?!
Буду рад если покритикуете, удалось ли чему-либо научиться с первого варианта?!
1. РасходнаяНакладная: БлокировкаДанных с фиксированным порядком субконто:
Code
ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Субконто1", "Номенклатура");
2. Там же в запросе к остаткам сортировка партий вида:
Code
|УПОРЯДОЧИТЬ ПО
| Партия "+ДопТекст+"
| Партия "+ДопТекст+"
Партия -- ссылка. Сортировка по ссылкам = порядок занесения в базу данных. Правильно по МоментВремени.
3. Еще раз посмотрите пример 2 (после исправления ошибки). Обращаю внимание, что суммовой остаток = 0, количественный = 5 шт...
4. Еще ошибка в запросе в Расходной накладной при определении общей суммы продаж. Посмотрите сумму документа РасходнаяНакладная 00000001 и сумму проводки Покупатели -- Прибыли и убытки. (сам с ней не так давно столкнулся и решил не брать эту сумму из запроса -- проще из итога или СуммыПоДокументу)
5. Операция не позволяет пометить на удаление операцию или хотя бы выключить движения.
Отправлено: LEOON от Март 07, 2012, 12:41:48 am
"При перемещении себестоимость товара не меняется"...
Или я не правильно Вас понял.
1. По первому пункту, да с удовольствием получил пользу от недавней вашей темы. Про блокировки и ПВХ. Спасибо большое.
2. Да я в курсе. Как думаете, не лучше ли воспользоваться АВТОУПОРЯДОЧИВАНИЕМ по партии. Т.е. отработает ли оно при сортировке по убыванию.
Отправлено: sv_mikh от Март 07, 2012, 12:46:44 am
Quote (LEOON)
"При перемещении себестоимость товара не меняется"...
Суть ошибки: товар еще не ушел (осталось 5 шт., но себестоимости у него нет. Это было бы возможно например если бы себестоимость считалась бы по номенклатуре в целом, но у нас она в разрезе партий. партия по сумме в ноль отдельно от количества не может выйти), а сс = 0;
Добавлено (07.03.2012, 00:46)
---------------------------------------------
Quote (sv_mikh)
2. Да я в курсе. Как думаете, не лучше ли воспользоваться АВТОУПОРЯДОЧИВАНИЕМ по партии. Т.е. отработает ли оно при сортировке по убыванию.
Правильно сделать по Момент времени. Или если больше нравится по Дата, Партия (что тоже самое что и МоментВремени, но длиннее)
Отправлено: LEOON от Март 07, 2012, 12:50:59 am
А иначе зачем нужен "Признак учета субконто".
Отправлено: sv_mikh от Март 07, 2012, 12:53:13 am
Quote (LEOON)
Не согласен, партия у нас тоже не меняется, Была Приходная1 и осталась Приходная1.
А иначе зачем нужен "Признак учета субконто".
А иначе зачем нужен "Признак учета субконто".
Т.е. Вы считаете, что это нормально, что в примере количество есть, а суммы по партии нет?
Отправлено: LEOON от Март 07, 2012, 01:04:36 am
В этом я и вижу смысл "Признаков учета субконто", чтобы отключать разрез по Субконто(в данном случае складу).
Вложения:
s2772760.png
Отправлено: sv_mikh от Март 07, 2012, 01:10:25 am
Quote (LEOON)
Как это нет было 100 и осталось 100.
В этом я и вижу смысл "Признаков учета субконто", чтобы отключать разрез по Субконто(в данном случае складу).
В этом я и вижу смысл "Признаков учета субконто", чтобы отключать разрез по Субконто(в данном случае складу).
Мне кажется мы говорим о разном. Давайте еще раз. Скачайте пожалуйста базу test3_leoon216 и выполните запрос как на картинке.
Видно что на складе подвисло количество без суммы. Партия (не видно на картинке) приходная 0000001
Вложения:
s9298801.jpg
Отправлено: LEOON от Март 07, 2012, 01:58:14 am
вместо:
?(НеобходимоСписать = Спишем, Выборка.СуммаВсего, Выборка.СуммаВсего/Выборка.КоличествоВсего*Спишем);
нужно:
?(НеобходимоСписать = Выборка.КоличествоОстаток, Выборка.СуммаВсего, Выборка.СуммаВсего/Выборка.КоличествоВсего*Спишем);
Невнимательность моя всегда на уровне.
Отправлено: kow1976 от Март 07, 2012, 02:23:14 am
Спасибо, исправил.
Вложения:
test_kow2_16.dt
Отправлено: Gyd от Март 07, 2012, 07:18:49 am
Quote (LEOON)
1. По первому пункту, да с удовольствием получил пользу от недавней вашей темы. Про блокировки и ПВХ. Спасибо большое.
а где можно посмотреть эту тему?
Отправлено: sv_mikh от Март 07, 2012, 09:27:56 am
Quote (Gyd)
а где можно посмотреть эту тему?
http://forum.chistov.pro/index.php?topic=1928.msg1#msg1
Отправлено: Gyd от Март 08, 2012, 02:28:18 pm
Quote (sv_mikh)
http://forum.chistov.pro/index.php?topic=1928.msg1#msg1
Спасибо.
---------------------------------------------
Quote (kow1976)
А перемещение правильно работать не должно.
Перемещаете с партий которые приходовались на склады Не складаОтправителя.
Перемещаете с партий которые приходовались на склады Не складаОтправителя.
Хмм, сейчас проверил, при перемещении со Склада1 на Склад2 идет проводка с той партией которая есть на Складе1. Вроде всё нормально. У меня проблема в другом: сумма по партии в целом берется, а не по нужному складу.
---------------------------------------------
Мне тут мысль пришла, хотя возможно я усложняю, ну или неправильно понимаю: а партии действительно должны списываться по ФИФО/ЛИФО в рамках склада?
Например:
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Магазин - Прих.2 - 10 штук.
Магазин - Прих.4 - 10 штук.
Списываем с Основного 20 штук по ФИФО:
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Хотя вот по логике должны списать Прих.1 и Прих.2, они первые по ФИФО попадают. Кто что думает по этому поводу?
Отправлено: kow1976 от Март 08, 2012, 02:34:45 pm
Поэтому Прих 1 , Прих 3 это правильно и единственное решение выводящее регистр в ноль.
Отправлено: sv_mikh от Март 08, 2012, 03:25:10 pm
Quote (kow1976)
Мне тут мысль пришла, хотя возможно я усложняю, ну или неправильно понимаю: а партии действительно должны списываться по ФИФО/ЛИФО в рамках склада?
Вообще конечно, если брать контору в целом, то т.к. учет ведется по партиям без учета складов, то кажется, что на самом деле расположение на складах не должно влиять на порядок списания партий... Тут мы упираемся в возможную структуру регистра бухгалтерии. "Надо думать" (с). Предполагаю, что решение возможно, но потребует формирования дополнительных, корректирующих проводок, закрывающих количественный пересорт по партиям. Но в этом случае движения в кол. учете будут вводить в заблуждения... Ибо не будут соответствовать реальным перемещениям... Тогда получается наверно нельзя сделать полное ФИФО, не привязанное к складу. Такая реализация возможна, если складской учет убрать на регистры.
Отправлено: Gyd от Март 08, 2012, 03:45:23 pm
Quote (sv_mikh)
но потребует формирования дополнительных, корректирующих проводок
Да, "выравнивать" придется.
Quote (sv_mikh)
Ибо не будут соответствовать реальным перемещениям
Это точно
kow1976, sv_mikh, спасибо за ответы.
Отправлено: max_osodoev от Март 23, 2012, 11:38:38 am
Вложения:
2.16_max-osodoe.dt
Отправлено: nodalt от Апрель 05, 2012, 12:58:30 pm
думаю, вы не правы по поводу логики списания, приведенной в примере Gyd,
Quote (Gyd)
Например:
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Магазин - Прих.2 - 10 штук.
Магазин - Прих.4 - 10 штук.
Списываем с Основного 20 штук по ФИФО:
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Хотя вот по логике должны списать Прих.1 и Прих.2, они первые по ФИФО попадают. Кто что думает по этому поводу?
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Магазин - Прих.2 - 10 штук.
Магазин - Прих.4 - 10 штук.
Списываем с Основного 20 штук по ФИФО:
Основной - Прих.1 - 10 штук.
Основной - Прих.3 - 10 штук.
Хотя вот по логике должны списать Прих.1 и Прих.2, они первые по ФИФО попадают. Кто что думает по этому поводу?
Здесь как раз должны списываться Прих.1 и Прих.2 вне склада
Иначе документ "Перемещение" тоже потребует проводок по ресурсу "Сумма", однако по условию этого не требуется.
И регистр в Ноль уйдет при таком раскладе.
Опишите мне пожалуйста "конфликтную" ситуацию, при которой зависнут остатки - возможно я что-то не понял ...
Вот мое решение
Вложения:
nodalt_2_16.dt
Отправлено: sv_mikh от Апрель 05, 2012, 08:02:17 pm
Quote (nodalt)
kow1976, sv_mikh, Gyd,
По моему скромному мнению правильным является последнее решение sada, где используется 3 признака учета субконто: суммовое, количественное, партионный... В таком решении становится возможным списание партий независимо от склада. А наши с 2я не пойдут.
Отправлено: kow1976 от Апрель 06, 2012, 05:41:43 am
В вашей базе отмените перемещения.
Потом продайте все Bosch KGS 3760 IE(15 шт) на главном складе. И получите не закрывшийся регистр в ноль по количеству на Главном складе
Добавлено (06.04.2012, 05:41)
---------------------------------------------
sv_mikh,
Если было написано :
"Себестоимость товара рассчитывается в разрезе партий поступления этого товара на склад"
Тогда три субконто.
Это всегда можно уточнить на экзамене. Главное чтоб были рабочие решения для обоих вариантов.
Вложения:
s2565696.jpg
Отправлено: sv_mikh от Апрель 06, 2012, 06:19:15 am
Quote (kow1976)
"Себестоимость товара рассчитывается в разрезе партий поступления этого товара на склад"
Я не буду спорить. Но делать я буду если что -- 3. Кстати у haptcher в решении также аналогичные 3 ВУС.
Добавлено (06.04.2012, 06:19)
---------------------------------------------
Quote (kow1976)
Тогда три субконто.
Речь не про субконто, а про виды учета субконто.
Отправлено: kow1976 от Апрель 06, 2012, 06:28:44 am
Не пойму чем дополнительный ресурс в регистре может улучшить ваше решение.
Отправлено: sv_mikh от Апрель 06, 2012, 06:35:47 am
1. Приход
На Склад1 Товар1 10 на 100
На Склад2 Товар2 10 на 100
На Склад3 Товар3 100 на 1000
2. Продаем 30 шт. со склада 3.
Что должно списаться? Остатки есть -- все ок. Но списание по ФИФО. Значит должны быть проводки:
Дт. ПУ -- Кт. Товар1 Склад3 Партия1 10 на 100
Дт. ПУ -- Кт. Товар1 Склад3 Партия2 10 на 100
Дт. ПУ -- Кт. Товар1 Склад3 Партия3 10 на 100
В наших решениях это 100% приведет к перересорту по количеству на Товарах. Мы еще с Gyd обсуждали и говорили что все ОК будет только если брать партии на данном складе. Так вот. 3 ВУС позволяют решить эту проблему. Кстати и перемещение становится простым...
Мое решение, с 3 ВУС.
По сути такое построение РБ реализует 2 регистра на одном счете... Аналог в опер.учете: РН Остатки товаров: Номенклатура, Склад, Количество, РН Остатки партий: Номенклатура, Партия, Количество, Сумма. СС по партиям товара.
Вложения:
sv_mikh_02_16_.dt
Отправлено: kow1976 от Апрель 06, 2012, 06:44:06 am
Идею понял спасибо.
Отправлено: nodalt от Апрель 06, 2012, 09:57:46 am
Quote (kow1976)
В вашей базе отмените перемещения.
Потом продайте все Bosch KGS 3760 IE(15 шт) на главном складе. И получите не закрывшийся регистр в ноль по количеству на Главном складе
Потом продайте все Bosch KGS 3760 IE(15 шт) на главном складе. И получите не закрывшийся регистр в ноль по количеству на Главном складе
Вот мои действия:
Исходные данные:
_______________________________________________________Приходная 1
Главный --- Bosch KGS 3760 IE --- 10 шт. --- 20.000 --- 200.000
_______________________________________________________Приходная 2
Розничный- Bosch KGS 3760 IE --- 20 шт. --- 15.000 --- 300.000
_______________________________________________________Приходная 3
Главный --- Bosch KGS 3760 IE --- 5 шт. --- 30.000 --- 150.000
----------------------------------------------------------------------------
ИТОГО:
Всего ------ Bosch KGS 3760 IE --- 35 шт. --- 650.000
Главный --- Bosch KGS 3760 IE --- 15 шт.
__________Списываем по себестоимости____________________Расходная 1
Главный --- Bosch KGS 3760 IE --- 4 шт. --- 20.000 --- 80.000
__________Списываем по себестоимости____________________Расходная 2
Главный --- Bosch KGS 3760 IE --- 6 шт. --- 20.000 --- 120.000
Главный --- Bosch KGS 3760 IE --- 5 шт. --- 15.000 --- 75.000
В итоге на Главном Bosch KGS 3760 IE больше нет, т.е. 0 шт.
__________Списываем по себестоимости____________________Расходная 3
Розничный --- Bosch KGS 3760 IE --- 15 шт. --- 15.000 --- 225.000
Розничный --- Bosch KGS 3760 IE --- 5 шт. --- 30.000 --- 150.000
В итоге на складах товара нет и себестоимость вся списалась!
Если не трудно, объясните пожалуйста что вы имели в виду.
Отправлено: kow1976 от Апрель 06, 2012, 07:22:10 pm
Посмотрите в консоли запросов видно остатки 5 штук по складу "Главный"
Вложения:
test_nodalt_2_1.dt
Отправлено: Toxicoff от Апрель 28, 2012, 02:30:19 pm
Через признак учета субконто и 3 аналитики.
Отчет, операцию, блокировки не делал.
Тяжко дались эти признаки учета субконто...
Может кому полезно будет
Отправлено: Toxicoff от Апрель 28, 2012, 02:31:58 pm
Вложения:
8353805.dt
Отправлено: crabzzy от Май 02, 2012, 04:55:43 pm
смотрю дальше, спасибо за задачу!
Отправлено: Toxicoff от Май 02, 2012, 11:13:08 pm
Отправлено: Данияр от Июль 22, 2012, 11:18:31 am
Анализировал эту задачу, тут люди писали что задача с камушком и т.д. Перечитал посты GostЪ,. Я так и не понял что он имел ввиду и почему у меня не правильно списываются партии.
Посмотрел решения Gyd , kow1976 и Hawk.
Далее я так и не понял запросы в рн в решениях Gyd , kow1976 и Hawk. зачем связывать остатки по складу с остатками по партии?
Если правильно понимаю условия задачи то:
1) Партионный учет ведется по всей номенклатуре на всех складах, у вас же в запросах это не произойдет из-за связи остатков на складе на складе с остатками по партии.
2) Просто логически остаток по складу всегда меньше или равен партионному остатку, зачем контролить партионный остаток?
Ведь для этого вы связываете остатки по складу с остатками по партии?
Отправлено: Gyd от Июль 23, 2012, 10:46:54 am
а вы же уже сдали экзамен? или был перерыв?
Отправлено: Данияр от Июль 23, 2012, 05:25:31 pm
Я читал что вы сдали, поздравляю.
А теперь по теме:
Мне кажется в решениях Gyd , kow1976 и Hawk нарушается условие задачи, цитата:
"Себестоимость товара рассчитывается в разрезе партий поступления этого товара."
Если правильно понял код в модуле рн у них решениях - то себестоимость товара рассчитывается в разрезе партий по складу, как это должно быть задаче 2.17.
Gyd, ну хоть вы объясните пожалуйста зачем связывать остатки по складу и с остатками партий в запросе рн?
зы в своем решении обнаружил ошибку партии списываются не корректно.
Отправлено: Gyd от Июль 24, 2012, 09:10:48 am
Quote (Данияр)
Я читал что вы сдали, поздравляю.
Спасибо
Да, вы правильно сказали, у меня себестоимость в разрезе партий по складу. Если делать партионный учет по всем складам, то конечно моё решение неправильное.
А связь делалась как раз чтобы списывать партии со одного склада, если память не изменяет логика была такая:
1. Получить общий остаток на складе (сумма всех партий на складе). Это для проверки нехватки на складе.
2. Прицепить к каждой строчке из п.1 сумму по всей партии и всему кол-ву в этой партии (определить среднюю по партии для расчета себестоимости).
Например, нужно продать 4 шт. товара со склада (Т-товар, П-партия, С-склад):
1.
Т1-П1-С1 - 2 шт.
Т1-П2-С1 - 2 шт.
2.
Т1-П1-С1 - 2 - (2 шт. - 10 руб.) - в скобках присоединение
Т1-П2-С1 - 2 - (3 шт. - 15 руб.)
Дальше списываем полностью партию П1 со склада С1, и частично партию П2 с этого же склада.
Отправлено: michail007 от Сентябрь 14, 2012, 02:54:58 pm
Quote (sv_mikh)
Прикрепления: sv_mikh_02_16_.dt(235Kb)
вопрос по отчету
Скажите, а зачем вы соединяете 2 регистра с одинаковыми параметрами? я понимаю когда мы соединяем 2 регистра остатков с разными параметрами вирт.табл, а у вас параметры одни и в обоих регистрах.Без проблем можно сформировать по одному регистру!
И еще Вы забыли убрать вывод общих итогов! в задачнике вроде без итогов в конце
Отправлено: Pavlyk от Сентябрь 15, 2012, 03:07:21 pm
Отправлено: iomoe от Сентябрь 29, 2012, 10:00:41 am
Вложения:
iomoe_2_16.dt
Отправлено: alex7six от Декабрь 24, 2012, 09:06:51 pm
Мой вариант решения с 3мя ПУС
Вложения:
0017152.dt
Отправлено: RoMeL от Январь 08, 2013, 12:39:43 am
----------------------------------------------
Номенклатура - Склад - Количество
----------------------------------------------
Номенклатура - Партия- Количество - Сумма
----------------------------------------------
Первый регистр для контроля остатков на складе, второй для списания по партиям себестоимости.
Если немного подумать задача не такая уж и сложная...Отчет только немного хитрый.
Сделал без документа Перемещение, вроде на экзамене он не нужен...
Вложения:
RoMeL_2.16.dt
Отправлено: Makh от Февраль 26, 2013, 11:15:02 pm
Вложения:
4473786.dt
Отправлено: b_as от Март 01, 2013, 04:37:45 pm
Вложения:
b_as_2-16.dt
Отправлено: TV-Star от Май 16, 2013, 01:01:15 pm
План счетов:
1. признак учета - количественный, признак учета субконто - суммовой;
2. Счет" товары " - количественный, субконто - номенклатура (суммовой), Партии (суммовой), склады
РБ: Ресурсы - Сумма (баланс, суммовой), Количество - (не баланс, количественный)
Есть документ перемещение.
Прокомментируйте, пожалуйста.
Вложения:
7955597.dt
Отправлено: ДимокШ от Май 22, 2013, 08:22:30 am
Какой вариант решения правильный/оптимальный с точки зрения экзаменатора (при сдаче по удалёнке нет возможности отстоять правильность своего решения в личной дискуссии).
Варианты такие (п.с. на экзамене в данной задаче нет документа Перемещение):
1) 1 признак учета субконто (суммовой) и 2 ресурса рег бухгалтерии (сумма и колво)
2) 3 признака учета субконто (количественный, суммовой, партионный) и 3 ресурса рег бухгалтерии (сумма, колво, колво партии) - мне кажется это вообще извращенский вариант (или я просто пока не понял почему здесь предложен такой вариант)
Решил по первому варианту
Регбух – без измерений. Ресурсы сумма(баланс) и количество (небаланс)
Признаки
учета счета – количество Признак учета субконто – суммовой
Товары
3 субконто: Номенклатура (суммовой), партии (суммовой), склады
Т.е.
По складам – итоги есть только по количеству.
Запрос
в при проведении РН:
1 запрос врем таблица ТЧ РН – номенклатура, колвоТЧ, суммаТЧ
2 запрос врем таблица Остатки по складу Рег Остатки по счету товары – только количество. Отбор по складу. Получаем врем таблицу в разрезе Номенкалатуры и Партиям.
3
3.1 Соединяем ТЧ и Остатки - там мы увидем хватает остатков или нет
3.2 Соединяем Остатки с новый запросом к Рег Остатки (без отбора по складу) соединяем по
номенклатуре и партии – так мы узнаем себестоимость партии для каждой номенклатуры и партии.
Вложения:
_2.16.dt
Отправлено: patchwork от Июль 03, 2013, 10:30:36 pm
Цитата (napan)
РешениеПрикрепления: 2.16.dt(161Kb)
Отправлено: ДимокШ от Июль 04, 2013, 07:05:13 am
Цитата (patchwork)
КАК НЕ КРУТИ NAPAN ЗДЕСЬ ЛУЧШИЙ!
Отправлено: TuMyP1985 от Июль 26, 2013, 02:05:41 am
Вложения:
KTT_2_16.dt
Отправлено: artfa от Август 13, 2013, 01:48:20 am
иначе регистр никак не выходит в ноль,
еще есть более простой вариант решения - завести два регистра бухгалетерии: на одном учитывать остатки по складам, на другом по партиям,
отсюда вопрос - будет ли считаться второй вариант решения упрощением условий задачи, ведь в задаче не сказано что решить ее нужно на одном регистре???
Вложения:
3797611.dt
Отправлено: Andrei от Август 15, 2013, 02:02:16 pm
А для чего признаки учета субконто?
Себестоимость в разрезе партий, списание тоже. На счете Товары 2 субконто Номенклатура, Партия . в Плане счетов 1 признак учета(только не субконто) -количественный. Ну и никак не 2 регистра бухгалтерии. Может не ту задачу смотрю (билет 6 бухучет, как я понимаю)
Отправлено: artfa от Август 15, 2013, 02:59:31 pm
Цитата (Andrei)
А для чего признаки учета субконто?
а вы попробуйте на одном регистре без признаков учета субконто решить, и чтобы у вас регистр закрывался в ноль, а я, если вам это удастся, с удовольствием посмотрю на ваше решение,
Отправлено: Andrei от Август 16, 2013, 07:07:42 am
Кстати, почитал комментарии, у TV-Star на пред странице тоже по описанию так-же.
Вложения:
2_16_6.dt
Отправлено: artfa от Август 16, 2013, 09:48:23 pm
и еще одна ошибка - в приходной вы указываете склад для каждой номенклатуры, что не вписывается в логику задачи, не доделан отчет, и совет - настраивайте подсистемы для собственного удобства и для тех кто решит просмотреть ваше решение
Отправлено: apercot от Август 18, 2013, 10:48:57 am
p.s. в задаче(в билете 6-ом) написано "В документе «Приходная накладная» склад указывается втабличной части для каждой строки и формируются следующие проводки:"
Отправлено: sevod от Октябрь 02, 2013, 02:22:24 pm
Цитата (patchwork)
КАК НЕ КРУТИ NAPAN ЗДЕСЬ ЛУЧШИЙ!
Согласен. Еще у TuMyP1985 хорошее решение, оно вобщем то похоже на решение Napan'а.
Сложилось такое впечатление, что не все понимают что такое признак учета субконто. Вобщем то я тоже не понимаю что это такое
Но эта задача сильно помогла разобраться. Хоть я не знаю что это такое, но вроде бы понял как оно работает. Очень сильно в этом помогает консоль запросов. Если где ошибся, сильно не пинайте Просто мне не нравятся громоздкие решения. Если кому интересно, обратите внимание что у Napan'а и TuMyP1985, отсутствует признак учета субконто суммовой. Сделано это с простой целью. Если его ввести и не использовать для учета складов, как это у многих сделано, то в разрезе складов, вы сумму остатка не получите. Что бы в запросе получить сумму остатка в разрезе складов, партий и номенклатуры необходимо проставить галочки признака учета субконто суммовой, на все эти три субконто, то есть на все существующие виды субконто. А если признак учета использовать на все виды субконто, то проще его вообще не создавать. Назначение признака учета субконто, ограничивать, а не разрешать как это может показаться. Нет признака учета субконто, нет ограничений.
Мой вариант. Там есть ошибка с отсутствущей галочкой "Балансовый", для Суммы, но переделывать лень.
Добавлено (02.10.2013, 14:22)
---------------------------------------------
Самое главное забыл написать
В решении использую 3 субконто и 2 ресурса (сумма и количество). Зачем нужен 3-ий ресурс, количество по партиям не понимаю. Есть ресурс количество, зачем еще одно количество?
Вложения:
Sevod_2_16.dt
Отправлено: java от Октябрь 28, 2013, 06:48:08 pm
Как и все, начал с решения по методу Napan, оно простое, понятное и замечательное, если бы списание было "по партиям на складах". Но по условию надо списать "по партиям", но при этом только с указанного склада!
Суть решения: Количество надо списать со склада не больше чем там есть, а суммы списать по партиям, но для этого нужно знать количество в партиях.
В итоге 3 ресурса: сумма, колво, колвоВПартии. 2 признака учета (по ном+Партия учтем сумму и колво партии, а количество учтам по ном+склад), счет товары - признак количественный.
Теоретически можно было бы наверное сделать то же самое и без "признаков учета субконто", а просто разорвав проводку на 2 :
проводить по партии с пустой ссылкой склада, а по складам - с пустой ссылкой партии, но тогда бы это уже была подмена стандартного механизма "самоделкой", а количество записей в реальной таблице удвоилось -- вряд ли это рационально.
Причем документ перемещение тут оказалось не так уж сложно, скопировал расходную и выбросил всё лишнее, документа нет в билете и это хорошо, меньше времени будет потрачено. В перемещении вообще нет никаких хитростей:
Цитата
дт товары суб1 (номенклатура ) суб2 (склад получатель) колво
кт товары суб1 (номенклатура ) суб2 (склад отправитель) колво
кт товары суб1 (номенклатура ) суб2 (склад отправитель) колво
Вложения:
java_2_16_.dt
Отправлено: fimanich от Январь 07, 2014, 03:42:39 pm
Цитата sevod (
)
)Если кому интересно, обратите внимание что у Napan'а и TuMyP1985, отсутствует признак учета субконто суммовой. Сделано это с простой целью. Если его ввести и не использовать для учета складов, как это у многих сделано, то в разрезе складов, вы сумму остатка не получите.
Вижу, задача вызвала массу обсуждений. Хотя является, на мой взгляд, классической реализацией "как сделать то, что в опер. учете на 2-х регистрах, используя один регистр бухгалтерии". При решении подглядывал в решение sv_mikh_02_16_3, большой ему респект. Думаю, что предложенная там схема верная. Не согласен там только по мелочям, например, в Расходной идет блокировка на склад, а остатки читаются как на конкретном складе, так и целом по партии...
Прикрепляю свое решение (платф. 8.3). Критика приветствуется.
Вложения:
fimanich_02_16.dt
Отправлено: sevod от Январь 07, 2014, 10:42:03 pm
Цитата fimanich ()
)Критика приветствуется.
Отправлено: Alexander от Январь 08, 2014, 05:51:28 am
fimanich - у тебя стандартные грабли для этой задачи. Оприходуй товар по второй накладной на второй склад и спиши с него. Партия пойдет со второго склада. При политике FIFO должна была списаться первая партия. (Интерфейс у тебя прикольный)
TuMyP1985 - остатки не уходят в ноль. (Хотя это в данной задаче никак не проявляется). Сделал приход на все 3 склада. Расход со второго. В результате партия ушла верная (та что на первом складе). Количество тоже (то что на втором складе). Но образовались отрицательные остатки. (Смотрел полные остатки через консоль)
artfa - блокировка субконто по номеру.
ЭлементБлокировки.ИспользоватьИзИсточникаДанных("Субконто1", "Номенклатура");
надо бы застраховаться на случай изменения номеров
ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ПланыВидовХарактеристик.ВидыСубконто.Номенклатура,"номенклатура");
и не пойму зачем при запросе остатков каждый раз запрашивается три субконто, когда в любом случае работает два (хотя для партий и складов они отличаются). Правда к ошибкам это не приводит вроде бы, но работу лишнюю выполняет точно.
Выкладываю свой вариант. Там еще 1.24 и 3.24. Прошу игнорировать.
Вложения:
kul_2_16.dt
Отправлено: sevod от Январь 08, 2014, 09:35:25 pm
Цитата fimanich ()
)Так ее и не надо сумму остатка на складе получать, сумма нужна только в разрезе партий. Думаю, признак учета субконто Суммовой в данной задаче является обязательным.
партией, как и документ поступление. При перемещении я списываю одну
партию и создаю новую. Соответственно мне нужна и сумма.
Нигде не сказано что только документ поступление может являться партией, в условии это расплывчато написано:
"Под партией товара понимается документ, регистрирующий его (товара) поступление"
При перемещении, документ перемещение является документом поступления
товара на соответствующий склад. Не указано жестко что именно документ
поступление товара.
На своем решении не настаиваю, мне оно нравится простотой. Буду решать аналогичный билет, обдумаю все заново.
Отправлено: fimanich от Январь 08, 2014, 10:56:41 pm
Цитата Alexander ()
)всего то 1 ночь с музой
fimanich - у тебя стандартные грабли для этой задачи. Оприходуй товар по второй накладной на второй склад и спиши с него. Партия пойдет со второго склада. При политике FIFO должна была списаться первая партия. (Интерфейс у тебя прикольный)
fimanich - у тебя стандартные грабли для этой задачи. Оприходуй товар по второй накладной на второй склад и спиши с него. Партия пойдет со второго склада. При политике FIFO должна была списаться первая партия. (Интерфейс у тебя прикольный)
Соответственно, с предложенным тобой решением не согласен, 3 признака учета субконто, это слишком
. На мой взгляд это усложнение задачи, повторюсь, нигде не сказано, что партии должны списываться независимо от склада, независимо от склада считается себестоимость, только и всего. Музе привет...
Добавлено (08.01.2014, 22:56)
---------------------------------------------
Цитата sevod ()
)Нигде не сказано что только документ поступление может являться партией, в условии это расплывчато написано:"Под партией товара понимается документ, регистрирующий его (товара) поступление"
списывается как при продаже, а на склад получатель товар приходит с партией,
которой является текущий документ перемещения товаров"
А если в 2.16 явно не сказано, что перемещение является партией, то лучше, имхо, так не делать.
Отправлено: must_see от Февраль 18, 2014, 10:26:24 pm
Выкладываю свой вариант решения.
Буду благодарен за критику и замечания.
Вложения:
must_see_2.16.dt
Отправлено: YFred от Июнь 24, 2014, 02:46:43 pm
насколько я понял фраза " себестоимость товара не меняется" означает, что товар надо перемещать по входной цене или СебестоимостьОстаток/количествоОстаток, что впринципе одно и тоже. Готов обсудить.
Вложения:
YFred_2.16.dt
Отправлено: Sanek421 от Декабрь 29, 2014, 11:58:33 pm
Отправлено: ksandr от Январь 03, 2015, 05:26:18 pm
Мой вариант решения. Буду рад любым комментариям.Забыл Индекс при проведении РН.
И в целом задача решена не верно. Себестоимость считается по партиям не зависимо от складов, соответственно ПС настроен не верно ну и дальше тоже все пошло не в ту сторону. Читай всю тему обсуждения и посмотри мое решение, тоже переделывал его, 1-й раз сделал по подобию твоего.
Отправлено: Solitar от Май 13, 2015, 03:58:56 pm
Отправлено: ksandr от Май 13, 2015, 04:16:32 pm
Отправлено: tatyana_fiesta от Август 05, 2015, 02:14:55 pm
как это лучше сделать?
Отправлено: venvlad от Сентябрь 21, 2015, 05:57:52 pm
Отправлено: venvlad от Сентябрь 22, 2015, 03:48:29 pm
Отправлено: rusmosav от Октябрь 23, 2015, 02:43:04 pm
Отправлено: Марк от Ноябрь 08, 2015, 09:37:53 am
Мой вариант
Мне кажется решение хорошее. Но я думаю в блокировках нужно установить режим блокировки Исключительный.
Отправлено: alfalume от Август 22, 2016, 11:12:51 am
Отправлено: lyulko от Октябрь 27, 2016, 12:08:39 pm
Отправлено: ahang от Октябрь 27, 2016, 05:01:04 pm
буду рад критике
Ну тут даже критиковать тяжело. Вроде все ГУД!
Вот только один момент, не забывайте устанавливать "счет", когда накладываете блокировки.
И еще один небольшой момент, когда Вы получаете данные по остаткам регистра бухгалтерии, то Вы передаете в параметры вирт. таблицы &МассивСубконто, т.е. сразу понятно, что Вы учитываете тот момент, что в режиме Предприятия пользователь может изменить порядок субконто для счета. Но, при установке блокировок, значения субконто Вы указываете жестко, например так:
Код: [Выделить]
ЭБД.УстановитьЗначение("Субконто2",Склад);ИМХО имеет смысл и тут учитывать тот же самый момент, поэтому лучше все таки писать так:
Код: [Выделить]
ЭБД.УстановитьЗначение(ПланыВидовХарактеристик.ВидыСубконто.Склад,Склад);
Отправлено: kitaev от Декабрь 14, 2016, 06:47:42 pm
9-го числа мне эта задача попалась на экзамене (там это был билет №14), причем сразу по оперативному и по бухгалтерскому учету.
Решил её так, как в архиве решенных задач (забыл уже где его скачал, к сожалению), использовал 2 ресурса: Количество и Сумма. В реализации сделал 2 соединения с Остатками - одно по Складу/Номенклатуре, другое по Номенклатуре для получения Себестоимости по ФИФО/ЛИФО в рамках всей компании, в измерение склад прописывал склад из реализации. Такое решение приводит к существенной ошибки (снимается 2 бала):
Цитировать
Ресурсы регистра остатков (один или все) изменяются документами и в "+", и в "-", но движения с противоположным знаком для одного того же объекта учета выполняются с разными наборами значений измерений, что также не обеспечивает выведения остатков ресурсов «в ноль».
Соответственно я ошибся в первых двух задачах и получил минус 4, т.е. автоматически не сдал экзамен(
Таким способом решить не получится. Преподаватель понял, что решаю я задачу не правильно ещё только посмотрев движения Прихода, из чего я сделал вывод, что двумя ресурсами не отделаешься и, возможно, надо делать 2 таблицы. Прочитал эту ветку и мне понравилось решение с добавлением второго ресурса - КоличествоПоПартии. Реализовал в итоге этим путем.
Норм получилось?
PS Не удаётся прикрепить файл - загрузил в гугл:
https://drive.google.com/file/d/0B0CupKDxJ9iCNi02NjQ2MWdHSGc/view?usp=sharing (https://drive.google.com/file/d/0B0CupKDxJ9iCNi02NjQ2MWdHSGc/view?usp=sharing)
PS2 - картинки прикрепляются, а вот dt, 7z, zip - не удалось прикрепить
Отправлено: MariaVG от Май 25, 2017, 07:02:24 pm