Interbase 2009. В бд есть таблицы Income, Outcome.
Income(приход):
Cost(себестоимость),
Vat(ндс),
IncomeDate(дата прихода),
Qty(кол-во прихода),
QtyCurr(кол-во сейчас). (Остатки пока храню в бд,в будушем собираюсь не хранить в бд.)

Например, 01/11/2016 встал на учёт как плательщик ндс-а. Но на этот момент есть остатки от старых приходов. В старых записях, на которых есть остатки для тех товаров, которые облагаюся ндс-ом, надо изменять цифры себестоимости и ндс-а, например, если цена была 2долл. и и был распределен так:
Cost-2; Vat-0
сейчас станет
Cost-1.695; vat-0.305.
Но тогда прибыль от старых продаж (до 01/11/16) будет посчитано неправильно- вместо (продаж.цена-2) будет (продаж.цена-1,695)!
Какие изменения можно сделать в бд , а не в запросах, чтобы обойти эту проблему.

rdb_devDelphi159, а вы уверены, что имеете право отдельно принимать НДС к учету по поставкам, осуществленным ранее смены схемы налогообложения? На сколько я понимаю, старые поставки уже были приняты к учету при расчете налога по предыдущей схеме налогообложения и на момент её изменения у вас были полностью закрыты все периоды, подбиты налоги и в будущих периодах вы не можете предъявлять к вычету НДС по этим поставкам.
На момент перехода к иной схеме налогообложения хорошо бы оформлять документ инвентаризации остатков товара на складах, который не учитывает НДС.
rdb_dev , на момент когда фирма встаёт на учёт как ндс-плательщик на складе есть товарь который облагается ндс-ом и есть тот товарь, который не платат ндс(напр. большинство лекарств).
До этого момента, независимо от кого фирма получал товарь, ндс=0 и в бд все расходы шли в
себестоимость. Это упрошенная схема, для упрошения я специально не говорю о других расходах. т.е. упрошенно все другие расходы входит в себестоимость, а себестоимость+ндс=конечная цена закупки.
Сейчась о главном: До этого момента себестоимость и ндс были распределены так:
cost:2; Vat-0 . А после: Cost-1.695; vat-0.305 .
логически, если переписать на старую запись новую себестоимость (1,695) и ндс (0,305) этим буду искажать старые цены, и прибыл неправильно будет посчитан. Но как переделать не могу понять.
Сейчас таблицы Income, Outcome отдельно.
Income: In_id,Cost(себестоимость),Vat(ндс),IncomeDate,Qty, InPrice...
Outcome: Out_id, In_id, Qty, OutcomeDate, OutPrice....
IncomeMaster: "шапка" прихода/-Id, InSum.
OutcomeMaster: "шапка" расхода-Id, OutSum.
Price:Pr_k, name, vatpayable(0 или 1)...
P.S. По законодательству, в момент вставания на учёт на остатки от старых покупков фирма должен сделать зачет ндс-а этого остаточного товара и после этого момента продавать уже с ндс-ом.
???

HaJIuBauKaВариант только один, хранить все цены товара привязанные к периоду действия.
Все расчеты производить тоже на определенную дату или период.

То есть в первом приближении это будет еще одна таблица в БД, с ценами, периодом и привязкой к товару.

HaJIuBauKa к сожалению, по-моему, вы правы.
то есть, закупочная цена(InPrice) останется в старой таблице, а себестоимость и ндс-в новой.
Income: In_id,IncomeDate,Qty, InPrice...
Income_Ex: Inex_id, In_id, cost, vat
А периоды зачем хранить в допольнительной таблице, дата покупки же уже есть в Income, а связь между таблицами будет создан с помощью In_id обойх таблиц!

kdvDelphi159,
пофиг, как товар был куплен. Важно, как вы его продаете сейчас - с ндс или без.

kdv , как посчитать прибыл, когда после этого момента меняется себестоимость товара, который сохранен в бд? Прибыл=Продажная цена без ндс- себестоимость. Себестоимость была 10, а сейчась реально уже 8,47 но в бд хранится 10!

rdb_devDelphi159, если данные в БД вводились с полной стоимостью, включая НДС, а от поставщика были получены документы с суммой НДС отдельно, то проблема решается не переписыванием базы, а простой сторнирующей бухгалтерской операцией на 01.11.2016 - расход с полной стоимостью + приход с НДС.
rdb_dev , в бухгалтерском учете всё ясно, но программа является программой только для складского учёта, а не бухгалтерского.

В итоге появились 2 варианта:
I вариант:
списать старый остаток с 0 НДС-ом и принять то же количество с ндс-ом и другой себестоимостью. Сумма себестоимость+ндс останется то же самим.

II вариант:
в бд добавить ещё одну таблицу(Income_Ex) с ценами и периодом.
то есть, конечная закупочная цена(InPrice) останется в старой таблице, а себестоимость и ндс-в новой.
Income: In_id,IncomeDate,Qty, InPrice...
Income_Ex: Inex_id, In_id, cost, vat

Хотя I вариант, скорее всего, не годится, посколько в "шапке" прихода создаётся 2 записи вместо одного: реальный приход и новый приход для списанного товара.

II вариант вернее будет так:
в бд добавить ещё одну таблицу(Income_Ex) с ценами и периодом.
то есть, конечная закупочная цена(InPrice) останется в старой таблице, а себестоимость и ндс-в новой.
Income: In_id,IncomeDate, Qty, InPrice...
Income_Ex: Inex_id, In_id, cost, vat, StartDate, EndDate

III вариант: не хранить в бд себестоимость и ндс, а посчитать в программе:
Income: In_id,IncomeDate, Qty, InPrice...
Income_Ex: Inex_id, VatPayable(0 или 1), StartDate, EndDate

kdv, WildSery
Как формируется себестоимость и какие расходы входит в ней я знаю, вопрос не об этом. Вопрос в том, как хранить себестоимость и ндс при УСН и как реализовать переход с УСН на ОСНО
1. списать старый остаток с 0 НДС-ом и принять то же количество с ндс-ом и другой себестоимостью?
2. не хранить в бд себестоимость и ндс, а посчитать в программе. Для этого создать таблицу с периодами и флагом налогооблажения(тратит-1, не тратит-0):
Income_Ex: In_id, VatPayable(0 или 1), StartDate, EndDate
3. в бд добавить таблицу(Income_Ex) с ценами и периодом.
то есть, конечная закупочная цена(InPrice) останется в таблице записей прихода(Income), а себестоимость и ндс-в новой.
Income: In_id,IncomeDate, Qty, InPrice...
Income_Ex: Inex_id, In_id, cost, vat, StartDate, EndDate

Покритикуйте эти варианты и предлагайте другое решение если такое есть.

WildSeryDelphi159,
Честно говоря, до меня с трудом доходит концепция, что себестоимость в расчётах зависит только от входной цены.
Потому советовать что-то воздержусь.
Не только от входной цены зависит, есть и другые затраты но в этот момент(вставание на учёт ндс) остальные расходы же не меняются, меняется только соотношение между себестоимостью и ндс-ом,
Была, например, себестоимость-10, ндс-0, а после: себестоимость-8.47, ндс-1.53, а их сумма останется 10.
Вообще забудем о себестоимости и ндс, названия здесь не имеют значения, допустим есть поле А и В. А+В=С. Как сохранить старые записи старым соотношением между А и В и после какого-то момента хранить новым соотношением.

rdb_devDelphi1591. списать старый остаток с 0 НДС-ом и принять то же количество с ндс-ом и другой себестоимостью?Нормальная сторнирующая операция. Так, обычно, и делают.

rdb_dev , тогда в "шапке" прихода создаётся ещё и вторая, нереальная запись: реальный приход и новый приход для списанного товара. Допустим, есть остаток старого товара от 100 поставщиков, тогда в бд создастся допольнительно 100 записей.
Реальная поставка:
количество поставки поставщик сумма 01/07/2015 А 1000
запись нового прихода после списывания
количество поставки поставщик сумма 01/11/2016 А 200(остаток)

Dimitry SibiryakovDelphi159Была, например, себестоимость-10, ндс-0, а после: себестоимость-8.47, ндс-1.53, а их сумма
останется 10.

Это бред со всех точек зрения. НДС входит в себестоимость, а не добавляется к ней.

Dimitry Sibiryakov , ндс не входит в себестоимость, это не мой затраты а налог, который платит потребитель, я только собираю налог. Т.е. я являюсь налоговым агентом между государством и потребителем.

rdb_devDelphi159, зачем? Если у вас не ведется партионный учет, то вы не знаете какие товарные позиции и каких поставщиков проданы, если одна и та же товарная позиция есть у нескольких поставщиков. Гораздо проще расходовать на себя и приходовать от себя же (или на виртуальное юр.лицо) на 01.11.2016, а в комментариях документа указывать, что это сторно. Учет, при этом, поехать не должен ни с какой стороны.
rdb_dev , партионный учет ведется и я точно знаю от какого поставщика поступил товар, сколько его доля в общем количестве и из какой партии продаётся в первую очередь. Не хочу потерять данные поставщика.

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

kdvМимопроходящий,

в РФ. Купил товар за 100 руб, ндс 18 руб. Продал за 200 руб, ндс 36 руб. Прибыль - 100 руб, в которых 18 руб НДС. Соответственно, 18 руб НДС надо заплатить государству. (дальше - налог с прибыли...). Это не учитывая затраты с НДС.
То есть, НДС платится с разницы между купи-продай.
Ндс у нас 18%, поэтому если купил за 100лари(вместе с ндс-ом) и продаю за 250(тоже с ндс-ом):
себестоимость=84,75 ,
продажная цена без ндс-250/1.18=211.86
Прибыль=211.86-84.75=127.11
Плачу ндс: 38,14(250*18/118)-15,25(100*18/118)=22.89. Плачу я как налоговый агент т.е. как посредник между государством и покупателем.

KreatorXXIКак я и предполагал, нужно абстрагироваться от слова "НДС" и дать человеку рекомендации, как хранить в БД некие изменяющиеся сущности. Всё равно не понять его математику.

KreatorXXI , вы абсолютно правы. Давайте вообще забудем о себестоимости и ндс, названия здесь не имеют значения. Допустим в бд есть поля А,В,С и А+В=С. До какого-то момента в A хранил 10, в B-0. После этого момента в A надо хранить 8.47, в B-1,53. Условие А+В=С остаётся. Как сохранить старые записи старым соотношением между А и В и после какого-то момента хранить новым соотношением.
Старые записи покупки на которые пока есть остатки:
ABC IncomeDate IncomeQty(колич.покупки)10 0 10 01/05/2015 100

Допустим создал таблицу периодами:
id startdate enddate vatpayable(плательщик) 1 01/01/2010 31/12/2016 02 01/01/2017 Null 1
Для новополученного товара всё ясно- vatpayable=1 и поэтому в таблице вставится новые цены-A-8.47,B-1.53:
ABC IncomeDate IncomeQty(колич.покупки)8.47 1.53 10 01/02/2017 1000
А вот для старой покупки, при продаже всеравно из таблицы берётся 10 и 0 вместо 8.47 и 1.53.

Поэтому таблицу периодами изменил так:
id startdate enddate vatpayable(плательщик) sign 1 01/01/2010 31/12/2016 0 1 не плательщик и продаю старый приход A и B беру из бд 2 01/01/2017 Null 1 2 плательщик но продаю из старой партии calculated в запросе(A*18/118%; B-18%) 3 01/01/2017 Null 1 3плательщик и продаю из новой партии A и B беру из бд
Хотел-бы без вычисления, прямо из бд изъять значения A и B!!!

т.е. всеравно остаётя проблема изъятия значения прямо из бд. Как обойти?!

KreatorXXIDelphi159,

Я бы, наверно, сделал так. Старую таблицу не портил бы. А если случилась такая тема, то создал бы другую, где хранились бы новые значения (ID-шник товара, дата само собой разумеется). При расчёте "новой себестоимости" проверял бы наличие записи в новой таблице.
Или наоборот. В новой таблице хранил бы историю (старые данные), а изменённые данные всегда в старой.
KreatorXXI , спасибо за твоё предложение, но тогда запрос к бд очень усложняется:



Пока придумал такой вариант:
в бд создаю поля A1, B1, A2, B2. A1 и B1 запольняются при покупке товара, а A2, B2- при вставании на учёт ндс. [CSV]Income_id cost1 vat1 cost2 vat2comment 1100Null Null не плательщик и продаю старый приход21008.471.53плательщик и продаю старый приход38.471.53 Null Nullплательщик и продаю из новой партии

if (не плательщик и продаю старый приход) then изъять A1 и B1 из таблицы прихода
else
if (плательщик и продаю старый приход) then изъять A2 и B2 из таблицы прихода
else
if (плательщик и продаю из новой партии) изъять A1 и B1 из таблицы прихода[/CSV]