natgillin/translations-raw huggingface dataset:
For both products, the highest level of structure in the file is the account. & kappname; supports 5 main types of account: Asset, Liability, Income, Expense and Equity, each of which may have various subtypes, & eg;, Checking, Credit Card, & etc;. & kappname; includes a'standard 'account for each of these five types, and all other accounts are held subordinate to one of these. & kappname; enforces more consistency (or less flexibility, depending on your point of view) between account types than does GnuCash, and the importer will correct any inconsistencies it detects. This may result in a slightly different account structure, though this can, within reason, be amended after the import is complete.
У обох програмних продуктах найвищим рівнем структури у файлах є рахунок. У & kappname; передбачено підтримку 5 основних типів рахунків: актив, пасив, прибутки, витрати і маржа, кожен з яких має різноманітні підтипи, наприклад, чековий, кредитний тощо. У & kappname; для кожного з цих п’ яти типів існує « стандартний » рахунок: всі інші рахунки є похідними одного з цих типів. У & kappname; підтримується послідовніший (або менш гнучкий, залежно від точки зору) підхід до розрізнення типів рахунків, ніж у GnuCash. Інструмент імпортування виправляє всі помічені непослідовності. Подібне виправлення може призвести до відхилень у структурі рахунка, але все це можна виправити після завершення імпортування.
& kappname; uses the term Category to denote an account of an Income or Expense type. Unlike GnuCash, these are not considered as'ledger 'accounts, and entry of transactions folder into categories is not supported; allocations are made during transaction entry into other account types.
У & kappname; термін « категорія » використовується для позначення належності рахунка до типу прибутків чи витрат. На відміну від GnuCash, категорії не вважаються рахунками « облікових книг », отже запис операцій безпосередньо до тек не підтримується: під час запису операції виконується призначення до рахунків інших типів.
Structure and Placeholders
Структура і заповнювачі
GnuCash supports the use of Placeholder accounts. In effect, these are just read-only accounts into which no transactions can be entered, but which function in an analogous fashion to folders in a folder structure, as a holder for other accounts. Though & kappname; does not support this feature as such, it does provide a parent/ child account relationship, so the importer simulates placeholders by creating empty accounts.
У GnuCash передбачено підтримку використання рахунків- заповнювачів. За суттю це просто призначені лише для читання рахунки, до яких не можна записувати операції, але які виконують роль, подібну до тек у структурі тек, тобто містять інші рахунки. Хоча у & kappname; і не передбачено безпосередньої підтримки подібної можливості, можливе створення створення відношення підлеглості, отже інструмент імпортування імітуватиме заповнювачі створенням порожніх рахунків.
Account Type map
Карта типів ресурсів
GnuCash type
Тип GnuCash
& kappname; type
Тип & kappname;
EQUITY
Маржа
Equity
Маржа
CreditCard
Кредитна картка
Expense
Витрата
Transactions and Splits
Операції і дроблення
Balanced transactions
Збалансовані операції
As with GnuCash, data is entered in the form of transactions, each generally consisting of 2 or more split entries. In fact, valid GnuCash transactions will always contain at least 2 splits, and to conform to GnuCash's double-entry bookkeeping standard, these must be in monetary balance (i. e., they must balance out to zero). & kappname; encourages, but does not enforce, this standard, but any imported transaction which is not balanced will be marked in the ledger view as having a problem.
Як і у GnuCash, дані вводяться у формі операцій, кожна з яких, загалом кажучи, складається з 2 або більшої кількості записів дроблення. Фактично, коректні операції GnuCash завжди складаються з принаймні 2 дроблень. Щоб підтримувати стандарт облікових книг з подвійним записом GnuCash, ці дроблення мають бути збалансованими (тобто у сумі давати нуль). У & kappname; також підтримується цей стандарт, який, втім, не є обов’ язковим, але всі імпортовані записи операцій, які не буде збалансовано, програма позначить у обліковій книзі як такі, що мають проблеми.
Payees
Отримувачі
& kappname; prefers that all transactions have a Payee (a generic term that encompasses both payees and payers), and unlike GnuCash, a list of these payees is maintained. Payee names are generated by the importer from the GnuCash transaction's Description field.
У & kappname; бажано, щоб у всіх операцій був отримувач (загальний термін, який визначає як платників, так і отримувачів платежів). На відміну від GnuCash, програма спостерігає за списком цих отримувачів. Назви або імена отримувачів створюються інструментом імпортування на основі даних поля опису операції GnuCash.
Transfers
Трансферти
& kappname; uses the term Transfer to describe a transaction which does not involve a Category, but only transfers money between Asset and/ or Liability accounts.
У & kappname; терміном « трансферт » позначається операція, за якої гроші не переходять з одної категорії до іншої, а лише пересуваються між рахунками активів і/ або пасивів.
Reconcile
Узгодити
& kappname; provides an account reconciliation function similar to that of GnuCash, and the corresponding transaction status will be imported.
У & kappname; передбачено функціональну можливість узгодження рахунка, подібну до можливості у GnuCash, отже буде імпортовано відповідні позначки стану операцій.
Commodities
Доходи
GnuCash uses the term Commodity to cover both currencies and non-currency assets. These are treated separately in & kappname;.
У GnuCash термін « власність » використовується для позначення грошових та негрошових активів. У & kappname; для кожного з цих активів використовується власний термін.
& kappname; has built-in support for all foreign currency types. & kappname; also requires that the user specify a base currency, this being the default currency for new accounts. The importer will attempt to determine the most likely base currency, though this choice may be rejected in favour of an alternative.
У & kappname; передбачено підтримку всіх типів іноземних валют. Крім того, & kappname; вимагає від користувача визначення основної (базової) валюти, яка буде типовою валютою нових облікових записів. Інструмент імпортування спробує визначити найімовірнішу базову валюту, хоча цей вибір і може бути відхилено на користь альтернативної валюти.
(NOTE: & kappname; does not currently support accounts denominated in'defunct 'currencies (except those replaced by the Euro). At present, it will be necessary to remove any such accounts from your GnuCash file before importing. We hope to improve on this situation in a future release.)
(ЗАУВАЖЕННЯ: у поточній версії & kappname; не передбачено підтримки рахунків у вилучених з обігу валютах (окрім валют, замінених на євро). Для роботи у поточній версії програми вам потрібно вилучити всі такі рахунки з файла GnuCash до імпортування. Розробники сподіваються усунути цю незручність у майбутніх випусках програми.)
Securities and Investments
Цінні папери та інвестиції
Non-currency assets (normally stocks and bonds) are called Securities by & kappname;, and represent the main difference between the two products, in that & kappname; requires any account denominated in a security to be subordinate to an Investment Account. This is described in more detail in the chapter on Investments. Though users may have implemented such a relationship, GnuCash imposes no defined structure on it, so the importer is unable to detect it and perform an automatic conversion. Three options are therefore made available:
Негрошові активи (зазвичай, акції та облігації) у & kappname; називаються цінними паперами. У обробці цих активів полягає основна відмінність між двома програмними продуктами. У & kappname; всі рахунки у цінних паперах мають бути підлеглими рахунками інвестиційного рахунка. Докладніше про це можна дізнатися з глави, присвяченої інвестиціям. Хоча користувач і може встановити подібне відношення між рахунками, сама програма GnuCash не визначає подібної структури, отже інструменту імпортування не вдасться виявити подібні рахунки і виконати автоматичне перетворення. Ви можете скористатися одним з трьох варіантів:
Create a separate Investment account for each security, with the same name as the security
Створити окремий інвестиційний рахунок для кожного цінного паперу з назвою цінного паперу.
Create a single Investment account which will act as'parent 'for all security accounts
Створити єдиний інвестиційний рахунок, який буде « батьківським » для всіх рахунків цінних паперів.
Create several Investment accounts, and assign securities to them as directed by the user.
Створити декілька інвестиційних рахунків і призначати до них цінні папери за вказівками користувача.
It depends entirely on user requirements which of these options is relevant in each situation, and in some cases, manual restructuring of accounts after importation may be necessary.
Вибір найкращого варіанта у конкретній ситуації залежить лише від потреб користувача. У деяких випадках після імпортування може знадобитися зміна структури рахунків вручну.
Prices and currency rates
Ціни та курси валют
Security prices and currency exchange rates as displayed in the GnuCash Price Editor will be imported. In addition, price and rate entries will be generated from all transactions involving securities and multiple currencies.
Програма імпортує дані про вартість цінних паперів та обмінні курси, які показує редактор цін GnuCash. Крім того, на основі даних операцій з цінними паперами та валютами буде створено записи ціни та курсів.
Online Quotes
Інтерактивні курси
For obtaining online price and currency rate quotations, GnuCash uses a package called Finance: :Quote. Recent versions of & kappname; contain support for this package for obtaining stock quotes, and this will be used by default when importing data. You may however select to convert to the native method used by & kappname; which is covered in more detail in online quotes.
Для отримання даних про ціни і курси з мережі GnuCash використовує пакунок з назвою Finance:: Quote. У останніх версіях & kappname; передбачено підтримку цього пакунка для отримання курсів акцій. Цією підтримкою можна скористатися як типовою під час імпортування даних. Але ви можете скористатися і власним методом отримання даних, що підтримується & kappname;. Цей метод докладніше описано у розділі, присвяченому інтерактивним курсам.
If you choose to do so, the following dialog will allow selection of a'native '& kappname; price source, or a user-defined source, for each account for which online quotes are required. However, the stock (ticker) symbol will be imported unchanged. Since this symbol will almost certainly be different in the two packages, it will need to be manually edited after completion of the import process. Future currency rate updates will not use Finance: :Quote, and will always use the native retrieval method.
Якщо ви звернетеся саме до останнього способу, програма відкриє наведене нижче діалогове вікно, за допомогою якого ви зможете обрати « рідне » для & kappname; джерело курсів або вказане вами джерело курсів для кожного з рахунків, з якими слід пов’ язати курси з мережі. Але позначку біржі (тікер) під час імпортування змінено не буде. Оскільки ця позначка майже напевно буде різною у різних пакунках, вам доведеться змінити її вручну після завершення процесу імпортування. Під час наступних оновлень курсів валют програма вже не використовуватимеFinance:: Quote, замість нього завжди використовуватиметься « рідний » спосіб отримання даних.
Scheduled Transactions
Заплановані операції
& kappname; does not retain the separation made in GnuCash between template transactions and their frequency of occurrence. Transaction data will be duplicated if the same template is used in different schedules, but this is not likely to be of great significance.
У & kappname; не підтримується розділення GnuCash між операціями шаблонів і частотою їх виконання. Дані операцій буде здубльовано, якщо однаковий шаблон використовується у різних розкладах, але подібне дублювання навряд чи зашкодить імпортуванню.
Schedule types
Типи розкладу
& kappname; classifies all schedules as one of three types, Bills, Deposits, or Transfers. Since GnuCash does not make such a distinction, the importer attempts to determine the classification from the accounts and direction of money movements. It may be that in some cases incorrect assumptions are made, and these will need manual correction.
У & kappname; всі розклади розподіляються за трьома типами: накладні, депозити і трансферти. Оскільки у GnuCash подібного поділу не передбачено, інструмент імпортування спробує визначити тип за рахунком і напрямком руху грошей. Іноді подібне визначення призводитиме до помилкових припущень, які доведеться виправляти вручну.
Suspect Schedules
Підозріливі розклади
Some features of GnuCash scheduled transactions are not available in & kappname;, so the importer tries in each case to reach a reasonable compromise in converting the data. These transactions will be flagged as suspect, and the user will be given the option of editing them directly during the import process. Examples of situations which may cause this are:
Деякі з можливостей операцій, що виконуються за розкладом у GnuCash, не передбачено у & kappname;, отже інструмент імпортування намагатиметься досягти розумного компромісу під час перетворення даних. Подібні операції буде позначено як підозріливі, ви зможете змінити їх вручну під час процедури імпортування. Прикладами ситуацій, які можуть спричинити подібні помилки є:
some frequency intervals supported in GnuCash are not currently available in & kappname;
деякі з проміжків розкладу, які підтримуються у GnuCash ще не реалізовано у & kappname;
& kappname; does not support the use of formulae and variables in amount fields
& kappname; не підтримує використання формул і змінних у полях рахунків
complex cases which have not yet been identified for import.
складні випадки, які ще не було визначено для імпортування.
Despite best efforts, it is possible that, due to the many options involved, a scheduled transaction may cause a fatal error within & kappname;. If this sort of problem seems to be occurring, the importer offers the option to drop all suspect schedules.
Незважаючи на зусилля авторів програми, через величезну кількість задіяних факторів заплановані операції можуть спричинити критичну помилку у роботі & kappname;. Якщо ви зіткнетеся з такою проблемою, інструмент імпортування запропонує вам відкинути всі підозріливі розклади.
& kappname; provides a comprehensive selection of configurable reports, described in more detail in Reports. These will not necessarily, however, match precisely those reports available in GnuCash.
У & kappname; передбачено широкий вибір звітів, параметри яких ви можете налаштувати власноруч. Докладніше про них можна дізнатися з розділу Звіти. Але перелік цих типів звітів не обов’ язково збігається з переліком звітів, які можна створювати за допомогою GnuCash.
Selecting Importer Options
Вибір параметрів імпортування
Investment Handling
Обробка інвестицій
See "Securities and Investments" above.
Див. розділ « Цінні папери та інвестиції », наведений вище.
Turn this off if you wish to use the native method for future online price quotes.
Зніміть позначку з цього пункту, якщо ви бажаєте використовувати природний для програми спосіб для обробки інтерактивних курсів.
See "Online Quotes" above.
Див. розділ « Інтерактивні курси », наведений вище.
See "Scheduled Transactions" above.
Див. розділ « Заплановані операції », наведений вище.
Decoding Options
Параметри декодування
If your native language is written in letters or symbols which are different from those used in the'Latin 'languages (i. e., generally Western European), these are represented in a special fashion ('encoded') in your GnuCash file. If these letters are not displayed correctly on your screen, then they must be decoded. Currently, it is often not possible to detect accurately which form of decoding must be used, so you may need to set this option and select an entry from the list. In general, the first item in the list will be that which is considered appropriate for your locale (i. e., the country and language which was selected as native when your operating system was installed), so this should be tried first. Since the import process does not overwrite your GnuCash file, you are free to experiment with any of these selections.
Якщо запис вашої мови виконується літерами або символами, відмінними від тих, які використовуються у « латинських » (тобто, загалом кажучи, західноєвропейських) мовах, це буде відображено у особливий спосіб (« закодовано ») у вашому файлі GnuCash. Якщо програма не може належним чином показати ці літери на екрані, їх слід декодувати. У поточній версії часто неможливо точно визначити спосіб декодування, отже, можливо, вам доведеться власноруч встановити цей параметр і обрати відповідний пункт зі списку. Загалом кажучи, першим пунктом у списку буде пункт, що відповідає вашій локалі (тобто країні і коду мови, які було обрано як базові під час встановлення операційної системи), отже його слід спробувати першим. Оскільки у процесі імпортування програма не перезаписуватиме ваш файл GnuCash, ви можете спробувати будь- який з запропонованих варіантів.
Transaction Notes option
Параметр нотаток до операцій
Under some usage conditions, non-split GnuCash transactions may contain residual, often incorrect, memo data which is not normally visible to the user. When imported into & kappname; however, due to display differences, this data can become visible. Often, these transactions will have a Notes field describing the real purpose of the transaction. If this option is selected, these notes, if present, will be used to override the extraneous memo data.
За певних умов нерозділені операції GnuCash можуть містити залишкові, часто некоректні записи приміток, які за звичайних умов невидимі для користувача. Після імпортування до & kappname; через відмінності у параметрах показу ці дані стають видимими. Часто записи таких операцій містять поле « Нотатки », де описано справжнє призначення операції. Якщо цей пункт буде позначено, подібні нотатки, якщо їх буде виявлено, буде використано для заміни надлишкових даних приміток.
Debug Options
Параметри зневаджування
These need only be used in the event of import problems. If you have such problems, you should also report them to the & kappname; developer list & devlist;. Note that the traces produced by these options may contain data of a confidential nature, and the Anonymize option should be used if they are to be made publicly available.
Потреба у цих параметрах виникне, лише якщо ви зіткнетеся з помилками під час імпортування, про які за будь- яких умов слід доповісти до списку листування & kappname; за адресою & devlist;. Зауважте, що дані, зібрані за допомогою цих параметрів можуть бути конфіденційними за своєю природою. Якщо ви маєте намір оприлюднити такі дані, скористайтеся можливостями анонімізації даних, що пропонуються програмою.
Import Report
Імпортування звіту
At the end of processing, the importer produces a report showing the number of different entities processed, and any errors or anomalies encountered. This report will be displayed on screen, and may be saved to a file for later review. A full report may contain the following sections:
Наприкінці обробки інструмент імпортування створює звіт, у якому міститимуться дані щодо кількості оброблених записів та всіх помилок та двозначностей, які виникли під час імпортування. Цей звіт буде показано на екрані, його можна буде зберегти до файла для подальшого перегляду. У повному звіті можуть міститися такі розділи:
Record counts
Кількість записів
Inconsistencies in account types and actions taken
Непослідовності у типах рахунків і діях
Details of suspect schedules
Подробиці щодо підозріливих розкладів
QIF Importer
Інструмент імпортування QIF
QIF format considered harmful
Формат QIF вважається шкідливим
Generally speaking, the QIF format should be avoided wherever possible. It is a poor choice for transporting financial data. Among other things, QIF suffers from these problems:
Загалом кажучи, якщо можете, уникайте роботи з форматом QIF. Цей формат не пристосовано для передавання фінансових даних. Серед іншого, у QIF є такі проблеми:
Lack of standardized format: Different versions of the same program will impart different meanings to the same element.
Відсутність стандартизованого формату. У різних версіях однієї програми одному елементу може бути надано різних значень.
Lack of transaction identifier: Because there is no ID number associated with each transaction, matching duplicate transactions is haphazard at best.
Відсутність ідентифікаторів операцій. Оскільки з операціями не пов’ язано жодних ідентифікаційних номерів, пошук дублікатів є принаймні непростим завданням.
Lack of expressiveness: The grammar is really simple, and cannot portray the depth of financial information found in today's financial environment.
Недостатня виразність. Словник формату дуже простий і не може відтворити всю глибину сучасних фінансових даних.
This is generally why Intuit stopped supporting QIF input at all with Quicken 2005. If you have the option of getting data some other way, like OFX, always choose that option.
Загалом кажучи, це і є причини, з яких Intuit припинила підтримку роботи з вхідними даними у форматі QIF у Quicken 2005. Якщо ви можете обирати формат отримання даних, наприклад, можете обрати OFX, не використовуйте формат QIF.
How to import a QIF file
Як імпортувати файл QIF?
To import a QIF file, first ensure you have a valid & kappname; file open. Then select Import QIF from the File menu.
Щоб імпортувати файл QIF, спочатку переконайтеся, що відкрито коректний файл & kappname;. Потім скористайтеся пунктом меню Імпортувати QIF з меню Файл.
The resulting dialog prompts for the QIF filename allowing you to locate the file by clicking on the Browse button.
У діалоговому вікні, яке буде відкрито, програма запитає вас про назву файла QIF і надасть вам змогу вказати файл у графічному режимі за допомогою натискання кнопки Навігація.
Also, & kappname; differentiates between the import of a bank statement file and historic data exported from another application. The default is to import a bank statement file. In case you are importing data from your previous personal finance manager application select the appropriate option.
Крім того, у & kappname; існують відмінності між імпортом файла виписки банку і даних журналу, експортованих іншою програмою. Типовим є імпортування файла банківської виписки. Якщо ви імпортуєте дані з вашої попередньої програми для ведення фінансового обліку, позначте відповідний пункт.
In general the default QIF profile should work with your QIF data. In some cases it might become necessary to use a modified QIF profile. See the next section for more details on that subject.
Загалом кажучи, типовий профіль QIF має виконати своє завдання під час імпортування ваших даних QIF. Але іноді може виникнути потреба у використанні зміненого профілю QIF. Докладніше про це можна дізнатися з наступного розділу.
Click on Import to import the QIF file.
Натисніть кнопку Імпортувати, щоб наказати програмі імпортувати файл QIF.
& kappname; will start scanning the file to determine the formats used to represent dates and numbers. In case it cannot determine a date format unambiguously, & kappname; will ask the user to select one from the list of possible date formats.
У відповідь & kappname; розпочне сканування файла для визначення форматів, використаних для представлення дат і чисел. Якщо програмі не вдасться однозначно визначити формат дати, & kappname; попросить користувача обрати один з форматів зі списку можливих форматів дати.