Устранение проблем остаточных количеств при решении задач партионного учета в1С? #664313

Здравствуйте. Собственно вот такой вопрос стоит в экзамене в институте: Устранение проблем остаточных количеств при решении задач партионного учета в 1С предприятии; Консультации по вопросам нет, но хоть может кто нить пояснить, что за проблемы, т.к. сам с партионным учетом еще в плотную не сталкивался.

в институтах 1С преподают, ужас нах

А ты пропода своего хоть раз видел-то?

*препода

"Устранение проблем остаточных количеств при решении задач партионного учета": Не надо ковырять/заводить документы задним числом

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

[но хоть может кто нить пояснить] консультации от 5000 руб./час

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

мне еще диплом защищать, так что думаю не лучший варик на ГЭК закинуть фразу, у нас не было этого и куй клал на этот вопрос.

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

я так и думал, но 3 строчки это не ответ для ГЭКА.

Они сами не знают, потому и не рассказали ученикам

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

а препод - явно Пит ))

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

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

а она разве не списывается в ноль после закрытия месяца регламетными операциями?

с чего бы это?

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

а почему это не пропорцианально вдруг?

Ок, еще вопрос такой среди обсуждающих, кто нить на практике работал, или работает с партионным учетом?

не, никто не работал

Ну да, а что?

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

Лол. Вопрос точно именно так поставлен? Никаких проблем с остаточным количеством нет, бывает с оставшимися суммами (как уже правильно заметили )и то я сталкивался с этими ток в самописках. Возможно имеется ввиду что регистр накопления по своему принципу всегда должен закрывать в ноль. Нельзя только накапливать или только расходовать и т.п.

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

Никто не работал. Это сверхсекретная тема и её запрещено обсуждать.

ну что бы именно с остаточным количеством была проблема хз. Конечно количество может повиснуть если при списании используется что нибудь типа срока годности и так далее. Если только дата партии ток списываться будет всегда по фифо или лифо.

Если бы не сталкивался, написал бы тебе в ???

Ты сталкивался с проблемой остаточных количеств и их устранением О_о? Кстати бывает еще пересорт, товар в программе есть, по факту нет. И естественно раз его по факту не продают то и списать по программе не могут. :)

особенно если продажа по ШК.

продажа по ШК?

если висят копейки - кодеру леща. если килограммы - пинка под зад

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

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

А все же, что может быть, вопрос остался тем же, уточнений не дали. Как быть?

UP!

Совершенно мне по-барабану, как решают в типовой 1Сине проблему, которые при грамотном подходе вообще не возникает. Не пропорционально - чтобы как-раз не было и .

зубы через опу чистишь?

Печально нынче с образованием дела обстоят...

если код писать руками, то ни в каких корректировках необходимости не возникает. Хотя, возможно я то-то делаю не так - хз...

Тут про партионный учет уже лет семь зарубы идут. Угу, откроют нам глаза.

всё-таки похоже корректировки стоимости номенклатуры не решают эту проблему

тему в закладки! автор вернется с консультации и поделится знаниями)))