Atšķirības

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

--- lv:support [2021/10/06 10:49]
dagne [Realizācijas atskaite]
+++ lv:support [2021/11/26 09:13]
dagne [DB Baltika par GNS saslēgumu un dāvanu kartēm]
@@ Rinda 56: / Rinda 56: @@
 - jāiztīra kešatmiņa / cookies\\
 - lietotāja uzstādījumos jānorāda max Rindas dokumentāa 100 vai 200\\
+-----
+====Ilgi lādē Rēķinu sarakstu====
+Jāizslēdz sekojošais uzstādījums, lai nerāda cik lpp ir kopā, jo visas mēģina ielādēt:
+{{ :lv:ustadijums2.png?direct |}}
 -----
 ====Priekšapmaksa no maksājuma====
 vienā maksājumā no viena piegādātāja var būt tikai 1 rinda ar priekšapmaksu, savādāk nestrādā, jo piesiastīties pie visām. \\
-Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā.
+Tādā gadījumā tās, kas ir nepiesaistītas priekšapmaksas, tās vajag katru savā maksājumā taistī. Vai vienā rindā vienā maksājumā. \\
+maksājumā ir 2 rindas, kas domatas katra savam rēķinam, diemzel neparādas pie otra rēķina. \\
+Jātaisa atseviski MU dokumenti, vai arī vienā rindā kopsumma par abiem rekiniem.
 -----
 ==== Duck Republick - Koorporatīvais konts 09.10.2020 ====
@@ Rinda 98: / Rinda 106: @@
 Klientam ir izrakstīts rēķins, bet vēl nav apmaksāts (sarkana summa reģistrā), tad rēķinu iespējams kreditēt – izveidojas kredītrēķins, kur summas ar – zīmi. Un parādās rēķins, kurš tika kreditēts.
 -----
+====Nevar apstiprināt kredītreķinu====
+{{ :lv:wesrdhtfjhgj.png?direct |}}
+Directo neļaus apstiprināt kredītrēķinu, ja Rēķina bilance ir nulle – tas ir apmaksāts. Šajā gadījumā mums ir maksājums un piesaistīta priekšapmaksa, lai varētu apstiprināt kredītrēķinu, mums ir nepieciešams, lai piegādātājs atgriež šo maksājumu, kuru mēs Directo reģistrētu kā maksājumu ar (–) zīmi. \\
+Kamēr ir apmaksāts rēķins, to nevar kreditēt. Sākumā mums šo naudu ir jāatgūst no Piegādātāja. Vai šajā maksājumā norādītā summa ir atgriezta bankā?
+-------
+====Preču atgriešana, kredītrēķins====
+Oktobrī ir 3 gadījumi, kad klienti atgriež preci un mēs atdodam naudu.
+Vai es varu nospiest pogu galvenē kredīts un tad uztaisās kredītrēķins?\\
+Un kā pareizi norādīt importējot banku dokumenta veidu? Vai man tad jāizvēlas maksājums un tad varēšu piesaistīt kredītrēķinam?\\
+Šeit ir apraksts par kredītrēķina izrakstīšanu klientam:
+https://wiki.directo.ee/lv/creditnote
+Kā redzēsi aprakstā, ja no kreditējamā rēķina izveidosi kredītrēķinu, nospiežot pogu Kredīts, tad abi rēķini būs saistīti un kredītrēķinu varēsi iegrāmatot tad, ja kreditējamais rēķins nav apmaksāts vai arī ir apmaksāts daļēji tā, ka kredītrēķina summa nav lielāka par kreditējamā rēķina bilanci. Tāpēc tas, vai veidot kredītrēķinu, nospiežot kreditējamajā rēķinā pogu Kredīts, ir atkarīgs no situācijas. \\
+Bankas importa dokumentā ir jānorāda, ka klientam atgrieztā nauda ir ienākošais maksājums. Ienākošā maksājuma dokumentā atgrieztā summa būs jānorāda ar mīnuss zīmi.
+Ja bija situācija, kad klients pilnīgi apmaksāja kreditējamo rēķinu un pēc tam šis rēķins tika pilnīgi kreditēts, tad ir jāizveido no kreditējamā rēķina nesaistīts kredītrēķins (jo kreditējamais rēķins jau ir apmaksāts) un klientam atgrieztā nauda, kas reģistrēta ienākošā maksājuma dokumentā jāpiesaista kredītrēķinam.
+------
 ==== Alphalane - Banku rekvizīti izdrukās 12.10.2020====
@@ Rinda 363: / Rinda 393: @@
 //isku ir svarīgs tas garais apraksts SN vietā jo viņiem pašiem nav savu īso normāļo kodu. Jādomā risinājums//
 -----
+====Sērijas numurs SN====
+Ja pie Sērijas nr. norāda opciju **Sērijas numurs**, tad katram artikula gabala sērijas numuram jābūt unikālam – attiecīgi, tad vairākiem artikula gabaliem nevar norādīt vienādu sērijas numuru, un tādēļ nevarēji apstiprināt dokumentu Saņemtās preces. Savukārt opcija **Vienības/partijas sērijas numurs**, kas sākotnēji bija norādīta šī artikula kartītē, ļauj norādīt vienādu sērijas numuru vairākiem artikula gabaliem. \\
+Ja artikuls ir noliktavas atlikumā, tad artikula kartītē manuāli nevar nomainīt opciju Sērijas nr., tāpēc izlabojām to ar programmēšanas palīdzību.
+--------
 ====4room nevar apstiprināt EKA rēķinu====
 room_sia_lv mainās darbinieki, pārdevēji un viņiem veidojot jaunu lietotāju, nepieciešams pievienot Lietotāja kartiņā - DARBA VIETAS.
@@ Rinda 415: / Rinda 451: @@
 Rēķins būtībā čeko vai šie skaiti ir atbilstoši. Tev būtu jāuzliek tā, ka visi skaiti ir piegādāti, tad varēsi apstiprināt rēķinu. Tad, atkal ej uz Kl.pasūtījumu un labo tos ciparus.
 ----
+====PVN kodi nepareizi nevar apstiprināt rēķinu====
+{{ :lv:charr.png?direct |}}
+Klienta kartiņā ir ielikts, ka visam ir jābūt pvn kodam 1 (21%), savukārt, preces kartiņā ir norādīta samazinātā pvn likme ar kodu 2 (12%). \\
+Jānoņem klienta kartiņā pvn kods 1 un tad vēlreiz jāielasa prece rēķinā.
+-----
 ====PVN kods, kuriem PVN priekšnodoklis nav atskaitāms pilnībā====
 //Lūdzu, sniedziet mums konsultāciju par iespējamiem risinājumiem, ievadot degvielas / stāvvietu vai reprezentācijas rēķinus, kuriem PVN priekšnodoklis nav atskaitāms pilnībā.
@@ Rinda 781: / Rinda 823: @@
 Sistēma tik un tā neļauj, tad ir jāieslēdz GOD MODE un pie izmaiņām jāizdzēš ta rinda, kur tika labots neatļautais simbols. Izdzēšot ar god mode ierakstu, ļāva izprintēt un kļūdas paziņojums vairs nebija.
 -------
+====Noliktavas/materiālu/artikulu kustība noliktavā - Realizācijas atskaite====
+Atskaite, kuru izmantot, lai redzētu materiālu kustību (iegādi, pārdošanu, norakstīšanu, utml.) ir REALIZĀCIJA. \\
+Šeit ir arī apraksts par kolonnu nozīmi un kā lietot filtrus: \\
+https://wiki.directo.ee/lv/mr_aru_realisatsioon
+------
 ====Realizācijas atskaite====
 Lai sīkāk redzētu kā veidojas cipari, jānorāda Skats "Krājumu līmeņu izmaiņas" un jāieķeksē "nauda"
@@ Rinda 935: / Rinda 982: @@
 Pašizmaksas var ietekmēt tikai no noliktavas moduļa, t.i., preču saņemšanās.
 ------
+====Avanss priekšapmaksa sasaiste ar rēķinu====
+Izveidots izejošais Maksājums, ja vienā dokumentā ir 2 rindas , katra par savu piegādātāja rēķinu, tad piesaistot vienam rēķinam , viss kārtībā, bet otram rēķinam nerādāš pie priekšapmaksām otra maksājuma rinda, kas vēl nav izmantota. sys kļūda !?!\\
+Jāveido katrs avansa maksājums atsevišķā Maksājuma DOkumentā. \\
+vai var vienā rindā apvienot summas par abiem rēķiniem.
+------
 ====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.\\
@@ Rinda 990: / Rinda 1042: @@
 apjukums  rodas pie tāa, ka bankaa kurss ir 1,02.... bet Directo vajag izdalīt 1 : ar 1,02... jā, ir tā, kas atkarīgs vai skatās valūtas kursu pret eiro, vai eiro kursu pret valūtu.
 -------
+====Rēķins valutā, maksājums vai priekšapmaksa EUR====
+Ja ir ien. rēķins piem. GBP, tas apstiprināts. Veido izejošo maksājumu , kur norāda rēķina nr., piegādātāju, valūta EUR, **Bankas summa** - tā cik samaksā eur valūtā. Apmaksas laukā automātiski pēc dienas kursa izrēķināta summa GBP, kas piesaistīsies rēķinam. \\
+Ja ir priekšapmaksa EUR, tā automātiski neparādīsies pie priekšapmaksām , ja reķins ir citā valūtā, piem. GBP. Tādā gadījumā jāveido IB invoice balancing izejošais maksājums. \\
+Pirmajā rindā Rēķina nr, piegādātājs, EUR , Banks summa tik cik samaksā eur. \\
+Otrajā rindā piegādātājs, EUR, Bankas summa ar - (mīnuss) zīmi un tik liela, cik liela bija priekšapmaksa. Tas nepieciešams, lai priekšapmaksa nekarātos vairs gaisā, bet būtu izlietota. Rēķinam būs sasaistīta pirmās rindas summa un priekšapmaksa nodzēsta ar - zīmi.
+-------
+Piem. demo db MU nr. 100029
 ====PVN kodi PVN deklarācija====
 No Avansa maksājumiem, no rēķiniem, kā var pateikt,  ka reversais PVN ir aprēķināts dubultā. Vai ir aizgājis uz PVN dekl. ?\\
@@ Rinda 1256: / Rinda 1317: @@
 {{ :lv:maasspast.png?direct |}}
 -------
+====Masu epasta izsūtīšanas e-pasta adrese lietotājs====
+Masu e-pastam var norādīt lietotaju master settingos. \\
+{{ :lv:masu_epasts.png?direct |}}
+ bet vai viņi sūtu ar to, vai pa vienam? \\
+Pa vienam tikai lietotāja kartiņas epastu un tad vēl ir variants ar reply-to var iestatīt. \\
+{{ :lv:massem.png?direct |}}
+------
+====E-pasts algas lapiņai====
+Jāpievērš uzmanība uzstādījumam, uz kuru e-pastu tiek sūtīta algu lapiņa. \\
+Settings par Algas e-pastu, nozimē, ja nav noradits personāla kartiņā algas e-pasts, tad vins algu lapinu sūtitu uz Lietotāja kartinā noradito e-pastu .
+{{ :lv:algass1.png?direct |}}
+------
 ====Nākamo periodu izdevumi jeb periodizācija====
 https://wiki.directo.ee/lv/or_arve#nakamo_periodu_izdevumi \\
@@ Rinda 1999: / Rinda 2072: @@
 Ja kaut kas neienāķ Directo kā vajag, programmētaji pārbauda kādu info xml iesūta mums . Ja redzam, ka nepareizu info padod, tad vēršamies pie API vai tiem, kas info mums padod.
 -------
+====SREC noliktavas saņemšanas dokumentu nevar apstiprināt====
+Noņēmām sistēmā ierobežojumu, kas prasa, lai sakristu preču saņemšanas daudzumi ar preču pasūtījuma daudzumiem, tagad vajadzētu būt iespējamam dokumentu apstirpināt.\\
+Dodiet lūdzu ziņu, vai ir nepieciešams iespēgt tādu opciju, lai, gadījumā, ja preču saņemšanā tiek norādīts lielāks daudzums nekā bija pasūtījumā, tas preču pasūtījumā tiktu attiecīgi palielināts.
+{{ :lv:quant1.png?direct |}}
+------
+====DB Baltika par GNS saslēgumu un dāvanu kartēm====
+atsūtīt instrukciju – kādā veidā jaunas saņemtās dāvanu kartes tiek aktivizētas, lai sistēma pie pārdošanas tās atpazītu. \\
+Šeit esam pielikuši failu par Directo integrāciju ar GNS, tur iekšā ir punkts par dāvanu karšu ievadīšanu, ieteicams ir arī atrast sistēmā kādu jau iepriekš vadītu rēķinu, kurā ir uzskaitītas dk pārdošanai, lai uzskatāmāk: \\
+https://wiki.directo.ee/lv/xmlcore#directo_integracija_ar_gns
+{{ :lv:baltika_gift1.png?direct |}}
+------
+====Neienāk čeki no kases aparāta Baltika====
+baltika sūdzējās šodien, ka neienākot čeki no vairākiem veikaliem, bet cik paskatījos, no citiem veikaliem nākuši šodien, tā kā teicu, lai piesaka NRdata, lai pārbauda, vai nosūtās. Pie mums to čeku nav, ja viņi atkārtoti nesūtīs, tad mēs nesaņemsim. jālūdz NR Datu , lai iesūta atkārtoti un jāapkopo laikam čeku numuri, kuri nav atnākuši.\\
+problema atrisināta, 2 lokācijas ar 1 kases nr., Tādas tika izveidotas 2. Nokopēta spice ivo nikollo un domina ivo nikollo.
+------
+====Neparādās ORDER PASŪTĪJUMA poga no Piedāvājuma Quotation====
+Kad tiek apstiprināts Pasūtīums, jāparādas papildus pogām, kā Pasūtījums ORDER. \\
+Jāpārbauda kāds ir Piedāvājuma Quotation STATUSS.
+{{ :lv:quott.png?direct |}}
+UN vai uzstādījumos ir ACTION - YES. Ja ir NO , tad nepārādās pogas.
+{{ :lv:quoo22.png?direct |}}
+------
+====Grāmatojumu reģistrs korespondējošais konts auditori====
+vēlējāmies vaicāt vai Jūsu grāmatvedības programma tomēr nepiedāvā grāmatojumu reģistru, kurā būtu redzama kontu korespondence, respektīvi, katrai summai būtu redzams, kura konta debetā un kura konta kredītā šī summa grāmatota? \\
+VG var ieslēgt korespondentkontu skatu, vienīgi tas nebūs tik loģiski precīzi, lai uzrādītu tikai tos, kas tiešām saistīti, bet uzrādīsies visi, kas tai pašā transakcijā ir otrā pusē: \\
+{{ :lv:vg_korr.png?direct |}}
+Ar datumiem ir tā, ka VG attēlo tikai rindas datumu, t.i., to datumu, kad notikusi operācija ar to kontu, kas tiek pārskatīts. Un viena konta pārskatā VG attēlojas tikai darbība ar izvēlēto kontu nevis pilna transakcija. \\
+Pielāgotajā atskaitē nav atsevišķas kolonnas ar korespondentkontiem, bet tur tiek parādīta uzreiz visa transakcija kopumā – gan debeta, gan kredīta puse un attiecīgie konti. \\
+Ar datumiem tur ir tā, ka parādās transakcijas datums (kas ir galvas, nevis rindas datums) un pēdējo izmaiņu datums (nosaukums kolonnai - dokumenta datums).
+Iespēja pielikt tur kolonnu ar rindas datumu ir, dodiet ziņu, vai vajag to izdarīt? \\
+{{ :lv:korr2.png?direct |}}
+-------

Directo palīdzība

Lietotāja rīki

Vietnes rīki

Atšķirības

Lapas rīki