Interneta veikalā veiktos darījumus Horizon var reģistrēt noliktavas modulī ar dokumentu "Pārdošanas pavadzīme". Ja Horizon ir vairāki pārdošanas pavadzīmes dokumentu tipi, tad Horizon lietotāji nosaka, kuru dokumentu tipu integrācijai izmantot. Pārdošanas pavadzīmes dokumentu tipu sarakstu iespējams iegūt ar šādu vaicājumu.   GET ../rest/TNdmPvzSale/template Pārdošanas pavadzīmi veido ar sekojošu vaicājumu.   POST ../rest/TNdmPvzSale/template/{pk} <resource> <entity> <PK_DOKT>5</PK_DOKT> <PAMV_ID>2711</PAMV_ID> <PK_ESPATS>4</PK_ESPATS> <PK_KLIENTS>66</PK_KLIENTS> <DAT_DOK>2025-11-21</DAT_DOK> <PK_VAL>3</PK_VAL> <NdmPvzAddition> <PK_ADRESE>32</PK_ADRESE> </NdmPvzAddition> <qryPamat> <row> <PAMAT>Piezīmes</PAMAT> </row> </qryPamat> <tblRindas> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>1</PK_NOM> <DAUDZ>10</DAUDZ> <FCENA>4.69</FCENA> </row> </tblRindas> </entity> </resource> PK_ESPATS - noliktavas ID, ../rest/TNdmNolSar/default PK_KLIENTS - klienta kartītes sistēmas ID, kā atrast klienta ID DAT_DOK - pavadzīmes datums PK_VAL - valūtas ID PK_ADRESE - klienta piegādes adreses ID PAMAT - pavadzīmes piezīmes RN_VEIDS - rindas veids, 0 - nomenklatūra PK_NOM - nomenklatūras ID, kā noskaidrot preces ID  DAUDZ - daudzums FCENA - cena. Ja lauku nenorāda, cena tiek noteikta automātiski ... Mostrar más

Lai pārdevēju darbu padarītu efektīvāku, turpmāk pārdošanas pavadzīmē un loģistikas pieprasījumā ir pieejama jauna kolonna, kas parāda rindas uzcenojuma procentu. Pārdošanas pavadzīmē uzcenojuma procents tiek aprēķināts pēc pavadzīmē piesaistīto partiju vērtības. Jāņem vērā, ka uzcenojuma procents var būt nekorekts vai netikt attēlots, ja pavadzīmē nebūs visa preču daudzuma rezervācija.     Loģistikas pieprasījuma uzcenojuma procenta aprēķins notiek citādāk, jo ievades brīdī nenotiek preču rezervācijas. Uzcenojums tiek aprēķināts ņemot vērā pēdējo preces iepirkuma cenu noliktavā.     Tāpat pieprasījumā ir iespēja manuāli ievadīt plānoto iepirkuma cenu, lai redzētu aktuālo uzcenojumu.       Uzcenojuma procentu ir iespējams apskatīt un analizēt arī šādos sarakstos: 1. Dokumenti - Noliktava - Pavadzīmju un rēķinu rindas     2. Dokumenti - Loģistika - Pieprasījumu rindas     ... Mostrar más

Interneta veikalā veiktos pasūtījums Horizon visbiežāk reģistrē loģistikas modulī ar dokumentu "Pieprasījums". Ja Horizon ir vairāki pieprasījuma dokumentu tipi, tad Horizon lietotāji nosaka, kuru dokumentu tipu integrācijai izmantot. Pieprasījumu dokumentu tipu sarakstu iespējams iegūt ar šādu vaicājumu. GET ../rest/TLgPiepDBL/template Loģistikas pieprasījumu veido ar sekojošu vaicājumu. POST ../rest/TLgPiepDBL/template/{pk} <resource> <entity> <PK_DOKT>501</PK_DOKT> <PAMVID>7162</PAMVID> <PK_KLIENTS>30</PK_KLIENTS> <DOC_DATE>2024-01-28</DOC_DATE> <NUMURS>LD0158</NUMURS> <PK_ADRESE>20</PK_ADRESE> <NOTES>piezīmes</NOTES> <PK_NOL>4</PK_NOL> <LgPiepRows> <row> <RN_VEIDS>0</RN_VEIDS> <PK_NOM>1</PK_NOM> <DAUDZ>5</DAUDZ> <FCENA>35</FCENA> </row> </LgPiepRows> </entity> </resource>   PK_KLIENTS - klienta kartītes sistēmas ID, kā atrast klienta ID DOC_DATE - pieprasījuma datums NUMURS - pieprasījuma numurs PK_ADRESE - klienta piegādes adreses ID NOTES - piezīmes PK_NOL - noliktavas ID, ../rest/TNdmNolSar/default RN_VEIDS - rindas veids, 0 - nomenklatūra PK_NOM - nomenklatūras ID, kā noskaidrot preces ID  DAUDZ - daudzums FCENA - cena. Ja lauku nenorāda, cena tiek noteikta automātiski   ... Mostrar más

Datu sinhronizācijas mehānisms ir paredzēts darbam ar Horizon klasifikatoriem, lai saņemtu informāciju par tajos veiktajām izmaiņām. Sinhronizācija darbojas pēc šādas shēmas: ar GET pieprasījumu uz kādu no apakšresursiem, piemēram, changed nolasa datus; izpilda POST pieprasījumu uz to pašu apakšresursu, fiksējot saņemtās vērtības. Klasifikatori Horizon pusē ir, piemēram, klientu saraksts (TDdmKlPamatDat), nomenklatūru saraksts (TNdmNomSar), realizācijas rēķinu saraksts (TNdmRekSar) utt. Tiklīdz tiek veiktas izmaiņas kādam klasifikatora ierakstam, piemēram, nomenklatūrai mainās nosaukums, klienta kartītē tiek ierakstīts e-pasts, rēķinam tiek piesaistīts maksājums, šim ierakstam datubāzē tiek palielināta counter vērtība, attiecīgi sync pēc šīm vērtībām saprot, kuri ieraksti ir mainīti. Uzreiz jāpiemin, ka ne visas veiktās darbības klasifikatora ierakstam maina counter vērtību, kā piemēram, nomenklatūru atlikumu izmaiņas - tās nav izmaiņas nomenklatūras kartītē, bet gan tās atlikumos, kas tiek saglabāti citā tabulā. Nomenklatūru atlikumu atskaite (TNdmNatlSL) nav klasifikators, tā ir atskaite, tajā dati tiek izsaukti no vairākām tabulām, veikti aprēķini un rezultāts attēlots lietotājam. Te sync resursi nav izmantojami, tas neatlasa datus pēc izmaiņām atlikumos, bet gan pēc izmaiņām tieši nomenklatūras kartītē.   Detalizētāks apraksts par sinhronizāciju atrodams dokumentācijā. ... Mostrar más

Informācija par precēm Horizon tiek uzskaitīta nomenklatūras kartītē un citos saistītajos datos, taču internetveikalam visbiežāk nepieciešamais būs atrodams dažos REST resursos.   Nomenklatūru saraksts ir kopējais saraksts, kur izgūt datus par precēm (Pamatdati - Noliktava - Nomenklatūras). GET ../rest/TNdmNomSar/query?columns=N_PK_NOM,N_KODS,N_NOSAUK,VIEN_KODS,G_PK_NOMGR,G_NOSAUK,KBATL_DAUDZ&filter=N_STATUSS eq 0 N_PK_NOM - nomenklatūras sistēmas ID G_PK_NOMGR - nomenklatūras grupas, kurai pieder nomenklatūra, sistēmas ID KBATL_DAUDZ - nomenklatūras brīvais atlikums uzņēmumā N_STATUSS - filtrēšana pēc nomenklatūras statusa, 0 - aktīvas kartītes   Nomenklatūru grupas klasificē visas nomenklatūras, un tas ir hierarhisks saraksts (Pamatdati - Noliktava - Kartītēm - Grupas). GET ../rest/TNdmNomGrSar/query?columns=G_PK_NOMGR,G_NOSAUK,VGR_PK_NOMGR,VGR_NOSAUK G_PK_NOMGR - nomenklatūras grupas sistēmas ID VGR_PK_NOMGR - nomenklatūras grupas virsgrupas ID   Nomenklatūru attēlus Horizon visbiežāk saglabā kartītes pievienotajos failos. Lai izgūtu šos failus vispirms jāizsauc katras kartītes failu sarakstu, kurā var uzzināt to sistēmas ID. GET ../rest/TNdmNom/1/attachments   Pēc tam katru failu var izsaukt, piemēram, base64 kodējumā. Vairāk par darbu ar pievienotajiem failiem skatīt REST dokumentāciju  GET ../rest/TNdmNom/1/attachments/88?bindata=embed   Tā kā pārdošanas cenas Horizon ir iespēja definēt dažādi, esam izveidojuši atsevišķu rakstu, doties uz rakstu ... Mostrar más

Strādājot ar loģistikas moduli, noteiktu darbību izpildei programmā ne vienmēr ir nepieciešama cilvēka iesaite, to var veikt automātiski, izpildoties noteiktiem nosacījumiem. Horizon 625. versijā ir radīta funkcionalitāte, kas ļauj automatizēt noteiktas loģistikas moduļa darbības. Programmā ir izveidots atsevišķs automatizētā darba veids - loģistikas dokumentu apstrāde, kurā pieejamas vairākas darbības. Šajā rakstā apskatīsim atsevišķus piemērus, kādos gadījumos var izmantot šo automatizēto darbu. Automatizēto darbu apraksta Sistēma - Uzstādījumi - Automatizētie darbi Kā aprakstīt Palaišanas uzstādījumus var apskatīt šajā rakstā https://community.visma.com/t5/Zinasanu-baze/Ka-aprakstit-automatizeto-darbu-un-ieslegt-regularu-izpildi/ta-p/421421 Objekta konfigurācijā šim darbam ir pieejami sekojoši saraksti: - Pasūtījumi - Piedāvājumi - Pieprasījumi Sarakstam būs uzstādāms kāds no kopīgotajiem filtriem, kas ļaus noteikt nosacījumus, pie kādiem darbība ir izpildāma. Iespējamās darbības šajos sarakstos: - Apstiprināt - Atcelt rezervāciju - Rezervēt no noliktavas - Slēgt - Stornēt - Ģenerēt pārdošanas pavadzīmi - Nomainīt aprites statusu   Kā vienu no piemēriem varam apskatīt automātisku preču daudzuma rezervāciju pieprasījumā, ja tas ir izpildāms un klients ir veicis priekšapmaksu, proti, noliktavā ir pieejams nepieciešamais atlikums un avansa rēķinu pilnībā apmaksā ienākošas maksājums. Vairāk par priekšapmaksas rēķinu veidošanu loģistikā var skatīt te https://community.visma.com/t5/Zinasanu-baze/Prieksapmaksas-rekini-logistika-no-590-versijas/ta-p/425248 Vispirms nepieciešams izveidot atbilstošu filtru, to dara sarakstā Dokumenti - Loģistika - Pieprasījumi. Tajā pievienojam lauku Izpildes % ar vērtību 100, Nepiesaistīts valūtā (tikai priekšapmaksa) ar vērtību 0, papildus pievieno citus nosacījumus, lai automatizētais darbs neskatītu neatbilstoša statusa dokumentus vai arī vecākus par, piemēram, 14 dienām.     Kad filtrs ir saglabāts, to nepieciešams kopīgot, lai tas būtu pieejams automatizētajā darbā. Filtra veids no Lietotāja tiks nomainīts uz Kopīgs.     Automatizētā darba konfigurācijā izvēlamies sarakstu Pieprasījumi, filtru Ir izpildāmi un darbību Rezervēt no noliktavas.     Automatizētā darba veiktās darbības tiek reģistrētas loģistikas rindu notikumos, lai tās būtu izsekojamas. Viens no veidiem kā atrast šīs darbības, ir filtrēt pēc datora, kur tā izpildīta.     Otrs piemērs būs vecu pieprasījumu automātiska slēgšana. Arī te vispirms jāizveido kopīgais filtrs, kas atlasa, piemēram, visus apstiprinātos vai daļēji izpildītos pieprasījumu agrākus par 120 dienām.     Tā kā šādi pieprasījumi varētu saturēt rezervācijas, būtu vēlams izpildīt vairākas darbības - vispirms rezervāciju atcelšanu un pēc tam dokumentu slēgšanu. Šim gadījumam vispiemērotāk būtu veidot automatizēto darbu grupu, kurā var salikt visas darbības secīgi. Zemāk attēlā redzama šāda automatizēto darbu grupas konfigurācija.     ... Mostrar más

Integrācijām ar Horizon tiek izmantoti WEB lietotāji. Tas ir lietotāja paveids Horizon, ko izmanto pieslēgšanai WEB aplikācijām, t.sk. REST integrācijām. Veidojot WEB lietotāju, tam obligāti jānorāda Horizon lietotājs, jo pēc šī Horizon lietotāja tiek noteikta WEB lietotāja loma un tiesības, kas nosaka pieejamās funkcionālās sadaļas un tiesības apstrādāt vai skatīt datus.   Tātad vispirms nepieciešams izveidot lomu ar atbilstošām pieejas tiesībām. Vairāk par lomu veidošanu lasīt šeit. Sistēma - Administrēt - Lomas       Nākamais solis ir izveidot Horizon lietotāju. Sistēma - Administrēt - Lietotāji Šādam lietotājam norāda konta veidu Sistēmkonts.       Lappusē Tiesības norāda, kuras firmas datiem būs pieeja un ar kādu lomu.       Visbeidzot var veidot WEB lietotāju. Sistēma - Administrēt - WEB lietotāji Lappusa Pamatinformācija Arī šeit konta veids jānorāda Sistēmkonts, kā arī WEB lietotājs jāsasaista ar Horizon lietotāju. Lappusē Firmas un objekti norāda, kura šim pieslēgumam būs noklusētā firma. Lappusē Atļautās saskarnes atzīmē "piešķirtās" un norāda saskarni "Vispārējā integrācija", ja vien nav izveidota atsevišķa saskarne topošajai integrācijai. Vairāk par saskarnēm lasīt šeit.       ... Mostrar más

Tā kā Horizon ir iespēja dažādos veidos definēt pārdošanas cenas, var atšķirties resurss, kurā noskaidrot šobrīd aktuālo cenu. Zemāk apskatīsim biežāk sastopamās konfigurācijas, un kur var uzzināt aktuālo cenu.   1. Tiek lietoti pārdošanas cenu veidi Šādā situācijā cenas var noskaidrot nomenklatūru sarakstā, jo tajā vienmēr tiks attēlota izsaukuma brīdī spēkā esošā cena. GET ../rest/TNdmNomSar/query?columns=N_KODS,N_NOSAUK,CEN_CENA   Var skatīties arī kopējo pārdošanas cenu sarakstu, kurā izmanto kritēriju - šodien spēkā esošās cenas. GET ../rest/TdmNCenTabSar/query?criteria=CENAS_TODAY&columns=N_KODS,N_NOSAUK,CENA_CENA,VAL_KODS,CV_NOSAUK,CENA_NO_DAT,CENA_LIDZ_DAT   Vai arī skatīties atskaiti ar noteiktu datumu - Pavadzīmes cenu saraksts. GET ../rest/TNCenPvzSar/query?qrDat=2023-06-05&qrNol=8&columns=N_KODS,KL_NOSAUK,N_NOSAUK,CV_NOSAUK,CENA_CENA,CENATL_CENA_ATL,CENA_NO_DAT,CENA_LIDZ_DAT CENA_CENA - pamata cena CENATL_CENA_ATL - gala cena   2. Tiek lietotas atlaides Ja Horizon ir definētas atlaides (Pamatdati - Noliktava - Atlaides), tad gala cenu ir iespējams uzzināt atskaitē Pavadzīmes cenu saraksts. Šajā atskaitē varēs uzzināt, kāda ir pamata cena, piemērotā atlaide, tās periods un gala cena. GET ../rest/TNCenPvzSar/query?qrDat=2023-06-05&qrNol=8&columns=N_KODS,KL_NOSAUK,N_NOSAUK,CV_NOSAUK,CENA_CENA,CENATL_CENA_ATL,CENA_NO_DAT,CENA_LIDZ_DAT,ATLR_LIKME,ATLR_BEIG_DAT,ATLR_SAK_DAT CENA_CENA - pamata cena CENATL_CENA_ATL - gala cena   3. Tiek lietotas akcijas cenas (no 620. versijas) Sākot ar 620. versiju ir veiktas izmaiņas pārdošanas cenām, kas ļauj ievadīt akcijas cenas noteiktā periodā. Vairāk par cenu funkcionalitāti https://community.visma.com/t5/Zinasanu-baze/Ka-HORIZON-fikset-AKCIJAS-cenu-precei/ta-p/583334 Akcijas cenas iespējams iegūt kopējā pārdošanas cenu sarakstā. Te gan jāņem vērā, ka jaunā Horizon funkcionalitāte pieļauj vienā periodā, vienam pārdošanas cenas veidam fiksēt vairākas akcijas cenas, bet ar atšķirīgām prioritātēm. GET ../rest/TdmNCenTabSar/query?criteria=CENAS_TODAY&columns=N_KODS,N_NOSAUK,CENA_CENA,VAL_KODS,CV_NOSAUK,CENA_NO_DAT,CENA_LIDZ_DAT,CENA_AKCIJA,CENA_PIEZIMES,CENA_PRIORITATE,AKCENSTARP,LAST30CEN_CENA CENA_CENA - cena CENA_AKCIJA - pazīme, vai tā ir akcijas cena CENA_PRIORITATE - akcijas cenas prioritāte AKCENSTARP - starpība starp akcijas cenu un pamata cenu LAST30CEN_CENA - minimālā cena pirms akcijas pēdējās 30 dienas   Akcijas cenu var apskatīt arī atskaitē Pavadzīmes cenu saraksts GET ../rest/TNCenPvzSar/query?qrDat=2023-06-05&qrNol=8&columns=N_KODS,KL_NOSAUK,N_NOSAUK,CV_NOSAUK,CENA_CENA,CENATL_CENA_ATL,CENA_NO_DAT,CENA_LIDZ_DAT,AKCCEN_CENA,AKCCEN_NO_DAT,AKCCEN_LIDZ_DAT,AKCCEN_PRIORITATE,AKCCEN_PIEZIMES CENATL_CENA_ATL - gala cena AKCCEN_NO_DAT,AKCCEN_LIDZ_DAT - akcijas cenas periods AKCCEN_PIEZIMES - akcijas cenas piezīmes   4. Tiek lietotas līgumcenas Ja Horizon tiek ievadītas līgumcenas (Pamatdati - Noliktava - Līgumcenas), tās var noskaidrot šajā pašā sarakstā izsaucot datus ar kritēriju - šodien spēkā esošā cena. GET ../rest/TNdmLigumCenSar/query?criteria=CENAS_TODAY&columns=K_KODS,K_NOSAUK,N_KODS,N_NOSAUK,CENA_CENA,VAL_KODS,CV_NOSAUK,CENA_NO_DAT,CENA_LIDZ_DAT   Tāpat var skatīties jau iepriekš pieminēto atskaiti - Pavadzīmes cenu saraksts, kur laukā CV_NOSAUK būs norāde, ka šī ir līgumcena. GET ../rest/TNCenPvzSar/query?qrDat=2023-06-05&qrNol=8&columns=N_KODS,KL_NOSAUK,N_NOSAUK,CV_NOSAUK,CENA_CENA,CENATL_CENA_ATL,CENA_NO_DAT,CENA_LIDZ_DAT   Klasifikatoru sinhronizācija Tā kā pārdošanas cenas no 620. versijas ir pārveidotas par saistītājiem datiem, tām tagad ir pieejams sinhronizēšanas mehānisms SYNC. Vairāk par to var lasīt dokumentācijā https://horizon-rest-doc.visma.lv/lv/Guide/RestManual?ContentId=282067233   ... Mostrar más