Labdien! Ir šādas situācijas, kad klients netiek atrasts vispār, vai arī tiek atrasts pēc klienta kartītei piesaistītā bankas konta (kas ne vienmēr ir korekti, jo klienti mēdz maksāt viens par otra rēķiniem). Dažreiz pēc atkārtotas datu pielasīšanas pielasa, citreiz nē.  Nesaprotu, kas ir nepareizi. Uzskaites parametriem ieķeksēts un kā pirmais pēc secības ielikts "Piemeklēt klientu un līgumu pēc rēķina numura". Rēķina numurs, piemēram, EAV25-1804 ienākošā maksājuma pamatojumā ir norādīts korekti. Šablons arī uztaisīts. Bankas importa ierakstā sadaļā Informācija no pamatojuma nekas nav ielasījies.     ... Skatīt vairāk

Labdien! Varbūt kādam ir pieredze ērtam risinājumam bez manuālām korekcijām un ar korektu PVN uzskaiti šādā situācijā: Klientam sākotnējais avansa rēķins bija, piemēram, 112 EUR (t.sk. PVN samazinātā likme 12, eur), samaksāja 112 EUR, bet pēc tam izrādījās, ka vajadzēja maksāt tikai 80 EUR (PVN 8.57). Gala pavadzīmi izrakstīja par 80 EUR. PVN attiecīgi automātiski aprēķināts un deklarēts pie saņemtā avansa. Klientam atpakaļ jāpārskaita 20 EUR, jāpārgrāmato nost no sākotnēji saņemtā avansa aprēķinātā PVN 3.43. Ir divi varianti: gala pavadzīme ir tajā pašā mēnesī, kad samaksātais avanss vai arī gala pavadzīme ir nākamajā mēnesī. Variants labot sākotnējo priekšapmaksas rēķinu atbilstoši pareizajai nākotnē plānotajai gala summai, kā arī manuāla ienākošā maksājuma kontējumu labošana, lai nodeklarētu tikai pareizo PVN summu, pārējo atstājot kā pārmaksu rada gan neefektīvu, lieku darbu, kļūdu risku, kā arī klientam sākotnēji izsniegtā attaisnojuma dokumenta vienpusēju labošanu savā pusē. Ja tā nedarām, kā iepriekš aprakstītajā variantā, tad atstājam sākotnēju avansa rēķinu un maksājumu, kā ir - paliek nepiesaistīta priekšapmaksa 20 eur apmērā. Būtu nepieciešams kredītrēķins (it īpaši, ja gala pavadzīme ir nākamajā taksācijas periodā), lai samaksāto avansu pārvērstu "plikā" pārmaksā un veiktu aprēķinātā PVN korekciju. Savukārt Horizon uztaisīt kredītrēķinu pārdošanas priekšapmaksai nav iespējams. Tehniski, lai noslēgtu nepiesaistītu priekšapmaksas piesaisti, varētu taisīt dokumentu ar realizācijas rēķina dokumenta tipu...taču tad nepaliek nepiesaistīta summa, kuru atgriezt klientam un PVN deklarācijas 3.pielikumā arī lieki ielec 😞 Nepieciešams arī, lai korekti nostrādātu apmaksas piesaistes un PVN deklarācija. Kādi risinājumi?      ... Skatīt vairāk

Kā pareizi rīkoties, sakarā ar steidzamības kārtā pievienoto svētku dienu-29.maiju? Lietojam Hop, darbinieki pieteikuši atvaļinājumus, tie apstiprināti, izveidotas prombūtnes. Pārlabojot kalendāros 29.maiju par svētku dienu, un pārrēķinot prombūtnes, izskatās, ka pieteikumos un pie atvaļinājuma rezerves fonda izlietojuma jauno svētku diena nav ņemta vērā. P.S. Svētku dienu skaits ietekmēja arī minimālo stundas tarifa likmi mēnesī, vidējo stundu skaitu gadā summētajam darba laikam vai ko tamlīdzīgu? ... Skatīt vairāk

Sakiet, kā risināt problēmu ar apmaksas sadalīšanu pa datumiem pārdošanas pavadzīmē, ja daļa no pavadzīmes jau ir bijusi apmaksāta ar priekšapmaksu? Problēma ir tāda, ka Apmaksas sadalījums lapiņā tiek pieprasīts sadalīt visu pavadzīmes summu (darījuma kopsumma, kas redzama apakšā ailītē "Samaksai"), bet, ja ir bijusi priekšapmaksa, tad korektā summa ir ailītē "Apmaksai". ... Skatīt vairāk