LINUX.ORG.RU

iceB-9.0

 


0

0

Открытая бухгалтерия "iceB" разработана для работы под управлением POSIX-совместимых операционных систем (POSIX-название международного стандарта на операционные системы). Для разработки использовался язык "С++". Находится в промышленной эксплуатации с 1992 года. В качестве базы данных используется база данных "MySQL". База данных устанавливается на сервере под управлением POSIX-совместимой операционной системы. Доступ к базе данных может осуществляется с любого количества клиентских рабочих мест и с использованием интернет.

Система является универсальной и готова к эксплуатации без доработок на любом предприятии с любым характером деятельности этого предприятия.

Существуют две версии системы:

  • iceB - система с терминальным интерфейсом.
  • iceBw - система с графическим интерфейсом.

Функционально обе версии системы идентичны. База данных "MySQL" является клиент-серверной. Это позволяет любому количеству бухгалтеров одновременно работать в одних и тех же подсистемах. Система с терминальным интерфейсом позволяет на клиентском рабочем месте использовать любое оборудование и любую операционную систему. Для осуществления доступа к серверу, например из-под Windows, можно использовать любую программу telnet для доступа к серверу. Кроме того, терминальный интерфейс позволяет осуществлять доступ к серверу, используя Интернет. Система хорошо работает на медленных линиях связи. Скорость 19 кбит/с является комфортной для работы. Терминальная версия работает без проблем и в X window (запускается в эмуляторе терминала xterm или любом другом). Система с графическим интерфейсом будет работать только на компьютерах с POSIX-совместимой (Linux/Unix и др.) операционной системой.

>>> Скачать

>>> Список изменений

>>> Подробности



Проверено: JB ()

> X-WINDOWS

да за такое убивать надо!! графическая система всю жизнь называлась X Window.

dj_kane ★★
()

>Cистема формирует реестр налоговых накладных, Додаток 5, Додаток 2 (для перерабатывающих предприятий) в виде распечатoк и в электронном виде в формате xml и в формате dbf

Я так понимаю, для российских условий требуется очень хороший напильник, чтобы сделать её самодостаточной? Или различные "Налогоплательщик ЮЛ" всё же требуются?

krege
()
Ответ на: комментарий от gaa

> Это что за язык? "Как бы C++" ?

Сам код iceB написан на чистом С, а С++ это так, оно тянет много с MYSQL и GTK которые написаны на C++.

hse
() автор топика
Ответ на: комментарий от KRoN73

Да я копипасту с их домашней страницы сделал... извиняюсь что не вычитал.

hse
() автор топика
Ответ на: комментарий от krege

>Я так понимаю, для российских условий требуется очень хороший напильник, чтобы сделать её самодостаточной? Или различные "Налогоплательщик ЮЛ" всё же требуются?

В России некоторые предприятия на ней работают надо их спросить..

hse
() автор топика
Ответ на: комментарий от marsijanin

>Ладно - Ржевский моде офф - а где, собственно, лицензия!?

GPL-2

hse
() автор топика

Кстати, слово "интернет" склоняемое, поэтому нужно "...с использованием интернетА". Это - так, на заметку :)

enby ★★
()
Ответ на: комментарий от enby

>База данных "MySQL" является клиент-серверной. Это позволяет любому количеству бухгалтеров одновременно работать в одних и тех же подсистемах

Так понимаю трехуровневая система (БД, сервер приложений, клиент) это не позволит сделать?

Gizur
()
Ответ на: комментарий от anonymous

Но если для закрытой системы наличие такого языка обязательно, то в случае системы с открытыми исходными текстами оно сомнительно: никакой макроязык не предоставит программисту даже близко всех тех возможностей, которые предоставляются классическими алгоритмическими языками.

Это понятно, но могли бы использовать и скриптовый язык, например Python с его .pyc файлами, чтобы не перекомпилировать часть программы при внесении изменений в те же расчеты.

anonymous
()
Ответ на: комментарий от KRoN73

> > Скорость 19 К/бит

> Кельвины на биты? Это интересно!

Это не "интересно", а "скорость вскипания мозгов при работе в программе".

Gharik
()

Интересно, что скриншотов нет нигде (по крайней мере я не нашел). Неужели настолько ужасно? :)

yarodin
()

>Система с графическим интерфейсом будет работать только на компьютерах с POSIX-совместимой (Linux/Unix и др.) операционной системой.

какой gui-toolkit? основные qt и gtk работают, как под windows, так и иксами...

anonymous
()

Как я понимаю, система:

1. Двузвенка.
2. Монолитная.
3. Принципиально нерасширяемая.
4. Без "логик" (бизнес, хранения, представления).
5. Без какой-либо возможности интеграции с другими системами.

Вывод: крайне ограниченный спектр применения, главным образом для контор а-ля "Рога & Копыта".

Macil ★★★★★
()

Чото оно не собирается OS - OPENSUSE 11 MYSQL - mysql Ver 14.12 Distrib 5.0.67, for pc-linux-gnu (i686) using readline 5.2 GCC - gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] в с++ не силен, а посмотреть хотелось

dostup.c:23: ошибка: второй аргумент функции ‘int main(int, char*, char*)’ должен иметь тип ‘char **’ dostup.c:23: ошибка: третий аргумент функции ‘int main(int, char*, char*)’ должен, по-видимому, иметь тип ‘char **’ dostup.c: In function ‘int main(int, char*, char*)’: dostup.c:46: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:157: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:157: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:167: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:167: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:172: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:189: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:263: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:272: предупреждение: deprecated conversion from string constant to ‘char*’

anonymous
()
Ответ на: комментарий от anonymous

а насколько новее-старее нужна версия (2.95, 3.0, 4.0) GCC

anonymous
()

Какой мудак исходники упаковывал? За эти тар-бомбы нужно отрывать не только руки!

anonymous
()
Ответ на: комментарий от anonymous

>>Какой мудак исходники упаковывал? За эти тар-бомбы нужно отрывать не >>только руки! Чем не устраювает?

anonymous
()
Ответ на: комментарий от anonymous

Собирайте GTK версию терминальная версия имеет много зависимостей и на системах отличных от ALTLinux сборка не гарантирована - ранее собиралась без проблем только на Master 2.4

anonymous
()
Ответ на: комментарий от anonymous

2Собирайте GTK - итересует терминальная версия - на сервере нету X-ов

c gcc295 ошибок стало еще больше, но другого плана

/usr/bin/ld: error in xkas.o(.eh_frame); no .eh_frame_hdr table will be created. и т.д.

anonymous
()
Ответ на: комментарий от anonymous

>Но если для закрытой системы наличие такого языка обязательно, то в случае системы с открытыми исходными текстами оно сомнительно: никакой макроязык не предоставит программисту даже близко всех тех возможностей, которые предоставляются классическими алгоритмическими языками.

Например иметь с системой секс на самом низком уровне. Язык для таких систем - быть.

r ★★★★★
()
Ответ на: комментарий от anonymous

> Чото оно не собирается OS - OPENSUSE 11 MYSQL - mysql Ver 14.12 Distrib 5.0.67, for pc-linux-gnu (i686) using readline 5.2 GCC - gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] в с++ не силен, а посмотреть хотелось

Раньше в исходниках там были значения строковых переменных в кирилице в koi8. И сейчас так?

Shakyamuni
()
Ответ на: комментарий от Shakyamuni

2Shakyamuni

я локаль специально устанавливал ru_RU.koi8r, так-что проблема не в локале.

позже попробую с GCC-4.1

anonymous
()
Ответ на: комментарий от hse

> Сам код iceB написан на чистом С, а С++ это так, оно тянет много с MYSQL и GTK которые написаны на C++.

А это типа как это?

shimon ★★★★★
()
Ответ на: комментарий от anonymous

>dostup.c:23: ошибка: второй аргумент функции ‘int main(int, char*, char*)’ должен иметь тип ‘char **’

Прототип у функции main какой-то левый. Всегда был int main(int argc, char** argv, char** envv). О чем компилятор и сказал.

anonymous
()

Пробовал вести ИП и в БЭСТ-офис, и в IceBw, и в знаменитом Ananas...
Не хочется говорить громких слов, но "фуфло", оно "фуфло" и есть.
И то, и другое по своим концепциям, скорее, складские программы с расширенным учетом, чем что-то другое.

БЭСТ-офис да таки бесплатный и вообще мне в общем-то понравился (хотя там и есть кое-какие косяки с установкой и апдейтами, но на форуме всё описано). Однако, маленькое такое, малюсенькое НО: с момента "бесплатности" он больше не поддерживается разработчиками.
То есть, форматы счетов-фактур, платежных поручений и всей отчетности устаревшие. На кой ляд тогда людям мосги пудрить рекламой этой поделки - абсолютно не понятно.

IceBw отпал практически сразу. Несмотря на декларируемую "русскость", оно ни разу не совместимо с нашей налоговой действительностью. Да что там "налоговой"! Даже формат платежных поручений - абсолютно другой.

С Ананас дело еще смешнее. Хотя оно и разрабатывается для российского пользователя, огрех и нелогичностей там великое множество. Даже с самого начала: почему-то можно выписывать счета на продажу, но полностью отсутствуют счета на покупку. Получается, что основания для создания платежного поручения просто нет.
Далее, почему-то нельзя создавать полные отчеты о всех товарах на складе. Можно только по конкретному наименованию или группе.
Почему-то нельзя создавать таблицу взаимных задолженностей с контр-агентами, а только акты сверки с каждым конкретным контр-агентом... Прикиньте, если у вас клиентов несколько сотен (или тысяч)?
Кроме того, великолепные глюки, когда в накладных и счетах переставляются позиции и суммы. Причем, в версиях и для Linux, и для оффтопика. Явный сбой в работе с MySQL, который разработчики, похоже, чинить и не собираются...
Там еще много цирка, но оставлю остальное на совесть разработчиков: а вдруг она их замучает?
Пытался зарегистрироваться на форуме ананаспланеты. Получил в ответ требование зарегистрироваться под своим реальным именем и указать прочую действительную информацию под предлогом "у нас все честные-честные". Послал этих "честных" подальше.

Резюме: Пока существуют такие, с позволения сказать "бесплатные свободно распространяемые программы бухгалтерского учета", монополии 1С ничто не угрожает. На месте руководства 1С, я бы даже спонсировал эти проекты, чтобы эти группы "разработчиков" ни в коем случае не разбежались!!! :-)

P. S. Для себя решил: при первой же возможности покупаю Asus Eee PC с предустановленной ХРенью и лицензионные DrWeb и "1C Упрощенка 8". Обойдется эта затея в сумме где-то порядка 17-18 килорублей, зато и проблем будет существенно меньше.

Sudoer
()
Ответ на: комментарий от Sudoer

угу. С такими "друзьями опенсорца" и врагов не надо.
То функционала нет, то прикладных решений, и в целом по каждому проекту: когда оно последний раз обновлялось? Каковы перспективы развития проекта? Где мы находимся сейчас с платформой, куда движемся, и когда туда прибудем? Вот сейчас например Qt активно обновляется, Qt 3 -> Qt 4 -> qt 4.5 .. 5.0. Что будет с тем же ананасом, если QSA уже не будет, а на QtScript недопортируют?
уныло, товаrищи, уныло.

anonymous
()
Ответ на: комментарий от anonymous

> E/AS сдох

E/AS не сдох, он в коме, состояние стабильное, наметились улучшения. Во всяком случае, определён инструментарий (Qt 4). Я не удивляюсь, если периодически возникают обиженные пользователи. Проблема русскоязычных пользователей в том, что они — любители халявы, но палец о палец не ударят, чтобы помочь в проектах.

Skull ★★★★★
()
Ответ на: комментарий от Skull

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

anonymous
()
Ответ на: комментарий от Skull

А нерусскоязычные - они типа все такие сознательные, да? :-)

Вы лично многим помогли Линусу, Red Hat'у и всем прочим? :-)

Нет, IMHO дело не в "помощи". Дело элементарно в пиаре. Вот тот же проект Ананас себя пропиарил, хорошо так.
В результате, "разработчики" могут попытаться найти себе хлебное место. А проект... ну мавры свое дело сделали, почему бы им не удалиться?

С другой стороны, педставьте главбухшу тетю Олю, которая будет выискивать баги в Ананасе? Да не просто багрепортить, а еще и допытываться до причин этих багов? А много вы знаете бухгалтеров, которые смогут администрировать MySQL? Ну хотя бы в элементарных рамках "создать"/"удалить"/"забэкапить"/"восстановить" базу?
Тетя Оля не будет геморроиться с этой ерундой. Ее работа заключается прежде всего в том, чтобы у организации не было проблем с налоговой.
Кроме того, тетя Оля - лицо материально ответственное. В случае чего, под суд она пойдет вместе с гендиром.
А потому после первого же сбоя, тетя Оля пожалуется генеральному. Она ему доходчиво объяснит, что будет если она не успеет вовремя сдать правильно составленный ежеквартальный отчет. В тот же день админ огребет люлей и прочих извращений (и даже без вазелина) и максимум на следующий день у тети Оли будет стоять вожделенная 1С.

Вот до тех пор, пока "группы разработчиков" не поймут такой простой вещи как "уголовная ответственность за ненадлежащее исполнение служебных обязанностей" и не станут ориентироваться на требования и пожелания тети Оли - у нас не будет ни одной "свободной" бухгалтерской программы. Имеющиеся поделки за "бухгалтерские программы" я ни в коей мере не считаю.

Sudoer
()
Ответ на: комментарий от Sudoer

> А много вы знаете бухгалтеров, которые смогут администрировать MySQL?

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

> В тот же день админ огребет люлей и прочих извращений (и даже без вазелина) и максимум на следующий день у тети Оли будет стоять вожделенная 1С.

И что? Сам видел в 1С критический глюк: неправильно делался XML файл, который надо было сдавать чуть ли не в налоговую. Непомню и неважно, была эта фигня из коробки или сваяна 1с-программером: 1с почти всегда юзается со своими доработками. Так что пафос насчет

> "уголовная ответственность за ненадлежащее исполнение служебных обязанностей"

мне тоже не понятен. Вывод: админ и/или местный ананас/E-AS/...-программер и должен

> не просто багрепортить, а еще и допытываться до причин этих багов

www_linux_org_ru ★★★★★
()
Ответ на: комментарий от Sudoer

>IceBw отпал практически сразу. Несмотря на декларируемую "русскость", оно ни разу не совместимо с нашей налоговой действительностью. Да что там "налоговой"! Даже формат платежных поручений - абсолютно другой.

Свяжись с теми кто в России поддерживает её.

hse
() автор топика
Ответ на: комментарий от www_linux_org_ru

Ну я так понял, что крайний таки был найден - им оказался админ.
"разработчики Великой Программы" тут как бы и ни при чем совсем. Они что-то там лабают, призывают пользоваться, вывешивают анонсы. Всё это "чисто для себя" и им нет никакого дела ни до кого.

Нет уж, потому подобными поделками и не стоит пользоваться, ибо крайний найдется...

В случае с 1С я хоть в саппорт смогу отписаться, смогу апдейты скачать (и которые БУДУТ работать!), смогу своевременно заполучить новые формы отчетности...
И в накладных у меня не будут переставляться позиции и цены в произвольном порядке.
И мучать MySQL мне не придется.

Sudoer
()
Ответ на: комментарий от hse

>Свяжись с теми кто в России поддерживает её.

Есть 3 типа людей:
1) Те, кто учатся на чужих ошибках.
2) Те, кто учатся на собственных ошибках.
3) Те, кто не учатся даже на собственных ошибках.

Я отношусь, скорее, ко второму типу. И наступать на те же самые грабли второй раз мне почему-то совсем не хочется.

Sudoer
()
Ответ на: комментарий от Sudoer

> Вы лично многим помогли Линусу, Red Hat'у и всем прочим? :-)

Да, весьма многим. Локализация, багфиксинг, свои проекты и т.п. с 2000 года.

> А проект... ну мавры свое дело сделали, почему бы им не удалиться?

И проект тихо загибается. Кому это понравится?

> Имеющиеся поделки за "бухгалтерские программы" я ни в коей мере не считаю.

Не считайте, Ваше право. Но тогда, если критикуете, то предлагайте. Иначе это пустые лозунги и пафос. Спрос на подобное ПО есть, но не хватает ресурсов.

Skull ★★★★★
()
Ответ на: комментарий от Sudoer

> В случае с 1С я хоть в саппорт смогу отписаться, смогу апдейты скачать (и которые БУДУТ работать!), смогу своевременно заполучить новые формы отчетности...

Значит, свободное ПО не для Вас. Однако это не означает, что оно не нужно на иных рынках, кроме рынка зомбированных 1С предпринимателей разных мелких ООО. All-in-one — лозунг для доверчивых потребителей.

Skull ★★★★★
()
Ответ на: комментарий от Sudoer

> А нерусскоязычные - они типа все такие сознательные, да? :-)

мифом о сознательности кучи пользователей прикрывается убогость этих проектов и унылое ядро разработчиков.
Вот в Compiere почему-то ядро команды небольшое. Вообще ЕМНИП авторов было один или два серьёзных разработчика, уволившихся из SAP и Oracle и решивших в качестве хобби поразвлечься. И множество пользователей долго-долго не контрибутили в проект, какое-то более менее развитие началось когда набралась критическая масса разработчиков в команде и наработанных решений (что даже форки появились, значит проект в смысле работоспособности -- успешен).
А в наших унылых палестинах эти полупроекты всё из перинатальной фазы не выйдут.

> Нет, IMHO дело не в "помощи". Дело элементарно в пиаре. Вот тот же проект Ананас себя пропиарил, хорошо так.


+1. Собственно у Ананаса есть шансы на выживание, потому что "планета" -- это какое-никакое, а комуните. И git репозиторий там "в лабараториях" открыли, хотя основной SVN похоже не обновлялся уже год, а порт на Qt4 -- все года два, и жиденькое, но общение кагбе есть.
А у более других проектов такое ощущение что нет ничего -- новости на сайте не обновлялись год-два, коммиты в репозиториях несвежи.
Оно уже умерло или "ещё в коме"?

> С другой стороны, педставьте главбухшу тетю Олю, которая будет выискивать баги в Ананасе? Да не просто багрепортить, а еще и допытываться до причин этих багов?


проблемы мифической тети Оли должны волновать того, кто ей Ананас внедряет. И больше успешных внедрений с отчётами о них -- это благо.
Сейчас проблема этих проектов не в том, что тетя Оля не может наскрести по сусекам готовые прикладные решения, а в том, что и разработчики, которые потенциально могут к этому проекту Ананас подключиться не станут этого делать.
Если всё очень сыро, прикладных объектов нет, монитора транзакций/сервера приложений/нормальной поддержки многопользовательности нет, багрепорт/багтрекинг/коммиты c ченджлогами с фиксами багов доступны только "членам профсоюза", на оффсайте никакой бурной жизни не происходит, возникает единственный вопрос: оно уже умерло или "ещё в коме"?

> пока "группы разработчиков" не поймут такой простой вещи как "уголовная ответственность за ненадлежащее исполнение служебных обязанностей"


с этим обращайтесь к вредненцам, любой договор за ваши деньги. Заодно почитайте EULA MS и той же 1С. Опенсорс -- это джастфофаны, как-то на этом делать деньги можно будет либо когда проект вызреет до разработчиков прикладных решений и внедренцев (а не просто "системщиков", которым прикольно возиться с платформой).

>Вот до тех пор, пока "группы разработчиков" не поймут <..> и не станут ориентироваться на требования и пожелания тети Оли - у нас не будет ни одной "свободной" бухгалтерской программы.


ориентация на клиента, у всех этих проектов, конечно отстутствует. Потому что тут клиентом является разработчик (а рынком -- mindshare разработчика), есть полуфабрикат, а не законченный отчуждаемый продукт. Даже такой клиент, а не только мифический "законченный пользователь" понимает, что всё тут довольно сыро.

anonymous
()
Ответ на: комментарий от Skull

> E/AS не сдох, он в коме, состояние стабильное, наметились улучшения.

надо же, а по сайту не скажешь. Наткнувшись на сайт E/AS, R2D2, погуглив по теме КИС+открытые исходники+линукс, единственное впечатление, которое остаётся от новостей, которые не обновлялись год и больше, от древних релизов и обновлений в вики и на форумах -- что всё уже умерло.

пеара явно не хватает этим проектам. Хотя бы в здоровой форме [жж]-бложика: здрасьте, я вася пупкин, я ковыряюсь с такой-то очередной КИС. Мы тут заняты очередными глобальными концепциями, но в целом сейчас находимся вот здесь, вот этот релиз показывает это. Хотим сделать так и так, это позволит нам то-то и то. На основе этого переработанного выпустим очередной релиз в течение полгода-год-два (но не пять и не восемь и не как в Duke Nukem Forever). А пока мы можем вас прогрузить очередной нашей концепцией, чтобы вы прониклись преимуществами нашей системы (как тот же Зуев на сайте интерстон). Я не понял, зачем тому, кто не пишет компиляторы сам, нужны подробности про семантический анализ, а не просто в виде "вот это -- работает", но -- подача "наш подход вот таков, что дало нам вот такие преимущества" может сработать. Как selling point

> Во всяком случае, определён инструментарий (Qt 4).


С GTK на Qt 4? а почему Qt?
У вас хоть "сервер приложений" есть. Не просто заглушки на QtScript. Завязываться в чём-то кроме GUI сильно на реализацию "как в Qt" -- ИМХО, ошибка.
Да, есть в Qt "из каропки" JSScript (можно юнит-тестами протестировать GUI), и работа с XML, и ConcurrentFramework, и MapReduce, и Webkit.
Но что-то допортировать проекты на новую очередную версию Qt никто не стремится.
В итоге проект постоянно надо будет (раз в год, по крайней мере) портировать на новую очередную версию Qt. С вашими темпами разработок -- это такое утончённое самоубийство.
Получается как с попытками собрать старую версию программы (района 90х годов) с новым компилятором/ядром. Та же ситуация в миниатюре: есть инфраструктура из нескольких проектов, каждый проект -- это moving target и уже ушел по версиям. Сдохнет очередной middleware проект -- и через пару лет его просто никто не соберёт.

Потенциально лучше было бы модули выделить в отдельные подсистемы. Типа нужен XML => можно взять отдельный парсер, "из коробки" в Qt или по результатам тестов, RapidXML или парсер в Tango из языка D (правда простой DOM код тут не будет таким простым).

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.