1.6

[SergTH000]

http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=567334
 Во-во..комментарии излишни..

[ut2k5]

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

[User_OKA]

Исходя из рекомендаций преподавателя 1С, возник следующий вопрос. Например:

Приход январь
 10 штук по 1 рублю
 20 штук по 2 рубля

Реализация февраль
 20 штук по 2 рубля
 10 штук по 1 рублю
 5 штук 0 рублей

Приход март (задним числом вводить не можем по условию задачи)
 30 штук по 3 рубля

1. Мы должны целиком отсторнировать февральскую реализацию и с учетом мартовского прихода
 они должны быть следующими:
 30 штук по 3 рубля
 5 штук по 2 рублю

2. или мы сторнируем наши 5 штук которые мы списали по 0 стоимости в феврале и с учетом мартовского прихода
 они должны быть следующими:
 5 штук по 3 рубля

?

накидал 2 вариант.

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

[InSurgent]

Кто-нибудь мой вариант смотрел ?

[ut2k5]

User_OKA,

Quote

Приход март (задним числом вводить не можем по условию задачи)
 30 штук по 3 рубля

, тут немного по другому:
 сторнируешь только в той части, где ушло в минус, т.о.
 1) сторно = Приход 5 штук 0 рублей
 2) приход в этой же части Приход 5 штук по 3 рубля
 3) расход (копия расходной) = Расход 5 штук по 3 рубля
 4) приход остальных позиций = Приход 25 штук по 3 руб.

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

Добавлено (06.10.2010, 16:31)
---------------------------------------------
кста родилась еще одна идея, вот только не знаю как реализовать, вообщем идея в том, что бы при приходе лезть в движения расходной и подставлять там сумму себестоимости и партию, тогда запись прихода составит только "приход остальных позиций"

[hugo]

ut2k5,
 

Quote (ut2k5)

сторно = Приход 5 штук 0 рублей

 в данном случае, сторно я понимаю как приход прошлой датой(датой расходной накладной). так?
 у 1)-3) какими будут периоды записей?
 и какой срок годности будет при списании (в расходной) 5 штук по 0 ?

[SergTH000]

Quote

в данном случае, сторно я понимаю как приход прошлой датой(датой расходной накладной). так?

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

[User_OKA]

Вот набросал решение

вызывает затруднение отчет продажи
 в разрезе номенклатуры, сроков годности
 с ресурсами Себестоимость, Продажа

кто нибудь сделал?

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

[hugo]

User_OKA,
 тут еще до отчетов надо поковырять, не правильно работает база. тестировал не смотря код
 ситуация:
 прих1 10 100
 прих2 10 100
 реализуем
 расх 25 500
 движения:
 расход 10
 расход 10
 расход 40 (должно быть 25-20=5)

смотрю код

Добавлено (07.10.2010, 14:28)
---------------------------------------------
при выборе таб части в запросе нет ссылки на документ, то есть собираешь таб части не только текущего документа

дальше, допустим, списалось 40. если после это этого списать еще 11 по 550 (на данный момент остатков вообще нет), то выходит ошибка = деление на 0!

дальше, после этих жвижений есть приход на 13 суммой 150.
 движения:
 + ПартияХ 13 150
 - ПартияХ 13 150 (то есть первая строчка полностью затерла вторую)
 и самое интересное:
 - (-40) 0 (ВидДвиженияНакопления.Расход и Сумма=-40) помоему это неправильно.

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

Добавлено (07.10.2010, 14:42)
---------------------------------------------
думаю после этого всем станет ясно принцип решения данной задачи
 http://devtrainingforum.v8.1c.ru/forum/thread.jsp?id=567334

[User_OKA]

hugo

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

деление на ноль подправил, если остатков нет, то все кидаем на пустую партию

конечно затерла
 был приход
 10 по 100
 10 по 100

затем расход
 25 по 100
 10 по 150

в результате зависло 15 штук

приход
 13 по 150
 тут же
 сторно реализации (можно либо приход на 15 штук, либо расход на -15 штук)
 обычное списание 13 штук
 ну и 2 штук не хватило снова кидаем на пустую партию

Что с отчетом по продажам?

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

[hugo]

User_OKA,
 просто тупо запустил отчет Продажи, прибыль в минусе, директор будет в ярости

Добавлено (07.10.2010, 16:20)
---------------------------------------------
вроде все норм,

Quote (User_OKA)

сторно реализации (можно либо приход на 15 штук, либо расход на -15 штук)

 все же "расход -15" как то напрягает, но если так можно, я не против.

[1C_CoderVamp]

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

[hugo]

1C_CoderVamp, то есть в приходнике запись сторно будет Приход (-15) так?

[1C_CoderVamp]

hugo,
 Суть "сторнирования" заключается в том, чтобы фактически не удаляя запись, свести ее значение к 0.
 К примеру есть поступление на 01.10.2010 - 10 шт:
 1) сторно - тоже самое поступление, только кол-во = -1 * 10 шт., итог:
 Остаток на 01.10.2010 (23.59.59) - 0шт.
 Приход за 01.10.2010 - 0шт.
 Расход за 01.10.2010 - 0шт.

2) тоже самое поступление, только ВидДвижения = Расход, итог:
 Остаток на 01.10.2010 (23.59.59) - 0шт.
 Приход за 01.10.2010 - 10шт.
 Расход за 01.10.2010 - 10шт.

Проще говоря, все зависит от того результата, который требуется добиться.

[SergTH000]

utk25 (прости если не правильно по памяти пишу)
 

Quote

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

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

Добавлено (09.10.2010, 22:21)
---------------------------------------------
Чето сейчас засомневался, на какую дату делать расход, после сторнирования=) скорее действительно на дату расходной.
 Все-таки идея менять движения расходной рискованная, как то сразу задача выделяется из всего списка по опер учету. У меня уже сложилось твердое убеждение, что задачи проверяют одни и те же механизмы и инициатива как правило наказуема=)