• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Так что там насчет остатка по текущему времени?

  • Автор темы Дайнеко
  • Дата начала
Д

Дайнеко

Работайте ТОЛЬКО с актуальными остатками. Время не имеет значения...

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

В чем могу согласится - подобную идеологию использую при анализе остатка + резерва при выписке Счетов. Здесь всегда важна текущая картина. И анализ только по общему количеству товара.

Но все красоту портят следующие ситуации:
- внесли Приход, затем выписали Расход до Прихода. Анализ сегодняшних остаток противоречия не обнаружит.
- при Расходе также важна себестоимость. Предположим, в какой-то день с/ст увеличили (доработка...). Хочется, чтоб было красиво.
- самое неприятное. Если программа списывает товар по FIFO. Надо смотреть, какие партии товара есть на момент Расхода.

Так что, наверное, есть смысл рассматривать текущие остатки, но только в качестве 2-ой проверки. Вроде: "10-го числа этот товар был, но сегодня его будет минус". И статус только как предупреждение, а не отказ от проведения.
 
V

vitfil

Если копнуть глубже, то описанные вами ситуации не портят ничего. Абсолютно ничего.
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!