rovanНам, кажется, необходимо совместно пообщаться, и наметить ближайшие действия.
Скайп подходит?
Все так. Так давай на том новом форуме. Честно говоря, я скайпом не пользовался никогда.

trdm_Хто такие разработчики? Подходит.
Если есть желание, присоединяйся.

MoroZ.RuТоже занимаюсь перекомпиляцией Qt в связи с переездом на другой комп и сменой версии PostgreSQL на 9.0.3.
Зря компилировал. Оказывается в дистрибутиве, на котором я работаю - openSUSE 11.4 - все необходимое уже есть. И Qt4 и PostgreSQL и драйвер к нему. Про драйвер я не знал.

vill_agerеще раз о совмещении проводок и количества в в одной таблице:

как будет реализовано состояние не проведенного документа

например: накладную выписали, со склада уже почти ушло (зарезервировано), но покупатель еще не вывез
т.е. количество на складе уже уменьшено, но долг покупателя еще не вырос

или такой фичи не предусмотрено?

Тут нужно разделить понятия "проведен-не проведен" и "зарезервировать" как я это понимаю.
Если документ проведен, то все содержащиеся в нем проводки проводятся сразу. И если проводка, например 60/41, проведена, то это значит, что количество и сумма товара сразу уменьшается, а долг покупателя сразу возрастает. Этого требует принцип двойной записи. Такого не может быть, что "количество на складе уже уменьшено, но долг покупателя еще не вырос" в рамках одной проводки. А если документ не проведен, то содержащиеся в нем проводки не влияют на сальдо корреспондирующих счетов, а документ хранится просто как памятка. Это у меня не было реализовано в программе-прототипе, это не сложно сделать и это будет в этой программе.
Фичу "зарезервировать" тоже не сложно реализовать. Для этого мы перемещаем товар с основного склада на виртуальный склад номенклатура-контрагент при резервировании и реализуем с него при оформлении документов. Т.о. у нас на основном складе зарезервированный товар уже не числится и долг покупателя еще не вырос.

Доброго дня всем! Рад сообщить, что проект успешно продолжает разрабатываться. Во многом благодаря rovan'у теперь уже нет падений по ошибке сегментации. Сейчас занимаюсь наполнением "конфигурации" типовыми операциями и справочниками для розничной торговли. По ходу правлю движок. После этого займусь общими отчетами (баланс, оборотки и т.п.). Это не сложно, тем более серверная часть для этого давно уже готова. Так что уже виден свет в конце туннеля. Но не решен пока вопрос с движком печати.
Хотел спросить у аудитории. Не подскажете ли открытый парсер CommerceML на С++?

Да, я знаю. Ну ведь все-равно же придется писать парсер, желательно обернутый в класс. А может уже есть готовое открытое решение?

Если сравнивать корректно, то надо начинать от языка и библиотеки. Слабо за две недели написать то же самое на С++ и MFC (на чем собственно и создана 1С)? Или мы будем сравнивать готовую, отлаженную и документированную платформу 1C и библиотеку разработки? Да, и при чем здесь ООП?
Про CommerceML можно уже не беспокоиться. Вчера за час на qt-ных скриптах написал разбор накладной CommerceML.