Расчеты по ФИФО

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

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

В примере имеются два варианта расчета, цены списывемого товара, методом ФИФО. Проще говоря, Сначала списывается товар, который поступил первым, А не достающая , для списания часть довара, берется со следующей папртии товара. Которая поступила на склаж позже, и может иметь другую цену.
И так далее. Пока не выйдем на нужное нам, по бухучету, количество списания.

Мне подойдут оба варианта расчета. Но лучше , конечно, вариант с UDF.
Плиз, кто может и хочет помочь?
Заранее спасибо!

Вложения

Метод FIFO.xls (77.5 Кб, 121 просмотров)

0

C UDF.

Вложения

Метод FIFO_2.xls (87.5 Кб, 207 просмотров)

1

Добрый день
Спасибо!
Посмотрел , вроди то что надо. Буду пробовать переносить в рабочий файл. При возеикновении новых сложностей напишу.

0

+ Добавлена функция МойПросмотр(),
иначе входящие остатки надо будет построчно выбирать и вносить ссылки вручную.

Вложения

Метод FIFO_3.xls (71.0 Кб, 63 просмотров)

1

Еще раз спасибо!
Буду пробовать.
И еще одна, может не очень скромная просьба.
С другой, обычной, формулой вот уже которій раз мучаюсь, и ничего не выходит.

0

Почему появидась потребность обычной формулы?
Лишь потому, что фактически расчет цены списания нужно осуществлять в ячейке D46 на третьем листе "Расчет".
И даная UDF, с этой задачей пока не справляется. Не все считает правильно.
Может ее можна подправить и под эту задачу?
Тогда обычная формула будет не нужной.

Вложения

Метод FIFO_5.xls (73.0 Кб, 33 просмотров)

0

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

0

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

0

Добавленна масса функций, берущих информацию из базы на листе UDF.
Тем не менее базу данных все-таки нужно вести.

Вложения

Метод FIFO_6.xls (86.5 Кб, 27 просмотров)

1

Для начала. Большое вам спасибо!
На првый взгляд решение получилось очень интересное, И функции очень полезные. И не только для здесь.
Далее:
В рабочем файле, база данных ведется в обязательном порядке.
Собственно, она то и является основой для формирования различных отчетов. И на этом листе, у меня никаких расчетов пока нету. В него заносятся только готовые цифры,
А формируется эта база макросом, именно со столбца D листа «Расчет». И на этом же листе, у меня осуществляется расчет цены списания по средневзвешенной цене. А исходные для расчетов данные, в этот столбец, вносятся вручную, из первичных документов.
Прикрепляю пример, с несколько видоизмененным листом «Расчет». Думаю что там все изложено доходчиво,
Если я правильно поимаю, в вашем случае, расчет цены происходит в базе, Что на много усложняет мне модернизацию рабочего файла.
Сильно извиняюсь перед вами за то, что не выложил эту информацию ранее. Че то подумалось, что она вам без надобности.
Может все таки можно как то модернизировать саму функцию «PriceFIFO»,
Заранее благодарю!

Вложения

Метод FIFO_7.xls (82.0 Кб, 26 просмотров)

0

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

0

Доброй ночи
Простите меня пожалуйста, днем не смог отписаться.

Пусть за текущий день информация заносится в лист "Расчет".

Полностью с вами согласен. Пусть заносится.

Мне надо видеть базу, за предыдущие дни.
Лист "UDF" является этой базой или нет?

Да! Является.

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

Вообще то такой вариант не желателен.
И что то определенное сказать мне тяжело. Вот если бы увидеть как оно будет выглядеть. Да еще знать как в эта верхняя таблица будет пополняться новыми наименованиями товара.
С уважением ТипТоп.

0

Версия 8, на листе "расчет" специальная версия функции FIFO со своими аргументами.

База на листе UDF хронологически неупорядочена!!!
товар1 28.01.13
товар1 29.01.13
товар1 30.01.13
товар1 31.01.13
товар2 29.01.13
товар2 30.01.13
товар2 31.01.13
товар3 30.01.13
товар3 30.01.13
товар1 31.01.13
товар2 01.02.13
товар3 02.02.13

- после 4-ой строки идут более ранние даты, а потом снова 31.01.13.
Это может вызывать фатальные ошибки в расчетах всех разработанных пользовательских функции.

Вложения

Метод FIFO_8.xls (93.5 Кб, 15 просмотров)

1

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

0

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

0

Доброй ночи
Гляньте, пожалуйста, еще раз функцию расчета цены списания.
В ходе тестирования обнаружена серьезнпя ошибка В работе функции "PriceFIFO_RASCH(D13161731)" . Первая цена по товару1 (см. строка 10 на листе "UDF" = 51,25, А на листе "Расчет" - 55,00.
Заранее благодарствую!

Вложения

Метод FIFO_9.xls (98.5 Кб, 16 просмотров)

0

Простите, файл почему то не открывается. Прикрепляю в архиве.

Вложения

Метод FIFO_9.rar (25.9 Кб, 8 просмотров)

0

Я поправил функции поиска остатков.
PriceFIFO_RASCH работает абсолютно правильно.
Важно понимать, что если мы вводим первичку на листе "Расчет", то до момента ввода информации в базу на листе "Расчет" все считается правильно.
Для проверки ситуации с Товаром1 и датой 28.01.13 надо обнулить всю базу на листе "UDF" - тогда функция PriceFIFO_RASCH показывает правильное значение.
Если мы уже занесли информацию в базу, а на листе "Расчет" не очистили значения из первички - это будет пониматься как следующая операция с данным товаром в этот день.
Альтернативой является занесение первички сразу в базу и использование на листе расчет поисковых функций, что исключает момент задвоения одной и той же операции.

Вложения

Метод FIFO_9.zip (28.4 Кб, 35 просмотров)

1

Добрый день
С начавла, как всегда, большое вам спасибо за оказаную мне скорую и высокопрофессинальную помощь!
Почти все понял, за исключением следующего:
1, А как функция PriceFIFO_RASCH, будет себя вести в случае внесения правок, в какой то, из уже существующих строк базы? Именно в тех столбцах, которые принимают прямое участие в расчетах.

2, Вами добавлен еще один лист в книгу. Он необходим для расчетов, или, просто, добавлен как справочный?

3. И, если я правильно проверил, даная коллизия с первой строкой, на правильеость последующих расчетов, с этим наименованием товара, не влияет?
Плиз, прошу ответить!

Добавлено через 24 минуты
Только заметил.
В ячейке F7, мне нужна именно предыдущая дата движения товара.
Возможно ли ее вернуть?

0

1. PriceFIFO_RASCH не рассчитана на правку базы, это забота макроса внесения данных в базу.
Изменение старых данных должно повлечь лавину изменений после этого момента.
Внесенные в базу константные цены ФИФО при изменении предшествующих операций потеряют свой смысл. Использование в базе старой функции PriceFIFO повлечет пересчет всех последующих значений.
2. Лист отладочный. Забыл удалить.
3. Коллизия с первой строкой может повториться в любой другой. После внесения данных в базу, что делает какой-то Ваш макрос, лист "Расчет" устаревает, и любые ненулевые значения понимаются как новая операция. По идее этот же макрос должен и очищать лист "расчет".
4. Предыдущая дата будет, если не использовать в операциях часы и минуты, то есть приравнять их к 00:00. При этом на листе "UDF" не допускаются две строки с одним товаром за одну дату. С часами и минутами - будет остаток на момент последней по времени операции.

0