lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar:
| Abās pusēs iepriekšējo versiju Iepriekšējā versija Nākamā versija | Iepriekšējā versija Nākamā versija Abās pusēs nākamo versiju | ||
|
lv:support [2021/03/17 15:49] 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 ==== | ==== Duck Republick - Koorporatīvais konts 09.10.2020 ==== | ||
| * - **09.20.2020** | * - **09.20.2020** | ||
| Rinda 105: | Rinda 107: | ||
| ====Kā pieslēgt algu moduli==== | ====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. | Algu modulis ir bez maksas, ja algu lietotāju skaits nepārsniedz sistēmas Max lietotāju skaitu. | ||
| Rinda 707: | Rinda 709: | ||
| Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, kas regulē, no kādām tieši piegādēm tiks atlasīta informācija, lai aprēķinātu pašizmaksu priekš rēķina. | Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, kas regulē, no kādām tieši piegādēm tiks atlasīta informācija, lai aprēķinātu pašizmaksu priekš rēķina. | ||
| Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa). | Paskatījos Rulonas db, kādi ir uzstādījumi - ir jābūt tā, kā ir piemērā, ka visu piegāžu pašizmaksas summa tiek dalīta ar piegādāto daudzumu un iegūts vidējais (un arī atgriešanu info tiek ņemta vērā, t.i., ja pasūtīja 15, piegādāja 10+5, bet atgrieza 2 un rēķinā izrakstīja 13, tad, pirms dalīt, tiks atņemta atgrieztās preces pašizmaksa). | ||
| + | ------ | ||
| + | ====DDZ atskaite==== | ||
| + | Taisot atskaiti DDZ = Darba Daevēja ziņojumu, neielec IIN nodoklis nevienam darbiniekam?!\\ | ||
| + | Priekš IIN summu atlases nepieciešams norādīt atbilstošu mēneša kodu piem. 202102(tādu kāds tas ir attiecīgā perioda algas aprēķinos izmantots). | ||
| + | ------ | ||
| + | ====Klientam jāatgriež avanss, naudas atmaksa==== | ||
| + | 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:\\ | ||
| + | 1) Sadaļā zem Pielāgotās atskaites – atskaite Transakciju saraksts, iespējams izgūt nepieciešamo informāciju Excelī:\\ | ||
| + | 2) Var izmantot ari atskaiti, kas atrodama kolonnā Finanses - Atskaites - Transakciju saraksts un izgūt Excelī:\\ | ||
| + | 3) Kā arī izmantot atskaiti Virsgrāmata:\\ | ||
| + | 4) 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. | ||
| ------ | ------ | ||
