v7: влияние нераспределившихся партий на остатки #258834

У нас в базе товар не распределяется по партиям, себестоимость списывается в минус, а восстановить последователность сложно выполнимо. Я не могу понять может ли это оказывать влияние результаты инвентаризации. И если могут помогите понять как именно.

У нас в базе товар не распределяется по партиям, себестоимость списывается в минус, а восстановить последователность сложно выполнимо. Я не могу понять может ли это оказывать влияние результаты инвентаризации. И если могут помогите понять как именно.

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

на инвентаризацию.

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

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

у вас нет последовательности. А раз так, то я бы вообще не ориентировался на цифры отчетов.

Да но инвентаризации проводятся. Наш программист утверждает, что база работает корректно. Я понимаю что он не прав, но не могу объяснить. Мне нужно понять как именно партии влияют на остатки, если товар не распределяется.

Влияет, смотри: 20.01.07 купили 2 пары тапок по 20р на остатке 40р 31.01.07 продали 1 пару тапок, списали 20р на остатке 40-20=20р 01.02.07 уй-ё, обшибочка вышла, тапки-то пришли по 50р, исправили док за 20.01.07, но не перепровели реализацию от 31.01.07, в результате имеем 100р - 20р = 80р на остатке, а реально имеем 50 (2*50-1*50), гоните 30р гады...

её интересуют количественные остатки.

Не уверен, количество у нее скорее всего вообще в минусах...

гыгыгы. И вот, приходит Нотка с инвентарной ведомостью, где тапок две пары, а программист ей выдает отчет, в котором тапок минус три пары, и с такими честными глазами говорит: "база работает корректно" (с) Нотка идет и долго думает...

Еще вариант: приход 100 пар тапок по 10 рублей на остатке 100пар х 1000р продали 50 пар тапок по 10 рублей на остатке 50пар х 500р у-ё, пришло-то 10 пар по 100 рублей меняем приход, не трогаем реализацию, в результате имеем 10-50=-40 пар х 500р как тебе количественный?

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

оч. интересно, а не является ли эта самая Нотка этим самым программистом ? :)

А кто сказал что база работает некорректно? Просто последовательность надо восстановить, как бы проблемматично это не было :)

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

да, последовательность надо восстановить. Если, конечно, программиста зовут не улю

imho, в ТиС с кривой последовательностью вобще какой либо отчет формировать бесполезно :)

на копии для начала, конечно

Самое подлое что в бух и возникает не реже чем в ТиС, но за неимением последовательности, пока минус не схлопочешь ты об этом фик узнаешь ((

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

а нефик доки в закрытых периодах трогать. Вот

Блин, чего хочешь? Приход, отгрузка, возврат? Что и куда должно распределяться????

->

Как думаешь много бухов перед тем как закрыть период перепроводят доки? У меня довольно много клиентов, но ни один не ведет базу правильно...

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

а админ базы - это как? следить за базой чтоб она не падала что ли?!

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

это да.

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

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

Ну так ткни его носом в эту ветку, и пусть он тебе объяснит где я не прав

Давай сначала, где горбыль вылазит?

нотка! Нет последовательности, нет корректных данных. Ни  по деньгам, ни по количеству. Последовательность в ТиС - фундамент, на котором стоит эта учетная система. Попробуй восстановить последовательность на копии, цифры тебя поразят (скорее всего)

а фото взяли?..

похоже фото программера надо просить

В консерватории... ))

Тфу! Гдеж ты раньше-то был?! :)

Тогда мп3...:)

зачем фото программиста?

Поздно, теперь - только мп3...

я сама не очень понимаю где вылазит этот косяк. смотрю по партиям, там все красное, смотрю по остаткам, вроде нормально, начинаю проверять фигня какая то. Бухи проверяют все это по другому, по счетам и все такое. Поэтому и не видят этого.

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

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

Ты разворачиваешь по партиям, а бухи - нет? Запомни: все, что свыше требований буха - от лукавого финдира, а еще свыше - просто от лукавого...

вот сюда - france72{cобака}yandex.ru... об остальном я позабочусь))

как ты непринужденно опустил финдиров в глазах одноэсников..

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

только не франсу. Он тебе усы пририсует

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

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

Да я ж ни в жисть! Наоборот, поднял над бухами! (испуганно) а бухи сюда не заходят?

Даже если и заходят, то мало кто признается в этом :)

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

Особенно те, кто недостачи платит, которых нет...

+ Не любой конечно, если себестоимость по всем партиям одна и та же - все будет правильно...

Если заходят бухи это ерунда, вот если программист о котором я говорю заходит, для меня страшнее

Ты бы об этом уже давно узнала :)

Знаю одного 1с-ника, пришедшего к нам из бухов.... Зверь... Гены сказываются:)

Не поверишь, сколько раз слышал "пох мне твои партии"(хотя у нас они в законе).

на инвентаризациях фиксируется факт. У нас распределенная база. В магазине просто вносится остаток в ведомость, а потом я приезжаю в офис, обновляю ведомость и разбираюсь с этим со всем. Про то что она распределенная это я сказала для того чтоб вы поняли что там еще может быть куча всяких косяков,  я находила и такие

Виноват, прошу простить. У нас магазины - суть розничные склады, по ним ведется исключительно суммовой учет, никто не заморачивается даже ТМЦами, не то шо партиями. Тряси россиян. Удачи...

мне нужно взять конкретный товар и проследить его движение по партиям от начала и до конца. Сверить его с ведомостью по остаткам и реальным фактом. Или могу попробовать восстановить последовательность и показать результаты до и после. Правильно?

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

я-понимаю. Но для того чтобы доказать это мне нужно знать что я доказываю. И делать мне это нужно будет не программисту, который это и так понимает, но молчит потому что так удобно, а людям которые ему верят. Мне нужно им доказть что результаты неверные, и что люди на самом то деле не воруют, как они думают, а просто не знают как работает всеми любимая 1с. Простите за эмоции.

Правильно.

Совсем другая задача. Выклянчи у ГБ ... часов времени. Покажи контрольный пример, поярче. Распечатай и ткни носом в факт.

Причем возможно они у тебя хитрее считают, берут количество номенклатуры что насчитали * розничную цену по справочнику, считают, что это реальный остаток (!КОСЯК! цена время от времени меняется, на остатках в наличии несколько партий по разным ценам). Остаток расчетный: приход по рознице (складывают суммы накладных в розничных ценах, заметь, тут уже разные цены по разным накладным:), минус возврат по рознице по тому же принципу, минус списание, минус отчет ККМ. То есть в данном случае результаты тоже неверные, но доказывать надо по другому, иначе он тебя просто пошлет подальше с партиями, я мол по другому считаю...

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

Не зарывайся. Покажи наглядно факт, пусть попросят разобраться...

я не очень поняла, точнее начинаю понимать, или ... в общем пришла партия 10 тапок с розничной ценой 10 руб, потом партия по 15 тапок с розничной ценой 15 руб. в итоге 20 такпок на общую сумму 325 рублей на складе. А в случае с нераспределенными партиями мы не знаем продали товар по 10 или по 15. И на остатках такая же каша. и в итоге сумма недостачи может быть только потому что мы продавали тапки, пришедшие по цене 15 рублей за 10 и наоборот?

косяк намного более очевидный, но объяснить сложнее, так как считают общие суммы, а не по конкретному товару, пример простой: 01.02.03 приход 10шт товара по 15р по рознице = 150р 02.02.03 приход 10шт товара по 5р по рознице = 50р за это время продалось 2шт, по хоть даже и 15р = -30р 03.02.03 инвентаризация, считаем по справочнику 23шт на 5р (последняя цена по справочнику, т.к. историю тут сложновато прикрутить, неизвестно сколько из какой партии продалось), в результате "реальный" остаток 115р, расчетный: приход 150+100 - на 30р продали = 220р должно быть, гоните 105р робяты...

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

На самом деле я сейчас сидела и считала то же самое. И самое главное я поняла!!! Огромное спасибо. Сделать то же самое с товаром конечно будет сложнее, но главное я поняла в чем конкретно тут косяк. А применить уже смогу, это уже буквально ерунда.:)

Кстати, огромное спасибо всем!!! Надеюсь не очень сильно всех замучила.

Ну значит не зря мучила :)

Могу добавиь еще, что самые большие проблемы именно с мелким товаром, который часто приходит и редко переоценивается. За крупным и дорогим обычно следят и стараются вовремя и в полном объеме переоценять. Ну и отследить его полегче. Теперь я смогу объяснить почему так было.

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

ты на копии тренируйся, админ Сразу после проблемы воровства идет проблема неверной идентификации товара при его перемещении. Или перед.

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

я стараюсь вообще поминимуму вносить измениний в реальную базу. С  проблемой идентификации я уже столкнулась. Но тут уже от меня мало что зависит.

Сумма проданного это отчет ККМ, там все правильно (в теории, если у тебя АМС в оффлайне, там тоже косяки бывают, по цене на конец дня отчитывается), хуже с реальным остатком, количество посчитали, но на какую сумму? В теории у тебя предполагается что сделана переоценка, и сумма по базе равна количество * последняя цена, так же считаешь реальный остаток сколько насчитали * последнюю цену, вроде все верно должно быть, но... при одном условии, когда количество по базе равно реальному количеству на складе, а оно зараза не равно. Поэтому чтобы рассчитать сумму недостачи начинают считать суммы приходных и расходных документов как в , а результат там описан.

+ Учет не бывает чисто количественный, во время инвентаризации не сколько воровства вскрывается, сколько пересорта, определить что с чем перепутали нереально, можно только привести остатки в базе в соответствие с реальными, а коль скоро остатки по базе не соответствуют, сумму которая должна быть уже нельзя посчитать как количество остатка * последняя цена, а недостачу считать как-то надо...

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

жуть. А если честно, у нас не заморачиваются насчет пересчетов приходных и расходных документов. А просто берут полученную сумму и все. В идеале я нахожу что могу, в том числе и пересорт и просто косяки. Но гораздо проще искать косяк когда знаешь что он есть и где его искать. Блин я понимаю почему программеру нашему не хочется с этим заморачиваться: нашла проблему - решай. Но сама так не смогу. Нужно искать решения, заодно я думаю много чего еще узнаю :). Многому же мне придется научиться. А потом кто нить будет мои ошибки искать :)

Да разберешься... Ну а если не заморачиваются, какие будут суммы и количество см. в начало ветки :)

Вот здесь тебя и поздравлю! С Днем! НЕужели сам себе предоставлен? С воплощением моей мечты!

Дам злой совет. Берешь копию базы. Устанавливаешь там одно юридическое лицо. И перепроводишь. В результате получишь совсем другие цифры себестоимости. А причину разницы просишь объяснить программиста.

Ви есть випольниль некорректный действий. Не пройдет.

Взлетит.

Пошлет )) Да можно и здесь: ;)

И там. Попозже попрошу поделиться секретом:)

каким?

Не обращай внимания. Я обречен на всякие торжественности в свой день рождения :( Вот, в прошлом годе - мне 44, а сыну моему в тот же день - 20. Отак...:)

а-а, бывает... ну их, торжественности эти..

Нотка, в целом Залекс говорит правильные вещи, но иногда тупит по-страшному и запутывает... (или считает, что пример ОЧЕНЬ упрощен и вы сами должны понять что к чему) так вот СИТУАЦИИ как в - стопудово быть не могло. Потому что не смогли бы продать 50 пар тапок, даже если приход был на 100. Потому что в реальности приход был на 10, а продать 50 пар склад был не в состонии - НЕТ ТОВАРА НА СКЛАДЕ и косяк вылезет ни при исправлении задним числом, ни при перепроведении, а в момоент года склад попытается выдать покупателю НЕСУЩЕСТВУЮЩИЙ ТОВАР, о чем zalex понял к посту и немного уточнил свой "гон".. ;-) успехов в борьбе с программерами. - сколько работаю - ни разу не встречал программера который явно и целенаправленно скрывал бы истинное положение дел чтобы только прикрыть свои ошибки. - кстати, за результаты инвентаризации (и сколько денег с кого взяли за это) прог несет ответсвенность в последнюю очередь. потому что - это проблемы и решения бухии/управления. если к инвентаризации нет ведомости, в точности цифр которой можно не сомневаться - значит такое положение дел кому-то выгодно. ВОТ ЭТО И ИЩИ! а не на прога гони...

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

Нотка, тема фото не раскрыта...

+ Зациклился ты просто на своей конторе где все правильно. Пример из жизни, общепит, косячная база, неверно работает контроль остатков. Делают перемещение муки втупую фигачат на 60кг больше чем есть в наличии на складе, мука уходит без вяка, удаленный склад все принимает как ни в чем не бывало. У меня глаза 6х8, "девки, как вам это удалось?". "Не ннааем...". А ты говоришь стопудово :)