Synchronizace dokumentů a FAQ

Požadavky

• Provedená alespoň výchozí konfigurace
• Nakonfigurované mServery
  • Ověřte, že je možné všechny mServery ručně spustit/zastavit. Takto předejdete možným problémům při synchronizaci, protože vás Pohoda např. může vyzvat k aktualizaci databáze ÚJ po updatu, která by zabránila spuštění mServeru a tak i synchronizaci.
  • V případě potíží se spouštěním mServerů projděte: Neběží synchronizace do Pohody | Dokumenty čekají ve stavu "K exportu"

První export dokumentů do Pohody

1. Pro prvotní otestování můstek přepněte do manuálního režimu.
   .
2. V Alice nahrajte dokument a vyčkejte na jeho vytěžení, případně můžete použít již vytěžený dokument.
3. Přejděte na vytěžený dokument, zpracujte a označte ho k exportu.
   1. Ujistěte se, že exportovaný dokument má správně přiřazenou účetní jednotku a všechny další náležitosti faktury, jako je např. "Datum vystavení", viz Povinná a doporučená pole. V případě chybějících náležitostí nemusí dojít ke správnému importu do Pohody.
4. Pro ověření, zda se dokument dostal do fronty k exportu, můžete zkontrolovat náhled Čeká na export, kde by se dokument měl nacházet ve stavu
5. V můstku spusťte manuální synchronizaci:
   |
6. Komunikaci s mServerem uvidíte pouze na počítači, na kterém máte nainstalovaný můstek.
   1. Pokud je dokument v pořádku, můstek jej načte.
   2. Můstek otevře na popředí mServer.
      1. Pokud se můstek nespustí, ověřte, že jste splnili požadavky výše, a případně zkontrolujte nastavení dle: Neběží synchronizace do Pohody | Dokumenty čekají ve stavu "K exportu" .
   3. Následně se naimportuje dokument. V okně mServeru se zobrazí požadavky k importu dokumentu (2 černé řádky):
      
   4. Pokud tento proces proběhl v pořádku, dokument byl úspěšně importován do příslušné účetní jednotky a budete si ho moci zobrazit v Pohodě.
7. mServer se sám automaticky zavře.
8. V Alice se u dokumentu objeví Externí ID dokumentu (číslo, které má dokument přiřazené v Pohodě).

Pokud došlo k nějaké chybě při komunikaci, můžete chybu diagnostikovat za pomoci návodu níže.

Pokud testování proběhlo v pořádku, můžete můstek začít aktivně používat. Pro periodickou synchronizaci dokumentů můžete můstek přepnout do režimu Automaticky každých X sekund, případně můžete můstek ponechat v režimu Ručně a dokumenty si vždy stáhnout ve chvíli, kdy to bude potřeba:

Diagnostika komunikace s POHODA

Častým problémem je, že se dokument do Pohody sice dostane, ale neprojde interní validací. V mServeru se toto chování vyznačuje oranžovou barvou requestu. Dle dokumentace POHODA:

• HTTP komunikace a zpracování dat = OK
• HTTP komunikace = OK, zpracování dat = ERROR
• HTTP komunikace = ERROR

Pokud se s tímto problémem potýkáte, můžete postupovat dle návodu níže. Interní validaci lze ručně diagnostikovat skrze XML komunikaci v Pohodě.

1. Možnost 1:
   1. Pohoda si ukládá informace o importech do agendy XML log. Pokud se log komunikace uložil, můžete bližší informace najít i zde.
   2. V Pohodě přejděte do Soubor > Datová komunikace > XML log.
   3. Najděte log problematického importu (většinou bývá mezi posledními).
   4. V horní části náhledu zvolte Cíl, který obsahuje cestu k souboru se záznamem komunikace (viz. Možnost 2)
   5. Pokud nebyl záznam smazán, zobrazí se vám log komunikace níže.
      1. V opačném případě se zobrazí chybová hláška, že soubor neexistuje. V takovém případě použijte prosím Možnost 2.
2. Možnost 2:
   1. V Alice si stáhněte XML pro POHODA, jedná se o stejné XML, které můstek nahrává přes mServer. K této možnosti se dostanete v náhledu dokumentu Stáhnout > Stáhnout XML (Pohoda):
   2. Otevřete Pohodu.
   3. Ujistěte se, že se přihlašujete pod stejným uživatelem, jako používáte i v můstku. (V případě odlišných oprávnění může nastat problém.)
   4. Otevřete požadovanou ÚJ.
   5. Přejděte do: Soubor > Datová komunikace > XML import/export...
   6. Otevře se vám okénko pro import souboru.
      1. Do parametru "Vstupní složka nebo soubor (request)" vyberte za pomocí 3 teček soubor stažený z Alice.
      2. Pokračujte 2x tlačítkem Next.
      3. Dokument se začne importovat.
         1. Pokud došlo k nějaké závažnější chybě, jako je např. chybný formát XML, měli byste ji vidět okamžitě ve výpisu.
      4. Import proběhne a dostanete se na výpis XML Log.
      5. Zde zvolte Cíl, který vám zobrazí log komunikace:
         
3. V logu uvidíte tagy:
   1. (rdc:state - warning) - Upozornění: Dokument se v pořádku nahraje, pouze uživatele upozorní a nevalidní hodnoty si upraví.
   2. (rdc:state - error) - Chyby: Dokument se nenahraje a zobrazí hlášku detailněji popisující problém:
      
4. Na základě této hlášky můžete dokument v Alice opravit, pokud je to možné, a export opakovat.

Pokud si s chybou nevíte rady a nenašli jste ji ani v nejčastějších chybách, neváhejte se obrátit na naši podporu.

Diagnostika chyb

Pokud dojde k chybě při importování dokumentu do Pohody skrze můstek, u problémového dokumentu se v Alici zobrazí stav . Po najetí kurzorem na tento stav se zobrazí bližší informace o chybě, které vrátil buď můstek, nebo samotná POHODA:

• K nejčastějším chybám můžete najít popis a řešení níže. Pokud chyba není uvedena níže, nebo dokument vykazuje jiné chování, doporučujeme zkontrolovat log.
• Pokud se synchronizace nespouští vůbec, ověřte nastavení dle: Neběží synchronizace do Pohody | Dokumenty čekají ve stavu "K exportu".

Čtení logu

S diagnostikou chyb vám může pomoci log můstku. Ten si zobrazíte zde:
.

1. Log se otevře jako textový soubor v Poznámkovém bloku.
2. Sescrollujte v logu k posledním řádkům a zkontrolujte, jestli ve výpisu nevidíte informaci, která by naznačovala chybu. Klíčová slova jsou většinou: Error nebo Exception.
3. Pokud je z chyby možné zjistit, o jaký problém se jedná (např. chybějící/špatně vyplněné pole, nebo některá z nejčastějších chyb), zkuste se řídit popisem, a pokud je to uživatelsky možné, chybu odstranit (např. opravením hodnoty v aplikaci).
4. Pokud z chyby není možné zjistit příčinu, neváhejte se obrátit na naši podporu.

I pokud z logu nedokážete zjistit, kde je chyba, naší technické podpoře velmi pomůže, pokud si log uložíte a odešlete ho mailem či přes helpdesk spolu s popisem problému.

Nejčastější chyby

Spouštění synchronizace dokumentů/číselníků

Neběží synchronizace do Pohody | Dokumenty čekají ve stavu "K exportu"

Pro synchronizaci je nutné, aby můstek běžel a byl nastavený v požadovaném režimu.

1. Přihlaste se na počítač, na kterém používáte můstek, pod uživatelem, kterého používáte pro provoz můstku.
2. V systémové liště ověřte, že je můstek spuštěný. Měli byste vidět tuto ikonku:
   
3. Můstek můžete preventivně restartovat.
   1. Klikněte na můstek pravým tlačítkem a zvolte Ukončit.
   2. Můstek znovu spusťte. Spouštěcí soubor najdete (obvykle) zde: C:\Program Files\Redque\Redque Connector\RedqueConnectorApp.exe.
4. Zvolte možnost Nastavení a ověřte, že je můstek v požadovaném režimu synchronizace. Např. Automaticky každých X sekund
   
5. Pro ověření přenosu spusťte synchronizaci pomocí tlačítka Stáhnout dokumenty a vyčkejte na spuštění synchronizace.
   
6. Pokud na ikonku můstku najedete kurzorem, můžete sledovat aktuální stav přenosu:
   
7. Pokud je vše v pořádku, spustí se mServer a naimportuje čekající dokumenty.
   1. V tomto případě byl problém způsoben pouze tím, že můstek nebyl automaticky spuštěn po restartu počítače, na kterém je provozovaný.
8. Pokud synchronizace neproběhla, pokračujte ke kontrole mServerů.

Nejsnadnější způsob ověření problému s mServerem je jeho manuální spuštění v Pohodě:

1. Přejděte v Pohodě do Nastavení mServerů: Soubor > Účetní jednotky (Ctrl + U ) > Databáze > POHODA mServer
2. Vyberte mServer, který má potíže se spuštěním
3. Zvolte Spustit...
4. Pokud mServer naběhne, nemělo by při synchronizaci docházet k žádným problémům.

Pokud se mServer nepodaří spustit, je možné, že nastala jedna z následujících situací:

1. Databáze ÚJ nebyla převedena po poslední verze programu
   1. Převeďte databázi a mServer by mělo být možné opět spustit.
2. mServer nelze spustit kvůli nedostatku licencí Pohody
   1. Ujistěte se, že v Pohodě je dostatek licencí, jinak nebude možné mServer spustit.
   2. Přejděte v Pohodě do Soubor > Účetní jednotky (Ctrl + U ) > Databáze > Připojení uživatelé...
   3. Zobrazí se vám seznam uživatelů aktuálně používajících Pohodu.
   4. Pokud počet uživatelů překračuje limit licencí v Pohodě, musí některý z uživatelů uvolnit licenci, aby bylo možně synchronizaci spustit.
3. mServer nelze spustit, protože požadovaný port je již alokovaný jiným mServerem nebo jinou instancí stejného serveru
   1. Přejděte na seznam mServerů: Soubor > Účetní jednotky (Ctrl + U ) > Databáze > POHODA mServer
   2. Vy výpisu mServerů by všechny servery měly mít stav Zastavený.
   3. Pokud tomu tak není, je nutné daný mServer zastavit. Synchronizaci by pak mělo být možné spustit.
      1. V tomto případě je nutné zjistit, jak k problému došlo.
      2. Problém může být způsobem tím, že mServer přestal odpovídat a můstku se jej nepodařilo ukončit. Tato situace může nastat v ojedinělých případech.
      3. Dalším důvodem může být Duplicitní můstek (viz níže).
4. Duplicitní můstek
   1. Pokud nepomohl ani jeden z postupů výše, je pravděpodobné, že jinde běží další nevyžádaná instance můstku, nebo synchronizaci spouští další uživatel, který má špatně nakonfigurovaný můstek.
   2. Pokračujte na "Nevyzpytatelné chování | Změna stavu dokumentu na "Chyba" po úspěšném exportu" níže, kde naleznete popsány nejčastější problémy při konfiguraci můstku.
5. Alokovaný port obecně
   1. Pokud jste nepoužili výchozí port mServeru 444, ujistěte se, že vámi využívaný port již nepoužívá jiná služba.

Po vyřešení problému opakujte synchronizaci, která by nyní měla fungovat.

Nevyzpytatelné chování | Změna stavu dokumentu na "Chyba" po úspěšném exportu

Pokud se dokument úspěšně dostal do Pohody a v Alice má přiřazeno Externí ID, ale přesto skončil ve stavu Chyba, s největší pravděpodobností došlo ke spuštění dvou instancí redque konektoru zároveň. Zkontrolujte, zda se nemohlo stát, že jedna instance běží v plánovači úloh a druhá na liště. Pro úspěšný export bude nutné jednu z instancí ukončit.

Ujistěte se, že splňujete doporučení pro provoz můstku.

Po vyřešení problému dokumenty, které se do Pohody dostaly, ale jsou ve stavu chyba, můžete pomocí Hromadné akce -> Změnit stav dokumentu označit jako Exportované.

The list process completed but the XML file ?????\list.xml wasn't created

Příčinou této chyby může být:

- překročení počtu licencí Pohody. Pohoda mServer využívá 1 licenci. 
- nedokončená aktualizace Pohody.

K vyřešení problému většinou stačí zavřít Pohodu. Pokud se export nerozběhne, kontaktujte naši technickou podporu.

Nemohlo být vytvořeno žádné připojení, protože cílový počítač je aktivně odmítl. (127.0.0.1:444)

Na počítači je pravděpodobně spuštěno více instancí Redque Connectoru. Zkontrolujte, zda není konektor spuštěný vícekrát, např. v plánovači úloh a zároveň na liště.

Problémy s mServery

The mServer XY did not reach running status

Nepodařilo se spustit požadovaný mServer. Pokus opakujte a pokud spuštění opakovaně selže, postupujte podle: Neběží synchronizace do Pohody | Dokumenty čekají ve stavu "K exportu".

Problém je nejčastěji způsoben nutností otevřít danou účetní jednotku a převést databázi po aktualizaci Pohody.

Cannot find mServer with Company Identification (ICO) = 12345678 in local configuration file.

Pro účetní jednotku s tímto IČO není vytvořen nebo správně nakonfigurován mServer. Ověřte, že je mServer správně nakonfigurovaný dle návodu.

Problémy s oprávněním

Pohoda API returned code Forbidden

Uživatel, který je zadaný v nastavení můstku, pravděpodobně nemá dostatečná oprávnění v rámci Pohody, nejčastěji pro pro účetní jednotku nebo Agendu. Ověřte, že uživatel, kterého používáte v můstku, má přiřazená správná oprávnění pro danou účetní jednotku.

POHODA API returned code Unauthorized

Tento problém je pravděpodobně způsoben zadáním špatných přihlašovacích údajů pro uživatele Pohody v nastavení můstku. Ověřte, že přihlašovací údaje jsou zadány správně, např. jejich použitím pro přihlášení do Pohody, a heslo případně resetujte.

Login failed. Status Code: BadRequest Content: {"error":"invalid_client"}

Na tento problém narazíte při spuštění můstku v případě, že jste zadali nesprávné přihlašovací údaje ke klientské aplikaci, kterou jste vytvořili. Ujistěte se, že jste údaje v konfiguraci můstku zadali správně. Pokud jste o údaje přišli, musíte vytvořit novou klientskou aplikaci.

m_sPathDoc is not set in database StwPh_IČO_YYY

Tento problém se objevuje pouze v případě, že používáte funkci Přenos kopie původního dokladu do POHODA. Překontrolujte Požadavky u dané ÚJ - problém je pravděpodobně způsoben tím, že funkce ukládání dokumentu není pro tuto ÚJ zapnutá.

Pohoda returned OK status code but state is error.

Zkontrolujte, zda má uživatel zadaný v Redque konektoru potřebná práva v Pohodě.

Problémy s dokumentem v Alice

Pohoda returned error state: Není zadáno číslo dokladu nebo výchozí číselná řada. Doklad nelze vytvořit

Tento problém může mít následující příčiny:

1. V Alice je u dokumentu v sekci Druh dokumentu zaškrtnuta špatná hodnota. Např. u dokumentu je zaškrtnuto, že se jedná o dobropis, ale jako číselná řada je zvolena řada pro přijaté faktury. Tuto nesrovnalost je nutné opravit v Alice a následně dokument poslat znovu k exportu.
2. Špatně přiřazený mServer
   1. Ujistěte se, že mServer, který používáte, je napojený na správnou účetní jednotku, která obsahuje požadovaný číselník. Ověřte, že např. při manuální manipulaci s ÚJ (obnovy apod.) nedochází k automatickému přepnutí ÚJ (databáze) v mServeru. Pokud podobná situace nastane, ověřte, že mServer používá správnou ÚJ (databázi).
3. Uživatel můstku v nesprávném účetním roce
   1. Zkontrolujte, že uživatel, kterého používáte v můstku pro Pohodu, je pro danou účetní jednotku v požadovaném účetním roce. Tento problém nastává především na přelomu roku, kdy už normální uživatel pracuje v přechodném období (např. 2025p), ale uživatel definovaný v můstku je stále v účetním roce 2024. V takovém případě je nutné se do Pohody přihlásit pod uživatelem v můstku a překontrolovat toto nastavení pro danou ÚJ.
4. Chybějící hodnota v číselníku | Špatně zadaná hodnota číselníku v Alici
   1. Pokud problém nebyl způsoben příčinami v bodech 1 a 2:
      1. Ujistěte se, že v dané agendě číselník opravdu obsahuje vámi zadanou hodnotu.
      2. V Alice se ujistěte, že Klíč v daném číselníku je roven požadované hodnotě Zkratka v Pohodě.
         1. Pokud se tyto hodnoty neshodují, nelze číselníky správně napárovat.

Pohoda API returned code OK but there is no document number in the response

Dokument se nepodařilo správně importovat, protože neprošel některou z validací. Zkontrolujte správnost a úplnost povinných polí, případně zkuste dokument nahrát ručně do Pohody.

V případě, že v rámci můstku pro komunikaci s Pohodou používáte zvláštního uživatele, zkontrolujte jeho práva a případně jeho nastavení účtování na přelomu účetního období konkrétní účetní jednotky.

Date issued cannot be empty.

Dokument nemá vyplněné pole "Datum vystavení", což je v Pohodě povinné pole. V náhledu dokumentu stačí vyplnit "Datum vystavení" a dokument znovu poslat k exportu.

The document {documentId} has no accounting unit assigned.

Dokument nemá přiřazenou účetní jednotku. V náhledu dokumentu stačí přiřadit účetní jednotku a dokument znovu poslat k exportu.

Pohoda returned error state: Neznámá hodnota

Pravděpodobně došlo o pokus importovat účtenku bez vyplněného čísla účtenky. Zkontrolujte vyplněná pole v Alice a následně odešlete dokument znovu k exportu.

Pohoda vrátila chybový stav: Neznámý účet.

Zkontrolujte, zda máte v Pohoda -> Uživatelské nastavení -> Banka nastavené výchozí číslo účtu pro import vydaných faktur.

Importovaný záznam již existuje.

Pravděpodobně je zapnutá kontrola duplicit v Redque connectoru a dokument byl již do Pohody naimportován. Pokud jste dokument z Pohody smazali, ale ani tak jej nelze naimportovat, je nutné v Pohodě otevřít XML log (Pohoda -> konkrétní účetní jednotka -> Soubor -> Datová komunikace) a z něj smazat záznam o importu dokumentu.

Zadaný bankovní účet není platný k datu vystavení dokladu.

V Pohoda přejděte do Nastavení -> Bankovní účty. Zkontrolujte, zda je vyplněno pole Zrušen, a pokud ano, smažte datum, které je vyplněno. Pokud pole vyplněno není, zkontrolujte, zda se v pohodě nenachází více účtů se stejným číslem, z nichž u jednoho datum zrušení vyplněno je.

Ostatní

Cannot find main document response.

Jedná se o chybu, která může mít více různých příčin.

• Může se jednat o duplicitu. Zkontrolujte v Alice, zda dokument již nemá přidělené Externí ID: pokud ano, znamená to, že dokument se v Pohodě již nachází.
• V Adresáři v Pohodě se nachází duplicita.

Pokud chybu nezapříčinila ani jedna z těchto skutečností, postupujte podle návodu v sekci Diagnostika komunikace s POHODA, nebo kontaktujte naši technickou podporu.

Časté dotazy | FAQ

Uživatelé

Jak funguje nahrávání dokumentu na přelomu roku?

Nahrávání přes mServer a to, do jakého účetního roku se dokument dostane, se odvíjí od toho, v jakém roce je pro danou účetní jednotku přepnutý uživatel, pod kterým je nastavený můstek (např.: redque_connector). Pokud tedy používáte výchozího uživatele, který je pro danou ÚJ nastavený např. v roce 2024, dokument se dostane do účetního roku 2024. Pokud uživatele přepnete na přelom roku, tzn. ÚR bude 2025p, nahraje se dokument do tohoto ÚR.

Pokud je to možné, doporučuje doúčtovat co největší část hlavního roku a následně přejít za uživatele na přelom roku. V závislosti na počtu dokumentů nebo ÚJ lze pak alternativně přepínat, nebo např. hromadně přečíslovat nahrané dokumenty skrz: Záznam > Editace > Přečíslovat....

Pokud to vaše řešení umožňuje, můžete můstek napojit přes vašeho uživatele, jak je uvedeno výše, čímž se vyhnete přenastavování ÚJ na dalším účtu.

Toto vychází z nastavení POHODA/mServer. V komunikaci s Pohodou není možné definovat, do jakého ÚR se dokument nahraje; tato informace se přejímá pouze ze stavu uživatele.

Musím mServer přenastavovat na novou ÚJ pokaždé, když uzavřu účetní rok?

Pokud při přechodu na nový rok postupujete pomocí průvodce Pohody, pak ne. mServer se automaticky přepne na poslední ÚJ pro daný rok. Pokud byl mServer napojený na ÚJ pro rok 2024, který následně uzavřete a vytvoříte rok nový, mServer se automaticky přepne na něj.

Musím provést nějakou změnu při uzavření účetního roku?

V případě uzavření účetní jednotky na nový účetní rok proveďte následující kroky:

1. Ve webové aplikaci:
   1. Není potřeba provádět změny. Komunikace probíhá na základě IČO, které se nezměnilo.
2. V POHODA:
   1. Vytvořte účetní jednotku pro nový rok (uzavřete účetní rok).
   2. mServer se přepne automaticky na poslední ÚJ.
   3. Uživatel v Pohodě: pokud používáte dedikovaného uživatele bez globálního oprávnění, zkontrolujte, že se mu aplikovala oprávnění na novou ÚJ. V opačném případě je přiřaďte (mělo by proběhnout automaticky).
   4. Ukládání dokumentů (SQL): pokud jste použili k nastavení možnost "Optimální" nebo "Bez omezení", není nutné provádět žádné změny. V případ možnosti "Nejbezpečnější" si musíte zajistit aktualizaci oprávnění na nových ÚJ.

Jak přidám novou účetní jednotku?

Pro přidání nové účetní jednotky, která bude fungovat s POHODA můstkem, proveďte následující kroky:

1. Ve webové aplikaci:
   1. Sekce Nastavení > Účetní jednotky.
   2. Přidejte novou účetní jednotku.
2. V POHODA
   1. Vytvořte novou účetní jednotku.
   2. Nastavte pro jednotku mServer dle návodu výše.
   3. Pokud používáte dedikovaného uživatele bez globálního oprávnění: Přiřaďte uživateli pro POHODA můstek (Výchozí: redque_connector) příslušná oprávnění na novou účetní jednotku dle návodu výše.
   4. Pokud nahráváte původní kopii dokumentu do POHODA: Pokud se jedná o novou účetní jednotku (nový rok, nově vytvořená), práva by měla být v pořádku. Pokud se jedná o jednotku, která v POHODA byla, ale nebyla propojená s Alice či mServery, konzultujte návod Přenos kopie původního dokladu do POHODA.

Proč nemohu opakovaně nahrát dokument, který jsem v Pohodě smazal/a?

Kontrola duplicit v Pohodě funguje na dvou mechanismech.

1. Samotný duplicitní dokument: Pohoda porovná hodnoty dokumentu s již existujícími. Pokud neexistuje, dokument nahraje, v opačném případě zahlásí chybu.
2. XML log komunikace: Pohoda též kontroluje, že v agendě XML log již není stejný záznam o nahrání dokumentu. Pokud existuje, Pohoda zahlásí chybu.

Pokud jste tedy již dokument v Pohodě smazali v dané agendě (např. Přijaté faktury), ale stále dostáváte chybu o duplicitě, je zapotřebí smazat záznam ještě z agendy v XML log:

1. V Pohodě přejděte do Soubor > Datová komunikace > XML log:
   
2. Ve výpisu najděte záznam týkající se nahrání požadovaného dokumentu, většinou mezi posledními.
3. Záznam smažte.
4. Opakujte export v Alice. Dokument by se měl v pořádku nahrát.

Co mám dělat v případě, že pro stejnou účetní jednotku již používám mServer?

Pokud pro ÚJ, do které chcete nahrávat dokumenty skrze můstek, již máte další aktivní mServer např. kvůli napojení jiných systémů, může dojít k problémům se spouštěním a k narušení stávajících procesů.

Z tohoto důvodu je v můstku integrována možnost, která tomuto chování předejde. Postupujte následovně: 1. Vytvořte další mServer pro stejnou ÚJ, ale do názvu přidejte text "Redque" (např. "Redque - Společnost s.r.o."; na velikosti písmen nezáleží). 1. Můstek si zobrazí mServery pro zvolenou ÚJ a bude preferovat ten mServer, jehož název obsahuje právě text "Redque".

Administrátoři

Bude můstek bránit zálohám nebo aktualizaci Pohody?

Zálohy

Můstek, respektive mServer se zapíná pouze ve chvíli, kdy jsou dokumenty k exportu ve frontě (pokud je v aut. režim synchronizace). Pokud tedy zrovna uživatel v době těchto operací nebude zpracovávat dokumenty, neměl by můstek záloze bránit. Můstek však můžete preventivně přepnout do manuálního režimu nebo ho vypnout a po záloze opět zapnout.

Aktualizace

Při aktualizaci STORMWARE doporučujeme odpojit všechny uživatele včetně mServerů. V případě, že aktualizujete Pohodu, ujistěte se, že můstek (nebo mServery) neběží. V době aktualizace doporučujeme preventivně můstek přepnout do manuálního režimu nebo raději zcela vypnout a po aktualizaci opět zapnout.