кидали уже сылку на такое ПО под Линукс!! вот тут оно! http://www.systema2003.kiev.ua дешево и сердито!!

Актуально! у меня намечается переброска бухгалтерии пол Лин. не прям щас конечно, но всеж не хочется ставить 1С в эмуляторе ...

Насколько я видел кроме распаковщика МД и тех.задания (причем очень пространного) там особо нет нечего. Помочь ребятам конечно надо. Но помоему им не стоит пытаться делать клон 1С. Там и так много ограничений, да и код необновлялся с 1999 г. за исключением багофиксов, и защиты авторских прав. Логичнее будет разрабатывать новую среду и в комплекте к ней экспорт данных и МД из 1С. (причем по моему данные лучше брать из zip файла формируемого при выгрузке данных).

На сколько я знаю 1С в эмуляторе не живет.

А не проще ли сделать ODBC прокладку для работы с Postgress. Если посмотреть в dll, то увидим , что код sql там элементарный.

А домашнюю страницу они кажись ФронтПейджем делали...

Rossia kazhetsia perehodit na zapadnuu buhgalteriu (po zapadnomu standartu). A na zapode rynok podobnyh produktov razvit neimoverno. Est', kak polagaetsia, i lider (nazvaniie ne vspomnu seichas, ne buhgalter ja:), no esli nado naidu). Vot. Obychno eto komplexsnye pakety rabotauschiie pod Windows, Unix, Linux ... Tak chto esli zapadnye standarty vse-taki v Rossiiu pridut, to pritekut i Zapadnye softwernye monstry.

Документация, конечно, убивает. И по содержанию, и по формату первого пункта.

Вы забываете про одну маленькую деталь - 1C крут не столько своими функциональными наворотами сколько мощным сопровождением - постоянно находиться в курсе всех законодательных и финансовых заморочек это сложнее чем написать некую абстрактную систему именно под Линукс - мало ли позагибалось или загибается бухгалтерского софта под win32?

Ну, вообще-то если бы отмотать время назад, когда я думал о теме диплома (1998-й год) - вариант был бы неплохой, влиться в команду и налабать свой модуль. Причём занимался бы я этим на полную катушку - и днём и ночью. Единственное ограничение - декан тогда не пропускал тем проектов, которые были связаны с бухгалтерией. Мотивация была такая - что на рынке и так хватает бухгалтерских программ, а тема диплома должна быть актуальна и нова. Но кто-нибудь помнит - были ли в те годы вообще бесплатные развитые программы по бух. учёту?

Конечно интерестно что из этого выйдет но сейчас конечно больше всего нужен толковый бухгалтер и спец по 1С

>>Rossia kazhetsia perehodit na zapadnuu buhgalteriu (po zapadnomu standartu). A na zapode rynok podobnyh produktov razvit neimoverno.

Ты сам то в бухгалтерии хоть както разбираещься или от кого слыхал. И не пиши о том чего не знаешь.

У 1С скоро появится новый конкурент - MS, которая движется в этом направлении. Да и есть сотни библиотек для написания таких прог, типа OLAP, ..., готовых исходников местного производства, которые только нужно добрить, а можно творить на исходниках фри-офиса, так, что можно сделать даже круче, но проблемма в заинтересованности, в менеджерах. Если бы появилась сила, готовая все за деньги сопровождать, тогда это может стать чем-то реальным, а пока просто очередные фантазии недалеких в этом вопросе людей.

Re:

Круто -- давно хотел бухгалтерию под Линуху перевести =)

Пока все это не более чем фантазии, архитектура не проработана, да и вообще ничего пока нет кроме идеи совместимости с 1С

Ломатый живет в wine а не ломатый - под VMварью

>>Да и есть сотни библиотек для написания таких прог, типа OLAP... Да, но только пара-тройка более-менее криво работающих бухгалтерий под Линух есть, несмотря на кучу библиотек и умников.

Это конечно не 1C, но какая архитектура E/AS http://eas.lrn.ru/

2anonymous:
>Но помоему им не стоит пытаться делать клон 1С.
>Логичнее будет разрабатывать новую среду и в комплекте к ней экспорт данных и МД из 1С.
Абсолютно согласен.
>(причем по моему данные лучше брать из zip файла формируемого при выгрузке данных)
zip-файл как раз и содержит MD-файл + данные в абстрактном формате:)

Лучше всего и весь код (на джаве или на каком-то интерпретаторе
(Tcl/Tk, Python, Perl, Ruby и т.п.) хранить в базе (кроме стартового
загрузчика), тогда процесс обновления сводится к простейшей задаче,
независимо от количества клиентов

>>Ломатый живет в wine а не ломатый - под VMварью на счет wine и vm я не слыхал о прицидентах работы 1С под ними. за этой темой я давно слежу. если есть опыт отмыль на cushe@ukrpost.net

Положим закодить все не очень сложно. Основная сложность в том что консульт профессиональный нужен.

Что же они такой хороший и важный для сообщества проект на Валуе захостили?

Э-эх, ну скажем так, я имею небольшое отношение к данному проекту... кому интересно можете заглянуть на http://mdlin.by.ru там в разделе Download есть эксрактор для *.ert, *.MD. Структура компаунд файлов на данный момент хорошо изучена и сделать небольшую поделку на перле не составило большого труда. Пытался и дальше работать над развитием данного направления, но как то нехватает времени. Так что на данный момент не хватает именно кодера, который бы сел быы за задачу и занялся бы ее реализацией в плотную. Что касается консультантов по части бухучета, то их на данных момент вполне достаточно. Почему речь шла о совместимости с 1С, только по одной причине: они реально отслеживают все сзменения законодательства и достаточно своевременно производят пополнения. Что касается запуска 1С в эмуляции: то милости прошу на http://mdlin.by.ru в раздел документация, специально написал небольшое mini-howto на эту тему.

2Angel_IL:

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

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

Ну может не всем желающим, а тем кто заплатил :) Ну по логике государство должно провайдить такой сервис.

Angel_IL - охреневшее HOWTO... спасибо большое!

конвертер из 1C - это одно, а "такое-же дерьмо как 1C" - совсем другое.

чем не устраивает GNUe, или уже упомянутый eas? зачем городить еще один проект, который скорее всего подохнет?

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

Кто будет рисовать хренову тучу форм, писать шаблоны стандартных операций, следить чтоб это все совпадало с законодательством?

Кто будет обеспечивать спопровождение на местах? рекламная поддержка?

Неужели еще есть люди котоыре не поинмают, что 1C рулит потому, что за $50 его любой студент "подточит" под то, что нужно бухгалтеру, который всего-то навсего умеет членоразделно высказать свои нужны? Если студент не сможет, есть "солюшин-провайдеры", котоыре берут по-больше, но таки "могут". И так - целая индустрия по внедрению. Представьте, что через пол года у вас написаное free-ядро учетного софта, на котором можно напистаь хоть 3C, кто будет делать все остальное?

Отдельно следует отметить, что эти пол года 1C тоже не будет сидеть сложа руки. А у них userbase, развитая сеть франчайзинга, и так далее.

to: bormotov >Кто будет рисовать хренову тучу форм, писать шаблоны стандартных >операций, следить чтоб это все совпадало с законодательством? Вот в том то и смысл что бы переложить это на 1С :)

Идея отличная.
Только я не все понял.
Может торможу.

1) Перекинуть из dbf в mysql - 
              Озанчает ли это, что СУБД выбрана?

2) Как (на чем) планируется делать интерфейс?
3) Что будет предствлять из себя ядро системы?
4) Что подразумевается под языком сисемы?

Во-первых, субд действительно надо выбрать так как
не все субд имеют одинаковые возможности.

Во-вторых, Надо понять на чем делать интерфейс

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

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

Прошу прощения если, что не так сказал (или не тем тоном)
или задел чьи либо амбиции аналитика.

Просто привел свои соображения

Best regards

Bear

Думаю, что все нарисуется, если залжить
грамотную основу т.е. 
1)субд 2)на чем интерфейс 3) распределение
ролей клиента и сервера 4) язык системы.

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

2Angel_IL: гыыы, думаете о ни согласятся? ;)

Производителю ооочень просто сменить формат. У них есть ОРИГИНАЛЫ, и знание тезнологии (например создания и использования тех-же форм). Как только "ваше ядро" начнет подниматься, и набирать userbase, 1C меняет формат. Незначительно. Вас это отбросит на месяц-два. Их - не отбросит ваще, потому что у них РАЗВИТОЙ САПОРТ. Их пользователи совсем ничего не заметят. Прийдет "парнишка", скажет, тут вот, вам апдейты, исправлено куча ошибок, и так далее, поставит, все счастливы. Форматы форм - совсем другие.

Не, вы конечно попробуйте, попробуйте... Но даже при такой идее - мне совсем непонятно зачем писать ЕЩЕ ОДНО ЯДРО? Возьмите GNUe, E/AS, что там еще есть? Напиши хороший Migration Tool, и поддерживайте его в соотвевии с "текущей версией 1C". Задача более простая, лишнего труда в разы меньше. По крайней мере не прийдется тащить в свою систему ошибки дизайна 1C, это все отсечется в Migration Tool на этапе конвертации "их форм"

2 Bear-anonymous (*) (2003-02-07 22:48:34.023)

2 anonymous (*) (2003-02-07 22:52:47.025):

то что вы пишите, это не определяющие составляющие, это следствия.

1. база данных может быть определена на уровне "реляционная модель". хоть MySQL, хоть PostgreSQL, хоть FireBird, какая разинца сейчас-то? Если у нас исходные - dbf, какая нам разница от возможностей "конкретной СУБД"?

2. "на чем планируется делать интерфейс" - тоже. Большинство widget-set'ов поддерживают все традиционные элементы UI. Многое из этого даже вполне прозрачно рендерится в (X)HTML'е. Выбор Qt/Gtk/WX/Tk/итд тоже по сути не сущесвенен, и может быть решен по ходу дела. Даже может быть заменен, или оставлен в виде мультивыбора, для пользователя.

3. ядро системы, я могу двумя словами описать - прослойка между хранилищем данных, хранилищем бизнеслогики, и интерфейсом. Эдакий клей, который по событию "Open" в UI, достанет нужную форму (из хранилища бизнес-логики), достанет для этой формы нужные ей данные из хранилища данных. По событию "Close" получит от UI (который рисует форму, проводит валидацию ввода пользователя) данные, запихент полученные данные в хранилище данных.

4. Язык ситсемы - язык который позволит описывать бизнеслогику (и наверное элементы UI) в терминах прикладной области.

да нечего тут на счет 1-4 соображать...

Представьте, вот у вас есть замечательное ядро, с замечательно выбраным хранилищем данных/логики, обалденный UI, который рендерится как в native widgets (на нескольких платформах - Qt/Gtk/WX/Tk это уже умеют out-of-box), и даже можно представить что у вас есть MigrationTool, который будучи "натравлен" на установку 1C, наполнит ващи хранилища данными и бизнеслогикой.

Дальше что? Клиент сел и начал работать? "И прожили они в счастье и радости, и умерли в один день" ;)

Подумайте. Представьте.

Я верю, у вас есть головы, и вы сможите понять за что-же на самом деле 1С получает деньги.

Аналогично, как и Angel_IL, я имею к проекту прямое отношение. Поэтому у меня ко всем просьба - в настоящее время не судите нас (команду 1L) слишком строго. Проект только-только начался, даже вернее сказать только-только начинается. Да – многие проблемы еще не решены (ТЗ не готово, людей мало, времени тоже, инструменты не выбраны и т.д. и т.п.). Однако, мы очень хотим добиться успеха в начатом деле. И непременно добьемся. Огромное спасибо всем тем, кто критиковал конструктивно. И заранее спасибо всем тем, кто, словом или делом уже решил или еще решит помочь проекту. Чем больше профессионалов подключится к реализации проекта, тем больше у проекта шансов на успех.

Это было во-первых. Тепеь во-вторых.

Отвечу на два вопроса, которые вызвали наибольшую полемику: 1. Почему аналог (только частично) 1С, но только свободный - есть масса программистов (и компаний), которые уже работают с 1С и они не захотят переходить на нечто, что будет не похоже на то, к чему они уже привыкли и (ЧТО ГОРАЗДО ВАЖНЕЕ) на чем зарабатывают весьма не малые деньги. Поэтому и язык будет такой, как в 1С (во всяком случае поначалу, что бы добиться определенного успеха). 2. Мы не будем разрабатывать свои конфигурации (аля .MD). По причине отсутствия в команде квалифицированных аудиторов (и иже с ними) и по причини наличия оных (конфигураций) от 1С.

С уважением, Иван Кабаков.

Уважаемый Иван Кабаков! Представтье ваши аргументы в приложении к некоему, уже созданному ГНУ-продукту. Например апач. " есть куча программистов, которые умеют работать с MS IIS, и куча конфигов для MS IIS - поэтому просто повторяем MS IIS" и в результате получаем ... набор недостатков MS IIS + набор своих собственных. Если вы хотите подвинуть на рынке какой либо продукт, то ваш должен быть _лучше_, а не такой же, в силу инертности потребителя. Я уже готов был кинуться помогать, но ваше выступление меня остановило. С таким настроем _я_ работать не буду. Если только мне не удастся Вас переубедить.

Александр. PS где то с год назад здесь уже собиралась точно такая же команда. И название было до боли похожее. (2L, его я предложил тогда :) расшифровывается как [way] to linux.

2Александр.

>"... то ваш должен быть _лучше_, а не такой же..." Так он и будет (и, как вы привильно говорите просто "должен быть") лучше. Но нельзя взять и за один день сделать ВСЕ. Работа должна выполняться по этапам.

>"... уже готов был кинуться помогать..." Александр, присоединяйтесь. Чем больше желающих учавствовать в проекте, тем быстрее мы пройдем этот пресловутый этап, который часто называют "догнать". И перейдем именно к тому, о чем вы говорите - 1L должен быть лучше аналогов. С уважением, Иван.

2Mahara

А с 1С в контакт вступать не пробовали ?

Может у них есть интерес в портировани 1С на Linux ?

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

Саныч

Я че-то не понял...
Хоцца бухгалтерию под линух- пжалста:
www.sap.com
www.oracle.com

Ах, дорого и хуево?
Ну извините, а оно вам точно надо было под линух? ;-)

> не судите нас (команду 1L) слишком строго. Проект только-только начался

Тогда сразу меняйте название. 1C - одна секунда (на запрос). Такова расшифровка. 1L - один light year? Хорошее начало ;)

> есть масса программистов (и компаний), которые уже работают с 1С и они не захотят

А кто их будет спрашивать? Фундамент рассуждений дохлый.
Что вы хотите на нем построить? Наоборот, имея силы стартануть
проект, заимейте и немного здравого смысла. Вам все карты в
руки - учтите опыт и ошибки 1С, а не повторяйте их! 1С может
и хотела бы сейчас что-то поправить, но уже поздно.

Вторая серьезнейшая ошибка - вы сразу метите отбрать рынок 1C, и отсюда ориентируетесь на их постоянных клиентов.
Скажите, зачем им менять шило на мыло?

> Поэтому и язык будет такой, как в 1С

Глупость полнейшая. Зачем нужна копия 1С, если есть оригинал? ;)

> Вторая серьезнейшая ошибка - вы сразу метите отбрать рынок 1C, и отсюда ориентируетесь на их постоянных клиентов. Скажите, зачем им менять шило на мыло?

> Глупость полнейшая. Зачем нужна копия 1С, если есть оригинал? ;)

программист, если ты про пользователя спросил, то ответ: "чтоб дешевле"...

У меня такое ощущение, что бухгалтерия появится только тогда, когда Linux будет более распространен как десктоп. Тогда та же самая 1С возьмет и спортирует свое хозяйство. Естественно это будет не под GPL. Но это не важно. Предприятия могут и заплатить, главное что б поддержка была. Одним энтузиазмом здесь не обойтись.

Ребята все делают правильно - вы, крикуны, знаете сколько фирм сдерживает то, что 1С под линуксом НЕ работает? А я вот знаю. 1С - убожеская и кривая система, но ничего более популярного на российском рынке сейчас нет просто физически. Именно поэтому и нужно абсорбировать максимум возможного из этой системы. Приведу несколько примеров. Небезызвестный Wine во время своего развития вел себя очень интересно: ранние версии требовали наличия почти полной винды, установленной на машине. Затем появились собственные нативные dll, которые и заменили собой "гнусные пережитки прошлого". То, что мы имеем в этом проекте сеогдня - вы и сами лучше меня знаете Пример второй - FreeCraft. Откуда, спрашивается, у этой игры взялись силы для выживания? Стандартная РТС, коих - масса. Глюкавая была, кривая, тормозная, но! У нее был штат поклонников легендарного WarCraft2. Посему данная гейма и содержала в своем составе конвертер-экстрактор ресурсов второго варкрафта. В итоге - FreeCraft жив, а многи РТС, имевшие сходные принципы или превосходившие FC по возможностям, ныне почили в бозе. И только теперь, по прошествии почти пяти лет девелопмента и вампиризма на ресурсах WC2, разработчики FC пытаются сделать свою графику (надо заметить - куда как более хреновую, чем в WC). Проект же, который использовал свою графику сразу (Craft!) умер в первый же год девелопмента.

Теперь о нашей теме - ребята понимают, что так и надо делать: взять наиболее успешный проект и взять из него все лучшее. Лучшее в данном случае - это "поддержка": формы, отчеты, язык, под который написана масса прикладухи, "успешное ядро". Никто не запретит им сделать совместимость "снизу вверх": ввести свои новые фишки языка, ввести импорт из других бух-систем, но главное - это быть on the bleeding edge текущего законодательства и финансового базиса, а это могут себе позволить только компании, имеющие развернутую сеть "саппорта", наиболее известной из которых является опять же 1С.

Господа-линуксоиды, не рубите на корню правильно начинающийся проект, дайте ему подняться, а дальше будет видно.

А ребята - молодцы, так держать!

Олег.

Практически полностью согласен с предыдущим докладчиком. :)

бухгалтерш надо трахать!!! а не c 1C...непральный подход!

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

Ну дык это и есть рецепт для провала ;)
Ты привел хорошие примеры с играми и с wine, а у меня перед
глазами стоит другой не менее известный пример: линукс, который
не стал копировать "самую кривую, но неимоверно популярную систему" и отлично выжил.

Конечно, линукс тоже является отдаленной копией другой системы,
но гораздо "менее популярной". Так что твои доводы легко
разбиваются другими примерами.

Уметь импортировать данные 1С - это очень хорошо, но копировать
1С во всей ее кривизне - это самоубийство. Почему бы не
перенять полезный опыт написания информационных систем,
накопленный за десятилетие после выхода 1С? Например, очень
интересна технология терминал-сервер. Потом, в вашем
распоряжении сейчас имеются хорошо отлаженные и широко
распространенные скриптовые языки, и можно изначально
все сделать "прямо", не изобретая велосипеда.

Повторяю, ставка на полную совместимость - грубейшая ошибка.
Вы никогда не создадите лучший продукт таким способом. Вы
будете постоянными лузерами и аутсайдерами. Для этого фирме
1С достаточно раз в полгода что-то менять коренным образом.
У них ведь даже между своими разными версиями нет полной
совместимости! Подумайте об этом.

Как получилось, что <цитата>убожеская и кривая</цитата> 1С захватила львиную долю рынка как в России, так и на Украине? Поддержка? Марка?Язык программирования? Что ?!! Как можно использовать их положительный опыт?

имо, лучше б все-таки подумали над эдаким 1с-терминалом, т.е. клиентом под линукс... пусть себе 1с и дальше живет под виндо-сервером, а вот клиент под линукс.. это было бы правильно..

Спасибо Олегу и всем кто с ним согласен за понимание и поддержку! С уважением, Иван.

anonymous (*) (2003-02-09 00:03:06.17):

гыы, так ДЕШЕВЛЕ защищать свои инвестиции. Деньги которые УЖЕ потратили на внедрение 1C кто вернет? А денег которые нужны на спопровождение, нужно будет ровно столько, поскольку сопровождением авторы _этого_ проекта заниматься не собираются (о чем честно говорят).

Dead (*) (2003-02-09 01:19:42.091):

ощущение очень правильное. Авторы Accent сказали что как только Linux будет занимать более 15% рабочих мест на компьютерах в бухгалтреии, они начнут думать по потрировании Accent'а на эту платформу. А сейчас у них и так работы много ;)

Я думаю что у 1C как более весмого игрока на этом рынке планка еще меньше. Навскидку, 5-7%.

И разумеется GPL на самом деле потребителю не только душу согреет, всеравно они вызывают сапорт, и платят деньги (или держат своих прогарммеров, которые формы/отчеты дотачивают).

2Олег anonymous (*) (2003-02-09 01:20:08.854):

> Никто не запретит им сделать совместимость "снизу вверх":

ага, а 1C будет сидеть, и смотреть "как подрастают конкуренты" ;-)) почитай там внизу, я писал насколько легко "добавить кучу геморя писателям идеального ядра". В итоге, они просто помрут, расходуя силы на reverse ingenering нововведений в готовых конфигурациях 1C.

> Господа-линуксоиды, не рубите на корню правильно начинающийся проект, дайте ему подняться, а дальше будет видно.

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