|
Ilyan
|
|
22 октября 2009 13:10
|
|
1. "Скачать архив. 22-10-2009.zip", но сохранённый файл называется my_archive.zip.
2. Почему архив называется my_archive.zip, а все файлы данных имеют в имени странный (userID?) префикс? Для автоматической обработки стоит придерживаться единых правил. Лучше, конечно, добавить префикс в имя архива, чтобы не было конфликтов архивов разных пользователей за одним компьютером. Как-то так: 1000000012345-22-10-2009.zip (слово archive не нужно). Или так: Ilyan-22-10-2009.zip
3. Нумерация полей в <prefix>_exchange.csv (readme.txt)... не совсем точна. Да и в других видах транзакций описание не соответствует структуре файла ("Псевдоним члена семьи" идёт позже).
|
|
|
|
Ilyan
|
|
22 октября 2009 13:27
|
|
И, кстати, может быть стоит сделать readme.txt общедоступным?
|
|
|
|
Ilyan
|
|
22 октября 2009 13:43
|
|
Нет информации о начальных остатках мест хранения денег!!!
|
|
|
|
Admin
|
|
22 октября 2009 14:19
|
|
Ок, спасибо, подумаем.
|
|
|
|
Ilyan
|
|
22 октября 2009 15:16
|
|
Вообще-то заплатил 250 рублей полагаясь на слова "Вы можете скачать архив со ВСЕЙ вашей информацией..." ;)
Кроме отсутствия начальных остатков, невозможно восстановить порядок/сортировку валют, мест хранения денег, категорий доходов, источников доходов.
|
|
|
|
Ilyan
|
|
22 октября 2009 15:45
|
|
В дереве категорий расходов есть проблема:
Сначала идут все корневые категории, отсортированные по ID, потом все подкатегории, также отсортированые по ID. При 3-уровневой и выше вложенности категорий может возникнуть ситуация, когда в списке категория может оказаться выше, чем категория, в которую она вложена.
Например, в моём дереве категорий есть "Транспорт"->"Автомобиль"->"Бензин", но в expense_category.csv "Бензин" в 33-й строке, а "Автомобиль" - в 52-й.
|
|
|
|
Admin
|
|
22 октября 2009 15:58
|
|
Действительно начальные остатки не выгружаются. Поправим.
Дерево работает нормально, там по есть родительский идентификатор, по нему оно и строится.
|
|
|
|
Ilyan
|
|
22 октября 2009 16:11
|
|
А как насчёт сортировки? В моём архиве "Медицина" идёт раньше чем "Дом" - как мне восстановить правильный порядок?
|
|
|
|
Admin
|
|
22 октября 2009 17:06
|
|
Правильный порядок можно восстановить самому в Excel-е. Мы его не выгружаем. Например, ввести там новую колонку, перетащить записи из одной строки в другую и пронумеровать последовательно все записи, в новой колонке.
Начальные остатки уже поправили, можете ещё раз выгрузить, они будут в доходах, с датами от 2001 года.
|
|
|
|
Ilyan
|
|
22 октября 2009 17:23
|
|
Вы хотите, чтобы я вручную сортировал категории (+ счета, валюты и источники) КАЖДЫЙ раз, когда я пользуюсь экспортом?
Почему вы выбрали 2001 год? Мне-то всё равно, но мне кажется, что здесь есть люди, бухгалтерия которых начинается раньше (пусть и не онлайн, пусть пока не совместимая с вашей, но тем не менее).
Я вижу, вы неправильно обрабатываете отрицательные начальные остатки. А нулевые начальные остатки необязательны.
|
|
|
|
Ilyan
|
|
22 октября 2009 17:24
|
|
Сортировка категорий - информация, которую я вносил, следовательно я хочу получить её при экспорте.
|
|
|
|
Ilyan
|
|
22 октября 2009 17:26
|
|
Нельзя ли просто создать отдельный файл для начальных остатков?
|
|
|
|
Ilyan
|
|
22 октября 2009 17:32
|
|
В exchange и transfer пропали десятичные запятые сумм.
|
|
|
|
Ilyan
|
|
22 октября 2009 18:28
|
|
В exchange видимо есть какой-то баг, проявляющийся при двух ОДНОВРЕМЕННЫХ (до секунды) обменах валют.
|
|
|
|
Ilyan
|
|
22 октября 2009 18:34
|
|
С суммами трансферов всё в порядке. Но с обменами валют полный бардак :)
|
|
|
|
Ilyan
|
|
23 октября 2009 23:00
|
|
Я, конечно, оплатил Premium в основном по причинам Light аккаунта, и денег ничуть не жаль, но полно- и корректноработающий экспорт тоже хочется. :))))
Тем более, что изменения-то должны быть простейшими (судя по тому, как быстро, хоть и не совсем верно, вы добавили начальные остатки).
|
|
|
|
Admin
|
|
24 октября 2009 17:01
|
|
Поясните плз ещё раз подробнее, самую главную на ваш взгляд оставшуюся проблему экспорта?
|
|
|
|
Ilyan
|
|
24 октября 2009 18:15
|
|
Посмотрите мой архив, exchange.csv
1. Сумма во втором поле иногда отрицательна, иногда положительна.
2. Сумма в третьем поле иногда отрицательна, иногда положительна.
3. 12 и 13-я строки перемешаны.
Всё просто - исправьте описание полей в readme.txt и убедитесь, что хотя бы мои обмены валют соответствуют описанию.
|
|
|
|
Admin
|
|
24 октября 2009 21:22
|
|
Илья, спасибо за замечания.
Экспорт обмена валют поправили, проверьте сейчас.
|
|
|
|
Ilyan
|
|
24 октября 2009 22:03
|
|
Уже лучше :)
1. Десятичной запятой всё ещё не хватает.
2. Странный порядок полей:
1. Название места хранения
2. Сумма (Сколько купили)
3. Сумма (Сколько продали), со знаком минус (Зачем? В expense.csv ведь всё без минусов?)
4. Уникальный номер валюты (какую потратили)
5. Уникальный номер валюты (какую купили)
...
Логично переставить 4 и 5
3. И readme.txt всё-таки поправьте.
4. С отрицательными начальными остатками всё ещё проблема.
|
|
|
|
Ilyan
|
|
25 октября 2009 14:08
|
|
С трансферами тоже не всё в порядке: например, в 2009-09-09 15:30 перевод из "temp" в "temp". :(
|
|
|
|
Ilyan
|
|
25 октября 2009 20:27
|
|
Или, например, из 8 ежемесячных трансферов "Илья, MasterCard" -> "Илья, Менора", 4 в правильном направлении, 4 в обратном.
Любопытно, неужели ни один из пользователей сайта, не использует экспорт? Ведь ошибки-то критические - баланс экспортных транзакций не сходится с сайтом.
|
|
|
|
hellt
|
|
26 октября 2009 06:49
|
|
Ох не зря Ilyan хорошего экспорта добивается =)
|
|
|
|
Admin
|
|
26 октября 2009 15:11
|
|
Илья, и ещё раз спасибо.
Поправили перемещения, разделитель сотых долей в обменах валют тоже.
В описании указанные неточности тоже поправили.
|
|
|
|
Ilyan
|
|
26 октября 2009 21:49
|
|
Вам спасибо!
Ладно, могу и ещё раз сказать, что осталось:
1. Исправили readme.txt? Значит теперь 4 и 5 поле в обменах валют не в "странном", а в неправильном порядке.
2. Отрицательные начальные остатки всё ещё неправильно обрабатываются (теряется знак). И не надо их переносить в расходы - просто создайте ещё 1 файл, специально для начальных остатков. Тогда не придётся придумывать новую категорию, непонятную дату 01-01-2001...
|
|
|
|
Admin
|
|
27 октября 2009 11:35
|
|
1. - исправлено.
2. - это не можем пока исправить, так оно внутри устроено.
|
|
|
|
Ilyan
|
|
27 октября 2009 12:49
|
|
Эээ... ну ладно с отдельным файлом, но ЗНАК начальных остатков можно достать?
|
|
|
|
Ilyan
|
|
27 октября 2009 14:04
|
|
Ещё есть проблема с долгами: доход, взятый в долг, отсутствует в экспорте.
P. S. Обычно для долга я создаю новое место хранения денег и использую трансферы, поэтому не ищите проблему в моих файлах - единствений долг, который в был занесён, как доход, помеченный галкой, я уже изменил на трансфер.
|
|
|
|
Ilyan
|
|
27 октября 2009 14:32
|
|
Не хватает нескольких начальных остатков (должно быть КОЛ-ВО счетов * КОЛ_ВО валют, верно?)
|
|
|
|
Ilyan
|
|
28 октября 2009 12:53
|
|
Кстати, в "Другие действия" -> "Члены семьи" есть информация о количестве записей, по которой можно сделать пару выводов:
1. Трансферы и обмены валют учитываются как 2 записи. Это логично с точки зрения БД, но "обманывает" пользователей, для которых скрыты эти имплементационные подробности.
2. В количествй записей НЕ ВХОДЯТ начальные остатки, что говорит о том, что даже если "так оно внутри устроено", вы прекрасно умеете отличать начальные остатки от доходов, и могли бы вынести их в отдельный файл :)
|
|
|
|
Ilyan
|
|
29 октября 2009 16:57
|
|
Если интересно, вот простенький perl-script, разделяющий доходы и начальные остатки (и удаляющий ненужные нулевые начальные остатки и поля)
open(INCOME_FILE, "<${userID}_income.csv") or die("Error: cannot open income file: ${userID}_income.csv");
(@income) = <INCOME_FILE>;
close(INCOME_FILE);
open(INCOME_FILE, ">${userID}_income.csv") or die("Error: cannot open income file: ${userID}_income.csv");
open(INITIAL_BALANCE_FILE, ">${userID}_initial_balance.csv") or die("Error: cannot open income file: ${userID}_initial_balance.csv");
foreach (@income) {
if(m/;"2001-01-01 00:00:00";/) {
s/".*";(".*");".*";".*";".*";(".*");".*";(".*")/$1;$2;$3/;
print INITIAL_BALANCE_FILE unless (m/^"0"/);
} else {
print INCOME_FILE;
}
}
close(INITIAL_BALANCE_FILE);
close(INCOME_FILE);
Формат файла начальных остатков:
1. Сумма.
2. Уникальный номер валюты.
3. Уникальный номер места хранения.
|
|
|
|
Ilyan
|
|
2 ноября 2009 14:14
|
|
Есть ли новости по теме?
|
|
|
|
Admin
|
|
2 ноября 2009 15:43
|
|
Пока всё, что можно, сделали.
|
|
|
|
Ilyan
|
|
2 ноября 2009 18:29
|
|
Т. е. знак начальных остатков потерян?
|
|
|
|
Admin
|
|
3 ноября 2009 11:12
|
|
Ну отрицательные начальные остатки это вообще некий хак.. мы не планировали использование этого, так что пока так.
|
|
|
|
Ilyan
|
|
3 ноября 2009 12:24
|
|
Не понимаю: ведь эта информация у вас хранится, баланс подводится правильно, если посмотреть остатки на 2001-01-01, отрицательные видны. Почему нельзя её выложить в экспорте?
|
|
|
|
Ilyan
|
|
3 ноября 2009 12:28
|
|
Может быть в другом поле, как часть комментария, как-нибудь...
|
|
|
|
Admin
|
|
3 ноября 2009 12:42
|
|
Ок, подумаем.
Но в ближ. время ждать не стоит.
|
|
|
|
Ilyan
|
|
3 ноября 2009 18:17
|
|
Да каким бы не был этот хак, насколько далеко не хранился бы знак начального остатка от его суммы, раз уже существует способ до него добраться, то и добавить его в экспорт хоть каким-нибудь способом должно быть быстрее, чем переписываться со мной.
|
|
|
|
Ilyan
|
|
4 ноября 2009 13:27
|
|
Только сейчас я понял, что для синхронизации с оффлайн программой у вас обязан быть АБСОЛЮТНО ПОЛНЫЙ экспорт (правда, необязательно в csv формате). Так почему же csv-экспорт такой недоделанный?
|
|
|
Секунду ...
