Есть идеи?

Представим, что где-то, существует небольшая фирма торгующая медикаментами.
В фирме существуют 3 независимых склада, на которые может соответственно осуществляться приход и расход товара.
Приход осуществляется документом "Приход", расход документом "Расход". Причем в момент расхода должен производиться контроль на отрицательный остаток, в случае если хоть по одной позиции будет отрицательный остаток, транзакция должна быть отменена с ошибкой. В пояснение ошибки должны быть указаны причины отмены транзакции.
Также приход товара возможен в валюте, которая внутри системы пересчитывается в соответствие с текущим курсом. Текущий курс валюты, на каждый день, хранится в системе. То есть, при записи сегодня приходного документа 7 дневной давности, курс должен браться 7 дневной давности.

Сущность "товар" состоит из следующих полей
- Наименование
- Цена продажи

Сущность "валюта"
- Наименование

Сущность "курсы валют"
- Валюта
- Дата
- Курс

Сущность "склад"
- Наименование

Сущность "организация"
- Наименование

Сущность "приход" состоит из следующих полей
- №
- дата
- склад
- валюта
- продавец (организации)
детализация прихода
- № строки
- товар
- кол-во
- цена
- сумма

Сущность "расход"
- №
- дата
- склад
- покупатель (организация)
детализация
- № строки
- товар
- кол-во
- цена
- сумма

Складской учет ведется в разрезе "Склад","Товар" по "Сумме" и "Количеству". Сумма - рублевая.

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

При расходе списывается указаное количество в детализации "Расхода". Сумма списывается по средней цене. То есть "Сумма к списанию = Количество в расходе * (Остаток суммы на складе/Количество остатка товара на складе)".

Задача
1. Создать таблички соотвествующие описаным сущностям.
2. Заполнить тестовыми данными.
3. Придумать и реализовать систему хранения остатков по складскому учету.
4. Реализовать систему хранимых процедур, которые будут выполнять роль интерфейса между клиентской программой и серверной частью. Как вариант, возможна (и наверное желателен) реализация хранимых процедур типа Save_Income и Save_Outcome, которые на входе будут получать XML документ с сущностью "Приход" или "Расход". И соотвествено вся логика по списанию и написанию на остатки склада будут реализована внутри этих процедур.

XML например может быть такого вида

<Income Num="1" DocDate="10-10-2003T00:00:00" StorageID="1" CurrencyID="2" SellerID="123">
<Line Num="1" WaresID="5" Count="3" Price="4535.4" Sum="13606.2"/>
<Line Num="2" WaresID="43" Count="2" Price="11" Sum="22"/>
</Income>
для сущности "Расход" что либо похожее.

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

0

Сообщение от Alexanchez12 Есть идеи?

есть. если желаете чтобы это было сделано ЗА ВАС -во фриланс.
или кроме задания - показывайте наработки.

0