Импорт/экспорт - наивысший приоритет. ИМХО.

Импорт/экспорт - наивысший приоритет. ИМХО. Виктор 23/02/2004 13:36 #

Приветствие автору и всем пользователям программы, и отдельное спасибо автору за эту и предыдущую программу.

ИМХО, ПЕРВОЕ и САМОЕ ВАЖНОЕ, что надо сейчас сделать автору - возможность импорта/экспорта.

Тогда пользователя НЕ будут бояться вести в новой альфа версии свои РЕАЛЬНЫЕ базы, просто буду экспортировать их каждый вечер, понимая, что в программе будут глюки.

А так, пока это черный ящик, имхо в нее будут только ИГРАТЬ заинтересованные люди, используя предыдущие стабильные версии как реальную программу для финансов.

Это все мое ИМХО, был бы экспорт/импорт - я бы, например, перешел сразу на Альфу. А так - сижу в CAsh 1.3, изредка с любопытством поглядывая на новую версию.

Удачи в разработке, Виктор.

Dervish: Как раз сейчас я и занимаюсь экспортом и импортом.

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

Добавление. Виктор 23/02/2004 13:38 #

Смысл тестирования, конечно, в том, чтобы как можно больше людей использовало тестовую программу в ЖИЗНИ. А импорт/экспорт как раз и увеличит число таких пользователей (например, за счет меня

.

Dervish: Это была одна из причин, почему я переключился именно на экспорт и импорт.

Работа над опережением запросов пользователей - вот это класс! Виктор 23/02/2004 23:08 #

!

Dervish: Да нет, об этом уже говорилось... Кроме того, я стараюсь разумно подходить к организации работ над программой. Не всегда получается, но всё же..

Экспорт Yevgeniy 02/04/2004 13:19 #

Хотелось бы, что бы была возможность сохранять выбранные настройки экспорта в своем шаблоне, например перечень необходимых счетов, период и т.д.

Dervish: А если программа будет просто запоминать настройки из прошлого экспорта, это будет нормально?

Экспорт Yevgeniy 02/04/2004 13:43 #

Вполне приемлемый компромисс.

Dervish: ok.

импорт из *.acb Alex 27/02/2004 02:47 #

В виде пожелания:
Очень не хватает импорта из файла *.acb.

Аргументы:
Есть центр (Главный Бухгалтер) + несколько удаленных пользователей (просто бухгалтеры по своим счетам).

Бухгалтеры шлют свои БД по почте Главбуху, тот смотрит их или импортирует в свою БД чтобы сверстать общий баланс, причем у Главбуха. Причем импортироваться должны только "новые" записи.

Примечание: Бухгалтеры не шарят в компьютерах и експорт в Эксель - очень сложен для них + синхронизироваться нужно каждый день.

Dervish: Я немного задержал с ответом, и прочитав вложенные сообщения (ниже по обсуждению) понял, что речь фактически идёт не об импорте, а о синхронизации данных.

Если так, то мне самому хотелось бы её сделать. Действительно, это бывает необходимо.

импорт из *.acb Viacheslav 27/02/2004 07:46 #

А что это за формат такой? ИМХО если для каждой экзотической проги конвертор импорт/экспорт делать, то проект вообще умрет

Dervish: По импорту, я так думаю, можно будет ограничиться Excel-ем, действительно, просто сил не хватит для всег программ делать импорт данных.

импорт из *.acb Alex 27/02/2004 13:13 #

Это формат AbilityCash 2.0 alfa

Dervish: Синхронизация!

:))) Аноним 27/02/2004 17:59 #

ну я посмеялся от души...

Импорт/экспорт/синхронизация Alex 29/02/2004 01:37 #

Это не совсем синхронизация, а
синхронизация по определнным счетам.

На счет импорта.... Может из CSV еще?
Уж больно этот ексель громоздкий. Если делать какой-то экспорт из третей проги проще всего в CSV, потом этот CSV екселем разбирать !? А если неско раз в день ?

Dervish: Синхронизацию я сделаю чуть позже.

А вы представляете сколько мороки будет с CSV? Если в Excel-e можно как-то переупорядочить данные, что-то убрать, что-то добавить, то в CVS это будет практически невозможно. Нужно ли тогда возиться с этим форматом? И если да, то в каких случаях, например?

CSV Alex 29/02/2004 14:42 #

Например есть суппермега программа которая выдает данные, например из Системы банк-клиент. Неско десятков платежек в день по нескольким счетам. Делаем простеньку программку конвертилку Банк-клиент -> CSV (а не ексель вот тут разница) а CSV уже усасывается в CashAbility.
Так же и наоборот из CashAbility в CSV, а потом куда надо (без екселя-посредника).

Кроме этого возможны варианты, когда нет Екселя (он стоит дорого и покупать ради Cash смысла нет).

Кроме этого всегда CSV в Ексель можно перегнать.

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

Dervish: Иногда поля в CSV разделяются не запятыми, а точкой с запятой. Это зависит от национальных настроек операционной системы.

вообще - насчет CSV поддержу уверенно Аноним 01/03/2004 10:31 #

это по умолчанию кросс-формат для многих приложений...

экспорт в CSV очень хорошая штука...

Dervish: В экспортированном в Excel файле делаем Save As и сохраняем в CSV.

Тут есть засада: посмотрите, данные структурированы и при выгрузке формируется не одна таблица, а несколько. И каждая из них со своими колонками. А формат CSV поддерживает, если не ошибаюсь, только одну таблицу.

И эта "засада" проявит себя не только при созранении Excel-файла, но и при экспорте в CSV, если его делать.

Засады в CSV Alex 01/03/2004 14:59 #

Dervish>В экспортированном в Excel файле делаем Save As и сохраняем в CSV.

А по неско раз в день каждый день это делать ?

Dervish>Тут есть засада: посмотрите, данные структурированы и при выгрузке формируется не одна таблица, а несколько. И каждая из них со своими колонками. А формат CSV поддерживает, если не ошибаюсь, только одну таблицу.

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

Но на самом деле важнее импорт из CSV.

Dervish: Если стоит метка, то CSV ли это?

Насчет CSV Artem Fedorov 01/03/2004 23:13 #

http://www.dervish.ru/forum.php?theme_id=142&forum_id=1&search=csv
Это уже обсуждалось. XML подходит лучше. Выгрузить все в один CSV-файл не получится, а если и выгрузить, то это уже будет не CSV.

Dervish: Да, вот меня тоже не покидало ощущение, что мы это обсуждали.

возможен ли экспорт в плоскую Аноним 01/03/2004 15:54 #

2-х-мерную таблицу?

всего массива БД - чохом?

Dervish: Нууу, если только нормализовывать, нормализовывать и ещё раз нормализовывать данные. В общем, мало не покажется.

я сказал бы Explorer 05/03/2004 19:40 #

денормализовывать, денормализовывать и еще раз денормализовывать данные...

пусть это будет плоская двухмерная таблица txt содержащая очевидно избыточные данные, зато все...

которую потом можно будет "подхватить" каким либо драйвером или Jet`om БД (вплоть до SQL)и нормализовать в любой другой программе-приложении...

ИМХО-ХО есесьно

Dervish:

импорт/экспорт qif Ko$tya 08/03/2004 20:16 #

Хотелось бы что бы AbilityCash умел работать с файлами qif. Это можно сказать стандарт для финансовых програм. MS Money, Quicken, AceMoney, CashOrganizer это умеют. Банки предостовляют выписки по счетам в этом формате.
Формат простой - обычный текстовый файл.

Dervish: Да, текстовый файл, я смотрел его в своё время. Но поддерживает ли он классификаторы? Есть ли ограничения на их количество? Не получится ли так, что экспортированные в этот формат данные будут неполными и после их загрузки часть информации потеряется?

В общем, с этим нужно ещё разбираться.

классификаторы Константин 09/03/2004 05:54 #

Классификаторы то из AblityCash можно экспортировать, но вот при импорте в другие программы, в которых нет классификаторов, эта информация естественно потеряется.
Я это понимаю, потому и не пользуюсь классификаторами из соображений совместимости с другими программами. Хотя соблазн есть.
Предлагаю при экспорте сделать предупреждение, что нестандартные поля будут утеряны при импорте в другие программы.

Dervish: Хуже не то, что часть информации потеряется при импорте в другие программы, хуже то, что информация потеряется при экспорте в этот формат. То есть, qif-файл не будет содержать часть информации.

Форум Импорт/экспорт - наивысший приоритет. ИМХО.