Доброе время суток всему народу!

Подскажите, как на 7.7. правильно написать запрос под такие условия:
Есть специализированная конфа под учет автозапчастей, учетной политикой организации принят метод списания "по среднему". Пусть Цена поступления номенклатуры "Редуктор", например, 1000 руб, цена продажи - 2000 руб. При проведении документа реализации в регистр себестоимости почти всегда пишется не 1000 руб, а другая сумма, рассчитанная как средняя по всем редукторам, лежащим на складе - например 1200 руб. Недостающие 200 руб будут списаны с другой партии (только сумма, без количества).

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


Номенклатура=Регистр.Склад.Номенклатура;
ТекущийДокумент = Регистр.Склад.ТекущийДокумент;
Партия=Регистр.Склад.Партия;
НомерСтроки = Регистр.Склад.НомерСтроки;
СтавкаНДС     = Регистр.Склад.Номенклатура.НДС;
ПоставщикИНН = Регистр.Склад.Партия.Контрагент.ИНН;
//ЦенаПриобретения = ?;
//ЦенаРеализации = ;        //получу позже, спозионировавшись по НомеруСтроки на нужной строке тек. документа.
Количество=Регистр.Склад.Количество;
Функция КоличествоРасход = Расход(Количество);
Группировка Документ;
Условие(ТекущийДокумент = ТбУсл.ПолучитьЗначение(1, 4));
Условие(Количество<>0);

структуру регистра опиши

Измерения
- Подразделение
- Номенклатура
- Партия

Ресурсы
- Количество
- Стоимость
- НДС

Реквизиты
- ХозОперация
- ДопАналитика
- Менеджер

И чего в Партия пишется ?
Как то не вяжется учет по-среднему и партии в регистре.
Одна из черепашек врёт.

В партии пишется документ поступления.

Списывает он так:
Подразделение        Номенклатура        Партия            Количество    Стоимость    НДС
ГлавныйСклад        Редуктор        ПНК 0417 (26.04.12)    1        15831.73    2415,01
ГлавныйСклад        Редуктор        ПНК 0240 (30.03.13)            8403,12        1281.83
ГлавныйСклад        Редуктор        ПНК 0501 (31.05.13)            700.26        106.82

Это продажа одной штуки товара. А цену поступления мне нужно вытащить из первой партии (где списывается кол-во)

Конфа Альфа-Авто, ред.3, правда древняя очень (2002 год)

(4) А (Стоимость+НДС)/Количество не подойдет?

(4) бредятина какая..

А в приход пишется сам документ прихода ?
М по какому алгоритму так списывается ?

Точно - учет по среднему. К терапевту таких клиентов.

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

Выкинь партию к едрени фени оттуда, сделай человечий учет по-средней.
Сейчас - это мега незакрытый регистр, с нелепым механизмом.

Как получилось 3 партии в расходе - хз..

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

(9) нихрена не понял..

есть :

приход
  валенки 100  по 1000 рублёв  приходная1  
  валенки 100  по 2000 рублёв  приходная2  
  валенки 100  по 3000 рублёв  приходная3

и расход 150 валенков.. чего в регистр пишется, и как ?

(11) беги оттуда.

600000 / 300 = 2000 руб
2000*150 = 300.000

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

У меня нет возможности проверить - моя копия базы сейчас без ключа. Я ее немного подправил, чтобы она хотя-бы открывалась и давала мне выбирать данные. Но создавать, проводить документы в ней не могу. Там все через внешнюю dll-ку от Раруса

(14) ты не умничай. Напиши все движения в регистре

А ну ясно, ты сам не знаешь "как это чудо" работает, и нас просишь написать запрос ?
Забавно.

Хочешь, teamviwer запущу, если интересно? Ёпрст, зря ты так, я не умничаю. У меня есть база с данными, логика формирования движений сейчас для меня значения не имеет. Если утрировать, я могу запросом получить Номенклатуру, Партию, ТекущийДокумент и КоличествоРасходПоПартии. Как мне, имея только эти поля, получить доступ к Колонке Цена из документа партии?

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

В любом случае - спасибо за диалог :)

>>>логика формирования движений сейчас для меня значения не имеет

Супер!
Пиши тогда любую муть в запросе :))

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

(17) Как я могу разобраться в чем-то не видя этого ?
Я те че, телепат с венеры ?

(17) "..логика формирования движений сейчас для меня значения не имеет.."

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

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

после этого

"Недостающие 200 руб будут списаны с другой партии (только сумма, без количества). " вопросы по квалификации того кто это сделал отпадают сами собой

(22) не, ну может там количество по фифо с партиями пишется.. а сумма - по средней.. хотя, хз че там.

(24) а при такой схеме регистр закрыть вообще возможно?

(24) да хрен его мама знает
:))
нарисовать надо... на бумажке :)

(24) Там стопудово идет сначала списание по партиям по ФИФО, а затем для руководства, которое понимает только среднее, регулируется сумма за счет следующих партий.
В результате регистр закрывается, а отчет как раз есть "восстановление" партионного учета, т.к. количественное списание идет по ФИФО.
В общем, забавно. Главное - не оказаться крайним.

(27) т.е сумма в движения по-средней загоняется, так ?

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

(27) когда партии кончатся то за счет чего будет "регулировка суммы за счет следующих партий"? бред короче

(28) (29) Так все понятно - сначала списывается по фифо сумма и количество, а затем досписывается сумма до среднего со следующих партий. Интересно - как? пропоорционально со всех оставшихся? А если что - даже и добавляется?

(30) Когда партии списываются в 0 - метод списания значения не имеет.

На самом деле никакой не бред. Разработчик умудрился удовлетворить заказчика и оставить лазейку для восстановления партионного учета. Могло быть гораздо хуже.

(31) со следующий, это с каких ?

а если их нету ?

Проще уж.. количество списывать по фифо и сумму писать по-средней..

сразу..

пропорциональнл

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

кстати а что подразумевается под "последующее восстановление партионного учета"?

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

(40) "приходуется то не по средней"!!!!! Простите а когда это "приходуется по средней"????? как это?????

не я столько не выпью....

(42) Так похоже уже :)
(41) А почитать на какой вопрос был этот ответ не судьба?

(43)
1. "Я не пьющий" © стоматолог
2. принято - ёпрст жжет ;)

(0) Похоже, без обращения к тч партиеобразующего документа не обойтись.

(31) гораздо интереснее, когда количество по партии списывается в ноль, а по сумме есть остаток. Вот куда его девать?

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

(46) это говорит о кривых руках программиста который писал партионный учет

(48) Скорее о кривых мозгах

(46)(47) Сговорились, что ли?

(49) это одно и тоже если речь о программисте

Ну что же - придется вбросить. Взял типовую ТиС и ввел в 2012 году два документа поступления с разными ценами. В 2012 году ФИФО.
В 2013 году установил метод по среднему и продал часть товара. Списало по ФИФО, т.е. по факту неправильно. Так что типовая ТиС работает корректно только если не менять метод списания.
Так что автор дописки устранил косяк ТиС и то, что Вы считаете, что у него мозги кривые - это у него мозговые извилины.
Прошу проверить и опровергнуть, если сможете, господа.

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

точнее это не метод списания а метод определения себестоимости при списании

если ты в 52 не лукавишь то я в шоке от такой схемы. и это типовая от 1С?

дело даже не в обязательности или государствах разных. это основа (база) теории учета

(55) Я не лукавлю. Посмотрел внимательнее - оно вообще по ЛИФО списало. А скорее всего просто первые попавшиеся - в код не полез.

(57) "сдаётся мне это была комедия" ©

(58) Делов на 10 минут - сетапнуть демо ТиС и ввести 3 дока и проверить. Смысл врать?

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

(0) Я не понял, если учет "по среднему", то зачем тебе "цена поступления" какой-то конкретной партии?

+(61) Еще хорошо бы посмотреть на движения документа Приходная, может оно пишет в какой-нибудь регистр, типа "Цены закупки" и оттуда вытаскивать цены.
Ну и самый простой вопрос, а если списался товар с двух партий - какую цену выводить?