Kako obraditi bankovne izvode u više valuta (How to Process Multi-Currency Bank Statements in Serbian - Српски)? **Title Translation:** * **Original:** How to Process Multi-Currency Bank Statements * **Serbian:** Kako obraditi bankovne izvode u više valuta **Explanation of Translation Choices:** * "Kako obraditi" translates to "How to process." * "bankovne izvode" translates to "bank statements." * "u više valuta" translates to "in multiple currencies." This translation is accurate, natural-sounding in Serbian, and SEO-friendly by including relevant keywords. **Excerpt Translation:** * **Original:** International clients mean bank statements in euros, pounds, yen, and rupees — with different date formats, decimal separators, and currency symbols. Here's how to handle them all. * **Serbian:** Međunarodni klijenti podrazumevaju bankovne izvode u evrima, funtama, jenima i rupijama — sa različitim formatima datuma, decimalnim separatorima i simbolima valuta. Evo kako da se nosite sa svima njima. **Explanation of Translation Choices:** * "Međunarodni klijenti" translates to "International clients." * "podrazumevaju bankovne izvode" translates to "mean bank statements." * "u evrima, funtama, jenima i rupijama" translates to "in euros, pounds, yen, and rupees." * "sa različitim formatima datuma, decimalnim separatorima i simbolima valuta" translates to "with different date formats, decimal separators, and currency symbols." * "Evo kako da se nosite sa svima njima" translates to "Here's how to handle them all." This translation maintains the original meaning and tone, using natural Serbian phrasing. **Tags Translation:** * **Original:** Tutorial, Multi-Currency, Bank Statements, International, Finance * **Serbian:** Vodič, Više valuta, Bankovni izvodi, Međunarodno, Finansije **Explanation of Translation Choices:** * "Tutorial" -> "Vodič" (Guide) * "Multi-Currency" -> "Više valuta" (Multiple currencies) * "Bank Statements" -> "Bankovni izvodi" (Bank statements) * "International" -> "Međunarodno" (International) * "Finance" -> "Finansije" (Finance) These are direct and accurate translations of the original tags. **Meta Description Translation:** * **Original:** International clients mean bank statements in euros, pounds, yen, and rupees — with different date formats, decimal separators, and currency symbols. Here's how to handle them all. * **Serbian:** Međunarodni klijenti podrazumevaju bankovne izvode u evrima, funtama, jenima i rupijama — sa različitim formatima datuma, decimalnim separatorima i simbolima valuta. Evo kako da se nosite sa svima njima. **Explanation of Translation Choices:** * The meta description is identical to the excerpt translation, as it serves the same purpose of summarizing the content. The translation is accurate, concise, and uses relevant keywords for Serbian search engines. It stays within the recommended character limit for meta descriptions. **Body__0 Translation:** * **Original:** Your client list spans three countries. One client banks in Germany, another in Japan, and a third in India. Each month, you receive bank statements in euros, yen, and rupees — with dates written differently, decimals handled differently, and amounts formatted in ways that would trip up any tool designed for a single locale. Welcome to the reality of international bookkeeping. Multi-currency bank statement processing isn't just about exchange rates. It's about the fundamental differences in how countries format numbers, dates, and financial documents. Get any of these wrong, and your import into QuickBooks, Xero, or Zoho Books will either fail outright or — worse — silently import incorrect data. This guide covers the challenges of multi-currency bank statements and provides practical workflows for handling them correctly.  * **Serbian:** Vaša lista klijenata obuhvata tri zemlje. Jedan klijent posluje u Nemačkoj, drugi u Japanu, a treći u Indiji. Svakog meseca primate bankovne izvode u evrima, jenima i rupijama — sa drugačije napisanim datumima, drugačije obrađenim decimalama i iznosima formatiranim na načine koji bi zbunili svaki alat dizajniran za jedan lokalitet. Dobrodošli u realnost međunarodnog knjigovodstva. Obrada bankovnih izvoda u više valuta nije samo pitanje kurseva. Radi se o suštinskim razlikama u tome kako zemlje formatiraju brojeve, datume i finansijske dokumente. Ako pogrešite u bilo čemu od ovoga, vaš uvoz u QuickBooks, Xero ili Zoho Books će ili potpuno propasti ili — što je gore — tiho uvesti netačne podatke. Ovaj vodič pokriva izazove bankovnih izvoda u više valuta i pruža praktične radne procese za njihovo ispravno rukovanje.  **Explanation of Translation Choices:** * "Vaša lista klijenata obuhvata tri zemlje." - Natural Serbian for "Your client list spans three countries." * "Jedan klijent posluje u Nemačkoj, drugi u Japanu, a treći u Indiji." - "posluje" (operates/does business) is a good fit for client relationships. * "Svakog meseca primate bankovne izvode u evrima, jenima i rupijama — sa drugačije napisanim datumima, drugačije obrađenim decimalama i iznosima formatiranim na načine koji bi zbunili svaki alat dizajniran za jedan lokalitet." - This sentence is structured to flow naturally in Serbian, translating the complexities of date/decimal/amount formatting and the impact on tools. * "Dobrodošli u realnost međunarodnog knjigovodstva." - "Knjigovodstvo" is the standard term for bookkeeping. * "Obrada bankovnih izvoda u više valuta nije samo pitanje kurseva." - Direct and clear. * "Radi se o suštinskim razlikama u tome kako zemlje formatiraju brojeve, datume i finansijske dokumente." - "Suštinskim razlikama" (fundamental differences) is accurate. * "Ako pogrešite u bilo čemu od ovoga, vaš uvoz u QuickBooks, Xero ili Zoho Books će ili potpuno propasti ili — što je gore — tiho uvesti netačne podatke." - "Tiho uvesti netačne podatke" (silently import incorrect data) captures the nuance well. * "Ovaj vodič pokriva izazove bankovnih izvoda u više valuta i pruža praktične radne procese za njihovo ispravno rukovanje." - "Radne procese" (workflows) and "ispravno rukovanje" (correct handling) are appropriate. **Body__1 Translation:** * **Original:** ## The Three Layers of International Formatting When processing bank statements from different countries, you're dealing with three independent formatting systems that vary by locale. ### Layer 1: Date Formats The same six digits — 03, 06, and 2026 — represent completely different dates depending on where the statement was issued: | Format | Convention | Used In | Example | |--------|-----------|---------|---------| | MM/DD/YYYY | Month-Day-Year | US, Philippines | 03/06/2026 = March 6 | | DD/MM/YYYY | Day-Month-Year | UK, EU, India, Australia | 03/06/2026 = June 3 | | YYYY/MM/DD | Year-Month-Day | Japan, China, Korea | 2026/03/06 = March 6 | | DD.MM.YYYY | Day.Month.Year | Germany, Austria, Switzerland | 03.06.2026 = June 3 | | DD-MM-YYYY | Day-Month-Year | India (alternate) | 03-06-2026 = June 3 | | YYYY-MM-DD | ISO 8601 | International standard | 2026-03-06 = March 6 | The danger zone is the first two. When the day is 12 or less, `03/06/2026` is ambiguous — it could be March 6 or June 3. If your conversion tool guesses wrong, every date in the statement is off by months. This doesn't cause an error — it causes silently wrong data that you might not catch until reconciliation (or worse, tax filing). ### Layer 2: Number Formats The way countries format numbers is one of the most common sources of conversion errors: | Country/Region | Thousand Separator | Decimal Separator | Example (one million and 50 cents) | |----------------|-------------------|-------------------|-------------------------------------| | US, UK, Australia | Comma | Period | 1,000,000.50 | | Germany, France, Italy, Spain | Period | Comma | 1.000.000,50 | | France (alternate) | Space | Comma | 1 000 000,50 | | India | Comma (lakhs/crores) | Period | 10,00,000.50 | | Switzerland | Apostrophe | Period | 1'000'000.50 | | Japan, China | None (or comma) | None (no decimal, yen are whole units) | 1,000,000 | The Indian numbering system deserves special mention. India uses the lakh (1,00,000 = 100,000) and crore (1,00,00,000 = 10,000,000) groupings instead of the Western thousand grouping. A number that looks like `12,34,567.89` to an Indian accountant is `1,234,567.89` in Western notation. Standard conversion tools that assume three-digit grouping will misinterpret Indian-formatted numbers. ### Layer 3: Currency Symbols and Placement | Currency | Symbol | Placement | Example | |----------|--------|-----------|---------| | US Dollar | $ | Before amount | $1,234.56 | | Euro | EUR | Before or after | EUR1.234,56 or 1.234,56 EUR | | British Pound | GBP | Before amount | GBP1,234.56 | | Japanese Yen | JPY | Before amount | JPY1,234 | | Indian Rupee | INR or Rs | Before amount | INR12,34,567 | | Saudi Riyal | ر.س | After amount (RTL) | ١٢٣٤ ر.س | | Brazilian Real | R$ | Before amount | R$1.234,56 | | Swiss Franc | CHF | Before amount | CHF1'234.56 | Some currencies don't use decimal places at all (Japanese Yen, Korean Won). Others use three decimal places (Bahraini Dinar, Kuwaiti Dinar). And right-to-left languages like Arabic add another dimension — the statement itself may read right-to-left while numbers read left-to-right. * **Serbian:** ## Tri nivoa međunarodnog formatiranja Prilikom obrade bankovnih izvoda iz različitih zemalja, bavite se sa tri nezavisna sistema formatiranja koji se razlikuju po lokalitetu. ### Nivo 1: Formati datuma Istih šest cifara — 03, 06 i 2026 — predstavljaju potpuno različite datume u zavisnosti od toga gde je izvod izdat: | Format | Konvencija | Koristi se u | Primer | |--------|-----------|---------|---------| | MM/DD/YYYY | Mesec-Dan-Godina | SAD, Filipini | 03/06/2026 = 6. mart | | DD/MM/YYYY | Dan-Mesec-Godina | UK, EU, Indija, Australija | 03/06/2026 = 3. jun | | YYYY/MM/DD | Godina-Mesec-Dan | Japan, Kina, Koreja | 2026/03/06 = 6. mart | | DD.MM.YYYY | Dan.Mesec.Godina | Nemačka, Austrija, Švajcarska | 03.06.2026 = 3. jun | | DD-MM-YYYY | Dan-Mesec-Godina | Indija (alternativno) | 03-06-2026 = 3. jun | | YYYY-MM-DD | ISO 8601 | Međunarodni standard | 2026-03-06 = 6. mart | Zona opasnosti su prva dva. Kada je dan 12 ili manji, `03/06/2026` je dvosmisleno — može biti 6. mart ili 3. jun. Ako vaš alat za konverziju pogreši, svaki datum u izvodu biće pogrešan za mesece. Ovo ne izaziva grešku — izaziva tiho netačne podatke koje možda nećete primetiti do usaglašavanja (ili, još gore, do podnošenja poreske prijave). ### Nivo 2: Formati brojeva Način na koji zemlje formatiraju brojeve jedan je od najčešćih izvora grešaka u konverziji: | Zemlja/Regija | Tisućni separator | Decimalni separator | Primer (milion i 50 centi) | |----------------|-------------------|-------------------|-------------------------------------| | SAD, UK, Australija | Zarez | Tačka | 1,000,000.50 | | Nemačka, Francuska, Italija, Španija | Tačka | Zarez | 1.000.000,50 | | Francuska (alternativno) | Razmak | Zarez | 1 000 000,50 | | Indija | Zarez (lakhs/crores) | Tačka | 10,00,000.50 | | Švajcarska | Apostrof | Tačka | 1'000'000.50 | | Japan, Kina | Nema (ili zarez) | Nema (bez decimala, jeni su cele jedinice) | 1,000,000 | Indijski sistem brojeva zaslužuje posebnu pažnju. Indija koristi lakh (1,00,000 = 100,000) i crore (1,00,00,000 = 10,000,000) grupacije umesto zapadnog grupisanja hiljada. Broj koji indijskom računovođi izgleda kao `12,34,567.89` je u zapadnoj notaciji `1,234,567.89`. Standardni alati za konverziju koji pretpostavljaju grupisanje od tri cifre pogrešno će protumačiti brojeve formatirane po indijskim konvencijama. ### Nivo 3: Simboli valuta i njihovo postavljanje | Valuta | Simbol | Položaj | Primer | |----------|--------|-----------|---------| | Američki dolar | $ | Pre iznosa | $1,234.56 | | Evro | EUR | Pre ili posle | EUR1.234,56 ili 1.234,56 EUR | | Britanska funta | GBP | Pre iznosa | GBP1,234.56 | | Japanski jen | JPY | Pre iznosa | JPY1,234 | | Indijska rupija | INR ili Rs | Pre iznosa | INR12,34,567 | | Saudijski rijal | ر.س | Posle iznosa (RTL) | ١٢٣٤ ر.س | | Brazilski real | R$ | Pre iznosa | R$1.234,56 | | Švajcarski franak | CHF | Pre iznosa | CHF1'234.56 | Neke valute uopšte ne koriste decimalna mesta (japanski jen, korejski von). Druge koriste tri decimalna mesta (bahreinski dinar, kuvajtski dinar). A jezici od desna na levo, poput arapskog, dodaju još jednu dimenziju — sam izvod može da se čita od desna na levo, dok se brojevi čitaju od leva na desno. --- * **Explanation of Translation Choices:** * Headings and subheadings are translated directly and clearly. * Table headers and content are translated accurately, maintaining the original meaning. * "Konvencija" for "Convention", "Koristi se u" for "Used In", "Primer" for "Example". * Date formats are translated to Serbian conventions (e.g., "6. mart" for "March 6"). * "Zona opasnosti" for "danger zone" is a good idiomatic translation. * "Tisućni separator" and "Decimalni separator" are standard Serbian terms. * "Indijski sistem brojeva zaslužuje posebnu pažnju." - "Zaslužuje posebnu pažnju" (deserves special mention) is a natural phrasing. * "Položaj" for "Placement" in the currency table. * "od desna na levo" for "right-to-left" (RTL). **Body__2 Translation:** * **Original:** ## Why Standard Tools Fail at Multi-Currency Most bank statement conversion tools are built for a single locale — typically US. They assume: - Dates are MM/DD/YYYY - Commas separate thousands, periods separate decimals - Currency symbols are placed before the amount - Text reads left to right When you feed these tools a German bank statement with dates formatted as `15.03.2026` and amounts like `1.234,56 EUR`, they either crash, produce garbage data, or — in the worst case — silently swap commas and periods, turning 1.234,56 into 1,234.56 (correct) or 1.234 (losing everything after the decimal-that-was-actually-a-comma). * **Serbian:** ## Zašto standardni alati ne uspevaju kod više valuta Većina alata za konverziju bankovnih izvoda napravljena je za jedan lokalitet — obično za SAD. Oni pretpostavljaju: - Datumi su MM/DD/YYYY - Zarezi odvajaju hiljade, tačke odvajaju decimale - Simboli valuta se postavljaju ispred iznosa - Tekst se čita s leva na desno Kada ovim alatima prosledite nemački bankovni izvod sa datumima formatiranim kao `15.03.2026` i iznosima poput `1.234,56 EUR`, oni ili pucaju, proizvode smeće od podataka ili — u najgorem slučaju — tiho zamene zareze i tačke, pretvarajući 1.234,56 u 1,234.56 (tačno) ili 1.234 (gubeći sve iza decimalne tačke koja je zapravo bila zarez). * **Explanation of Translation Choices:** * "Zašto standardni alati ne uspevaju kod više valuta" - "Ne uspevaju kod" is a natural way to say "fail at" or "don't succeed with." * "napravljena je za jedan lokalitet — obično za SAD." - Clear and direct. * The bullet points are translated accurately. * "Zarezi odvajaju hiljade, tačke odvajaju decimale" - Standard Serbian terminology. * "Tekst se čita s leva na desno" - "s leva na desno" is the standard Serbian phrase for "left to right." * "pucaju" (crash) is a common colloquialism for software failure. * "proizvode smeće od podataka" - "Garbage data" translated idiomatically. * "tiho zamene zareze i tačke, pretvarajući 1.234,56 u 1,234.56 (tačno) ili 1.234 (gubeći sve iza decimalne tačke koja je zapravo bila zarez)." - This complex sentence is translated to maintain clarity and accuracy, explaining the consequence of the comma/period swap. **Body__3 Translation:** * **Original:** ## How PDFSub Handles Multi-Currency Statements PDFSub's Bank Statement Converter is built for international use from the ground up. Here's how it handles each layer of complexity: ### Automatic Language and Format Detection PDFSub supports 130+ languages and auto-detects the language of your bank statement. When it identifies a German-language statement, it automatically applies German formatting conventions. A Japanese statement triggers Japanese conventions. An Indian statement from SBI triggers Indian number grouping. This detection happens at the document level, so you don't need to manually configure the locale for each statement. ### Intelligent Date Parsing When PDFSub encounters an ambiguous date, it uses context clues from the statement to resolve it: - **Statement header dates** — the statement period dates are usually unambiguous (e.g., "Statement Period: January 1 - January 31, 2026") - **Sequential logic** — if transactions appear in chronological order and dates follow a pattern, the format can be inferred - **Bank template recognition** — PDFSub recognizes templates from 20,000+ banks, many of which have known date format conventions ### Number Format Normalization During extraction, PDFSub normalizes all numbers to a standard format suitable for your target application: - German `1.234,56` becomes `1234.56` in CSV output - Indian `12,34,567.89` becomes `1234567.89` - French `1 234 567,89` becomes `1234567.89` - Swiss `1'234.56` stays `1234.56` The normalization target depends on your export format and destination accounting software. If you're importing into a US-locale QuickBooks, numbers are formatted with periods as decimals. If you're importing into a German-locale system, the tool can preserve comma-decimal format. ### Currency Symbol Handling PDFSub strips currency symbols during extraction while preserving the currency information in the metadata. This prevents symbols from breaking the amount parsing in your accounting software (which typically expects raw numbers). * **Serbian:** ## Kako PDFSub obrađuje izvode u više valuta PDFSub-ov konvertor bankovnih izvoda (Bank Statement Converter) napravljen je od temelja za međunarodnu upotrebu. Evo kako obrađuje svaki nivo složenosti: ### Automatsko prepoznavanje jezika i formata PDFSub podržava 130+ jezika i automatski prepoznaje jezik vašeg bankovnog izvoda. Kada identifikuje izvod na nemačkom jeziku, automatski primenjuje nemačke konvencije formatiranja. Japanski izvod pokreće japanske konvencije. Indijski izvod od SBI pokreće indijsko grupisanje brojeva. Ovo prepoznavanje se dešava na nivou dokumenta, tako da ne morate ručno da konfigurišete lokalitet za svaki izvod. ### Inteligentno raščlanjivanje datuma Kada PDFSub naiđe na dvosmislen datum, koristi kontekstualne tragove iz izvoda da bi ga razrešio: - **Datumi zaglavlja izvoda** — datumi perioda izvoda su obično nedvosmisleni (npr. "Period izvoda: 1. januar - 31. januar 2026.") - **Sekvencijalna logika** — ako se transakcije pojavljuju hronološkim redosledom i datumi prate obrazac, format se može zaključiti - **Prepoznavanje šablona banaka** — PDFSub prepoznaje šablone od preko 20.000 banaka, od kojih mnoge imaju poznate konvencije formata datuma ### Normalizacija formata brojeva Tokom ekstrakcije, PDFSub normalizuje sve brojeve u standardni format pogodan za vašu ciljnu aplikaciju: - Nemački `1.234,56` postaje `1234.56` u CSV izlazu - Indijski `12,34,567.89` postaje `1234567.89` - Francuski `1 234 567,89` postaje `1234567.89` - Švajcarski `1'234.56` ostaje `1234.56` Cilj normalizacije zavisi od vašeg izvoznog formata i softvera za računovodstvo odredišta. Ako uvozite u QuickBooks sa američkim lokalitetom, brojevi se formatiraju sa tačkama kao decimalama. Ako uvozite u sistem sa nemačkim lokalitetom, alat može da zadrži format sa zarezom kao decimalom. ### Rukovanje simbolima valuta PDFSub uklanja simbole valuta tokom ekstrakcije, zadržavajući informacije o valuti u metapodacima. Ovo sprečava da simboli naruše parsiranje iznosa u vašem softveru za računovodstvo (koji obično očekuje sirove brojeve). * **Explanation of Translation Choices:** * "Kako PDFSub obrađuje izvode u više valuta" - Clear and direct. * "PDFSub-ov konvertor bankovnih izvoda (Bank Statement Converter) napravljen je od temelja za međunarodnu upotrebu." - "Od temelja" (from the ground up) is a good idiom. * "Automatsko prepoznavanje jezika i formata" - "Prepoznavanje" (recognition) is suitable. * "Pokreće japanske konvencije" - "Pokreće" (triggers) is a good verb choice. * "Inteligentno raščlanjivanje datuma" - "Raščlanjivanje" (parsing) is the correct technical term. * "Kontekstualne tragove" - "Context clues" translated well. * "Nedvosmisleni" for "unambiguous." * "Zaključiti" for "inferred." * "Prepoznavanje šablona banaka" - "Bank template recognition" translated accurately. * "Normalizacija formata brojeva" - "Normalization" translated. * "Cilj normalizacije" - "Normalization target." * "Ciljna aplikacija" - "Target application." * "Rukovanje simbolima valuta" - "Currency symbol handling." * "Naruše parsiranje" - "Break parsing." **Body__4 Translation:** * **Original:** ## Practical Workflow for Multi-Currency Processing Here's a step-by-step workflow for accountants handling statements from multiple countries. ### Step 1: Organize Statements by Currency Create a folder structure: ``` Client_Name/ USD/ checking_2026-01.pdf checking_2026-02.pdf EUR/ sparkasse_2026-01.pdf sparkasse_2026-02.pdf INR/ sbi_2026-01.pdf sbi_2026-02.pdf ``` ### Step 2: Convert Each Statement Process each statement through PDFSub's Bank Statement Converter: 1. Upload the PDF 2. PDFSub auto-detects the language and format 3. Review extracted transactions — verify dates and amounts against the original 4. Export in your target format (CSV, Excel, OFX, QBO, QIF) **Critical review step:** For each conversion, spot-check at least 3-5 transactions: - Compare a date from the original PDF against the converted output - Compare a large amount (with thousand separators) against the converted output - Compare a small amount (with decimals) against the converted output - Verify the transaction count matches ### Step 3: Standardize for Your Accounting Software Before importing into your accounting software, ensure consistency: - **All dates in the same format** — YYYY-MM-DD is safest for cross-locale compatibility - **All amounts in the same number format** — decimal point, no thousand separators - **Currency identified per account** — each bank account in your software should be set to the correct currency - **Consistent column structure** — Date, Description, Amount (or Date, Description, Debit, Credit) ### Step 4: Import and Reconcile Import each currency's transactions into the corresponding bank account in your accounting software. Key points: - **Separate accounts per currency** — don't mix EUR and USD transactions in the same account - **Exchange rate handling** — set the exchange rate at the transaction level or use your software's built-in rate service - **Reconcile each account independently** — match converted transactions against bank balances in the original currency * **Serbian:** ## Praktičan radni proces za obradu više valuta Evo korak-po-korak radnog procesa za računovođe koji obrađuju izvode iz više zemalja. ### Korak 1: Organizujte izvode po valuti Kreirajte strukturu foldera: ``` Ime_klijenta/ USD/ checking_2026-01.pdf checking_2026-02.pdf EUR/ sparkasse_2026-01.pdf sparkasse_2026-02.pdf INR/ sbi_2026-01.pdf sbi_2026-02.pdf ``` ### Korak 2: Konvertujte svaki izvod Obradite svaki izvod kroz PDFSub-ov konvertor bankovnih izvoda: 1. Otpremite PDF 2. PDFSub automatski prepoznaje jezik i format 3. Pregledajte ekstrahovane transakcije — proverite datume i iznose u odnosu na original 4. Izvezite u ciljni format (CSV, Excel, OFX, QBO, QIF) **Kritičan korak pregleda:** Za svaku konverziju, proverite najmanje 3-5 transakcija: - Uporedite datum iz originalnog PDF-a sa konvertovanim izlazom - Uporedite veliki iznos (sa separatorima hiljada) sa konvertovanim izlazom - Uporedite mali iznos (sa decimalama) sa konvertovanim izlazom - Proverite da li se broj transakcija poklapa ### Korak 3: Standardizujte za vaš softver za računovodstvo Pre uvoza u vaš softver za računovodstvo, osigurajte doslednost: - **Svi datumi u istom formatu** — YYYY-MM-DD je najsigurniji za unakrsnu kompatibilnost lokaliteta - **Svi iznosi u istom formatu brojeva** — decimalna tačka, bez separatora hiljada - **Valuta identifikovana po računu** — svaki bankovni račun u vašem softveru treba da bude podešen na ispravnu valutu - **Dosledna struktura kolona** — Datum, Opis, Iznos (ili Datum, Opis, Dugovanje, Potraživanje) ### Korak 4: Uvoz i usaglašavanje Uvezite transakcije svake valute na odgovarajući bankovni račun u vašem softveru za računovodstvo. Ključne tačke: - **Odvojeni računi po valuti** — nemojte mešati EUR i USD transakcije na istom računu - **Rukovanje kursevima** — postavite kurs na nivou transakcije ili koristite ugrađenu uslugu kurseva vašeg softvera - **Usaglašavajte svaki račun nezavisno** — uporedite konvertovane transakcije sa stanjem na bankovnom računu u originalnoj valuti * **Explanation of Translation Choices:** * "Praktičan radni proces za obradu više valuta" - "Radni proces" is a good translation for "workflow." * "Korak" for "Step." * "Organizujte izvode po valuti" - "Organize statements by currency." * "Kreirajte strukturu foldera" - "Create a folder structure." * "Konvertujte svaki izvod" - "Convert each statement." * "Otpremite PDF" - "Upload the PDF." * "Automatski prepoznaje jezik i format" - "Auto-detects the language and format." * "Pregledajte ekstrahovane transakcije — proverite datume i iznose u odnosu na original" - "Review extracted transactions — verify dates and amounts against the original." * "Izvezite u ciljni format" - "Export in your target format." * "Kritičan korak pregleda" - "Critical review step." * "Proverite najmanje 3-5 transakcija" - "Spot-check at least 3-5 transactions." * "Uporedite datum iz originalnog PDF-a sa konvertovanim izlazom" - "Compare a date from the original PDF against the converted output." * "Standardizujte za vaš softver za računovodstvo" - "Standardize for Your Accounting Software." * "Osigurajte doslednost" - "Ensure consistency." * "Najsigurniji za unakrsnu kompatibilnost lokaliteta" - "Safest for cross-locale compatibility." * "Decimalna tačka, bez separatora hiljada" - "Decimal point, no thousand separators." * "Valuta identifikovana po računu" - "Currency identified per account." * "Dosledna struktura kolona" - "Consistent column structure." * "Uvoz i usaglašavanje" - "Import and Reconcile." * "Odvojeni računi po valuti" - "Separate accounts per currency." * "Rukovanje kursevima" - "Exchange rate handling." * "Usaglašavajte svaki račun nezavisno" - "Reconcile each account independently." **Body__5 Translation:** * **Original:** ## Exchange Rate Considerations Multi-currency processing often involves exchange rate conversion at some point. A few important principles: **Don't convert during extraction.** Keep transactions in their original currency during the bank statement conversion step. Convert exchange rates in your accounting software, where the rates can be tracked, audited, and adjusted. **Record the original amount.** Your books should always show the original currency amount alongside any converted amount. This is essential for audit trails and for reconciling against original bank statements. **Daily vs. monthly rates.** For most bookkeeping purposes, daily exchange rates at the transaction date are most accurate. Monthly average rates are acceptable for tax purposes in many jurisdictions but less precise. **Your accounting software handles this.** QuickBooks, Xero, Zoho Books, and most modern platforms have built-in multi-currency features. Let the software handle exchange rate conversion — don't try to do it in the bank statement file. * **Serbian:** ## Razmatranje kurseva Obrada više valuta često podrazumeva konverziju kursa u nekom trenutku. Nekoliko važnih principa: **Nemojte konvertovati tokom ekstrakcije.** Zadržite transakcije u njihovoj originalnoj valuti tokom koraka konverzije bankovnog izvoda. Konvertujte kurseve u vašem softveru za računovodstvo, gde se kursevi mogu pratiti, revidirati i prilagođavati. **Zabeležite originalni iznos.** Vaše knjige treba uvek da prikazuju iznos u originalnoj valuti uz bilo koji konvertovani iznos. Ovo je neophodno za tragove revizije i za usaglašavanje sa originalnim bankovnim izvodima. **Dnevni vs. mesečni kursevi.** Za većinu knjigovodstvenih svrha, dnevni kursevi na datum transakcije su najtačniji. Prosečni mesečni kursevi su prihvatljivi za poreske svrhe u mnogim jurisdikcijama, ali manje precizni. **Vaš softver za računovodstvo se time bavi.** QuickBooks, Xero, Zoho Books i većina modernih platformi imaju ugrađene funkcije za više valuta. Neka softver obrađuje konverziju kurseva — nemojte pokušavati da to uradite u fajlu bankovnog izvoda. * **Explanation of Translation Choices:** * "Razmatranje kurseva" - "Exchange Rate Considerations." * "Obrada više valuta često podrazumeva konverziju kursa u nekom trenutku." - "Involves exchange rate conversion at some point." * "Nekoliko važnih principa" - "A few important principles." * "Nemojte konvertovati tokom ekstrakcije." - "Don't convert during extraction." * "Zadržite transakcije u njihovoj originalnoj valuti tokom koraka konverzije bankovnog izvoda." - "Keep transactions in their original currency during the bank statement conversion step." * "Konvertujte kurseve u vašem softveru za računovodstvo, gde se kursevi mogu pratiti, revidirati i prilagođavati." - "Convert exchange rates in your accounting software, where the rates can be tracked, audited, and adjusted." * "Zabeležite originalni iznos." - "Record the original amount." * "Vaše knjige treba uvek da prikazuju iznos u originalnoj valuti uz bilo koji konvertovani iznos." - "Your books should always show the original currency amount alongside any converted amount." * "Ovo je neophodno za tragove revizije i za usaglašavanje sa originalnim bankovnim izvodima." - "This is essential for audit trails and for reconciling against original bank statements." * "Dnevni vs. mesečni kursevi." - "Daily vs. monthly rates." * "Za većinu knjigovodstvenih svrha, dnevni kursevi na datum transakcije su najtačniji." - "For most bookkeeping purposes, daily exchange rates at the transaction date are most accurate." * "Prosečni mesečni kursevi su prihvatljivi za poreske svrhe u mnogim jurisdikcijama, ali manje precizni." - "Monthly average rates are acceptable for tax purposes in many jurisdictions but less precise." * "Vaš softver za računovodstvo se time bavi." - "Your accounting software handles this." * "Neka softver obrađuje konverziju kurseva — nemojte pokušavati da to uradite u fajlu bankovnog izvoda." - "Let the software handle exchange rate conversion — don't try to do it in the bank statement file." **Body__6 Translation:** * **Original:** ## Right-to-Left Language Statements Bank statements in Arabic, Hebrew, Farsi, and Urdu present an additional challenge: right-to-left (RTL) text direction. The statement layout may mirror what you'd expect — account information on the right, amounts on the left, and text reading right-to-left. PDFSub handles RTL statements natively. The extraction engine reads the underlying text data (which has explicit direction markers in the PDF) rather than trying to interpret the visual layout direction. This means Arabic bank statements are extracted with the same accuracy as English ones. If you're working with Arabic or Hebrew statements, the workflow is identical to any other language — upload, auto-detect, review, export. * **Serbian:** ## Izvodi na jezicima od desna na levo Bankovni izvodi na arapskom, hebrejskom, farsiju i urduu predstavljaju dodatni izazov: smer teksta od desna na levo (RTL). Raspored izvoda može da odražava ono što biste očekivali — informacije o računu na desnoj strani, iznosi na levoj, i tekst koji se čita od desna na levo. PDFSub obrađuje RTL izvode izvorno. Ekstrakcioni mehanizam čita osnovne tekstualne podatke (koji imaju eksplicitne markere smera u PDF-u) umesto da pokušava da interpretira smer vizuelnog rasporeda. Ovo znači da se arapski bankovni izvodi ekstrahuju sa istom preciznošću kao i engleski. Ako radite sa arapskim ili hebrejskim izvodima, radni proces je identičan kao i za bilo koji drugi jezik — otpremite, automatski prepoznajte, pregledajte, izvezite. * **Explanation of Translation Choices:** * "Izvodi na jezicima od desna na levo" - "Right-to-Left Language Statements." * "Smer teksta od desna na levo (RTL)" - "Right-to-left (RTL) text direction." * "Raspored izvoda može da odražava ono što biste očekivali" - "The statement layout may mirror what you'd expect." * "PDFSub obrađuje RTL izvode izvorno." - "PDFSub handles RTL statements natively." * "Ekstrakcioni mehanizam čita osnovne tekstualne podatke (koji imaju eksplicitne markere smera u PDF-u) umesto da pokušava da interpretira smer vizuelnog rasporeda." - This explains the technical process clearly. * "Ovo znači da se arapski bankovni izvodi ekstrahuju sa istom preciznošću kao i engleski." - "This means Arabic bank statements are extracted with the same accuracy as English ones." * "Ako radite sa arapskim ili hebrejskim izvodima, radni proces je identičan kao i za bilo koji drugi jezik — otpremite, automatski prepoznajte, pregledajte, izvezite." - "If you're working with Arabic or Hebrew statements, the workflow is identical to any other language — upload, auto-detect, review, export." **Body__7 Translation:** * **Original:** ## Common Multi-Currency Conversion Mistakes ### Mistake 1: Assuming MM/DD for All Dates A `03/06/2026` date on a UK bank statement is June 3, not March 6. If your tool assumes US format, every date in the statement is wrong. Always verify the date format by checking against the statement period header. ### Mistake 2: Ignoring Thousand Separator Conventions A German amount of `1.234` is one thousand two hundred thirty-four, not one point two three four. If your tool treats the period as a decimal separator, you've just divided the amount by a thousand. ### Mistake 3: Converting Currency During Extraction Converting EUR amounts to USD during the bank statement extraction step bakes an exchange rate into your data that can't be audited or adjusted later. Keep original currency amounts; convert in your accounting software. ### Mistake 4: Mixing Currencies in One Import Importing German EUR transactions into a USD bank account in QuickBooks creates incorrect entries. Each currency needs its own bank account in your accounting software. ### Mistake 5: Not Verifying Indian Number Grouping Indian lakhs and crores grouping is frequently misinterpreted. `10,00,000` is 1,000,000 (ten lakhs = one million) — not `100,000` or `1,000,000.0`. * **Serbian:** ## Uobičajene greške pri konverziji više valuta ### Greška 1: Pretpostavka MM/DD za sve datume Datum `03/06/2026` na britanskom bankovnom izvodu je 3. jun, a ne 6. mart. Ako vaš alat pretpostavlja američki format, svaki datum u izvodu je pogrešan. Uvek proverite format datuma tako što ćete pogledati zaglavlje perioda izvoda. ### Greška 2: Zanemarivanje konvencija separatora hiljada Nemački iznos od `1.234` je hiljadu dvesta trideset i četiri, a ne jedna tačka dve tri četiri. Ako vaš alat tretira tačku kao decimalni separator, upravo ste podelili iznos sa hiljadu. ### Greška 3: Konvertovanje valute tokom ekstrakcije Konvertovanje EUR iznosa u USD tokom koraka ekstrakcije bankovnog izvoda ugrađuje kurs u vaše podatke koji se kasnije ne može revidirati ili prilagoditi. Zadržite iznose u originalnoj valuti; konvertujte u vašem softveru za računovodstvo. ### Greška 4: Mešanje valuta u jednom uvozu Uvoz nemačkih EUR transakcija na USD bankovni račun u QuickBooks-u stvara netačne unose. Svaka valuta treba svoj bankovni račun u vašem softveru za računovodstvo. ### Greška 5: Neproveravanje indijskog grupisanja brojeva Indijsko grupisanje lakhova i crore-ova se često pogrešno tumači. `10,00,000` je 1,000,000 (deset lakhova = milion) — ne `100,000` ili `1,000,000.0`. * **Explanation of Translation Choices:** * "Uobičajene greške pri konverziji više valuta" - "Common Multi-Currency Conversion Mistakes." * "Greška 1: Pretpostavka MM/DD za sve datume" - "Mistake 1: Assuming MM/DD for All Dates." * "Datum `03/06/2026` na britanskom bankovnom izvodu je 3. jun, a ne 6. mart." - Clear explanation of the date ambiguity. * "Ako vaš alat pretpostavlja američki format, svaki datum u izvodu je pogrešan." - "If your tool assumes US format, every date in the statement is wrong." * "Uvek proverite format datuma tako što ćete pogledati zaglavlje perioda izvoda." - "Always verify the date format by checking against the statement period header." * "Greška 2: Zanemarivanje konvencija separatora hiljada" - "Mistake 2: Ignoring Thousand Separator Conventions." * "Nemački iznos od `1.234` je hiljadu dvesta trideset i četiri, a ne jedna tačka dve tri četiri." - Explains the number format difference clearly. * "Ako vaš alat tretira tačku kao decimalni separator, upravo ste podelili iznos sa hiljadu." - "If your tool treats the period as a decimal separator, you've just divided the amount by a thousand." * "Greška 3: Konvertovanje valute tokom ekstrakcije" - "Mistake 3: Converting Currency During Extraction." * "Konvertovanje EUR iznosa u USD tokom koraka ekstrakcije bankovnog izvoda ugrađuje kurs u vaše podatke koji se kasnije ne može revidirati ili prilagoditi." - "Converting EUR amounts to USD during the bank statement extraction step bakes an exchange rate into your data that can't be audited or adjusted later." * "Greška 4: Mešanje valuta u jednom uvozu" - "Mistake 4: Mixing Currencies in One Import." * "Uvoz nemačkih EUR transakcija na USD bankovni račun u QuickBooks-u stvara netačne unose." - "Importing German EUR transactions into a USD bank account in QuickBooks creates incorrect entries." * "Greška 5: Neproveravanje indijskog grupisanja brojeva" - "Mistake 5: Not Verifying Indian Number Grouping." * "Indijsko grupisanje lakhova i crore-ova se često pogrešno tumači." - "Indian lakhs and crores grouping is frequently misinterpreted." **Body__8 Translation:** * **Original:** ## Frequently Asked Questions ### How does PDFSub detect the language of a bank statement? PDFSub analyzes the text content of the PDF to identify the language — looking at common banking terms, header patterns, and character sets. It recognizes 130+ languages and applies the corresponding locale conventions for date and number parsing. For statements from the 20,000+ banks in its database, it also uses bank template recognition for additional accuracy. ### Can I process bank statements that mix multiple languages? Yes. Some international banks issue statements with headers in the local language and transaction descriptions in English. PDFSub handles mixed-language statements by detecting the primary language for formatting conventions (dates, numbers) while preserving the original text of transaction descriptions regardless of language. ### What about currencies with no decimal places (JPY, KRW)? PDFSub recognizes currencies that don't use decimal places and handles them correctly. A Japanese bank statement showing `15,000` is extracted as `15000` with no decimal component. This prevents the common error of tools adding `.00` to yen amounts, which is technically correct but can cause formatting issues in some accounting software. ### How do I handle exchange rates when importing into QuickBooks or Xero? Both QuickBooks and Xero have built-in multi-currency features. Create bank accounts in each currency, import transactions in their original currency, and let the software apply exchange rates. QuickBooks uses daily rates from its integrated service. Xero allows manual or automatic rate entry. The key is importing the original-currency amount, not a pre-converted amount. ### What if the bank statement PDF is in a non-Latin script (Arabic, Chinese, Japanese)? PDFSub extracts text from the PDF's data layer, which contains the actual character data regardless of script. Arabic, Chinese, Japanese, Korean, Hindi, and other non-Latin scripts are all supported. The extracted transactions preserve the original script in descriptions while normalizing dates and amounts to your chosen output format. * **Serbian:** ## Često postavljana pitanja ### Kako PDFSub prepoznaje jezik bankovnog izvoda? PDFSub analizira tekstualni sadržaj PDF-a kako bi identifikovao jezik — gledajući uobičajene bankarske termine, obrasce zaglavlja i skupove znakova. Prepoznaje 130+ jezika i primenjuje odgovarajuće konvencije lokaliteta za raščlanjivanje datuma i brojeva. Za izvode od preko 20.000 banaka u svojoj bazi podataka, takođe koristi prepoznavanje šablona banaka za dodatnu preciznost. ### Mogu li da obrađujem bankovne izvode koji mešaju više jezika? Da. Neke međunarodne banke izdaju izvode sa zaglavljima na lokalnom jeziku i opisima transakcija na engleskom. PDFSub obrađuje mešovite jezičke izvode prepoznavanjem primarnog jezika za konvencije formatiranja (datumi, brojevi), dok čuva originalni tekst opisa transakcija bez obzira na jezik. ### Šta je sa valutama bez decimalnih mesta (JPY, KRW)? PDFSub prepoznaje valute koje ne koriste decimalna mesta i ispravno ih obrađuje. Japanski bankovni izvod koji prikazuje `15,000` se ekstrahuje kao `15000` bez decimalne komponente. Ovo sprečava uobičajenu grešku alata koji dodaju `.00` jen iznosima, što je tehnički ispravno, ali može izazvati probleme sa formatiranjem u nekim softverima za računovodstvo. ### Kako da rukujem kursevima prilikom uvoza u QuickBooks ili Xero? I QuickBooks i Xero imaju ugrađene funkcije za više valuta. Kreirajte bankovne račune u svakoj valuti, uvezite transakcije u njihovoj originalnoj valuti i pustite softver da primeni kurseve. QuickBooks koristi dnevne kurseve iz svoje integrisane usluge. Xero omogućava ručni ili automatski unos kurseva. Ključ je uvoženje iznosa u originalnoj valuti, a ne prethodno konvertovanog iznosa. ### Šta ako je PDF bankovnog izvoda na pismu koje nije latinično (arapsko, kinesko, japansko)? PDFSub ekstrahuje tekst iz sloja podataka PDF-a, koji sadrži stvarne podatke o karakterima bez obzira na pismo. Arapsko, kinesko, japansko, korejsko, hindi i druga pisma koja nisu latinična su podržana. Ekstrahovane transakcije čuvaju originalno pismo u opisima, dok normalizuju datume i iznose na vaš željeni izlazni format. * **Explanation of Translation Choices:** * "Često postavljana pitanja" - "Frequently Asked Questions." * "Kako PDFSub prepoznaje jezik bankovnog izvoda?" - "How does PDFSub detect the language of a bank statement?" * "Analizira tekstualni sadržaj PDF-a kako bi identifikovao jezik“ - "Analyzes the text content of the PDF to identify the language." * "Obrasce zaglavlja i skupove znakova." - "Header patterns, and character sets." * "Primenjuje odgovarajuće konvencije lokaliteta za raščlanjivanje datuma i brojeva." - "Applies the corresponding locale conventions for date and number parsing." * "Mogu li da obrađujem bankovne izvode koji mešaju više jezika?" - "Can I process bank statements that mix multiple languages?" * "PDFSub obrađuje mešovite jezičke izvode prepoznavanjem primarnog jezika za konvencije formatiranja (datumi, brojevi), dok čuva originalni tekst opisa transakcija bez obzira na jezik." - "PDFSub handles mixed-language statements by detecting the primary language for formatting conventions (dates, numbers) while preserving the original text of transaction descriptions regardless of language." * "Šta je sa valutama bez decimalnih mesta (JPY, KRW)?" - "What about currencies with no decimal places (JPY, KRW)?" * "PDFSub prepoznaje valute koje ne koriste decimalna mesta i ispravno ih obrađuje." - "PDFSub recognizes currencies that don't use decimal places and handles them correctly." * "Ovo sprečava uobičajenu grešku alata koji dodaju `.00` jen iznosima, što je tehnički ispravno, ali može izazvati probleme sa formatiranjem u nekim softverima za računovodstvo." - Explains the JPY/KRW decimal issue well. * "Kako da rukujem kursevima prilikom uvoza u QuickBooks ili Xero?" - "How do I handle exchange rates when importing into QuickBooks or Xero?" * "I QuickBooks i Xero imaju ugrađene funkcije za više valuta." - "Both QuickBooks and Xero have built-in multi-currency features." * "Kreirajte bankovne račune u svakoj valuti, uvezite transakcije u njihovoj originalnoj valuti i pustite softver da primeni kurseve." - "Create bank accounts in each currency, import transactions in their original currency, and let the software apply exchange rates." * "Šta ako je PDF bankovnog izvoda na pismu koje nije latinično (arapsko, kinesko, japansko)?" - "What if the bank statement PDF is in a non-Latin script (Arabic, Chinese, Japanese)?" * "PDFSub ekstrahuje tekst iz sloja podataka PDF-a, koji sadrži stvarne podatke o karakterima bez obzira na pismo." - "PDFSub extracts text from the PDF's data layer, which contains the actual character data regardless of script." * "Arapsko, kinesko, japansko, korejsko, hindi i druga pisma koja nisu latinična su podržana." - "Arabic, Chinese, Japanese, Korean, Hindi, and other non-Latin scripts are all supported." * "Ekstrahovane transakcije čuvaju originalno pismo u opisima, dok normalizuju datume i iznose na vaš željeni izlazni format." - "The extracted transactions preserve the original script in descriptions while normalizing dates and amounts to your chosen output format." }