skeptik
Это типа не претензия. Просто уточнил. Хотя расчитывать себестоимость по ФИФО в каждом отчете где фигурирует стоимость остатков, прибыль и т.п. - писать замучаешься.
FIFO фигурирует только там где ее желают видеть как FIFO. Стоимость остатков, прибыль и т.п определяется средневзвешанным учетом. Предпринимателю по фене что у него в остатках 10 телевизоров по 100 и 20 по 104. Хотя конечно есть ситуации когда без реальных партий обойтись никак нельзя(товары с ограниченным сроком хранения). Здесь мы пролетаем. Срелизить можно, но будет накладно на общем фоне.
skeptik
Так где хранятся примечания к накладным, адреса доставки (данной конкретной партии груза), описания повреждений товара и прочие приятные строковые мелочи? Я уж не спрашиваю про сканы сертификатов соответсвия прилагаемых к данной конкретной партии товара, это все-же экзотика, но примечания-то к накладным куда деваем?
Мы исповедуем понятие счетов. Это трактуется как совокупность хозяйственных операций в пределах одного договора. Последнее отчасти продиктовано тредованиями мультивалютного учета, когда каждый счет одного покупателя может быть другой валютой, с другим курсом. Там есть место для комментария, как и на самом контрагенте более общего порядка
skeptik
А где данные, которые были введены и обработаны в промежутке между последней удачной записью на диск и обнулением оперативки в результате вылета? Или все данные (30 мег) полностью пишутся на диск после любого изменения в данных?
Данные пишуться на диск при любом изменении информации вводимой оператором в фоновом потоке, только с чего вы взяли, что все 30 мег. Мы храним статические данные в отдельных файлах по типам данных, счета, контрагенты, карточки складского учета. Сами операции помесячно. Там всего ничего 200-250 K. в каждом. Так что максимальный ущерб это 1-2 операции которые регистрировалась в момент сбоя. К тому же клиентская машина хранит набор до момента подтверждения об удачной регистрации сервером. В самом худшем случае если вообще питание вырубится по всем машинам, незарегистрированные операции придется перенабрать. Неопределенной ситуации по любому не возникнет. Сервер поднимется без проблем. Ну и UPS не такая уж и экзотика.

pentanol
Могу поддержать респондета. Была такая система еще в 92-93 годах . Мы от нее оттолкнулись. Сейчас это ЕРП . Архитектура и Скорости похожие. Правда есть еще и свое средство разработки, поэтому ЛиФо /Фифо и т.п. как частный случай... Хотя система еще в развитии... Рад ,что есть единомышленики...
Почему была? Она и сейчас на плаву, правда количество приверженцев несколько поубавилось. :( В основном, как на мой взгляд, проблема в сверхтонком клиенте, фактически спартанском браузере. Что однако, многие годы позволяло концентрироваться исключительно на создании клиент серверной концепсии в чистом виде. Одного и ща знаю, он на ней бухию гипермаркета тянет. А сервак там совсем неслабый и является платформой для разработчиков.

MX -- ALEX
Интерес все что оч быстро и не SQL
нельзя ли дать ссылочку или

Google "Финансы без проблем" или "Hackers Design" :)

MX -- ALEX
Интерес все что оч быстро и не SQL
нельзя ли дать ссылочку или
В принципе у нас есть тестовый сервер, если есть желание, устанавливайте JRE 1.5+ потом стукните в ICQ 194144279

gybsonhttp://hdru.com/russian/manual1/manual1.htm

Пункты "Ввод даты" и "Ввод суммы" испугали :)

Чего ж у вас так все запущено с восприятием клиент-сервер. "Финансы без проблем" это комплект платформы разработчика для сервера и бесплатного сверхтонкого клиента-браузера. Серверу пофиг как вы организуете ввод сумм, дат, документов, операций или справочников. Это платформа "сервер" совмещенный сервер приложений и собственная СУБД, в одном флаконе.

Только убереги Вас бог, рассматривать 1С в качестве клиента. Поползновения такие имели место :)