Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Опять пытаюсь узнать ваше мнение по стругтуре таблицы для бухгалтерских проводок... Оч. хочется создать более менее унифицированую бухгалтерскую подсистему в своей программе чтобы там уживалась как основная деятельность (лизинг и кредитование, и учет любой прочей хозяйственной деятельности - аренда, зарплаты, покупка продажа основных средств и тому подобное). Требования такие 1. Интергация с фиксированными данными основной деятельности компании. Выписка счетов по договорам с клиентами, получение оплаты по этим счетам и.д. Все операци привязываються к конкретному договору т.к. проверки и анализ в основном идет по форме с остатками на счетах одного договора. (Таких проводок очень много, основная часть создаеться автоматически при регистрации определенных документов или платежей и т.д.) 2. Возможность нормально регистрировать различные хоз операции, любые непредусмотренные (тоесть бухгалтер может создавать аталитики для счетв и проводить с ними операции и т.д.) Теперь я сомневаюсь как хранить привязку проводок к аналитикам счетов, т.к. 90% а может и больше проводок идут имено по основной деятельности по лизингу и происходят в пределах одного договора. Чтобы быстро получать все необходимые отчеты и остатки по договорам достаточно к каждой проводке добавить ID договора и все работает очень быстро и красиво. Причем если добавить ID_K и ID_D тоесть договор дебетного счета и договор кредитоного счета то расчет остатков производиться в два раза дольше (а таких проводок 1% не больше) потому выгоднее проводки между счетами двух разных договорами делать через промежуточный счет двумя операциями. Так вот для реализации рагистрации различных хоз. операций и т.д. надо вобще возможность хранить в проводке аналитики не только договора но и какието другие неизвестные. Возможно также необходима возможность привязать несколько различных видов аналитик к проводке (доп. связанная таблица таблица) причем и к дебетному счету и кредитному счету, все это должно дать возможность бухгалтерам свободно учитывать различные хоз. операции. Но из за этих 7-10% проводок время получения отчетов и разноски по аналитикам 90% проводок основной деятельности будет в десятки раз медленней !! У когонибудь была подобная сутуация ? Что вообще теоретически можете посоветовать в данном случае ? Большое всем кто до читал до сюда (особенно тем кто что-то понял ! :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2003, 16:44 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Брр... не совсем понял, но кину свои 3 копейки. А что тебе мешает хранить так: 1)Табличка "Хоз.Операции" где будеш хранить ссылки на договора и прочее. 2) Табличка "Проводки" где будет ссылка на хоз. операцию 3) Табличка "Движение по аналитики" где у тебя тож будет ссылка на хоз. операцию Или я не так тебя понял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2003, 15:18 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Согласен с Алексом. 1. Хоз операция - №пп - Дата - От кого - Кому - Сумма Основание - Тип (допустим ДОГ.-Договор) - № - от 2. Журнал проводок - Связь с Хоз.опер. - Номеклатура - Дт - Аналитика 1ур. (поле со списком - данные из справочника) - Аналитика 2ур. ... сколько надо - Кт - Аналитика 1ур. - Аналитика 2ур. ... столько сколько по Дт - Кол-во - Цена - Сумма ВОТ ВРОДЕ БЫ И ВСЕ!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2003, 16:24 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
> DIGITALPRO не совсем согласен если по хоз. операции идут 2 и более договоров? например, всякого рода взаимозачеты? у нас поэтому договора хранятся как аналитика к проводкам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2003, 13:50 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Весело. Только насколько мне известно хоз. операция создается на основании документа. Ну и сделай 2 и больше договора, элементами документа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2003, 15:40 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
так ... я уже думал ни у кого нет никаких мыслей по этому поводу ... :) в принципе я так примерно и планировал хранить проводки : 1.хоз операции 2.проводки привязаные к ним но главный вопрос был как в проводке хранить связь с аналитикой пара вопросов : то Alex S. >3) Табличка "Движение по аналитики" где у тебя тож будет ссылка на хоз. >операцию что из себя представляет эта табличка ? то DIGITALPRO - Аналитика 1ур. (поле со списком - данные из справочника) - Аналитика 2ур. что значит данные из справочника ? данные из какого справочника ? например у меня куча справочников ... или вы заводите один общий для всех аналитик ? как я понимаю вы предлагаете хранить аналитики и дебета и кредита в одной проводке ? в основном меня интересовали мысли по поводу того как хранить аналитику в проводке. В общем случае нужно чтобы и для дебета и для кредита была возможность ввести несколько аналитик (это позволяют нормальные бухгалтерские программы), в упрощенном варианте это одна аналитика для одного счета (простые бух. программы). В вою очередь обычно 95% проводок содержат и Дебете и Кредите одну и ту же аналитику (проводка в пределах одного договора). Если деть вариант где дебета и кредита свои аналитики то при вычислении остатков придеться групировать записи два раза вместо одного (в случае когда у нас п проводке одна аналитика и для дебета и для кредита, а проводки между аналитиками идут через промеж. счет) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2003, 18:53 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
2Dennis_L (лизинг и кредитование, и учет любой прочей хозяйственной деятельности - аренда, зарплаты, покупка продажа основных средств и тому подобное). Послушайте совета - купите готовую - научитесь с ней работать и будете ценным специалистом (той же Axapt'ы). Время кустарного/накаленного программирования проходит. Сейчас уже нет нужды изобретать велосипеды! Более того (только не обежайтесь) - тот функционал, который вы привели - это как минимум год работы для команды с хорошим постановщиком и архитектором знакомым с предметной областью. Спрашивая о труктуре проводок вы автоматически из этих категорий себя исключаете - так что у вас нету шансов такое написать - не тут так та примете неверное архитектурное решение - и проекту конец P.S> никаких обид - наоборот стараюсь предостеречь от напрасного труда. Мой совет - начинайте изучать какую-нибудь ERP - и в автоматизации предприятия разберетесь - и ценные навыки приобретете ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2003, 10:31 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Эт конечно же хорошо - покупать готовую и пользоваться ею (при наличии "мозгов" для пользования)... Правда, по собственному опыту скажу - Аксапта довольно-таки тяжела. По сути вопроса: Dennis_L ,ты сказал одну "ключевую" фразу - организовать бухгалтерские проводки ... Надеюсь, с бугалтерией вообще ты знаком... Объяснять не понадобится, что некоторые операции дебетуют тебя, некоторые - кредетуют... В результате чего твоё "состояние" либо увеличивается, либо уменьшается. Отсюда и плясать будем. Что имеем ? Операция, Клиент, Товар. Что ещё ? Документ. Для всего этого тебе ещё понадобятся "классифицирующие" справочники по типам операции, типам документов, типам товара, единиц измерения товара. Заметь - это как минимум. Дальше всё просто. Составляешь "описание" для каждого из "основных объектов" - вот тебе уже и таблицы. В них проставь ключи на классификаторы, связи между ними. Отработай "систему" движения данных для каждой операции будь то : заключение договора, оплата договора, оплата товара по заключённому договору (часть товара, долгоиграющий договор), выписка накладной для склада (коли он есть), выдача чека (если есть касса), выдача результирующих (ежемесячные, годовые отчёты) данных по... Сложно ? Но можно!!! УДАЧИ!!! "...я не волшебник - я только учусь" (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2003, 17:50 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
насчет аксапты я не против ее изучить и т.д. а вы можете подсказать где можно было бы получить доступ к описанию или демо версии и т.д. ? но в свою защиту :)) погу только сказать что один такой проект мне удалось запустить и все работает в компании с портфелем в 200 000 000 USD в котором около 20 000 договорв и работает непосредстванно с ней 60 человек. Но в этой системе бухгалтерская часть сделана так чтобы хорошо работать с конкрентным направлением безнеса но вести учет произвольных бугалтерских операций не удобно (этого и ненадо т.к. фирма использует большую корпоративную бух. систему куда ипортируються проводки по основному виду деятельности + там же и регистрируються др. хоз. операции) Так вот счас я просто делаю новую версию и хотелось выбрать для бухгалтерской подсистемы более обтимальную архитектуру чтобы там можно было без проблем везти также учет др. хоз деятельности (пез особых сложностей т.к. заказчики на нее это небольшие компании у которых бухгалтерия не связаная с основной деятельностью очень проста и никаких наворотов ненадо) потому не хочеться им ставить еще бух. програму и делать дуда экспорт. то someone312002 : Идея вполне понятна ... но я какраз хотел услышать мнения людей которые делали для своих программ бух. подсистему как они организовывали таблицу проводок и ее связь с аналитиками (класифицирующими справочниами) , причем конкрентые примеры а не абстрактные рассуждения ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2003, 14:54 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
funikovyuri а вы не вкурсе сколько примерно стоит axapta ? дело в том что директор компании которая у меня заказала новую систему являеться финансовым директором в более большой компании где он сейчас занимаеться вводом именно axapt-ы и у него не возникало даже никаких мыслей по поводу того что вместо того чтобы использовать мою программу можно было бы поставить axcapt-у .... и я незнаю почему но спрашивать тоже не хочеться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2003, 15:10 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Я не спецалист по erp-системам - так что врать не буду - но думаю стоит она не мало ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2003, 15:16 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Да и потом - на axapta`е свет клином не сошелся - есть разные предложения для разных заказчиков - так что просто надо изучить рынок - но повторюсь - дело это перспективное и у вас не будет складываться впечатление что делается никому не нужная работа (хотя кто знает ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2003, 15:18 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
у меня какраз не складываеться впечатление о том что делаеться ненужная работа, какраз такки у заказчиков часто складываеться впечателение что при покупке больших EPR систем они заплатят много денег за чужую работу над функциями программы которые им не нужны или не очень нужны ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2003, 16:44 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Реализация принципа двойной записи для общего случая ))На DB2 Могу выслать приложение которое тестирует эту модель. Генерит N - ное количество счетов, делает по ним N проводок, формирует выписки, ведомость остатков. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. 463. 464. 465. 466. 467. 468. 469. 470. 471. 472. 473. 474. 475. 476. 477. 478. 479. 480. 481. 482. 483. 484. 485. 486. 487. 488. 489. 490. 491. 492. 493. 494. 495. 496. 497. 498. 499. 500. 501. 502. 503. 504. 505. 506. 507. 508. 509. 510. 511. 512. 513. 514. 515. 516. 517. 518. 519. 520. 521. 522. 523. 524. 525. 526. 527. 528. 529. 530. 531. 532. 533. 534. 535. 536. 537. 538. 539. 540. 541. 542. 543. 544. 545. 546. 547. 548. 549. 550. 551. 552. 553. 554. 555. 556. 557. 558. 559. 560. 561. 562. 563. 564. 565. 566. 567. 568. 569. 570. 571. 572. 573. 574. 575. 576. 577. 578. 579. 580. 581. 582. 583. 584. 585. 586. 587. 588. 589. 590. 591. 592. 593. 594. 595. 596. 597. 598. 599. 600. 601. 602. 603. 604. 605. 606. 607. 608. 609. 610. 611. 612. 613. 614. 615. 616. 617. 618. 619. 620. 621. 622. 623. 624. 625. 626. 627. 628. 629. 630. 631. 632. 633. 634. 635. 636. 637. 638. 639. 640. 641. 642. 643. 644. 645. 646. 647. 648. 649. 650. 651. 652. 653. 654. 655. 656. 657. 658. 659. 660. 661. 662. 663. 664. 665. 666. 667. 668. 669. 670. 671. 672. 673. 674. 675. 676. 677. 678. 679. 680. 681. 682. 683. 684. 685. 686. 687. 688. 689. 690. 691. 692. 693. 694. 695. 696. 697. 698. 699. 700. 701. 702. 703. 704. 705. 706. 707. 708. 709. 710. 711. 712. 713. 714. 715. 716. 717. 718. 719. 720. 721. 722. 723. 724. 725. 726. 727. 728. 729. 730. 731. 732. 733. 734. 735. 736. 737. 738. 739. 740. 741. 742. 743. 744. 745. 746. 747. 748. 749. 750. 751. 752. 753. 754. 755. 756. 757. 758. 759. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2003, 16:33 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Приложение требует базу DB2 как я понимаю ? У меня MS SQL 2000 ... такчто использовать его наверно не выйдет Но со структурой поразбираюсь ! Спасибо большое ! А вы у себя в базе используетьте такую структуру или это так для общего случая ? Всмысле можно ли спрашивать о возможных проблемах, ограничениях и производительности данной модели т.д. ... ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2003, 17:07 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Да ради бога - обращайтесь... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2003, 17:23 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
производительность: на Intel Celron 1300/512 MB/Baracuda 7200 60GB (под сервер б.д выделено всего 64МБ) ~ 120000 документов в час. Удовлетворяет? И это с полным контролем остатков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2003, 17:32 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Ну таких объемом у меня не намечаться конечно ... в принципе меня интересует чтобы за приемлимое время считались бы остатки на всех счета и разбиение остатка одного из счетов по аналитикам ! Но как я вижу у вас хранятся остатки по всем аналитикам тоже ... я этого не делаю т.к. объем не такой большой. Остатки + обороты по всем счетам у меня счас рассчитываються гдето за 10 сек. при количестве проводок в таблице 1 000 000 000. Да ... удобно тригеры писать когда есть возможность FOR EACH ROW .... надеюсь в след. SQL Serverе она появиться Вопросы : 1. В таблице где храняться сами проводки я невижу валюты ? предпологаеться что все происходит в одной валюте ? 2. Что значит учетная плоскость ? я это какраз и рассматриваю как аналитический счет ... тоесть в проводке оычно ДебетСчет + АналитДебетСчета , КредитСчет + АналитКредитСчета. Т.к. у вас только одна аналитика (Stuff) то между разными аналитиками проводки только через промежуточный счет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.12.2003, 18:40 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Миллиард проводок? круто... если прикинуть - одна проводка 8 байт , дебетуемый счет - 4 байта, кредитуемый счет - 4 байта, (8+4+4)*1000 000 000= 16 GB - только таблица проводок...) без индексов...)) на интел платформе - очень круто... уважаю...) Учетная плоскость - это крубо говоря баланс. В модели может храниться примерно 4 миллиарда балансов. Одна Учетная плоскость - одна валюта... Валюта - не важно какая. Можете учитывать доллара, можете рубли а можете литры, штуки, погонные метры,..валенки например) Главное: 1)котроль остатков, чтоб никто не сделал перерасхода. вот) 2)производительность. 3)Чтоб баланс всегда сходился...) А один документ= куча проводок в разнах валютах в разных учетных плоскостях. Например, когда покупаете мартини - это покупаете за валюту, храните в литрах, а продаете за рубли...)) Гы...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 10:25 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Здесь вообще - представлено только ядро системы. Валюты , планы счетов и прочие артефакты вынесены за пределы представленой части модели. Из представленного ядра можно легко собрать либо банковскую систему, либо складскую, или любую бухгалтерскую систему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 10:31 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Ой ! какой там милиард конечно милион (в нулях ошибся) ... потому и говорю что объемы небольшие !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 13:06 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Как я понимаю связь проводок со всеми другими объектами происходит через документ (таблицу документов) ? Пример : У меня есть 1. Таблица клиентов (Cust) 2. Таблица договоров с клиентами (Agrs) 3. Таблица счетов по договорам (Invoices) 4. Таблица отдельные сумм счета которые и разносяться по бух счетам (InvSums) 5. Таблица платежей по договорам (Payments) плюс как дополнение у меня есть 6. таблица основных средств 7. таблица работников ... допустим есть еще несколько таких таблиц При том мне необходимо показывать пользователю : 1. все проводки по конкретному договору (могут быть проводки не только по счетам но и не связанные с ними) 2. проводки по конкретному счету 3. Проводки по платежу 4. Остатки на счетах для одного договора 5. Остатки на счете разнесенные по договорам 6. Остатки на какомто счете (где аналитика не договора а работники) разнесенные по работникам 7. Проводки связанные с конкрентным работником 9. Остатки на счете разнесенные по еще какойто таблице 10. Проводки связанные с запись из еще какойто таблицы ВОПРОС: как должна выглядеть связь с проводками для каждой из этих таблиц ? Например для каждго договора с клиентом создаем документ в таблице документов (который содержит ID договора). Потом для каждого счета также создаем документ ? Как в этой модели делать связь с другими таблицами например платежей, работников и т.д. ??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 15:22 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Ну ты даёшь...) Хочешь чтоб я тебе вообще всю модель нарисовал? Это я делать не буду...Такая работа денех стоит и времени. Единственное что скажу: 1) Один договор - это несколько аналитических счетов в разных учетных плоскостях. 2) в таблице Docs есть поле типа документа. В завичимости от типа документа выполняешь проводки в нужных учетных плоскостях. Например у меня в банке всякая платежный документ проходил по трем плоскостям: -плоскость валюты дебетуемого счета -плоскость валюты кредитуемого счета -общая плоскость учета (рублевая) а каждый счет имел два остатка в своей валюте и в валюте общей плоскости учета (рубли) и всякая операция соответственно меняла 6 остатков. Иди по тому же пути. И всё будет ОК.. Когда создаешь договор - то ты должен открывать для него сразу несколько счетов в разных плоскостях учета... Ну например, если учитывать э... кирпичи, то можно построить систему учета таким образом - открыть следующие счета: 1) денежный в рублях (в рублевой плоскости учета) 2) денежный в долларах (если кирпичи импортные) (плоскость учета валютных долларовых счетов) 3) создать плоскость учета "Валютные кирпичи" и хранить там остатки кирпичей в штуках. Определить тип документа- "продажа кирпичей за нал. рачет". при этом в процессе обработки подобного документа выполнять соответствуюшие проводки во всех трех плоскостях, и дополнительно в рублевой плоскости сделать еще проводку которая учтет прибыль-убытки от этой операции... Да что тут говорить? Тут нужно просто сначала родить "что" тебе надо учитывать. Потом наложишь это на представленную модель и поймешь "как" это надо учитывать. Я не зная специфики того, чего вы там делаете не смогу тебе в этом помочь. Тут надо рисовать на доске, общаться с бухгалтерами, чтоб понять что они хотят. Короче ищите и обрящите) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 16:22 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Да, и еще... То что тут нарисовано - это всего лишь 5 таблиц. И реализация принципа двойной записи. А то что касается клиентов - это CRM - другая часть базы данных (у меня это ~ 15 таблиц). План счетов (они , планы счетов бываю не только бухгалтерскими), и собстенно договора - это третья часть системы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 16:29 |
|
||
|
Структура таблицы бухгалтерских проводок не дает покоя !!!!
|
|||
|---|---|---|---|
|
#18+
Про то что в каждочасти базы может быть куча таблиц это понятно но в итоге все равно там есть таблица основных объектос с уникальным ID. И я пытаюсь решить как лучше этот самый ID связывать с бугалтерией тоесть с таблицей проводок ...особо много тут исовать и писать ненадо если придумать стандартную схему по которой связывать .... тоже самое что в этих несколькх таблицах можно описывать любые проводки в форме двойной записи .... Честно про плоскости учета так и немогу въехать еще подумаю .... я это все делал до этого гораздо более упращенно вроде : Doc_id int, - ID документа Agr_id int, - ИД договора TDate datetime, - дата проводки DACC varchar(10), дебетный счет KACC varchar(10), - кредитный счет TCurr varchar(3), - валюта TSum money, - сумма TSumRUB money - сумма в базовой валюте вот и все .... в принципе примерно этой же схемы я бы и хотел придерживаться и все вопросы связаны с полям и Agr_id (и возможно Doc_id) варианты : 1. Analyt1_id, Analyt2_id ... 2. DAnalyt1_id, DAnalyt2_id ... KAnalyt1_id, KAnalyt2_id ... 3. Таблица TransAnalyt (Trans_id, Analyt_id, AnalytType ...) 4. возможно еще что то ... продрузамеваеться что будет таблица где будут все возможные аналитические счета : Analytics (Analyt_id, Type, Descr, Sys_id ...) и нуда будет помещатся все что может быть аналитиками для счета вроде 1 'A' 'AB16726', 100 - договор номер AB16726 с Agr_id=100 в таблице Agrs 2 'A' 'AV83274', 234 - договор номер AV83274 с Agr_id=234 в таблице Agrs 3 'S' 'Mazda 6', 100 - основное средство Mazda 6 с Asset_id=234 в таблице Assets 4 'U' 'Иванов', 4 - Работник Иванов с Employee_id=4 в таблице Employees и т.д. Есть вариант не делать такую общую таблицу а указвать тип объекта и его ID напрямую в проводке вместо Analyt_id - > Type , Sys_id - используя то что везде P.k. это int или smallint Какие будут мнения насчет приведенных схем ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2003, 17:14 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32361138&tid=1545644]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
35ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 275ms |
| total: | 383ms |

| 0 / 0 |
