Экспорт и импорт не имеют совместимых форматов

Avatar
  • обновлен
  • Особенность

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


  1. Диалог импорта предложил мне задать колонки соответствий, вместо того чтобы автоматически распознать свой же формат.
  2. После импорта, вложенные категории не поставились. Т.е. в экспорте вложенная категория в колонки рисуется так "Доход / Другое", а при экспорте поставиться "Доход".
  3. Место платежа aka Платильщик, залились в базу. Но к транзакциям они как-то привязаны иначе, чем если добавлять транзакцию напрямую. Например, я импортировал транзакции с названием магазина ТриКота, затем создал непосредственно в приложении такие транзакции. Захожу в настройку плательщиков и переименовываю «ТриКота» в «Три Кота». Переименование происходит только на транзакциях созданных в приложении.
Прикрепленные ответы
Avatar
support
  • Ответ
  • Особенность

На сегодня это особенность, не доведённая ещё до конца, который мы хотим получить. Веб-версия создавалась 7 лет назад и умеет работать не со всеми новшествами мобильных приложений. Чтобы дать проекту новые силы, в один момент упор был сделан на мобильные приложения и доступ с бесплатного был переведён на платную подписку. С тех пор в мобильных приложениях появилось много нового, в том числе и новый учёт категорий и получателей. 

  1. Импорт на сайте отличается от экспорта (тому есть причины, которые пока заморожены в ожидании решения).
  2. Импорт поддерживает только одноуровневые категории. После импорта такие категории можно переименовать и объединить с существующими вручную.
  3. При импорте на сайте создаются только операции, справочник Получателей при этом не заполняется.


Avatar
support
Цитата от Vasily Timofeev

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

Веб-версию трогать пока не планируем. Предоставляется как есть.

Avatar
Vasily Timofeev

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

Avatar
Антон Крылов

Собственно думал новую тему сделать, но увидел эту, которой уже 2 года.

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

Это же было бы удобно, например, так можно было бы пакетно править записи: выгрузил из Zenmoney, отредактировал (например, в экселе) – категории нужные проставил, комментарии и т.д., а потом импортировал обратно в Zenmoney.

Собственно именно по такому сценарию и пришел к тому, что нет импорта CSV формата Zenmoney.

И тут же момент – может быть при экспорте выгружать id операций? Тогда можно будет исключать задвоения при импорте, в котором будут указаны эти id.

Avatar
support
Цитата от Мурат

Добрый день.

Как перенести данные по расходам с моей старой программы, в вашу. Готов приобрести Премиум. Вы поможите с переносом?

Мурат, добрый день. Читали ли вы статью об импорте данных? Может быть там уже есть описание к вашему прошлому сервису?

Avatar
Мурат

Добрый день.

Как перенести данные по расходам с моей старой программы, в вашу. Готов приобрести Премиум. Вы поможите с переносом?

Avatar
Вадик Мармеладик

1. Экспорт и миграцию с других приложений вам нужно в приоритеты возвести. Потеря истории серьёзный останавливающий фактор. Мне чтобы мигрировать с приложения у которого переводы хранятся двумя транзакциями, пришлось скрипт писать ) (2 месяца откладывал переход, пока budgetbakers опять своими бездумными обновлениями не заставили меня взяться за дело)
2. Так и пришлось делать.
3. я догадался, просто думал может вы не обращали на это внимание. Т.к. теоретически это задача "пройтись по записям с заполненным полем Получатель и нет привязки к записи из таблицы получателей". Которую можно например можно сразу после импорта приводить. А так получается, что текущий список получателей формируется на основе уникальных значений старого и нового формата, а переименование действует только на новый, что и создаёт проблему.

P.s. Я подумал, что экспорт и импорт это для ручного создания и накатывания бэкапа )

Avatar
support
  • Ответ
  • Особенность

На сегодня это особенность, не доведённая ещё до конца, который мы хотим получить. Веб-версия создавалась 7 лет назад и умеет работать не со всеми новшествами мобильных приложений. Чтобы дать проекту новые силы, в один момент упор был сделан на мобильные приложения и доступ с бесплатного был переведён на платную подписку. С тех пор в мобильных приложениях появилось много нового, в том числе и новый учёт категорий и получателей. 

  1. Импорт на сайте отличается от экспорта (тому есть причины, которые пока заморожены в ожидании решения).
  2. Импорт поддерживает только одноуровневые категории. После импорта такие категории можно переименовать и объединить с существующими вручную.
  3. При импорте на сайте создаются только операции, справочник Получателей при этом не заполняется.



Связаться с нами
Следите за нами