Кто-нибудь делал бухгалтерию на Excel?

Здесь решил полазить по интернету, посмотреть: есть ли бухгалтерские программы на Эксель. Нашел только украинскую (набор каких-то невразумительных таблиц). Интерес не праздный т.к. решил попробовать сделать сам. Есть ли у кого ссылки на готовые проекты?

0

to Автор

Valver, дал ссылку на очень познавательный топик. Мой совет: Прочитать внимательно, без предвзятости, и сделать выводы. Хоть Вы и не любите программистов, но поверте, они как люди понимающие в этом деле (программировании) несколько больше Вас, плохого не посоветуют. На Вашем месте, я бы прочитал, изучил и модернизировал эту прогу, согласно замечаниям. Это относится к хранению данных(и проводкам), а если Вы воспользуетесь поиском по форумам, то найдете код подключения к базам данных, и работой с запросами.

Желаю удачи...

Прошу прощения, ссылка Masalov

Не хотел вмешиваться в вашу беседу, но прошу прислушаться к советам Сумрака и Штурмана.
Я бываю на этом сайте только тогда, когда очень припрёт. И всегда (ну, почти всегда) мне помогали. И среди первых были эти двое.
О себе - бывший военный связист. Программированием занялся от бедности в 96 году. Первое, что освоил - MS Word с его Word Basicом. Потом - Excel. В основном это были прикладные программки, обрабатывающие разную статистику.
Сейчас я не программист, хоть и веду небольшую систему своего управления. За годы общения с данными понял одно - все работы с данными надо делать в связке клиент - сервер. Так и только так. Неважно, что будет клиентом и сервером, важно, что падение клиента не затрагивает данные на сервере.
Кстати, ситуация со снятыми винчестерами - мне известна подобная история. когда вынесли всю технику, кроме сетевых кабелей. А один кабель шёл в подвал, где стоял старый сервер, на котором крутилась база данных.
Сейчас я доделываю последнюю свою работу на Excelе, которая растёт и крепнет в многопользовательской среде со справочниками, отчётами и т.д. Следующая моя работа будет на SQL Server (Oracle или MS - ещё не решил).
Мой совет - если хотите создать простую и надёжную базу данных, можно использовать SQL Server(сервер) и Access(клиент).
Это просто. Стоит только начать. В крайнем случае - Access - Access.
P.S. А макроязык для бухгалерии на Excel предлагаю назвать Visual Basic for Application. Просто, но вкусом.

0

За ссылочку спасибо. Доводы сторонников убедительнее - критики опять с одними эмоциями. Болеее 65000 строк предел. Да что за глупость. Если были на это ограничения, то явно не технические, а маркетинговые. В Экселе 2007 планируется 1.000.000 строк и невообразимое количество колонок. Концепция изменилась! Я подозреваю, что Аксесс тоже держат в офисе не более, чем по политическим мотивам. И возможно его в дальнейшем объединят с Экселом. Информацию о складской программе DOORS нашел. Пока убедительно. Смотреть не стал - просто не хочу чужие мысли перехватывать. Да и оперативный учет от бухгалтерского отличается.
Прошу закончить эту тему.

0

Valver (26.05.2006) За ссылочку спасибо. Доводы сторонников убедительнее - критики опять с одними эмоциями. Болеее 65000 строк предел. Да что за глупость. Если были на это ограничения, то явно не технические, а маркетинговые. В Экселе 2007 планируется 1.000.000 строк и невообразимое количество колонок. Концепция изменилась! Я подозреваю, что Аксесс тоже держат в офисе не более, чем по политическим мотивам. И возможно его в дальнейшем объединят с Экселом. Информацию о складской программе DOORS нашел. Пока убедительно. Смотреть не стал - просто не хочу чужие мысли перехватывать. Да и оперативный учет от бухгалтерского отличается. Прошу закончить эту тему.

Ограничения как раз технические. Уж поверьте как человеку, который парсер екселевских файлов с нуля писал

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

Да и столбцов много не нужно. Лично мне никогда больше сотни столбцов не требовалось. И то - только для больших сводных отчетов. А так - и десятком обхожусь.

Messir (28.05.2006) ...Уж поверьте как человеку, который парсер екселевских файлов с нуля писал...

О боже, ты смог разобраться в OLE Compound Objects?! Ну ты герой, однако!
Кстати, где ты взял спецификацию? колись

На хранение номера строки и столбца в записи ячейки выделено по два байта. То есть больше 65536 строк записать без изменения формата файла

Формат конечно будет другой, но когда это останавливало MS? Excel 4 отличался от Excel5. Зачем держаться за формат, если концепция меняется?

0

В продолжение темы. Встал перед вопросом перевода двух своих книг с Ёкселя на Акцесс... эт не эмоции,это грустная действительность... . Сейчас бьюсь головой об стену, и рву волосы в разных местах... А все только потому, что два года назад поленился взять учебник, и почитать о совместной работе Акцесса и Ёкселя. За два года накопилось столько статистических и аналитических данных, что в конце прошлой недели Ёксель стал посылать меня куда подальше(и правильно сделал, не царское это дело, такой объем данных держать...) . Сегодня, при выполнении не очень сложных задач, книга вылетела два раза подряд. Комп вполне приличный, офис 2003. Вот так...

Резюме... Если ПО устраивает вас на сегодняшний день, это не значит, что оно устроит вас через пару лет. А переводить работающие документы на другое приложение, и делать этот документ изначально в подобающем приложении, это не один сапог в двух парах... http://kvvmku.ru/forum/images/... _tooth.gif



Выглядеть это теперь будет так... . В Акцессе хранятся данные, в Ёкселе, через Квери с Акцесса выводятся по запросу с фильтрацией только нужные данные(кстати, еще один аргумент, через Квери фильтрация происходит мгновено, Ёксель ту же операцию выполняет секунд 10). Дальше весь анализ ведется в Ёкселе(все равно его не брошу, патамушта он хароший), и полученные результаты опять скидываются в Акцесс(вот тут у меня застопорилось все, прошу помощи http://www.relib.com/forums/Topic897675-11-1.aspx).

0

Comanche (28.05.2006) Messir (28.05.2006) ...Уж поверьте как человеку, который парсер екселевских файлов с нуля писал... О боже, ты смог разобраться в OLE Compound Objects?! Ну ты герой, однако! Кстати, где ты взял спецификацию? колись

OLE Compound Objects - это халява )

Всего лишь файловая система внутри файла, дерево объектов, потоки данных...

С BIFF-потоком екселя было куда интереснее...



А доки то там, то сям вытягивал... В основном тут: http://genrep.nm.ru/xls/xls.htm

Valver (29.05.2006) На хранение номера строки и столбца в записи ячейки выделено по два байта. То есть больше 65536 строк записать без изменения формата файла Формат конечно будет другой, но когда это останавливало MS? Excel 4 отличался от Excel5. Зачем держаться за формат, если концепция меняется?

Есть такое понятие как совместимость. Ради этого понятия MS делает невообразимые трюки в коде, чтобы старый софт работал. Чего стоит, например, передача строк между границами процессов ради совместимости... Так что я бы не стал столь уверенно заявлять, что "когда это кого останавливало"