Приветствие автору и всем пользователям программы, и отдельное спасибо автору за эту и предыдущую программу.
ИМХО, ПЕРВОЕ и САМОЕ ВАЖНОЕ, что надо сейчас сделать автору - возможность импорта/экспорта.
Тогда пользователя НЕ будут бояться вести в новой альфа версии свои РЕАЛЬНЫЕ базы, просто буду экспортировать их каждый вечер, понимая, что в программе будут глюки.
А так, пока это черный ящик, имхо в нее будут только ИГРАТЬ заинтересованные люди, используя предыдущие стабильные версии как реальную программу для финансов.
Это все мое ИМХО, был бы экспорт/импорт - я бы, например, перешел сразу на Альфу. А так - сижу в CAsh 1.3, изредка с любопытством поглядывая на новую версию.
Удачи в разработке, Виктор.
Dervish: Как раз сейчас я и занимаюсь экспортом и импортом.
На сей момент (23.02.2004) состояние дел таково: сделан мастер экспорта, в мастер встроен экспорт валют и курсов. В ближайшее время буду доделывать экспорт остальных видов информации: поскольку изменилась структура базы данных, код, занимающийся экспортом должен быть пересмотрен. Чем я сейчас и занимаюсь.
Смысл тестирования, конечно, в том, чтобы как можно больше людей использовало тестовую программу в ЖИЗНИ. А импорт/экспорт как раз и увеличит число таких пользователей (например, за счет меня
.
Dervish: Это была одна из причин, почему я переключился именно на экспорт и импорт.
!
Dervish: Да нет, об этом уже говорилось... Кроме того, я стараюсь разумно подходить к организации работ над программой. Не всегда получается, но всё же..
Хотелось бы, что бы была возможность сохранять выбранные настройки экспорта в своем шаблоне, например перечень необходимых счетов, период и т.д.
Dervish: А если программа будет просто запоминать настройки из прошлого экспорта, это будет нормально?
Вполне приемлемый компромисс.
Dervish: ok.
В виде пожелания:
Очень не хватает импорта из файла *.acb.
Аргументы:
Есть центр (Главный Бухгалтер) + несколько удаленных пользователей (просто бухгалтеры по своим счетам).
Бухгалтеры шлют свои БД по почте Главбуху, тот смотрит их или импортирует в свою БД чтобы сверстать общий баланс, причем у Главбуха. Причем импортироваться должны только "новые" записи.
Примечание: Бухгалтеры не шарят в компьютерах и експорт в Эксель - очень сложен для них + синхронизироваться нужно каждый день.
Dervish: Я немного задержал с ответом, и прочитав вложенные сообщения (ниже по обсуждению) понял, что речь фактически идёт не об импорте, а о синхронизации данных.
Если так, то мне самому хотелось бы её сделать. Действительно, это бывает необходимо.
А что это за формат такой? ИМХО если для каждой экзотической проги конвертор импорт/экспорт делать, то проект вообще умрет
Dervish: По импорту, я так думаю, можно будет ограничиться Excel-ем, действительно, просто сил не хватит для всег программ делать импорт данных.
Это формат AbilityCash 2.0 alfa
Dervish: Синхронизация!
ну я посмеялся от души...
Это не совсем синхронизация, а
синхронизация по определнным счетам.
На счет импорта.... Может из CSV еще?
Уж больно этот ексель громоздкий. Если делать какой-то экспорт из третей проги проще всего в CSV, потом этот CSV екселем разбирать !? А если неско раз в день ?
Dervish: Синхронизацию я сделаю чуть позже.
А вы представляете сколько мороки будет с CSV? Если в Excel-e можно как-то переупорядочить данные, что-то убрать, что-то добавить, то в CVS это будет практически невозможно. Нужно ли тогда возиться с этим форматом? И если да, то в каких случаях, например?
Например есть суппермега программа которая выдает данные, например из Системы банк-клиент. Неско десятков платежек в день по нескольким счетам. Делаем простеньку программку конвертилку Банк-клиент -> CSV (а не ексель вот тут разница) а CSV уже усасывается в CashAbility.
Так же и наоборот из CashAbility в CSV, а потом куда надо (без екселя-посредника).
Кроме этого возможны варианты, когда нет Екселя (он стоит дорого и покупать ради Cash смысла нет).
Кроме этого всегда CSV в Ексель можно перегнать.
Для тех кто в танке CSV - формат файла, где поля БД разделены запятыми. Очень маленький и удобный формат експорт-импортных операций БД.
Dervish: Иногда поля в CSV разделяются не запятыми, а точкой с запятой. Это зависит от национальных настроек операционной системы.
это по умолчанию кросс-формат для многих приложений...
экспорт в CSV очень хорошая штука...
Dervish: В экспортированном в Excel файле делаем Save As и сохраняем в CSV.
Тут есть засада: посмотрите, данные структурированы и при выгрузке формируется не одна таблица, а несколько. И каждая из них со своими колонками. А формат CSV поддерживает, если не ошибаюсь, только одну таблицу.
И эта "засада" проявит себя не только при созранении Excel-файла, но и при экспорте в CSV, если его делать.
Dervish>В экспортированном в Excel файле делаем Save As и сохраняем в CSV.
А по неско раз в день каждый день это делать ?
Dervish>Тут есть засада: посмотрите, данные структурированы и при выгрузке формируется не одна таблица, а несколько. И каждая из них со своими колонками. А формат CSV поддерживает, если не ошибаюсь, только одну таблицу.
Ну дык метку поставить о том что другая таблица началась. Поля-то всеравно разделены.
Но на самом деле важнее импорт из CSV.
Dervish: Если стоит метка, то CSV ли это?
2-х-мерную таблицу?
всего массива БД - чохом?
Dervish: Нууу, если только нормализовывать, нормализовывать и ещё раз нормализовывать данные. В общем, мало не покажется.
денормализовывать, денормализовывать и еще раз денормализовывать данные...
пусть это будет плоская двухмерная таблица txt содержащая очевидно избыточные данные, зато все...
которую потом можно будет "подхватить" каким либо драйвером или Jet`om БД (вплоть до SQL)и нормализовать в любой другой программе-приложении...
ИМХО-ХО есесьно
Dervish:
Хотелось бы что бы AbilityCash умел работать с файлами qif. Это можно сказать стандарт для финансовых програм. MS Money, Quicken, AceMoney, CashOrganizer это умеют. Банки предостовляют выписки по счетам в этом формате.
Формат простой - обычный текстовый файл.
Dervish: Да, текстовый файл, я смотрел его в своё время. Но поддерживает ли он классификаторы? Есть ли ограничения на их количество? Не получится ли так, что экспортированные в этот формат данные будут неполными и после их загрузки часть информации потеряется?
В общем, с этим нужно ещё разбираться.
Классификаторы то из AblityCash можно экспортировать, но вот при импорте в другие программы, в которых нет классификаторов, эта информация естественно потеряется.
Я это понимаю, потому и не пользуюсь классификаторами из соображений совместимости с другими программами. Хотя соблазн есть.
Предлагаю при экспорте сделать предупреждение, что нестандартные поля будут утеряны при импорте в другие программы.
Dervish: Хуже не то, что часть информации потеряется при импорте в другие программы, хуже то, что информация потеряется при экспорте в этот формат. То есть, qif-файл не будет содержать часть информации.
