lv:support
Atšķirības
Norādītais vecais variants no patreizējās lapas atšķiras ar.
Abās pusēs iepriekšējo versijuIepriekšējā versijaNākamā versija | Iepriekšējā versijaNākamā versijaAbās pusēs nākamo versiju | ||
lv:support [2021/02/25 16:46] – [Statusi kolonnai DA] dagne | lv:support [2021/03/25 11:14] – dagne | ||
---|---|---|---|
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/ | + | Ja vēlas grāmatot/ |
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 115: | Rinda 117: | ||
{{ : | {{ : | ||
+ | Jautājumi klientam:\\ | ||
+ | 1) Cik daudz cilvēkiem plānojas rēķināt algas? | ||
+ | No tā ir atkarīgs, vai būs papildus maksa par algu uzskaiti un aprēķināšanu. Redzam, ka gym_latvija_lv datubāzē maksimālo vienlaicīgo lietotāju skaits ir 3 lietotāji, līdz ar to, bezmaksas algu aprēķinu var veikt 3 cilvēkiem. Jums ir vairāk kā 3 lietotāji (darbinieki) un ja visiem vēlaties rēķināt algas, tad būs papildus maksa 45.00 eur/ | ||
+ | 2) Vai tiesības veikt algu aprēķinu pievienot tikai Jums vai visai SUPER grupai, vēl kādam cilvēkam? | ||
---- | ---- | ||
Rinda 443: | Rinda 449: | ||
jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | jo ja viniem rēķinu vēsturē būs tikai ar mīnusu daudzumi, tad sanāks zaudējumi. | ||
---- | ---- | ||
- | ====Statusi kolonnai | + | ====Statusi kolonnai |
- | D - piegāde, A - rēķins, M - kad nekas nav darīts, P - daļēji darīts, D - delivered, | + | D - delivered/piegāde, A - rēķins, M - nekas nav darīts, P - partially/daļēji darīts, |
+ | |||
+ | Stabiņš | ||
+ | Stabiņš | ||
+ | Šie automatiskie statusi salasās no tā, kas pasūtijuma rindās redzams, cik ir invoiced | ||
Uzliekot Igauņu valodā ir šādi skaidrojumi: | Uzliekot Igauņu valodā ir šādi skaidrojumi: | ||
PP - no shipment, no invoice\\ | PP - no shipment, no invoice\\ | ||
Rinda 452: | Rinda 463: | ||
LO - shipment is, partial invoice\\ | LO - shipment is, partial invoice\\ | ||
OP - partial shipment, no invoice\\ | OP - partial shipment, no invoice\\ | ||
- | LA - sent and settled | + | LA - sent and settled\\ |
+ | |||
+ | D M - kad apstiprinātas piegādes, nav rēķins\\ | ||
+ | P M - kad ir gan apstiprinātas, | ||
+ | P M ir partially delivered, nothing invoiced\\ | ||
+ | |||
+ | Piemēram, ja kredītrēķins un atgriešana maina piegādātā/ | ||
+ | |||
+ | master settingos ir visādi uzstādījumi par to, ko dara kredītrēķins un atgriešana, | ||
+ | **Return diminishes Order quantities** - **YES**\\ | ||
+ | pieļauju, ja šeit būtu yes, tad jāmainās pasūtītā daudzumam, ne tikai piegādātā\\ | ||
------ | ------ | ||
====Kā pievienot nestandarta kodu ar simbolu==== | ====Kā pievienot nestandarta kodu ar simbolu==== | ||
Rinda 556: | Rinda 577: | ||
---------- | ---------- | ||
====Pārdošanas reģistrs un Pirkuma reģistrs==== | ====Pārdošanas reģistrs un Pirkuma reģistrs==== | ||
+ | Auditoriem nepieciešama debitoru (izejošie rēķini) vecumu/ | ||
+ | |||
**Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem. | **Pārdošanas reģistrs** ir atskaite par klientu neapmaksātajiem rēķiniem un priekšapmaksu atlikumiem. | ||
http:// | http:// | ||
Rinda 625: | Rinda 648: | ||
http:// | http:// | ||
----- | ----- | ||
+ | ====Samaksas termiņi, tipi, EKA un parastie rēķini kā veidojas==== | ||
+ | Uzstādījumi - Pārdošanas uzstādījumi - Samaksas termiņi.\\ | ||
+ | **Kartes maksājums** tāpat kā tips **Skaidra nauda** pēc būtības attiecas uz EKA rēķiniem.\\ | ||
+ | Parastiem rēķini ir tips **Normāls**.\\ | ||
+ | Klienta kartiņā var piesaistīt **Maksājuma veidu**. Piem. Huppa klienta 1119 Internetveikala pirkums, maksājuma veids CASH_1, kam tips ir Normāls un neveidojas EKA rēķins. | ||
+ | (Huppa) | ||
+ | ------ | ||
+ | ====Koriģēt Noliktavas daudzumu=== | ||
+ | Ja noliktavā pieņemtas par daudz preces un jāmaina no skaits. Var izdarīt sekojoši: | ||
+ | 1) Veidot SREC noliktavas saņemšanas dokumentu un daudzumus ar - mīnuss zīmi. Kolonnā NOliktavas ID/Stock ID ar dubultklikšķi atversies saņemtu preču saraksts ar nolitkavas ID un jāzivēlas attiecīgais ID ar kuru prece tika pieņemta; | ||
+ | 2) Norakstīt. Ja nepieciešams veidot arī dokumentu Cenu maiņas, ja jālabo cenas. | ||
+ | ------- | ||
+ | ====Ja kļūdaini norakstīts Pamatlīdzeklis, | ||
+ | Ja pamatlīzeklis kļūdas pēc norakstīts un to vajag atgriezt par pamatlīdzekli, | ||
+ | Atjaunojot PL kartiņu statusam jāagriežas no Norakstīts uz Pamatlīdzeklis. \\ Ja nenostrādā, | ||
+ | ------- | ||
+ | ====Pamatlīdzekļu nolietojumu transakciju dzēšana==== | ||
+ | Ja pamatlīdzeklim jāizdzēš nolietojums, | ||
+ | Ja viens pats PL nolietojuma transakcijā, | ||
+ | |||
+ | Ja Jums vienā nolietojuma transakcijā ir vairāki pamatlīdzekļi, | ||
+ | |||
+ | 1) Var izdzēst visu transakciju, | ||
+ | 2) Var no transakcijas izdzēst tikai vajadzīgā PL debeta un kredīta grāmatojumu rindas, tādā gadījumā ar GOD MODE vajadzēs izdzēst no Izmaiņu loga nevajadzīgās transakcijas, | ||
+ | ------- | ||
+ | ====Problēmas ar Directo==== | ||
+ | Labdien, \\ | ||
+ | |||
+ | Veiciet lūdzu sekojošus soļus:\\ | ||
+ | |||
+ | 1) Izdzēsies interneta pārlūkprogrammas vēsturiskos datus jeb Cookies.\\ | ||
+ | Atkarībā no pārlūka - Internet Explorer, Chrome, MS Edge, u.c., var izlasīt instrukciju mūsu Wiki, kā to darīt: http:// | ||
+ | |||
+ | 2) Izdzēsiet saglabāto Grāmatzīmi jeb ātro ceļu uz esošo Directo;\\ | ||
+ | |||
+ | 3) Ierakstiet sekojošu adresi login.directo.ee/ | ||
+ | |||
+ | 4) No jauna saglabājiet pie saviem īsceļiem. \\ | ||
+ | |||
+ | Ātrais risinājums, | ||
+ | Ja rodas kadi jautājumi, lūdzu ziņojiet mums. | ||
+ | ------ | ||
+ | ====Nerāda / nestrādā izdruka==== | ||
+ | Iespējams izdrukai nav ieķeksēti vajadzīgie XML lauki. \\ | ||
+ | Pie izdrukām, kur Lauki ir poga **Izvēlēties**. \\ | ||
+ | Tālāk **Izvēlēties XSLā lietoto**, automātiski ieķeksēsies tie lauki, kuri tiek izmantoti izdrukā. Un **Saglabāt**. | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Nerāda kolonnu Cena un %==== | ||
+ | Tiesībās jāatzīmē uzstādījums zem Cits - Visibility rights - **Izmaksu un tīrās peļņas skats** | ||
+ | {{ : | ||
+ | ------ | ||
+ | ====Kā veidojas preces pašizmaksa==== | ||
+ | Ka veidosies preces pašizmaksa izrakstot rēķinu gadījumā, ja ar to vienu SN numuru | ||
+ | Piemēram, ja 10 tonnas būs par 3,00eur/kg un 5 tonnas par 3,70eur/kg, tad vidējā cena būs ~3, | ||
+ | |||
+ | Jā, tieši tā tam būtu jābūt!\\ | ||
+ | Ja prece tiek norakstīta no noliktavas ar rēķinu, tad to matemātiku var arī redzēt, apstiprinātā dokumentā veicot dubultklikšķi laukā stock id. | ||
+ | Bet ja prece norakstās ar piegādi, tad to informāciju tur nevar redzēt, un ir sistēmas uzstādījumi, | ||
+ | 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, | ||
+ | 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, | ||
+ | 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, | ||
+ | jāpaskatās, | ||
+ | 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.\\ | ||
+ | |||
+ | ar ISKU ir pārbaudīts, | ||
+ | par ISKU , ja maksājumā ar - zīmi ir norādīts PVN kods, tad tas automātiski aiziet uz PVN dekl. un līdz ar to, viņi novembrī smaksāto PVN par saņemto avansu | ||
+ | Ja jaa, tad problema atrisinata. \\ | ||
+ | jā, ar pvn kodu tam summai būtu jāatskaitās. | ||
+ | ------ | ||
+ | ====ir pirkuma rēķins kur iemaksā drošības naudu piegādātājam par telpām==== | ||
+ | nordfix_latvia_lv. maksājums 190118. Rēķins nr.190842 un 190854.\\ | ||
+ | kā ir pareizāk šo summu atgriezt? es varu veidot maksājuma uzdevumā rindu ar šo summu -?\\ | ||
+ | maksājums ar " | ||
+ | parasti tur ir rindiņa ar - summu, un tad tāds reķins arī jāievada ar - summu rindiņā, t.i., pats rēķins ir par mazāku summu.\\ | ||
+ | 10. marta rēķinā nav summa samazināta, | ||
+ | ----- | ||
+ | ====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 | ||
+ | ------ | ||
+ | ====Mainīt tiesības==== | ||
+ | Ja lietotājam ir SUPER grupa . Bet lietotajam izdividuali ir ielikts tiesībās pie piem. šiem 5 punkti, bet nav neviens ķeksis, t.n. ka sistema ņems vērā kas ir lietotājam un lidz ar to nebūs taas iespējas, kamer nav ieķeksēēts? | ||
+ | Jā, tās indivuduālās būs stiprākas par grupas. | ||
+ | ------ | ||
+ | ====Rēķins valūtā, maksājums EUR==== | ||
+ | Selecta db ir ienāk. rēķini: Pieg.rēķ.Nr.1010176, | ||
+ | rēķinā noteikti nē, rēķinā jābūt uz rēķina dienu apstirpinātam kursam ECB. t.i., tas pats, ko directo iedod automātiski. maksājumā var bankas kursu norādīt, ja viņi no eur konta maksā. \\ | ||
+ | un atšķirību kontē uz konta piem.. .Izdevumi uz valūtas kursu svārstībām., | ||
+ | jā, un atšķirībai jabūt tikai EUR, valūtā rēķina un maksājuma summām jāsakrīt (ja viņi pilnībā apmaksā).\\ | ||
+ | apjukums | ||
+ | ------- | ||
+ | ====PVN kodi PVN deklarācija==== | ||
+ | No Avansa maksājumiem, | ||
+ | JA ir atgrāmatots, | ||
+ | iespējams, ka nebija pareiza priekšapmaksa piesaistījusies. | ||
+ | tagad jāuztaisa uzturēšana un jāmēģina vēlreiz apstiprināt, | ||
+ | tam pvn kodam nemaz nav priekšapmaksas pvn iesttaījumu, | ||
+ | tā kā nevarēja no maksājuma aprēķināties, | ||
+ | ja nu vienīgi cits kods bija maksājumā.\\ | ||
+ | pateikt var no grāmatojumiem tikai\\ | ||
+ | tā kā vnk jāmēģina viss vēlreiz izdarīt un jāskatās, kas sanāks, | ||
+ | un jānoskaidro, | ||
+ | jo šobrīd tur pvn koda nav. | ||
+ | ja februārī bija un deklarēja, tad jāliek tas tagad maksājumā un jāmaina pvn koda kartiņā uzstādījumi, | ||
+ | lai gan nevar būt, ka februārī deklarēja, jo Kārlis rakstīja, ka tikai pēc precu saņemšanas var iekļaut pvn deklarācijā\\ | ||
+ | |||
+ | t.n. Deklarācijā pareizi ir iekļaut tad, kad ir izrakstīs rēķins?\\ | ||
+ | |||
+ | nea, tik tad, kad saņemtas preces kopā ar to rēķinu-pavadzīmi, | ||
+ | tas attiecībā uz pirkumiem no ES. \\ | ||
+ | bet mēs toreiz noskaidrojām, | ||
+ | tā kā grāmatvedim pašam jāizlemj, vai var vai nevar. | ||
+ | --------- | ||
+ | ====Internetveikalā samaksā par preci, bet ienāk mazāka summa==== | ||
+ | Situācija: Klients nopērk webā preci ar priekšapmaksu, | ||
+ | |||
+ | Ar papildu samaksas veidu, Līdzīgi kā ieskaits, Jo būs arī rēkins ienakosais par tam komisijam pec tam. T.i., uztaisit samaksas veidu webshop komisija un ar to apmaksat rekina atlikusho summu.\\ | ||
+ | --------- |
lv/support.txt · Labota: 2024/08/06 13:30 , labojis dagne