Программа своими силами

[Dracosha Andrew]

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

Итересно, что именно к этому выводу пришёл В. Брукс в статье "Мифический человеко-месяц 20 лет спустя"

[AntonDr]

Итересно, что именно к этому выводу пришёл В. Брукс в статье "Мифический человеко-месяц 20 лет спустя"

Я думаю интересного мало ... он не первый и не последний, ибо это вполне очевидно.

[Fosihas]

ТЕЙША,

Два года вела организацию (не такую уж маленькую) в самостоятельно написанной программе (Эксель, естесстно).

Как давно это было, и как сейчас работаете.

Вызывали мы и програмистов из 1С-а и Паруса для доработки программ, но...

Это зависит от квалификации с кем вы беседовали.

И кстати не жаловалась на жизнь

Просто не сталкивались с более удобным.

[Ильич]

Два года вела организацию (не такую уж маленькую) в самостоятельно написанной программе (Эксель, естесстно)...

Когда говорят "Эксель, естесстно", то я не очень понимаю, о чем идет речь.
В той домашней залепухе, о которой я раньше писал, есть одна форма для ввода данных и пара кнопок. Одна кнопка вызывает форму для ввода, другая формирует отчет.
У меня был опыт когда по такой схеме сделал склад: приходовался товар, был справочник номенклатуры (примерно 600 позиций) и контрагентов (около 100), был некоторый аналог подбора для выписки пачки из четырех документов на отгрузку (счет-фактура, накладная, реестр сертификатов, протокол согласования цен) и еще куча всего (списания ...). Отчетные формы для анализа продаж по группам и отдельным позициям, по менеджерам, по покупателям и т.д. Были формы для выявления залеживающего товара, с истекающим сроком годности. Было планирование закупок. Не было многопользовательской работы.
Кнопок было много. Все на одном листе. Все данные были в таблицах Excel. Поэтому пришлось сделать специальную кнопку для контроля целостности данных.
Я тогда просто плохо знал 1С. Сейчас сделал бы в нем. Но со связкой с Excel. Всякие графики в Excel выглядят лучше. Из 1С вызываем Excel, средствами 1С заполняем таблицу и запускаем процедуру, которая всякие итоги и графики рисует с нужным форматированием.
В Excel без проблем можно получать данные откуда угодно. Я хранил как-то данные на MS SQL Server. База была на многие сотни тысяч записей Основная работа девочек-операторов по вводу и корректировке записей велась в специальной программе. А аналитические отчеты я получал в Excel. Всегда ведь нужен не весь отчет. Что-то спрячешь, что-то дополнительное, разовое тут же посчитаешь.

пользовалась я своими таблицами (размер которых составлял иногда 15-20 листов шрифта 8)...

А это я вообще представить не могу. Как можно пользоваться такой горой бумаги. Одна страница табличного текста, от силы две - для меня предел, который я могу одновременно воспринимать.

[AntonDr]

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

[Ильич]

Вообщем оператор ... уволился и ... и инвестиции в этот продукт пропали

Пример не убеждает. Подобное бывает и в 1С и в других системах. Но то, что Excel не технологичен - совершенно верно. И я писал, что целостность данных отслеживать морока. Легко все испортить и поломать.
А вот для себя расчет вариантов победителя чемпионата мира по футболу я все равно в Excel сделал. Повторяю, для себя.

[AntonDr]

Пример не убеждает. Подобное бывает и в 1С

Бывает и с 1С конечно, но тут проще поддержать этот проект в рабочем состоянии, проще найти как разработчика, так и бухгалтера.
P.S. домашняя бухгалтерия тоже на PocketExcel, 3 листа (cash, card и долги) и формулы

И я писал, что целостность данных отслеживать морока. Легко все испортить и поломать

и это опять же нас убеждает в том, что не подходит Excel для более-менее объемного нормального учета.

[Vits4]

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

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

Из стандартных программ лучше подходит 1С и ТурбоБухгалтер.

с остальными, боюсь, будут проблемы, хотя как знать, как знать

[ТЕЙША]

Fosihas это было с 2003 по 2005 года.
Сейчас не работаю, потому что временно уехала из страны. Скоро возвращаюсь, планирую сразу на курсы бежать 1-С-совские (восстанавливать забытое)...
Лично с представителями я не беседовала, там сам генеральный и его три зама общались...могу только представить ЧТО они пытались получить "на выходе"...

[ТЕЙША]

Когда говорят "Эксель, естесстно", то я не очень понимаю, о чем идет речь.

Об электронных таблицах...
Где в одну строку вводишь, а в нескольких других файлах (а иногда и папках) данные пересчитываются...

А это я вообще представить не могу. Как можно пользоваться такой горой бумаги. Одна страница табличного текста, от силы две - для меня предел, который я могу одновременно воспринимать.

а для меня не предел...

[ТЕЙША]

встречалась мне тоже такая ситуация c Excel. Таблиц тоже куча была. В одной приход, в другой продажи, в третьей деньги т.п., да еще вроде каждый месяц в своей папке лежал ... .

именно так!

[Колибри]

Делала сама в Exel программу. Вволила журнал хозяйственных операций. а на другом листе формировалась оборотно-сальдовая ведомость.Долго ей пользовалась

[Старший майор]

Мда-а-а! Бывает!

[Vits4]

Делала сама в Exel программу. Вволила журнал хозяйственных операций. а на другом листе формировалась оборотно-сальдовая ведомость.Долго ей пользовалась

Ну, енто уже что-то сильно поморочено

[severn]

Ну, наверное все зависит от того, насколько широки твои потребности.
Если достаточно одного листа для журнала операций и еще одного - для ОСВ - то Excel прекрасно справится.
Другое дело, когда на одном листе ведешь кассу, на другом - склад, и т.д. А анализ тебе требуется в нескольких разрезах.
Тогда уже таблиц нужно больше.
И чем больше разрезов ты пытаешься использовать для ввода и анализа -
тем навороченнее становится набор таблиц.
Хотя по сути - логика всюду очень проста.
Чем база данных и отличается от Excel - она позволяет вести большие таблицы, а при вводе и анализе отбирать только то, что тебя интересует.
Т.е. если хорошо построить БД - можно все в ней увидеть легко и просто.
Я сейчас подобную штуку делаю, так что если кому интересно - могу скинуть пример, когда готово будет.

[AntonDr]

если хорошо построить БД - можно все в ней увидеть легко и просто

построить - это только половина дела. Самая быстрая и простая.

[Dracosha Andrew]

AntonDr, и много вы баз "построили"?

[AntonDr]

Dracosha Andrew, каких? Обратите внимание на

Чем база данных и отличается от Excel - она позволяет вести большие таблицы, а при вводе и анализе отбирать только то, что тебя интересует.

[Dracosha Andrew]

AntonDr, вы пишете, что "строительство" базы простое и быстрое дело. Поверьте мне, что как правило это не так.

И что по вашему означает термин - база данных?

[AntonDr]

AntonDr, вы пишете, что "строительство" базы простое и быстрое дело. Поверьте мне, что как правило это не так.

жизненный опыт в этом вопросе позволяет мне иметь собственное мнение.

что по вашему означает термин - база данных?

Я имел ввиду те базы, которые как мне показалось имел ввиду severn.

[Dracosha Andrew]

AntonDr, и сколько баз вы "построили"?

[AntonDr]

Dracosha Andrew, немеряно "построили"

[Dracosha Andrew]

AntonDr, тогда вы можете, конечно сказать, что такое "база данных"?

[AntonDr]

тогда вы можете, конечно сказать, что такое "база данных"?

Dracosha Andrew, бох с вами, кому это интересно? Если только Вам лично - используйте ЛС.

[AntonDr]

AntonDr, тогда вы можете, конечно сказать, что такое "база данных"?

Хотя вот, неполенился, нашел пример определения: База данных в Visual FoxPro — это совокупность таблиц , отношений между таблицами, индексов, триггеров и хранимых процедур.
Только толку то? Мы же не знаем, какие базы имел ввиду severn и с высказываниями по поводу которых Вы со мной не согласны...
Судя по оптимистичным заявлениям

Хотя по сути - логика всюду очень проста.

он имел ввиду примерно то же самое.

[severn]

Позвольте вмешаться и немного разъяснить, что я имел в виду.

Под базой данных я, конечно, понимаю совокупность нескольких таблиц.
Только не FoxPro. В нормальной СУБД (самой доступной из них является InterBase) обеспечивается все же ссылочная целостность - т.е. мы, например, не можем удалить клиента, на которого есть ссылки в документах, и т.п.

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

IDзаписи
Дата
Счет

Клиент
Товар
Склад
и другие аналитические признаки

Сумма
Количество
и, м/б, что-то еще

(Конечно, для обеспечения корректности проводок придется вносить дополнительную логику - но не будем усложнять, чтоб не отвлекаться от основной идеи.)

По такой таблице мы можем легко сосчитать любые нужные остатки и обороты.

Программа для работы с подобной БД - это другой вопрос.
Она может быть простой, либо достаточно сложной.
Может обеспечить простой способ ввода записей, а может позволять вводить документы типа накладных и т.п. и автоматически генерировать проводки.

Важно, что данные из такой таблицы очень просто анализировать.
Мы просто отбираем нужные записи (по нужным счетам, датам, аналитике) и складываем суммы. Можно при этом группировать по клиентам, товарам, и т.п.
Это делается SQL-запросом.

В Excel'е мы делаем подобные вещи, но более ограниченно.

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

Если интересует скорость работы - скажу, что даже без использования механизма промежуточных итогов (1С его использует для ускорения расчетов), т.е. когда для получения остатка по складу мы вынуждены складывать ВСЕ записи по складу "с начала веков", скорость получения отчетов в десятки раз выше той же 1С.
(Предприятие с 3000 документами в месяц работает 3 года без каких-либо неудобств - скорость всех устраивает, размер базы около 100 MB)

[AntonDr]

severn, Ну Вы согласны, что создать такую базу исходных данных гораздо проще, чем написать прогу, посредством которой бухгалтер (а не программист) мог бы работать с этой базой?

т.е. когда для получения остатка по складу мы вынуждены складывать ВСЕ записи по складу "с начала веков", скорость получения отчетов в десятки раз выше той же 1С.

Зависит от того, кто писАл получение остатков в 1С и в InterBase варианте, а так же от количества "веков", за которые надо складывать. Я не утверждаю, что 1С круче InterBase, но на месте руководителя не стал бы внедрять InterBase (как альтернативу 1С-у).

[Dracosha Andrew]

severn, Вы не поверите. но в Visual Foxpro обеспечивается ссылочная целостность, начиная с версии 3.0 (Для справки последняя версия - 9.0) А появилась эта версия практически одновременно с Interbase.

AntonDr, InterBase и 1С несравнимые вещщи. И не могут являтся альтенативой друг другу. Т.к. Interbase это сервер управления базами данных, ему ещё клиентская часть нужна, а 1С это система управления базами данных и клиентская часть одновременно.

[Ильич]

Я не утверждаю, что 1С круче InterBase, но на месте руководителя не стал бы внедрять InterBase (как альтернативу 1С-у).

А эти вещи и сравнивать нельзя.
InterBase - это СУБД,
1С - это СУБД на базе DBF-файлов или SQL Server'а
+ специализированные методы работы с таблицами разных типов (документы, справочники, перечисления ...)
+ логика обработки
+ интерфейсная часть
+ .....
Реализация в 1С СУБД на базе DBF-файлов - просто кошмар. Сотни открытых на всякий случай файлов, неуклюжая организация работы с периодическими реквизитами, какой-то инвалидный язык запросов, ....
Но остальные-то части 1С с чем сравнивать будем?
Мне нравится, как организован интерфейс работы с таблицами значений.
Не нравится работа с партиями товара и еще много чего не нравится.
В конце концов, все решают деньги. Может контора позволить себе построить и поддерживать свою систему учета - хорошо. Только таких контор мало, и специалистов, которые могут все спроектировать не намного больше. И они, слава богу, денюшек хороших стоят.

[Dracosha Andrew]

Ильич, От себя добавлю - 1С на мой взгляд худшая СУБД. По крайне мере из тех, что я видел. Но поскольку это всё-таки пакет разработки, то его недостатки с лихвой покрываются остальным.