идеята за wiki е много добра, също така предлагам и един IRC канал, кой ще се навие да ги направи, аз ще поема инициативата за попълване на wiki по очертаната от @kennedy схема

[Цитат]

Цитат (karaman @ Дек. 23 2006,15:17)

200 складови документа на ден е нещо смешно (300 на час е вече нормално)

смешно е, разбира се, поправете ме, но това е горедолу документо оборота на малка фирма занимаваща се с търговия на едро ...
Но важна е основата, ако може 200 на ден, ще може 20000 на час - всичко там зависи вече от DB сървъра '>

п.с и разбира се, има значение и интерфейса, ако ще кликаш като луд - и два документа на ден може да не направиш '>

[Цитат]

Цитат (karaman @ Дек. 23 2006,13:16)

Колеги, основите на една складова система са еднакви във всичкия софтуер за складове. Ако ще правим такова нещо, трябва да го направим, така че да могат да се дописват модули лесно, и да направим само основните неща на една складова система.

Горе долу е така, но въпреки това за нещо по-голямо и сериозно (разбирай, което да поддръжа документо-оборот мин. 200 складови документа на ден, едновременно изписване от наколко оператора и т.н, и всичко съобразено с цялата нормативна уредба) е необходимо да се понапишат и някои спецификации за базовата функционалност.

Аз например в момента пренаписвам базовата функционалност от проекта StoreMill http://storemill.sourceforge.net на Rails, Ruby , Postgresql - ей тъй, за удоволствие. Тази функционалност ми е послужила вече за два други проекта (с малки изменения) и доказано върви без проблеми на един от тях вече втора година.

Искам да се обърна към ентусиастите тук, оказа се че има доста:
Нека да се съберем в екип - необходими са поне 4 човека, и да пренапишем този проект (езика за програмиране е без значение), поне имаме стартова база, няма да измисляме топлата вода '>
- организатор на проекта
- двама програмисти
- консултант

@Radev, @Max_Ass, @kennedy, имате ли желание да се заемете с такава задача на доброволни начала... както се изказаха тука някои, нека да действаме, да не разлайваме кучетата, .. нека и аз като @kennedy да цитирам Harold Ganeen :

Цитат

"....Единствено свършената работа е най-добрата мярка за вашата вяра, компетентност и кураж. Само свършената работа Ви дава свободата да израствате сами....

Всички други желаещи също са добре дошли

човека сам си разработва, не му трябва да пише спецификации, всичко му е в главата '>
... но поне да имаше кратко задание - какво да прави системата и какво не...

MaX_Ass - относно правата за достъп, за елементарна работа е достатъчно да се дефинират поне четири привилегии на потребител:
- може да създава документ (boolean)
- може да изтрива документ (boolean)
- може да разглежда документ (boolean)
- може да пуска справки (boolean)

допълнително
- справките могат да съдържат колони за печалба или други по важни данни - интересни за собствениците (boolean)


това е на ниво "СКЛАД" , за другите модули ще се наложи пак да приемеш нещо по-сложно, като това по горе

USER_ROLES = (
    (1, 'Оператор' ),
    (2, 'Търговски агент' ),
    (3, 'Оперативен мениджър' ),
    (4, 'Търговски мениджър' ),
    (5, 'Маркетинг мениджър' ),
    (6, 'Продуктов мениджър' ),
    (7, 'Мениджър доставки' ),
    (8, 'Счетоводител' ),
    (9, 'Финансов мениджър' ),
    (254, 'Собственик' ),

[Цитат]

Цитат (ivant @ Дек. 13 2006,16:02)

... и искренно споделям че това е доста необятна и  сложна тема...

имам доста опит, така че MaX_Ass, ако приемаш един съвет:
започни най напред със стабилна основа - склад и счетоводство и внимателно подбрана структура на таблиците за тях,  всичко останало са екстри, които са безполезни, ако нямат отражение в склада или счетоводството...

Пожелавам ти успех

пп. не зная защо не си успял да инсталираш интегратора, но (ако все още го имаш) разгледай, ще намериш доста полезни идеи за структурата - не е никак проста '>

[Цитат]

Цитат (Radev @ Дек. 12 2006,21:43)

След това ще намеря 50-100 човека, които се занимават с предлагане на подобен софтуер, които срещу възможността да не им се отказва поддръжка с удоволствие биха заделяли 10-20% от приходите си от инсталациите за разработчиците. Трябва само организацията на проекта да гарантира, че няма да се налага да се молиш на програмиста да свърши това дето и без това трябва да го свърши, а това се постига до голяма степен със самия GPL лиценз и достъпа до кода.

Евала, единственото смислено нещо - ако стане, с радост ще даря целия си опит и програмен код на такава организация от хора. Дано даде господ да доживеем такова нещо в България, за жалост само се говори....

Хм. става интересно...
Разбира се че има много начини за изкарване на пари от GPL код, но не това беше (и е!!!'> проблема, проблема е в самото начинание, както казах по горе, кому е нужно, колко фирми ще се навият - 1, 2 най-много. А в този случай според мен има 2 варианта:
1. вар. Фирмата да ви наеме да разработите такъв софтуер
2. вар. Да имате готов разработен и да го пуснете под GPL

В първия вариант няма нужда от GPL - в 90% фирмата ще иска кода да е затворен, най вече заради т.нар. firmware. Допускам възможността за допълнителни модули - но само човек, работил по темата ще обясни колко са трудностите с това - много по лесно е да вмъкнеш firmware директно в кода, от колкото да правиш модул - говоря от опит. off: (приемам упреци само от хора които имат зад гърба си поне 100000 реда код на такава тема '>

Във втория вариант проекта като цяло е безполезен - в света на бизнеса (особено в България) на такива системи не се гледа реално за сега. Освен това трите горепосочени проекта са нефункционални, поне не за реална работа, така че ако има желаещи фирми, разработчика ще бъде принуден да се задоволи отново с вариант 1, колкото и благородни да са му идеите... Нека да не сравняваме такъв род системи с нещо от рода на КДЕ/ГНОМ или някоя друга програмка... тука пазара, разбирайте търсенето, е ограничен, броя на потребителите в България няма да надхрърли 50-60, дори и след 5 г.

Разбира се, има успешни такива проекти - Compiere, tinyERP, май за други не се сещам, но колко са фирмите, които ползват tinyERP например - едва ли са повече от 50, а в България знам само за една - и тя (доколкото имам инфо) е модифицирала кода, но няма да го отвори

Отново ще попитам - кому е нужен такъв, след като имаме (имахме) 3 такива проекта, колко реални приложения в реални условия имаме - не знам, може би само biona да имат някъде...прочее, MaX_Ass, подкарай някой от тях, направата на нов проект е загуба на време, определено докато се опитваш да подкараш някой от тия проекти, ще ти хрумне  и идеята как да ги преработиш за по лесна употреба - Вярвай ми - по безболензено е

здравей, аз съм автора на Integrator2 - в момента спрян и свален от WEB. Искам да само да допълня въпроса ти:
Има ли нужда въобще от БЕЗПЛАТЕН такъв софтуер? Опита ми показва (имам вече 3 разработки на тая тема), че това е широкомащабна работа, която не е по силите на един човек, още повече, не е по силите на човек, който се занимава на доброволни начала (разбирай без спонсориране). Та от тази гледна точка такъв софтуер не трябва да е безплатен, не трябва да е дори под GPL, защото в повечето случаи ще съдържа фирмуер (firmware) който едва ли трябва да бъде публичен '>, и не е проблема с какви инструменти се разработва, проблема е в самата идея на разработката,... и поддръжката.
Още веднъж - кому е нужен такъв софтуер, ако е за една фирма - вж. казаното от мен по горе, ако е просто за любителско занимание в свободното време - ... чиста загуба на време
Със здраве, и не се предавай '>

IP адрес, маска, gateway може да се въведат и ръчно във файла /etc/network/interfaces, за DNS наистина трябва да има /etc/resolv.conf, поне така е при инсталирано вече kubuntu, ако такъв файл не съществува, не би трябвало да е проблем да си го създадеш като използваш съответните адм. права (например sudo vi /etc/resolv.conf) и да въведеш nameserver xx.xx.xx.xx твоя dns

edit: доколкото си спомням от училище не може да има такъв адрес xx.xx.255.xx или xx.xx.xx.255 - това да не е broadcast

преди време имах същия проблем със suse 10.1 инсталация на Gtk 2.10 - като го махнах и се оправи, изглежда не си махнал на цяло Gtk 2.10 и някоя програма опитва да се стартира а е линквана с 2.10, щото тия от сусе нещо не изпипали и тая 2.10 е за новия xorg... ако можеш да влезеш в X с startx от ниво 3 (ама без да зареждаш XFCE, само терминал, не си спомням как ставаше) значи Gtk не е махната

[Цитат]

Цитат (gorchev @ Окт. 18 2006,20:58)

С последната версия на Open Office няма проблеми. Днес го правих. Версията е 2.0.4 С предишната 2.0.2 не ставаше.

не мога да го потвърдя, дава някаква  грешка в макроса "expected then" и не работи (може би 2.0.4 само за windows) - Kubuntu Edgy (от бета до current) + OpenOffice 2.0.4 build 16 oct 2006

edit: и не само една грешка, опитвах да ги оправя, ама не запазва промените, dbl click в някоя от клетките не работи - казва че не може да се променят защитени таблици, нивото на security за макросите е на минимум и пак не става

аз днес сутринта пробвах, ОО 2.0.2 ОпенСусе 10.1  не става, въобще не върви макроса, макар да пита дали да ги разреши при отваряне.
Не съм се ръчкал да вида дали мога да го подкарам обаче

тъй, ясно, формата е прост, нека да попитам нещо, може и да не е по темата съвсем:
Ако аз например се заема и напиша малка програмка, която генерира тези файлове, ще наруша ли по някакъв начин авторски права (примерно на разработчиците на тия екселски таблици)
Така или иначе ще има фирми, които няма да могат да ползват оригиналните екселски таблиц по една или друга причина, поне наистина да има алтернатива ....

Здравейте
Във връзка с публикувания от мен анонс в linux-bg за Open Source складова и счетоводна система Integrator2 Move
http://www.linux-bg.org/cgi-bin....6025425
искам да използвам възможностите на този форум да потърся помощ за продължаване на разработката. Ще се радвам на всякаква подкрепа, било тестване, било съвети или документиране, а най-добре ако има ентусиасти които да пишат код '>
За контакт: ludmiloff@gmail.com

Благодаря предварително