Да по сути-то все уже разработано. Осталось собрать, затянуть гайки, запилить юзерский интерфейс и нарисовать репорты. Но я непрочь посмотреть, как решит задачу настоящий опытный программер. Из этого можно извлечь что-нибудь поучительное.
Снова приложу мдбшку, убрав всё кроме необходимых исходных данных. А данные таковы:
t_products - таблица-каталог по продукции.
t_reports - хранилище р.отчетов по каждому дню. В ней уже забит р.отчет за 08.12.2020. Р.отчет - не объект бд, а условное название данных для документа (ротационного отчета) - цели проекта. Поля: cdate - текущая дата (дата отчета); p_name - наименование продукции; pr_date - дата производства; p_count - количество. Остальные поля несут инфу о сроке хранения и степень его истечения. С этим незачем возиться, добавлю сам к финальным данным отчета.
t_InPut - данные про приходам. Их всего 2 в каждом дне. Внесены приходы за 09.12.2020. Поля: cdate - текущая дата; p_name - наименование продукции; p_count - количество; pr_date - дата производства; in_part - номер прихода (соответственно 1 или 2).
t_Moves - данные по движению продукции за день. Уже внесено за 09.12.2020. Поля: cdate - текущая дата; p_name - наименование продукции; InBal - остаток на начало дня, InPut - приход; OutPut - расход; FinBal - остаток на конец дня. Задача в след.посте

Задача: Работаем с 09.12.2020. Необходимо к вчерашнему отчету добавить оба прихода. Затем произвести списание по таким требованиям:
1) по возрастанию дат, т.е. старые даты производства вперед
2) продукция расходуется весь день, а приходуется всего 2 раза в день. Поэтому начинаем списывать сначала с начальных остатков (т.е. берутся конечные остатки предыдущего дня), сколько не хватило списываем с первого прихода, сколько еще не хватило со второго.
Остатки с их датами производства вставляем в t_reports с текущей датой в качестве cdate.

Данные по приходам, движению и р.отчету остаются храниться в своих таблицах. Процесс списания необходимо разделить на 3 шага, сохранять в отдельную таблицу, что бы иметь возможность ручного редактирования результатов. К примеру, при автоматическом списании ушла продукция, скажем "Гурман (2,4)" 11 штук с датой производства 09.12.2020 по правилу списания. Но на самом деле 5 штук из этих 11 отгрузили с датой 10.12.2020 (про просьбе клиента или по невнимательности). Необходимо это отразить.
С импортом и рисованием отчетов я разберусь сам. Интересен сам механизм списания. Прочие тонкости тоже и озвучивать не буду.

crutchmaster,

так я ж не изучал ни джаву, ни си, ничего кроме ВБ, так что это точно в VB6 было

Ну так там много чего еще не прописано. Например, очистка содержимого переменных типа DataBase и Recordset еще не добавлена. В оригинале-то уже к тому моменту всё было :-)