un vēl vieglais auto ir vieglais auto, autobuss ir autobuss.

vieglais auto ir domāts 1-5 cilēku pārvadāšanai, autobus domāts 1-80 cilvēku pārvadāšanai. un tas, ka autobus aizņem vairāk vietas garāžā un patērē vairāk degvielas ir tikai loģiski, par to gausties ir muļķīgi.

Makssoft, jūsuprāt kontu pāns uz vairākiem desmitiem lapu tā ir racionāla datubāzes izveide?

jā un Hansu lieto ~65 000 klientu visā pasaulē.

Paz, Вы явно что-то не поняли. В моём плане счетов может быть 5 позиций и хоть миллион позиций аналитики к каждому счёту. Но оборотка по счёту независимо от того, как она формируется аналитически или нет, даёт одинаковые итоговые цифры по счёту. Это правильное построение реляционной базы данных, кстати основанное на рекомендациях Майкрософт.

ok. Jā, nav daudz veidu, kā pareizi uzbūvēt sistēmu relāciju datu bāzē.

Mazliet par tiem diviem ierakstiem Hansa. Kapec? - 1. Pieejas tiesibas (lai Pardosanas personala darbibas nodalitu no Finansu/Gramatvedibas bloka). 2. Triddzniecibas neatkariba no Gramatvedibas - ja ir japardod kaut kas par 10000 LVL bet sistema menedzerim sak prasit kontus, tad tas isti pareizi nebus. 3. Atskaisu atrums - Tirdniecibas cilvekiem vajag atskaites par apamaksam, statistiku pa precem un klientiem, savukart gramatvedim uz to visu skatas caur kontu planu. Ir skaidrs, ja viss informacija ir kopa, tad butiski kritas atskaisu atrums gan gramatvedim, gan menedzerim, savukart ja dati ir sadaliti tad logiski, ka atskaites ir atrakas, ka reuzltata priecigs ir gan menedzeris, gan gramatvediba. 4. Ir vel vairaki specifiski gadijumi, piemeram, kad prakse ir nepieciesami rekini (fakturrekini), kam nav nepieciesami gramatojumi.

A vai nav vieglāk rēķinus/piedāvājumus vadīt noliktavas blokā kā pasūtījumus??? Menedžerim savs programmas bloks, grāmatvedim savs. Menedžerim grāmatvedības blokā vispār nav ko līst.

Kaarli, tu esi tas pats? vai cits? pēc izskaidrojuma profesionalitātes izskatās, ka tas pats.

ja cits, tad cik ilgi strādā ar Hansu, citām ERP?

To Paz, nu nezinu kas tiek domats tas pats, bet iespejams. Runajot par Hansu - cik cilveku, tik viedoklu. Ir 100 veidu ka izdarit vienu un to pasu lietu. Kads ir vislabakais konkreta situacija? Nu tas ir atkarigs no citam 100 lietam. Visalbakais risinajums ir piesaistit neatkarigu ekspertu, kas palidz definet vajadzibas (ne tikai no gramatvedibas viedokla vien) un sniedz rekomendacijas atbilstosaka risinajuma izvelei (velams 2 - 3 varianti).

Kāpēc tādas rūpes par pārdošanas menedžeriem un nekādas pr grāmatvežiem?? Menedžeri ražo datubāzes ierakstus un ne pr ko nedomā, bet grāmatvežiem ar visu pirmā posmā saražoto s... jatiek galā!

Es jau rakstīju, ka dokumentiem ir tik un tā vairāki apstrādes posmi. Kapēc nevar prasīt grāmatojumu grāmatošanas posmā, nevis pavadzīmes drukāšanas posmā?

Nu es te mazliet tomer negribetu piekrist Tattjanai (tas gan neattiecas uz temu), bet ja tie menedzeri nerazos tas datu bazes, tad gramatvedim nebus ko gramatot... tas ta..., bet nu par tie vairakiem posmiem runajot, tiesi ta ari var sistemu sagatavot, ka gramatojums tiek prasits gramatoshanas posma. Tas gan atkarigs no sistemas uzstadijumiem (ps. tiek apskatitas HansaWorld iespejas)

Es jau nesaku ka nafig visus menedžerus Es saku par to, ka tas ir negodīgi - uzlabot menedžeru bloku uz grāmatvedības bloka rēķina. Kāpēc nevar likt grāmatojumu tajā pašā dokumentā?? Lai beidzot ir viens cipars visām atskaitēm. Es saprotu ka gudrie cilvēki, kas to izdomāja, ir lietas kursā par racionālu datu bāzes uzbūvēšanu, un noteikti izrēķināja, kā šis variants ir vislabākais... Bet viņi noteikti nebija grāmatveži.

Lasu un brīnos. Varbūt tāpēc, ka nezinu HANSU, liekas ārprātīgi viss sarežģīti.

Programmā "WinLATS" viss ir vienkārši:

Noliktavas modulī tiek veidoti pasūtījumi precēm vai pakalpojumiem par konkrēto summu. Cilvēks, kurš strādā ar noliktavas moduli ir atbildīgs par to kāds ir noliktavas ieraksta statuss - pasūtījums, vai izejošs dokuments. Noliktavā tiek drukāti rēķini, piedāvājumi, pavadzīmes u.c. izdrukas no viena un tā paša ieraksta.

Grāmatvedis caur importa interfeisu ieimportē sev vajadzīgos dokumentus pa noteiktu pēc vajadzības periodu (arī izlases veidā) grāmatvedības modulī, kur importa brīdī tie nogrāmatojas pēc izveidotā autokontējuma algoritma kā vajadzīgs. Kā kontēt programma saprot no tā, kas noliktavā ir iekšā šajā dokumentā. Pēctam grāmatvedis tikai fiksē apmaksas nospiežot pāris pogas un daudz nelauzot galvu, kas ticis pārdots.

Un nav nekādu problēmu. Katrs dara savu darbu un nelien citu "lauciņā". Līdz ar to maximāli tiek izlēgta kļūdīšanās iespēja šajā "garajā" dokumentu aprites procesā.

to Karlis: Tas pats, kurē iepriekē komentēja topikus par Hansu un ir Hansas un CRM spečuks?

to Tajana: ja jūs vēlaties, lai rēķini nebūtu iegrāmatoti, tā nav problēma - Hansā katrs var strādāt, tā kā viņam ērtāk. Kā jau Kārlis teica ir "100" veidi, kā var panākt vienu rezultātu.

Kādus 20 gadus atpakaļ hansu izgudroja grāmatvedis! 99% gadījumu atskaitēm ir viens un tas pats cipars.

Ja arī pārdošanas cilvēks nogrāmato rēķinu, tad grāmatojums, kas veidojas automātiski ir korekts un grāmatvedim tur vairs nekas nav jālabo.

Var būt priekš jums tas ir atklājums, bet grmatvedībā nemēdz būt divi dažādi cipari vienam dokumentam. Tātad sakritībai jābūt 100%.

to Martans: Neapvainojaties, bet tas ir tāpēc, ka nezinat.

Vienkāršāk būtu uzdot uzvedinošus jautājumus, lai jūs saprastu, ka WinLata shēma neav nemaz tik ideāla:

1. kā WinLatā var pateikt, cik piedāvājumus ir izveidojuši jūsu pārdevēji, cik no tiem ir apstiprināti un cik daudz naudas no šiem piedāvājumiem varētu ienākt nākamajā mēnesī ar 50% varbūtību.

2. Kā var realizēt sekojošu shēmu:klients pasūta preci, daļa no kuras nav noliktavā un jāpasūta iepirkumu nodaļai.

Prece, kas tiks piegādāta no pasūtītāja jārezervē.

Klientam jānosūta tā prece, kas pašlaik ir noliktavā, par to izrakstot rēķinu.

Klients nosūta jums atpakaļ daļu no viņam sūtītās preces, jo tā neatbilst kaut kādiem kritērijiem, un jums jāizraksta kredītrēķins par šo preci.

No klienta atgriezto preci jāatgriež atpakaļ preces piegādātājam.

Klients izdomā samazināt/palielināt dažu pasūtīto pozīciju skaitu.

Kad ienākusi prece no pastūtītāja, tā jānosūta klientam.

Svarīgi jebkurā brīdī, reālā laikā jūs varētu apskatīties:

cik daudz preces ir pasūtījis klients/klienti;

kāds ir pasūtījuma izpildes statuss(cik daudz prece ir piegādāta, atgriezta klientam);

cik daudz kliens ir samaksājis, cik daudz viņam vēl jāmaksā!;

par ko klientsi ir saņēmis rēķinu un par ko vēl šie rēķini jāizstāda;

+ jābūt iespējai noteikt, kur atrodas prece(nolitavā vai ceļā)

tai pašā laikā grāmatvedim jābūt iespējai iegūt nepieciešamos datus grāmatvedības atskaišu veidošanai.

lai būtu veel interesantāk, pielieciet dažādas cenulapas, dažādiem klieniem, dažādos datumos, kas ir atkarīgas no pasūtīto preču daudzuma, preču derīguma termiņus, dažādas izmaksu metodes dažādām precēm dažādās noliktavās,noliktavas analīzi dažādās dimensijās finansēs, valūtas un virs 100 izrakstītu rēķinu dienā :).

šo vēl varētu paturpināt, bet diemžēl pašlaik vairs nav laika ;/

ja vēlaties vēlāk varu vēl kādu piemēriņu izdomāt.

to Tajana:

nav aklājums.sakritība par visiem 100% ir ļoti atkarīga, kur bāž rociņas un kā to dara :).

to Tatjana:es īsti nesaprotu, kāpēc jūs tā uztrauc, ka vienam dokumetam sistēmā atbilsts divi ieraksti? un kāpēc jūs domājat, ka tie būs ar dažādām summām? vai jūs piekrītat, ka tas padarīs jūsu uzņēmuma dzīvi vieglāku?

Es nedomāju. Tā ir. Vienā viss ir OK, otrajā kaut kāda "noapaļošnas kļūda". Tā kā šī kļūda rodas pati no sevis, tad rociņām nav vainas

varat minēt konkrētu piemēru?

varbūt man te arī viss ir vienās kļūdas :/