baza de date contabila in acces

[Veroniquero]

Buna ziua,
Vreau sa fac un modelul de contabilitate prima care sa contina: registru de casa, introducere facturi/chitante/bonuri fiscale -> sa preia acele marfuri si sa le treaca intr-un inventar, de unde sa se poata scadea sub forma de bon de consum / de diferente/ de casare. Si sa faca si foaie de parcurs. Se poate realiza? Are cineva preo sugestie? Am adaugat o baza de date la care am inceput sa lucrez, si deja m-am impotmolit la Soldul (final), din receptie documente (trebuie sa adune soldul initial cu Suma incasata si sa scada suma platita). Ma ajuta cineva? Va rog sa imi spuneti si cum se introduc formule in acces pentru ca in viitor sa ma descurc singura (am cautat pe nat, dar nu am inteles). MS.

[alexxa1318]

Buna!

Pentu inceput nu trebuie sa stocam in baza de date lucruri pe care putem sa le calculam ulterior (cum ar fi soldul). Pentru a calcula un sold in cazul tau trebuie sa faci o interogare de genul asta:

Cod: Selectaţi tot

SELECT Sum([Receptie documente].[Suma incasata]) AS [Suma de Suma incasata], Sum([Receptie documente].[Suma platita]) AS [Suma de Suma platita], (Sum([Receptie documente].[Suma incasata])-Sum([Receptie documente].[Suma platita])) AS [Sold]
FROM [Receptie documente];

[Tzica]

Cu o mica rezerva fata de sintagma "baza de date contabila" :
1.Sugestii:
Stocuri
ConsumuriCombustibil
Daca mai adaugam si topicul despre registrul de casa (deja il stiti), material exista.
2.Despre introducere formule...e mult de discutat.Depinde unde dorim sa apara rezultatul respectivului calcul formular, query, raport.

[mesersmith]

Era previzibil sa te impotmolesti atat de repede, pentru ca ai pornit gresit.
In primul rand, trebuie sa ancorezi o plata sau o incasare de un document de intrare sau de iesire care, la randul lor, trebuiesc conectate cu un client sau un furnizor.
Adica, tu nu poti avea o incasare sau o plata...asa...din aer.
Trebuie sa existe un document in baza caruia se intampla o plata sau o incasare.
Cand platesti, musai trebuie sa ai o factura de intrare, care factura vine de la un client.
Asadar, trebuie sa ai tabele de clienti, furnizori, facturi intrare, facturi iesire, plati, incasari, iar daca vrei sa tii stocurile la sange, ai nevoie si de tabele de continut pentru facturile de intrare si de iesire.

Oricum, din ce inteleg din postul tau, tu vrei o aplicatie extrem de complexa care, practic, trebuie sa-ti tina intreaga firma, din punct de vedere financiar si contabil. Este o incercare serioasa si complexa ce necesita timp si multe cunostinte despre Access. Eu am facut o astfel de baza dupa ce am invatat cam 2 ani.

Cat priveste interogarea cu stocul, cred ca mai intai de toate trebuiesc facute toate tabelele si relationarile dintre ele, pentru ca partea de raportare este cea mai simpla. Persoal, eu pun accent pe tabele si relatii si apoi pe design, atat in formuri, cat si in rapoarte.

[mesersmith]

Am recitit acum postul meu si am greșit ceva.
Aşadar, când plătești, musai trebuie sa ai o factura de intrare, care factura vine de la un furnizor si nu de la un client, asa cum greșit am scris eu.

Sent from my GT-N7100 using Tapatalk

[Veroniquero]

Va multumesc, ma apuc de treaba, poate iese ceva

[Veroniquero]

Am inceput si am mai facut cateva tabele. In legatura cu plati / incasari, nu stiu ce ar trebui sa contina acel tabel. Pareri?

[Veroniquero]

Tzica, foarte interesante cele 2 programe, incerc sa ma uit peste ele si sa inteleg exact cum sunt facute. Wow

[alexxa1318]

Buna!
Pentru inceput trebuie sa gandesti foarte bine ce date vrei sa ti minte in baza de date si ce nu, spre exemplu:
La facturi trebuiesc tinute minte date de genul (furnizori, produs, cantitate, pret, etc) si date care se pot calcula si care nu trebuiesc tinute minte (valoare tva, pret cu tva etc)
In al doilea rand trebuie sa elimini pe cat posibil dublurile (in cazul tau facturile pot fi tinute minte in acelasi tabel, adaugand o coloana in plus care sa tina minte tipul facturii)
In al treile rand, la facturi avem mai multe feluri de date : simple si multiple. Datele simple sunt de tipul furnizor, adrese, cui, j, etc iar datele multiple sunt de tipul articol, cantitate, pret, etc. In felul acest putem spune ca o factura are mai multe articole. Deci asta inseamna ca in baza de date trebuie sa avem un tabel pentru datele simple si unul pentru datele multiple si o rela tie dw 1 la infinit intre ele. (vezi tabelele facturi si DetaliiFactura)

Sper ca nu te-am ametit cu atatea chestiute

[Veroniquero]

Ms, am inteles directia de mers, ceea ce inseamna mai multe tabele cu relationare intre ele. Spune-mi te rog cum ai facut relationarea, sau da-mi un link unde sa citesc mai multe despre aceasta. Este sooper... La partea de plati/incasari, indruma-ma putin.