Atšķirības

Norādītais vecais variants no patreizējās lapas atšķiras ar:

--- lv:support [2021/03/18 11:20]
dagne
+++ lv:support [2021/03/22 14:36]
dagne [Klientam jāatgriež avanss, naudas atmaksa]
@@ Rinda 9: / Rinda 9: @@
 ----
+====Minimālais vienlaicīgo lietotāju skaits====
+Var būt minimums 3, nevar likt 1 vai 2. Tikai 3 minimālie lietotāji.
+----
 ==== Duck Republick - Koorporatīvais konts 09.10.2020 ====
   *  - **09.20.2020**
@@ Rinda 105: / Rinda 107: @@
 ====Kā pieslēgt algu moduli====
-Ja vēlas grāmatot/rēķināt algas, tad jāpieslēdz sekojoši: ''Sistēmas uzstādījumi'' - ''Speciāls'' - jānorāda cilvēku skaits pie ''Max algu lietotāji''
+Ja vēlas grāmatot/rēķināt algas, tad ar GOD MODE (zem SPEC settings) vai zem: ''Sistēmas uzstādījumi'' - ''Speciāls'' - pieslēdz norādot cilvēku skaits pie ''Max algu lietotāji''
 Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu.
@@ Rinda 713: / Rinda 715: @@
 ------
 ====Klientam jāatgriež avanss, naudas atmaksa====
-Ir
+Situācija var būt retos gadījumos sarežģītāka, ja tas avanss ir bijis iekļauts deklarācijā un uzņēmums samaksāja pvn un tagad viņiem to vajag atgriezt.\\
+bankas neapstrādā failus ar - zīmi. jo ja ir - zīmi piegādātāja maksājumā tad tā ir saņemtā summa uz bankas kontu. t.i., piegādātāja atgrieztais avanss ielec saņēmtajos maksājumos.\\
+t.n. ka naudas atgriešanas vienmēr veido manuāli bankā!?\\
+klientiem veido, jā, bet no piegādātājiem atgriešanas atnāk uz kontu un importā parādās pie saņemtajiem maksājumiem un tām ir jāmaina tips un jakoriģē dokuments.\\
+jo programma jau nezin, ka tā ir atgriešana no piegādātāja nevis klienta saņemts maksājums, visa ienakošā plūsma tiek interpretēta ka saņemti maksājumi no klientiem.\\
+ar klientam atgriezto arī tad var notikt tā, ka ja importē to maksājumos, tad šis darījums uzrādīsies pie izejošajiem maksājumiem, t.i., kā avanss piegādātajam. tas tad vnk jāignorē, nav jāapstrādā nekā.\\
+viņi var izrakstīt rēķinu, kas neatjauno noliktavu, un tad tādu pašu kredītrēķinu.\\
+rēķinam var piesaistīt priekšapmaksu, lai gan tur jāpadomā, varbūt labak arī nepeisaistīt, vispirms jāsaprot, vai tas avanss ir bijis deklarācijā, t.i., vai tai maksājumā ir bijis pvn kods, ja nav maksājumā pvn koda, tad vnk maksājums ar - zīmi un miers.\\
+jāpaskatās, vai ja tagad uztaisa vnk maksājumu ar - zīmi viss aizies korekti un nomīnusosies. lai rēķins neietu atkārtoti, tas jāsedz ar priekšapmaksu. bet ja to sedz ar priekšapmaksu, visdrīzāk, ka nesanāks izveidot saistītu kredītrēķinu, t.i., kredītrēķinam būs jādzēš tā atsauce uz sākotnējo rēķinu. t.i., kredītrēķins tad būs nesaistīts un to varēs "apmaksāt", kas arī izveidos maksājumu ar - zīmi. īsumā - rēķins jāsedz ar priekšapmaksu un kredītrēķins tapat kā jau apmaksāta rēķina gadījumā. \\
+jo ja nav piegdes, tas rēķinam no pasūtījuma obligāti jāatjauno nolitkava un nevar izrakstī rēķinu, kas nav noliktavu mainošs.\\
+------
+-----
+====Transakciju saraksts auditoriem====
+Transakciju sarakstu iespējams iegūt vairākos veidos, Jūs varat to izdarīt sekojoši:\\
+) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\
+) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\
+) Kā arī izmantot atskaiti Virsgrāmata:\\
+) Ir iespējams arī izveidot auditoram lietotāju un piesķirt piekļuvi sistēmas atskaitēm Virsgrāmata un Transakciju saraksts.\\
+Protams, mēs arī varam Jums sagatavot transakciju sarakstu, tad tas būs maksas pakalpojums  32.50 eur + pvn.
+------

Directo palīdzība

Lietotāja rīki

Vietnes rīki

Atšķirības

Lapas rīki