ReSQL.ru
     
powered by simpleCommunicator - 2.0.50     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Совмещение учетов в одной системе
93 сообщений из 93, показаны все 4 страниц
  все  
Совмещение учетов в одной системе
    #33073987
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
Вот интересно - учетов на предприятии очень много
1. Оперативный
2. Бюджетный
3. Бухгалтерский
4. Налоговый
5. и т.д.

Все они тесно переплетены, но имеют разные временные ограничения. Цель у них одна, а задачи разные. Вот мне интересно - каким образом вы, многоуважаемые специалисты решаете вопрос совмещения этих учетов в одной системе.
То ли разделяете все учеты отдельно (разные задачи и базы), то ли строите одну с созданием разных отчетов. (Это как два диаметрально противоположных решения) Есть еще срединные пути. Поделитесь, пожалуйста.
...
Рейтинг: 0 / 0
19.05.2005, 11:08
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33074091
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LSV
Участник
Обычно имеет смысл отделять "Оперативный" от "Бухгалтерский" и "Налоговый" т.к. в ряде случаев невозможно некоторые цифры отправить напрямую из ОУ в БУ. Особенно если система для ОУ не позволяет делать сложные исправления задним числом. В этом немало "помогает" и родное законодательство.
Жёсткая связка ОУ - НУ/БУ, практикуемая в западных системах, иногда мешает настолько, что нереально отказаться от использования 1С для НУ/БУ.
Это для указанной проблемы - самое простое, быстрое, надёжное и главное самое жизнеспособное решение.
...
Рейтинг: 0 / 0
19.05.2005, 11:42
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33074315
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
Хорошо, но в таком случае данные ОУ как стыкуются с данными БУ? Никак?
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим? Или вечное крыженье?
...
Рейтинг: 0 / 0
19.05.2005, 12:42
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33074401
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
TaiNeХорошо, но в таком случае данные ОУ как стыкуются с данными БУ? Никак?
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим? Или вечное крыженье?Да, очень часто это именно так. Имеется стыковка ОУ -> БУ, но не наоборот. В принципе, в ОУ есть понятие себестоимости операции. Для ОУ этого уже достаточно очень много для чего. Практически, для всего.

Кстати, а приведите примеры, когда и какие данные БУ целесообразно учитывать при анализе ОУ?
...
Рейтинг: 0 / 0
19.05.2005, 13:03
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33074808
CruelGenius
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CruelGenius
Участник
Urri TaiNeХорошо, но в таком случае данные ОУ как стыкуются с данными БУ? Никак?
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим? Или вечное крыженье?Да, очень часто это именно так. Имеется стыковка ОУ -> БУ, но не наоборот. В принципе, в ОУ есть понятие себестоимости операции. Для ОУ этого уже достаточно очень много для чего. Практически, для всего.

Кстати, а приведите примеры, когда и какие данные БУ целесообразно учитывать при анализе ОУ?

Фактические данные берутся обычно именно из бухучета. Например фактические затраты в сравнении с планируемыми. Отклонения и представляют интерес для руководства.
...
Рейтинг: 0 / 0
19.05.2005, 14:45
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33075874
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
CruelGeniusФактические данные берутся обычно именно из бухучета. Например фактические затраты в сравнении с планируемыми. Отклонения и представляют интерес для руководства.Ну так и получайте отчет о физических затратах из БУ. Правда, для их достоверности придется предварительно закрыть отчетный период.
...
Рейтинг: 0 / 0
19.05.2005, 22:16
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33075875
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Прошу прощения, не физических, фактических . ;-)
...
Рейтинг: 0 / 0
19.05.2005, 22:17
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33075905
YBW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YBW
Гость
ИМХО обычная практика ОУ - БУ - НУ

брать данные их БУ для ОУ - даже не смешно... еще из НУ попробовать, чтобы директора совсем с ума свести...

вариации возможны... например для аналитики и планирования хозяйственной деятельности по результатам финансовой деятельности... или для оптимизации налогов и планирования производственной деятельности с учетом особенностей налогового законодательства

хотя какой смысл если пространство данных все равно едино
...
Рейтинг: 0 / 0
19.05.2005, 23:14
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33075978
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
TaiNeВот интересно - учетов на предприятии очень много
.....
Все они тесно переплетены, но имеют разные временные ограничения. Цель у них одна, а задачи разные.

Хотелось бы полюбопытствавать, какая это у них одна цель?
TaiNe
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим?

С какой это стати финансовый результат должен строиться из БУ? Т.к. мы говорим тут по русски, я исхожу из термина "бухучет" в контексте Росси и СНГ, т.е. нечто вырожденное, предназначенное для расчета государственных податей.
CruelGenius
Фактические данные берутся обычно именно из бухучета.

идеалист или романтик?
...
Рейтинг: 0 / 0
20.05.2005, 01:08
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33075980
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Александр Гoлдунидеалист или романтик?И то, и другое ;-)
Ну заведите себе 2 БУ. Один для себя ;-)
...
Рейтинг: 0 / 0
20.05.2005, 01:20
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076050
CruelGenius
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
CruelGenius
Участник
Александр Гoлдунидеалист или романтик?

Вы про аудиторскую фирму? Которая проверяла предприятие по постановке БУ, УУ, ОУ и на основе ее отчета построили ТЗ?
...
Рейтинг: 0 / 0
20.05.2005, 06:42
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076081
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
Александр Гoлдун TaiNeВот интересно - учетов на предприятии очень много
.....
Все они тесно переплетены, но имеют разные временные ограничения. Цель у них одна, а задачи разные.

Хотелось бы полюбопытствавать, какая это у них одна цель?

Успешное управление предприятием. Согласитесь, если неправильно вести пусть даже налоговый учет - при первой же проверке предприятие накроется медным тазиком :)

Александр Гoлдун
TaiNe
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим?

С какой это стати финансовый результат должен строиться из БУ? Т.к. мы говорим тут по русски, я исхожу из термина "бухучет" в контексте Росси и СНГ, т.е. нечто вырожденное, предназначенное для расчета государственных податей.

А Вы не путаете налоговый и бухгалтерский учет? Задача бухгалтерского учета - все таки описание состояния предприятия для владельца. (конечно пока все равно с фискальным уклоном, но все же :) )
Александр Гoлдун
CruelGenius
Фактические данные берутся обычно именно из бухучета.

идеалист или романтик?
Скорее всего просто у человека такой опыт.
Кстати, если бухгалтерский учет регламентирован, то ведь оперативный зависит от конкретных постановщиков учета. Я таковых грамотных видела очень мало. Поэтому на большинстве предприятий и берутся данные из бухучета (оттуда, где хоть что-то есть :) )
...
Рейтинг: 0 / 0
20.05.2005, 08:00
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076248
VNS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VNS
Участник
Тогда надо начинать с того что за предприятие и в какой отрасли.
...
Рейтинг: 0 / 0
20.05.2005, 09:53
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076283
VNS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VNS
Участник
TaiNe
Кстати, если бухгалтерский учет регламентирован, то ведь оперативный зависит от конкретных постановщиков учета. Я таковых грамотных видела очень мало. Поэтому на большинстве предприятий и берутся данные из бухучета (оттуда, где хоть что-то есть :) )

А на предыдущем предприятии никак не были связаны. Продукция передавалась из цеха на склад готовой продукции ( внедряли ОУ дабы снизить потери (воровство)), и наоборот потом уже заносилась в БУ.
...
Рейтинг: 0 / 0
20.05.2005, 10:07
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076325
serggdfghdfg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
serggdfghdfg
Гость
VNSТогда надо начинать с того что за предприятие и в какой отрасли.

в свете сабжа этой ветки ваше примечание не имеет никакого смысла...

попробуйте пояснить - какая разница, в какой предметной области и на каком предприятии реализуется система...

да, у системы может быть своя специфика "конфингурация", но к вопросу "Совмещение учетов в одной системе" это обстоятельство мало относится
...
Рейтинг: 0 / 0
20.05.2005, 10:20
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076640
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
Urri... Кстати, а приведите примеры, когда и какие данные БУ целесообразно учитывать при анализе ОУ?

Основные средства + МБП, з/п, расчеты с бюджетом включаемые в "реальные" издержки бизнеса... список можно продолжать.
Не секрет, что существует масса аспектов учета, которые в БУ имеют четкий и отлаженный механизм, а в ОУ каждый сам для себя заново изобретает велосипед (хорошо, если не с квадратными колесами).
...
Рейтинг: 0 / 0
20.05.2005, 12:01
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076648
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
qu-qu Urri... Кстати, а приведите примеры, когда и какие данные БУ целесообразно учитывать при анализе ОУ?

... список можно продолжать.
...

Вдогонку - авансовые отчеты подотчетных лиц, банковские и кассовые операции... (это из наиболее важного для бизнеса в целом).
...
Рейтинг: 0 / 0
20.05.2005, 12:05
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076657
YBW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YBW
Гость
qu-qu Не секрет, что существует масса аспектов учета, которые в БУ имеют четкий и отлаженный механизм, а в ОУ каждый сам для себя заново изобретает велосипед (хорошо, если не с квадратными колесами).


Не секрет, что потому и изобретают велосипеды ОУ, что четкие и отлаженные механизмы БУ не соответствуют реальным потребностям предприятия
...
Рейтинг: 0 / 0
20.05.2005, 12:07
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076803
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
YBW ... потому и изобретают велосипеды ОУ, что четкие и отлаженные механизмы БУ не соответствуют реальным потребностям предприятия

Не надо передергивать фразами, уважаемый... "Полу-правда" гораздо хуже чистой лжи, т.к. на 95% может быть истинной правдой, и невнимательный читатель может принять ее за правду просто "с лету"...

В вашей фразе достаточно изменить всего одно слово (вернее добавить) и тогда можно будет разговаривать по-существу.
Если бы вы сказали: "потому и изобретают велосипеды ОУ, что четкие и отлаженные механизмы БУ не соответствуют ВСЕМ реальным потребностям предприятия", то я бы первый подписался под этим.
Но если верить вашему утверждению как оно есть - то становится абсолютно непонятен коммерческий успех "коробочных" учетных систем (имена собственные у всех присутствующих здесь уже в печенках, надеюсь), в основе которых лежит именно БУ. Либо тогда надо списывать "реалии жизни" - на "тупость" пользователей, руководителей бизнесов, CIO и пр., выбирающих для своего дела эти продукты и "голосующих" за них своим кровным рублем/долларом.
...
Рейтинг: 0 / 0
20.05.2005, 12:44
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076891
YBW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YBW
Гость
qu-qu<Censored>

давайте не будем тут биться с пеной у рта кто чем передергивает и упрекать друг друга во лжи... А? ну право - некоторая толика боевого задора бодрит, согласен, но, чесно говоря - достали уже эти отвязно безаппеляционные заявки (1:1)

завяжем? а? не не прет меня от дискуссий в таком ключе...

если по существу - нет противоречия ОУ и БУ но приоритеты очередности есть...

да система БУ генерирует некоторые данные необходимые для системы ОУ (с некоторой дискретностью равной скажем отчетному периоду или ежедневно (по снятию кассы)) и это ясно

однако система ОУ генерирует ВСЕ даннные необходимые для БУ и не наоборот, мне кажется, что нужно просто отказаться на секундочку от привычных <Censored>шаблонов</Censored> подходов и посмотреть на задачи учета свежим взглядом...

я еще раз повторю, что что четкие и отлаженные механизмы БУ не соответствуют реальным потребностям предприятия, реальная практика гораздо шире и динамичнее, чем формуляры, сводки и правила...

когда, по вашему возникает факт хозяйственной деятельности - по его совершении в натуре или по его фиксации в БУ?

когда совершается расход, с момента подписания договора или по заведении номера счета-фактуры в БУ или по подписании Акта Сдачи приемки выполненных работ или по списании оплаты со счета?

а с точки зрения ОУ?
...
Рейтинг: 0 / 0
20.05.2005, 13:11
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33076959
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
YBW... давайте не будем тут биться с пеной у рта кто чем передергивает и упрекать друг друга во лжи... завяжем? а? не не прет меня от дискуссий в таком ключе...


Не прет, так не прет... однако же, уважаемый, вы меня никогда "с пеной у рта" не видели, и не вам судить о моих эмоциях, с которыми я пишу сообщения на этом форуме.
И все-таки, определенная тенденция из ваших "оценок" уже проистекает - человека ни разу не видел, его манеру изъясняться не знаю, но уже прикрепил ярлык оголтелого "бухгалтеро-фила" и осудил в приличествующих месту выражениях (типа "<Censored>").

YBW...я еще раз повторю, что что четкие и отлаженные механизмы БУ не соответствуют реальным потребностям предприятия, реальная практика гораздо шире и динамичнее, чем формуляры, сводки и правила...


Объясните это, пожалуйста, тем (вышеперечисленным), кто платит свои кровные уже на протяжении 10-ти лет, покупая бухгалтерские системы и базируя на них все виды учета на своих предприятиях... (желательно, повторяя чаще для ясности эпитеты "реальная, реальный").
...
Рейтинг: 0 / 0
20.05.2005, 13:32
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077202
qwerwerwr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerwerwr
Гость
qu-quИ все-таки, определенная тенденция из ваших "оценок" уже проистекает не сдержал (не стал сдерживать) полемический задор - не сердитесь...

рад что термин "бухгалтеро-фила" вы употребили, не хотел вешать его на вас как ярлык... немного пережал

я думаю что проблема БУ vs ОУ высосана из пальца - ее нет на самом деле, тем не менее, среди ответственных сотрудников компаний мелкого 200-300 и среднего до 1000 человек (числа с потолка) эта проблема проявляется в бесконечных непродуктивных дискуссиях на тему "что было раньше курица или яйцо" и "как будем делать как правильно или как надо"

qu-quОбъясните это, пожалуйста, тем (вышеперечисленным), кто платит свои кровные уже на протяжении 10-ти лет, покупая бухгалтерские системы и базируя на них все виды учета на своих предприятиях... (желательно, повторяя чаще для ясности эпитеты "реальная, реальный"). примерно этим мне и приходится заниматься...

предположу, почему руководители пытаются навесить на программы бух. учета не свойственные им функции и базируют на них все виды учета...

1 системы и методики бух учета хорошо переносятся и копируются 1 в 1, примерно так они и попали в Россию... один раз привнесенные они укореняются и живут сами по себе - они самодостаточны. круг задач, решать которые они предназначены не изменился ничуть за сотни лет...

1 административный менеджмент (оперативное управление) приживается гораздо хуже, на Российской земле вообще фиговенько как-то приживается, чахнет и вырождается за 3-4 года (хорошо он прижился только в армии), вечно каждая кухарка начинает что нить подкручивать и модифицировать, или пьяный сантихник упрощать забы(и)вать процедуры...


2 в развитии методологии бух учета не было серьезных спадов и перерывов - учет нужен всем и всегда, особенно с ним не поэксперементируешь... двойная запись, значит двойная запись, дебит кредит - значит дебит кредит... могут меняться формы записи и носители, периоды отчетности и проч., однако сами методики развиваются равномерно поступательно и направленно...

2 вспомним, что у нас происходило в области делового администрирования на протяжении чуть не всей истории России - с точки зрения учета, едва ли не самым позитивным периодом было царствование Павла... и чем он кончил? А эти постоянные пертубации революции потрясения... Парадигма социальных отношений в России такова, это общая культура, которой не нужен оперативный учет

соответсвенно и сейчас культурный фон таков, что даже руководители предприятий пытаются решать задачи логистики (например- ИМХО квинтэссенция ОУ) на системах БУ. Многие всерьез думают, что задачи оперативного учета сводятся

к девушке (пусть десятку, пусть сотне девушек) за терминалом, терпеливо проверяющей бумажки и забивающие данные в 1С,

а годовой отчет выверенный Марьей Валентиновной самый подходящий инструмент административного планирования

ИМХО они просто не знают и не имеют навыков использования адекватных инструментов, а отечественные разработчики не могут предложить им подобный инструмент

надоело песать
...
Рейтинг: 0 / 0
20.05.2005, 14:30
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077255
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
qwerwerwrя думаю что проблема БУ vs ОУ высосана из пальца - ее нет на самом делеНе совсем так. Она есть, потому что мы (разработчики) сами ее иной раз порождаем. Если в отчете о движениях по бухгалтерскому счету, полученном из БУ, данные не соответствуют данным отчета, полученного из ОУ, о транзакциях, которые порождают движения по тому самому бухгалтерскому счету - это проблема.
...
Рейтинг: 0 / 0
20.05.2005, 14:39
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077561
qu-qu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qu-qu
Участник
qwerwerwr... не сдержал (не стал сдерживать) полемический задор - не сердитесь...

рад что термин "бухгалтеро-фила" вы употребили, не хотел вешать его на вас как ярлык... немного пережал


"Мир, дружба, жвачка!" (всегда приятно иметь дело со сдержанным и конструктивным оппонентом).

qwerwerwr... я думаю что проблема БУ vs ОУ высосана из пальца - ее нет на самом деле...
...примерно этим мне и приходится заниматься...


Как сказал тот же Urri - проблема все же есть, и как вы косвенно подтвердили (" ... почему руководители пытаются навесить на программы бух. учета не свойственные им функции и базируют на них все виды учета... ") - проблема эта не касается "напрямую" разработчиков ИС, аналитиков, архитекторов, программистов... Для них действительно неважно, что было раньше - "Фома Аквинский (или А вк инский, х/з ей-Богу) или Лука Пачоли"?

Однако, жить, работать, творить и хлебушек свой с маслом добывать всем им приходится в той реальности, которую вы так хорошо описали в своих пунктах мелким шрифтом (кстати, почему мелким? места он меньше, имхо, не занимает из-за межстрочного интервала, а читать неудобно).
А заодно и ответ знать на справедливый вопрос начальника (хозяина бизнеса): "А хрен ли мне платить тебе программистскую з/п из года в год, да еще не дай БГ кому-то еще кроме тебя архитекторскую, проектировщицкую, аналитиковскую, тестеровскую, документалистскую, если я могу за ХХХ рублей 1 раз и навсегда купить себе все готовое и покрыть этим 80%-90% своих потребностей в учете, да еще и главный бухгалтер мне спасибо за ето скажет?".
Причем, как говаривал известный персонаж о бумажках - "главный" ответ! "окончательный" ответ!! "БРОНЯ"!!!
А "реальные" потребности в "реальном" мире - это как-то на ответ не похоже... это, извините, заклинания уверовавшего (хорошо, если не в собственную непогрешимость). Потому что "реальностей" в этом мире почти ровно столько же, сколько и людей вообще, т.е. - у каждого своя "реальность", и ваше слово против слова CIO самого захудалого концерника при принятии решения о покупке/разработке ИС - "реально" слабее...

З.Ы. я-то лично как раз тоже (" ...примерно этим мне и приходится заниматься... "), с упорством достойным другого применения - зарабатываю себе на жизнь именно в сфере "самописок", и как-то личные наблюдения за "процессом" приводят к выводу, что - теснят нашего брата "самописца" всякие остальные "коробочники", "системные интеграторы" и пр. "аутсорсеры"... ой - теснят.
...
Рейтинг: 0 / 0
20.05.2005, 16:00
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077674
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
Круто тут у вас!! Такие баталии..

На мой взгляд, БУ, ОУ, НУ, УУ можно вести параллельно, но в одной системе. При этом пользоваться общими справочниками и документами, но разными проводками. Возникает вопрос - как это все сопрягать, ответ: в системе должны быть предусмотрены КОПИРОВАНИЕ данных из одного учета в другой как 1:1, так и с изменением ряда полей, так и с агрегированием. Например в торговом зале учет потоварный, в БУ - только стоймостной по МОЛ.

Направление, очередность ввода, порядок и правила копирования данных из учета в учет - на вкус Заказчика, главное, чтобы инструмент был.

Кроме этого, нужно без всякого копирования иметь доступ к данным другого учета в отчетах (например оборот по чужому счету учета).

Итак. Вводим данные в 1 месте, далее копируем их, если они требуют изменения в другом учете, если не требуют, то и копироовать не надо, так как допустима ссылка.
...
Рейтинг: 0 / 0
20.05.2005, 16:27
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077675
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
Дорогой qwerwerwr!
Очень жаль, что свои очень интересные мысли Вы написали очень мелким шрифтом. Сломала все глазки :)

ИМХО они просто не знают и не имеют навыков использования адекватных инструментов, а отечественные разработчики не могут предложить им подобный инструмент
Вот тут мне кажется Вы ошибаетесь. Предлагают инструменты. Но для того чтобы пользоваться инструментом, надо обладать знаниями в предметной области (анализы, взаимосвязи и зависимости в сиситеме управления предприятием). Реалии таковы, что спецов таких почти нет. И часто разработчики бегут впереди паровоза предлагая - посмотрите вот так можно анализировать, посмотрите - вот такие еще есть механизмы... Увы. :(
Иногда мне кажется что связано это с тем что у нас нет экономики. Одна гольная политика. А в политике не нужны инструменты кроме языка. :)
...
Рейтинг: 0 / 0
20.05.2005, 16:27
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077701
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
TaiNe А в политике не нужны инструменты кроме языка. :)

Ой ли!
...
Рейтинг: 0 / 0
20.05.2005, 16:35
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077756
etdfgdsfg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
etdfgdsfg
Гость
ну не кажется мне, что это конфликт парадигм учета, готов допустить, что это конфликт...

тьфу, блин, конечно и определенно конфликт есть ИМХО это конфликт максим, или догм, если хотите, или парадигм реализации...

на уровне данных и принципов учета конфликта не может быть ИМХО...

учет основных средств и нематериальных активов например... разные методы и нормы амортизации разные правила постановки на учет, казалось бы камень преткновения для КИС как вводить информацию? как фиксировать ФХД? по каким правилам

нет... нет противоречия... расширяем тезаурус КИС в целом и учитываем как по гаапу так и по Российским правилам бух учета так и по черту в ступе... при этом ФХД для ОУ фиксируется как он есть, для БУ он может в дальнейшем получить дополнительные аналитические признаки...

Одновременное ведение учета в трех книгах в разных валютах, различными планами счетов, методами учета...

до тех пор пока ФХД не зафиксирован в БУ записи о нем редактируемы по правилам ОУ (например непосредственное, прямое исправление или бэкап оригинала в хистори) после Апрувала Эккаунтингом редактируемы по правилам Эккаунтинга - сторнированием например... после подачи документов в налоговую по правилам НУ...

на каком этапе может возникнуть конфликт, о котором говорит Урри

что касается коробочных КИС - время самопальщиков прошло - победа будет за комплексными системами поставляемыми компаниями и коллективами разработчиков
...
Рейтинг: 0 / 0
20.05.2005, 16:59
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077814
YBW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YBW
Гость
TaiNeИногда мне кажется что связано это с тем что у нас нет экономики .

я просто не хотел быть вопиющим на страницах форума пессимистом - но вы просто не оставили мне выхода... я соглашаюсь с вами и признаюсь - я тоже так считаю...

тот политизированный бардак, что творится в промышленности (вы помните кто и когда изобрел и ввел в обиход это слово?) в добывающих отраслях, в сфере услуг, когда любой чиновник может запустить руку в карман любому предпринимателю, взяточничество, хищения природных ресурсов у собственного народа, захваты предприятий, переделы собственности, ментовские крыши, развал и деградация сельского хозяйства, от коруупции пищит уже вся Россия - не продохнуть, вся страна чуть не столетие сидит на нефтяной/сырьевой игле...

весь этот бардак экономикой назвать трудно (воще-то лехко, но мы же не ставим целью обмануть друг друга) да... у нас нет экономики... была ли?

и не приходим ли мы, таким образом, к выводу что системы учета в России просто не нужны... чего нам учитывать? как сказал один автор в своих "Записках автоматизатора":

-если автоматизировать бардак получится автоматизированный бардак...

закрываем форум?
...
Рейтинг: 0 / 0
20.05.2005, 17:18
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077854
wqerwtrtyoyu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wqerwtrtyoyu
Гость
michael_Круто тут у вас!! Такие баталии..это не баталии - так разминка
michael_На мой взгляд, БУ, ОУ, НУ, УУ можно вести параллельновот сейчас начнутся баталии

michael_но в одной системе. угу DOS или WinOS... ясен палец в одной системе... вы ведь не хотели предложить нам вести БУ в 1С логистику склада в WinSprut отдел кадров в Зарплата-Кадры-Учет а СиАрЭм систему организовать на основе WinOrganizer
michael_Возникает вопрос - как это все сопрягать, ответ: в системе должны быть предусмотрены КОПИРОВАНИЕ данных из одного учета в другой как 1:1, так и с изменением ряда полей, так и с агрегированием. Например в торговом зале учет потоварный, в БУ - только стоймостной по МОЛ.

нет, я определенно пристрелю кого-нить сегодня...

michael_Итак. Вводим данные в 1 месте, далее копируем их, если они требуют изменения в другом учете, если не требуют, то и копироовать не надо, так как допустима ссылка.

если вы не поясните мне, что значит "если они требуют изменения в другом учете" я вызову вас на дуэль
...
Рейтинг: 0 / 0
20.05.2005, 17:37
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077878
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
2 wqerwtrtyoyu
автор если вы не поясните мне, что значит "если они требуют изменения в другом учете" я вызову вас на дуэль

Что Вас смутило? Вы ОС в НУ учитывали? Про ПБУ 18 слышали? А про расходы будущих периодов в БУ и НУ?

Как же это делать не паралельно? Мой рецепт такой - вводим в БУ, после закрытия периода копируем в НУ с трансформацией. При желании копирование повторяем. А желания такие у заказчика возникают нередко.

Это только 1 пример.
...
Рейтинг: 0 / 0
20.05.2005, 17:53
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33077970
L0cat0r
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
L0cat0r
Участник
иногда полезно перечитать пост БТР'ра

http://itland.ru/forum/index.php?showtopic=6098

кому с утра, кому с вечера ...
...
Рейтинг: 0 / 0
20.05.2005, 18:52
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078000
ertertertertete
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ertertertertete
Гость
michael_

Это только 1 пример.

и про ОС слышали и Расходы будущих периодов учитывали... только сразу возникает вопрос при таком копировании какая копия данных является актуальной, единственно верной?

ОУ>БУ>НУ

да, на каждом этапе данные консолидируются верифицируются и меняют статус... это однонаправленная консолидация данных...
вопрос был (чтобы не бегать по страницам треда)

То ли разделяете все учеты отдельно (разные задачи и базы), то ли строите одну с созданием разных отчетов. (Это как два диаметрально противоположных решения) Есть еще срединные пути. Поделитесь, пожалуйста.

выбор того или иного решения определяется масштабом бизнеса, стоимостью решения и сроками исполнения.

вариант одну "с созданием разных отчетов" - это малобюджетное решение для ИЧП (ПБОЮЛ) на упрощенке,
в разных базах параллельно - для двойной бухгалтерии,
в разных базах последовательно разные этапы - нормальное решение,
в одной базе параллельно разные задачи - нормальное решение
<блин, вырезал нафик... распелся... в общем были разные решения>

или это был пример не параллельной обработки информации (модификации данных) а последовательной? так я собственно об этом и говорил...
...
Рейтинг: 0 / 0
20.05.2005, 19:14
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078024
YBW
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
YBW
Гость
БТРДа, для этого необходимо несколько итераций и бесстрашие в отношении перекомпозиции диаграммы верхнего уровня 3-4 раза.
Просто стоит следовать методологии до конца, не пытаясь срезать углы и "угадать" что получится в результате...


5 однозначно

а для этого нужно иметь слоновьи * и стальное * интуицию основанную на хорошем аналитическом уме и карт бланш начальника или заказчика

впрочем это я уже на имплементацию переметнулся... имплементацию обсуждаем в рамках форума?

кстати о ссылке - а причем тут сабжект ветки?

ЗЫ IDEF0 рулит, особенно когда руководству пачечку листов на 100 только для одного вспомогательного процесса выложишь... внушает
...
Рейтинг: 0 / 0
20.05.2005, 19:28
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078078
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
michael_2 wqerwtrtyoyu
автор если вы не поясните мне, что значит "если они требуют изменения в другом учете" я вызову вас на дуэль
Что Вас смутило? Вы ОС в НУ учитывали? Про ПБУ 18 слышали? А про расходы будущих периодов в БУ и НУ?

Как же это делать не паралельно? Мой рецепт такой - вводим в БУ, после закрытия периода копируем в НУ с трансформацией. При желании копирование повторяем. А желания такие у заказчика возникают нередко.

Я хочу чтобы Вы дрались на шпагах. Я подарю ласковый взгляд победителю. И если michael_ думает что это будет он, - зря.
Ну нельзя "копировать". Тут же все разъедется! А уж учет ОС в БУ и НУ, так и вовсе обязательно разъедется при "копировании"! А как Вы тогда временные разницы учитываете? ;)
...
Рейтинг: 0 / 0
20.05.2005, 20:09
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078097
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
YBW-если автоматизировать бардак получится автоматизированный бардак...

закрываем форум?


Нет. Опять же мне кажется, что автоматизируя учет, мы слегка подвигаем предприятия к тому идеалу именно экономики. Да мы делаем то что просят руководители, но ведь, всегда немного больше? Мы ведь и руководителей немного учим?
Но это уже другая история. Возвращаясь к вопросу.
Я считаю, что учет один, и он отражает факт некоей операции. И этот факт может попасть уже в кучу учетов. А может лишь остаться просто фактом. Например? Расход денег по кассе - факт и попадает во все учеты (то есть этот факт рассматривают разные службы и принимают решение о внесении его в тот или иной учет). А вот выписка пропуска на вывоз продукции - факт, но фактом лишь и останется.
...
Рейтинг: 0 / 0
20.05.2005, 20:24
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078193
gz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gz
Гость
TaiNeЯ считаю, что учет один, и он отражает факт некоей операции. И этот факт может попасть уже в кучу учетов. А может лишь остаться просто фактом. Например? Расход денег по кассе - факт и попадает во все учеты (то есть этот факт рассматривают разные службы и принимают решение о внесении его в тот или иной учет). А вот выписка пропуска на вывоз продукции - факт, но фактом лишь и останется.
Согласен. Два слова вдобавок.
Разделение на различные виды учетов - достаточно условное и не должно быть догмой.
Во многих системах во главу угла положен Бухгалтерский учет. На мой взгляд, это не должно быть так. Основными должны быть функциональные подсистемы - Кадры, Табель, Зарплата, Финансы, Запасы, ... Каждая из операций может иметь или не иметь отражение в Бухгалтерском учете, Налоговом учете, ...
...
Рейтинг: 0 / 0
20.05.2005, 22:28
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33078447
Фотография Александр Гoлдун
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Гoлдун
Участник
TaiNe
А Вы не путаете налоговый и бухгалтерский учет? Задача бухгалтерского учета - все таки описание состояния предприятия для владельца. (конечно пока все равно с фискальным уклоном, но все же :) )

Этот фискальный уклон слишком крутой. А глядя на некоторых бухгалтеров (я сказал на некоторых ) вообще создается впечатление, что работают они не на собственника, а на государство.

qu-qu Urri... Кстати, а приведите примеры, когда и какие данные БУ целесообразно учитывать при анализе ОУ?
Основные средства + МБП, з/п,

в конвертах :))
qu-qu
расчеты с бюджетом включаемые в "реальные" издержки бизнеса...

Тут не поспоришь - одна из немногих реальных информаций в БУ во многих фирмах
qu-qu
Но если верить вашему утверждению как оно есть - то становится абсолютно непонятен коммерческий успех "коробочных" учетных систем (имена собственные у всех присутствующих здесь уже в печенках, надеюсь), в основе которых лежит именно БУ. Либо тогда надо списывать "реалии жизни" - на "тупость" пользователей, руководителей бизнесов, CIO и пр., выбирающих для своего дела эти продукты и "голосующих" за них своим кровным рублем/долларом.
Коммерческий успех - не показатель пригодности, соответствия, качества. Можно привести множество примеров и аналогий как из области IT, так и из множества других.
Urri
Не совсем так. Она есть, потому что мы (разработчики) сами ее иной раз порождаем. Если в отчете о движениях по бухгалтерскому счету, полученном из БУ, данные не соответствуют данным отчета, полученного из ОУ, о транзакциях, которые порождают движения по тому самому бухгалтерскому счету - это проблема.

Чаще всего эта проблема все же порождается не программистом. Это орг проблема. Если машина с комплектухой пришла с кривыми документами и с колес пошла в производство, а бухгалтерия провести ее не может, то тут никакая программа не обеспечит совпадение цифр ОУ и БУ.
...
Рейтинг: 0 / 0
21.05.2005, 13:04
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33079394
Makarenko Sasha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Makarenko Sasha
Гость
Возможный вариант "многоучетной" системы.
1. Уровень ФИКСАЦИИ событий. (жизнь, как она есть.)
2. Уровень ИНТЕРПРИТАЦИИ ЗАФИКСИРОВАННЫХ событий в
разрезе того или иного учета. (жизнь, какой мы ее хотим видеть)

Если систему начинать строить исходя из конкретного вида
учета, то другой вид учета будет не легко организовать.
...
Рейтинг: 0 / 0
23.05.2005, 10:07
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33079508
rtwetertertertertert
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rtwetertertertertert
Гость
gzРазделение на различные виды учетов - достаточно условное и не должно быть догмой.
Во многих системах во главу угла положен Бухгалтерский учет. На мой взгляд, это не должно быть так. Основными должны быть функциональные подсистемы - Кадры, Табель, Зарплата, Финансы, Запасы, ... Каждая из операций может иметь или не иметь отражение в Бухгалтерском учете, Налоговом учете, ...


извините, я что-то не пойму - мы теоретизируем на тему различных видов учета или выбираем парадигму практической реализации отношений видов учета...

разделение на виды учета может и условное, однако, как только вы попытаетесь формализовать подобную условность в виде программного продукта, вы сразу почувствуете необходимость найти четкие критерии и зависимости...

попробуйте постоить абсолютную информационную модель условного предприятия по Гейну-Сорсону и вы увидите, что деление на виды учета - "условно-условное"... вероятно вы не найдете большего количества целей учета чем было предложено выше (ОУ БУ НУ)
...
Рейтинг: 0 / 0
23.05.2005, 11:03
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33079972
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
Александр Гoлдун Urri
Не совсем так. Она есть, потому что мы (разработчики) сами ее иной раз порождаем. Если в отчете о движениях по бухгалтерскому счету, полученном из БУ, данные не соответствуют данным отчета, полученного из ОУ, о транзакциях, которые порождают движения по тому самому бухгалтерскому счету - это проблема.

Чаще всего эта проблема все же порождается не программистом. Это орг проблема. Если машина с комплектухой пришла с кривыми документами и с колес пошла в производство, а бухгалтерия провести ее не может, то тут никакая программа не обеспечит совпадение цифр ОУ и БУ.Согласен, случаи бывают разные. Но я имел в виду совсем уж вопиющие вещи. Например, в большом проекте отчеты из разных модулей разрабатывают разные сотрудники. Представим также, что в ОУ есть понятие "переоценка", когда транзакция не изменяет количество, но изменяет стоимость. А теперь представим, что разработчик отчета из ОУ о движении материалов забыл о таких транзакциях (или же про них забыли при формулировании функционального дизайна, а может, данный отчет специально разрабатывался с первичной целью отследить только количественные изменения, но какой-то заказчик потребовал, чтобы рядом с количеством стояла стоимость операции, и его желание решили удовлетворить, не приняв во внимание, что стоимость может меняться и другими транзакциями. Теперь в итогах отчета может возникнуть ситуация, когда при нулевом количественном остатке будет ненулевой остаток в денежном выражении. А в БУ отчет о движении по счету подбивает только денежки, и он принимает во внимание все операции, а не только изменяющие количество, и поэтому он выдает правильный остаток на счете по деньгам. А теперь представим недоумение бухгалтера, получившего один за другим результаты этих двух отчетов.
Я могу утверждать, что проблемы такого рода в больших проектах случаются постоянно. И их наличие даже не может являться свидетельством некомпетентности бизнес-аналитиков и системных архитекторов (вернее, может, но только до определенной степени).
...
Рейтинг: 0 / 0
23.05.2005, 13:31
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33503712
irbis_al
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
irbis_al
Участник
Добрый день.
Мы в своей информационной системе решили этот момент.
Весь учёт строиться от оперативного управления.
Разрабатываються открытые правлиа(pl/sql) перевода
Оперативного управления в Налоговый и бухгалтерский учёт.

Далее за период(автоматично или от отв.лица)происходит импорт документов оперативного управления в бухгалтерский и налоговый учёт.
...
Рейтинг: 0 / 0
26.01.2006, 00:16
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33506141
Сергей Динеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Динеев
Гость
TaiNeХорошо, но в таком случае данные ОУ как стыкуются с данными БУ? Никак?
То есть менеджеры принимают решение на основе одних цифр, а финансовый резьтат (из БУ) строится по другим? Или вечное крыженье?

С учетом реалий России/СНГ я не вижу проблемы в том, что цифры в УУ/ОУ и БУ/НУ расходятся. Более того, я вижу проблему в том, что они полностью совпадают! Обосную свою позицию на двух примерах.

Пример 1. Ну кто, скажите, в здравом уме будет амортизировать компьютер за 10 (по-моему) лет, когда он морально устареет года через 3, ну 5 от силы? Для целей управления нам надо отразить в УУ амортизацию за 3 года, но в БУ мы так сделать не можем - правила не позволяют. Вот и расхождение между УУ и БУ/НУ.

Пример 2. Не секрет, что многие компании используют разные хитрые схемы оптимизации налогообложения :-). Естествено, в ОУ мы должны показать реальные данные, но выдавать их в БУ будет только самоубийца. Вот и расхождение между ОУ и БУ/НУ.

Резюме. Проблема не в самом факте расхождения, а в том, чтобы такие расхождения сделать контролируемыми . Иными словами, руководство должно знать почему возникло расхождение и иметь возможность проверить, что оно произошло именно из-за этого.

Кстати, про финансовый результат. Откуда его брать зависит от того, для чего он нужен. Если для официальные целей - берите из БУ/НУ, а если для целей управления - то из УУ/ОУ.
...
Рейтинг: 0 / 0
26.01.2006, 21:23
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33506201
qwerwerwr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerwerwr
Гость
Сергей ДинеевОбосную свою позицию на двух примерах.

Пример 1. Ну кто, скажите, в здравом уме
Пример 2.
Резюме.


да не переживайте Вы так, Сергей

1) топик старый как...
2) тема старая как...

irbis_al уже все сделал - просто спросите как ему это удалось - и поступите также...

регардс

YBW
...
Рейтинг: 0 / 0
26.01.2006, 22:33
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33520455
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
michael_Круто тут у вас!! Такие баталии..

На мой взгляд, БУ, ОУ, НУ, УУ можно вести параллельно, но в одной системе. При этом пользоваться общими справочниками и документами, но разными проводками. Возникает вопрос - как это все сопрягать, ответ: в системе должны быть предусмотрены КОПИРОВАНИЕ данных из одного учета в другой как 1:1, так и с изменением ряда полей, так и с агрегированием. Например в торговом зале учет потоварный, в БУ - только стоймостной по МОЛ.

Направление, очередность ввода, порядок и правила копирования данных из учета в учет - на вкус Заказчика, главное, чтобы инструмент был.

Кроме этого, нужно без всякого копирования иметь доступ к данным другого учета в отчетах (например оборот по чужому счету учета).

Итак. Вводим данные в 1 месте, далее копируем их, если они требуют изменения в другом учете, если не требуют, то и копироовать не надо, так как допустима ссылка.

А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
...
Рейтинг: 0 / 0
02.02.2006, 22:20
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33520932
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
OTiger[А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
С НУ или с ГААП не проще. Правила могут меняться и требовать измений задним числом больших объемов информации.
...
Рейтинг: 0 / 0
03.02.2006, 09:52
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33523466
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
michael_ OTiger[А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
С НУ или с ГААП не проще. Правила могут меняться и требовать измений задним числом больших объемов информации.

Ну и какии проблемы
распровели необходимые операции хоть за год, поменяли настройки необходимых проводок и заново все провели.
...
Рейтинг: 0 / 0
04.02.2006, 11:30
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33524934
michael_
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
michael_
Участник
OTigerНу и какии проблемы
распровели необходимые операции хоть за год, поменяли настройки необходимых проводок и заново все провели.
В Вашей системе есть механизм группового перепроведения операций? То есть не заходя в каждую перепровести группу операций по какому-то условию? Если есть, то это решение. В нашей системе такого нет.

Но данные по НУ, БУ и ГААПУ приходится держать на разных счетах. Пример - основные средства.
...
Рейтинг: 0 / 0
06.02.2006, 09:42
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33542814
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
michael_ OTigerНу и какии проблемы
распровели необходимые операции хоть за год, поменяли настройки необходимых проводок и заново все провели.
В Вашей системе есть механизм группового перепроведения операций? То есть не заходя в каждую перепровести группу операций по какому-то условию? Если есть, то это решение. В нашей системе такого нет.

Но данные по НУ, БУ и ГААПУ приходится держать на разных счетах. Пример - основные средства.

Конечно есть. Можно это сделать по любому набору условий. По интервалу дат, по набору видов шаблонов, по принадлежности к процессу и т.д.. Более того, по одному и тому же шаблону можно проводить по разному, в зависимости от даты проведения операции(например при переходе на другой год). И этим очень интенсивно пользуются все клиенты, и даже не представляют как без этого жить то можно:)
...
Рейтинг: 0 / 0
14.02.2006, 10:53
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33544381
Малышев Константин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малышев Константин
Гость
michael_
Но данные по НУ, БУ и ГААПУ приходится держать на разных счетах. Пример - основные средства.
Да, уточню, на разных счетах разных учетных планов - Корп, Бухг.,Налог. и т.д
...
Рейтинг: 0 / 0
14.02.2006, 17:28
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33547612
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTiger michael_Круто тут у вас!! Такие баталии..

На мой взгляд, БУ, ОУ, НУ, УУ можно вести параллельно, но в одной системе. При этом пользоваться общими справочниками и документами, но разными проводками. Возникает вопрос - как это все сопрягать, ответ: в системе должны быть предусмотрены КОПИРОВАНИЕ данных из одного учета в другой как 1:1, так и с изменением ряда полей, так и с агрегированием. Например в торговом зале учет потоварный, в БУ - только стоймостной по МОЛ.

Направление, очередность ввода, порядок и правила копирования данных из учета в учет - на вкус Заказчика, главное, чтобы инструмент был.

Кроме этого, нужно без всякого копирования иметь доступ к данным другого учета в отчетах (например оборот по чужому счету учета).

Итак. Вводим данные в 1 месте, далее копируем их, если они требуют изменения в другом учете, если не требуют, то и копироовать не надо, так как допустима ссылка.

А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.

В некоторых случаях необходимо не только иначе отражать хоз.операции но и изменять (или иметь ввиду) иные первичные документы, то есть если не копировать документы, то придеться держать в них несколько версий реквизитов для каждого вида учета. Практика показывает, что уж лучше копировать. Хотя с изменением задним числом действительно проблемы.
...
Рейтинг: 0 / 0
15.02.2006, 20:48
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33547758
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
OTiger
А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
SergGol
В некоторых случаях необходимо не только иначе отражать хоз.операции но и изменять (или иметь ввиду) иные первичные документы, то есть если не копировать документы, то придеться держать в них несколько версий реквизитов для каждого вида учета. Практика показывает, что уж лучше копировать. Хотя с изменением задним числом действительно проблемы.


Поясните, что то не врубаюсь. О каких версиях реквизитов идет речь?
И уж тем более не соглашусь, что лучше копировать. Сразу же паровозом получаем просто массу проблем, а зачем?
...
Рейтинг: 0 / 0
15.02.2006, 23:35
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33547764
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SergGolВ некоторых случаях необходимо не только иначе отражать хоз.операции но и изменять (или иметь ввиду) иные первичные документы, то есть если не копировать документы, то придеться держать в них несколько версий реквизитов для каждого вида учета. Практика показывает, что уж лучше копировать. Хотя с изменением задним числом действительно проблемы.
Документ (первичная информация) должен быть один. Документ интерпретируется по разному для разных видов учета в момент учета.
...
Рейтинг: 0 / 0
15.02.2006, 23:43
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33547799
Малышев Константин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Малышев Константин
Гость
iscrafm
Документ (первичная информация) должен быть один. Документ интерпретируется по разному для разных видов учета в момент учета.
Пример, В реальном учете приход проведен (только в реальном), товар продается/продан. Документ этого прихода для бух учета пришел с другой датой с другими ценами.
Выход. Скопировать документ из Корпоративного учета, поправить даты, цены в соответствии с бумажкой и провести в бух учет. У нас так штатно и торгуют.
...
Рейтинг: 0 / 0
16.02.2006, 00:45
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550412
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTiger OTiger
А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
SergGol
В некоторых случаях необходимо не только иначе отражать хоз.операции но и изменять (или иметь ввиду) иные первичные документы, то есть если не копировать документы, то придеться держать в них несколько версий реквизитов для каждого вида учета. Практика показывает, что уж лучше копировать. Хотя с изменением задним числом действительно проблемы.


Поясните, что то не врубаюсь. О каких версиях реквизитов идет речь?
И уж тем более не соглашусь, что лучше копировать. Сразу же паровозом получаем просто массу проблем, а зачем?

Продали Продукцию А (ОпУчет). Продали с такого-то склада. Такому-то покупателю. Но во-первых Продукцию А ми не производим, во-вторых покупатель не имел лицензии и пр., в-третих у нас и склада то такого нет.
Теперь в БУ нужно отразить: Продавалась Продукция Б, покупателю другому, Склад другой, сумма не та и пр. Под это нужно подготовить иные печатные формы. Конечно вся эта информация может хранится в одном и том же документе, но получается, что это по сути другой документ, который связан с первичным только виртуально. Да и какой из них первичен уже вопрос.
...
Рейтинг: 0 / 0
16.02.2006, 20:10
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550420
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SergGol
Продали Продукцию А (ОпУчет). Продали с такого-то склада. Такому-то покупателю. Но во-первых Продукцию А ми не производим, во-вторых покупатель не имел лицензии и пр., в-третих у нас и склада то такого нет.

Вопрос на засыпку. Что нужно отразить в БУ, если:
1. Продукцию мы не производим
2. Продали непонятно кому
3. Даже склада такого нет
Вопрос. Так что отразить?
...
Рейтинг: 0 / 0
16.02.2006, 20:15
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550586
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol OTiger OTiger
А зачем такие сложности? копирование какое то...
А как быть после редактирования накладных задним числом? умаетесь все это отслеживать чтобы откопировать.
Не проще все вести в одной системе. Настраивать хоз. операции соответсвующим образом. При проведении сразу класть проводки во все учеты. В каждый учет свои проводки.
SergGol
В некоторых случаях необходимо не только иначе отражать хоз.операции но и изменять (или иметь ввиду) иные первичные документы, то есть если не копировать документы, то придеться держать в них несколько версий реквизитов для каждого вида учета. Практика показывает, что уж лучше копировать. Хотя с изменением задним числом действительно проблемы.


Поясните, что то не врубаюсь. О каких версиях реквизитов идет речь?
И уж тем более не соглашусь, что лучше копировать. Сразу же паровозом получаем просто массу проблем, а зачем?

Продали Продукцию А (ОпУчет). Продали с такого-то склада. Такому-то покупателю. Но во-первых Продукцию А ми не производим, во-вторых покупатель не имел лицензии и пр., в-третих у нас и склада то такого нет.
Теперь в БУ нужно отразить: Продавалась Продукция Б, покупателю другому, Склад другой, сумма не та и пр. Под это нужно подготовить иные печатные формы. Конечно вся эта информация может хранится в одном и том же документе, но получается, что это по сути другой документ, который связан с первичным только виртуально. Да и какой из них первичен уже вопрос.

Странный пример..., где документы элементарно разные. Как если бы Вы просто оформляли разные документы. Ваш же пример - это 0.5% от всей работы предприятия. И ради этого процента Вы предлагаете копировать основную массу документов?
Странное решение.
...
Рейтинг: 0 / 0
16.02.2006, 22:47
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550599
adgadgfadfdgsfdg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
adgadgfadfdgsfdg
Гость
iscrafmВопрос. Так что отразить?

ФХД ИМХО
...
Рейтинг: 0 / 0
16.02.2006, 22:52
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550603
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
adgadgfadfdgsfdg iscrafmВопрос. Так что отразить?

ФХД ИМХО
ХЗЧ правильней. Человек говорит об отражении в бухучете операций с объектами, которые по его описанию вообще не имеют к нему отношения.
...
Рейтинг: 0 / 0
16.02.2006, 22:56
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33550636
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
iscrafm adgadgfadfdgsfdg iscrafmВопрос. Так что отразить?

ФХД ИМХО
ХЗЧ правильней. Человек говорит об отражении в бухучете операций с объектами, которые по его описанию вообще не имеют к нему отношения.

он просто не умеет их описывать

___________________________________________________

вы не любите кошек??? вы, просто, не умеете их готовить!
...
Рейтинг: 0 / 0
16.02.2006, 23:33
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33559464
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTiger
Странный пример..., где документы элементарно разные. Как если бы Вы просто оформляли разные документы. Ваш же пример - это 0.5% от всей работы предприятия. И ради этого процента Вы предлагаете копировать основную массу документов?
Странное решение.
1. В зависимости от предпариятия и от типа документа %-нт растет до 50-70
2. Документы как раз имеют к предприятию самое прямое отношение и оперативный и бухгалтерсикий учет(реальный) только на них и опирается, а вот в виртуальном бух.учете нужны другие и не только учетные регистры от этих документов, но и сами документы. Вернее те же документы, но несколько измененные. Некоторые реквизиты иные. Например есть документы в реальной жизни пронумерованные 1,2,3,4,5. Кто-то принял волевое решение. Документ №3, в определенном учете не отражается. Получается отразиться 1,2,4,5. Непорядок, а где делся 4? Так это мелочь. Но требование такое - все должно быть четко. Результат: номера для другого регистра смещаюся на 1 и т.д. Вообщем разных условностей набирается столько, что по закону перехода количества в качество проконтролировать и учеть все особенности в одном хранилище нерационально, вот и копирують. Кроме того, есть специальные челы, которым нужно какая-то основа для построения учета.
...
Рейтинг: 0 / 0
21.02.2006, 21:51
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33559602
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
SergGol Например есть документы в реальной жизни пронумерованные 1,2,3,4,5. Кто-то принял волевое решение. Документ №3, в определенном учете не отражается. Получается отразиться 1,2,4,5. Непорядок, а где делся 4?
Да на месте он, ищите внимательно у себя же в тексте (базе). С нумерацией пример не серьезный
...
Рейтинг: 0 / 0
21.02.2006, 23:58
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33559631
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol
1. В зависимости от предпариятия и от типа документа %-нт растет до 50-70


Даже без коментариев...
Примеры в студию. Иначе больше на бред смахивает. Продаю одно, а отображаю другое. Не задавались вопросом, а нафиг это делать? У Вас предприятие что, сплошной конрафакт продает? или наркоту?:-)

SergGol
2. Документы как раз имеют к предприятию самое прямое отношение и оперативный и бухгалтерсикий учет(реальный) только на них и опирается, а вот в виртуальном бух.учете нужны другие и не только учетные регистры от этих документов, но и сами документы.

А что за виртуальная бухгалтерия такая? Кому она нужна? Или Вы имеете ввиду управленческий учет все таки? Вы уже улетаете в мир фантазий каких то :-)

SergGol
Вернее те же документы, но несколько измененные. Некоторые реквизиты иные. Например есть документы в реальной жизни пронумерованные 1,2,3,4,5. Кто-то принял волевое решение. Документ №3, в определенном учете не отражается. Получается отразиться 1,2,4,5. Непорядок, а где делся 4? Так это мелочь. Но требование такое - все должно быть четко. Результат: номера для другого регистра смещаюся на 1 и т.д. Вообщем разных условностей набирается столько, что по закону перехода количества в качество проконтролировать и учеть все особенности в одном хранилище нерационально, вот и копирують. Кроме того, есть специальные челы, которым нужно какая-то основа для построения учета.

А Вы не пробовали под разные учеты вести разную нумерацию? :-) Помогает...
Если конечно в учетной системе все для этого есть.
...
Рейтинг: 0 / 0
22.02.2006, 01:21
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33561806
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTigerПримеры в студию. Иначе больше на бред смахивает. Продаю одно, а отображаю другое. Не задавались вопросом, а нафиг это делать? У Вас предприятие что, сплошной конрафакт продает? или наркоту?:-)

Вот документ:Накладная на продажу.

В учете №1
Кому продали: Колумбийской наркомаифии
Со склада: Склад плана
Что продали: План, кол-во: 3 мешка, цена: 1000$, Сумма 3000$
Накладные расходы: Откат ОБОН: 100$
Итого к оплате: 3100$

В учете №2
Кому продали: ЧП с базара
Со склада: Склад картошки
Что продали: картошку, кол-во: 3 вагона, цена: 1000 $, Сумма 3000$
Накладные расходы: погрузочно-разгрузочные: 100$
Итого к оплате: 3100$

У предприятия есть иностранный инвестор (20%, голос и пр.) - китайский наркобарон. Продавать план он считает аморальным. По его мнению торговать нужно другим. Но он нам не указ, он далеко в Китае. Для него тоже есть учет.

В учете №3
Кому продали: Колумбийской наркомафии
Со склада: Склад героина
Что продали: героин, кол-во: 1 спичечный коробок, цена: 3000 $, Сумма 3000$
Накладные расходы: Затраты по доставке (студент дружественного государства) 100$
Итого к оплате: 3100$
:)
...
Рейтинг: 0 / 0
22.02.2006, 20:08
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33562402
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
и не лень же придумывать такие примеры :)
...
Рейтинг: 0 / 0
23.02.2006, 12:16
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33562737
Фотография Валентин К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Валентин К
Участник
iscrafm SergGol
Продали Продукцию А (ОпУчет). Продали с такого-то склада. Такому-то покупателю. Но во-первых Продукцию А ми не производим, во-вторых покупатель не имел лицензии и пр., в-третих у нас и склада то такого нет.

Вопрос на засыпку. Что нужно отразить в БУ, если:
1. Продукцию мы не производим
2. Продали непонятно кому
3. Даже склада такого нет
Вопрос. Так что отразить?
Если непонятно что делали, тогда в чем смысл отражения в учете?
Сначала разобраться кто куда откгрил в каком типе учета, оплаты и пр.
...
Рейтинг: 0 / 0
23.02.2006, 15:54
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33562744
Фотография Валентин К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Валентин К
Участник
Пример мощный, риспект.
Это клинический случай, но разнос типов учета в системе оперативного учета действительно востребованная штука.
А еще есть и плановый учет :)
...
Рейтинг: 0 / 0
23.02.2006, 15:59
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563122
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
Валентин К iscrafm SergGol
Продали Продукцию А (ОпУчет). Продали с такого-то склада. Такому-то покупателю. Но во-первых Продукцию А ми не производим, во-вторых покупатель не имел лицензии и пр., в-третих у нас и склада то такого нет.

Вопрос на засыпку. Что нужно отразить в БУ, если:
1. Продукцию мы не производим
2. Продали непонятно кому
3. Даже склада такого нет
Вопрос. Так что отразить?
Если непонятно что делали, тогда в чем смысл отражения в учете?
Сначала разобраться кто куда откгрил в каком типе учета, оплаты и пр.
Наверно непонятки потому, что под совмещением учетов подразумевается классическое понятие: один первичный документ отразить в разных учетах по разному. А если подойти иначе: одно событие хозяйственной деятельности отразить (или проигнорировать) в разных учетах по разному. Причем под понятием "отразить" подразумевается в том числе и наличие иного (в той или иной степени) "первичного" документа под эту операцию. Тогда, получается имеем сущность: действие (Код, Название) и под него все остальное (в том числе и первичные документы) в каждом учете свои.
А чтобы тем, кто не является первичным (в истинном значении этого термина) по отношению к операции, была какая-то основа для построения учета, предоставляются копии первичного (истинно первичного) документа.
Пример: событие - гаишник махнул палочкой. Учет №1 - протокол, Учет №2 - непредвиденные затраты. Предположим вы ведете бюджет этого автовладельца. Что вам с протокола. Вам нужен расходный ордер. Разве это один и тот же документ?
...
Рейтинг: 0 / 0
23.02.2006, 22:31
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563146
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol OTigerПримеры в студию. Иначе больше на бред смахивает. Продаю одно, а отображаю другое. Не задавались вопросом, а нафиг это делать? У Вас предприятие что, сплошной конрафакт продает? или наркоту?:-)

Вот документ:Накладная на продажу.

:)

Вот видишь, от такого бреда, тебе самому смешно!!!
...
Рейтинг: 0 / 0
23.02.2006, 23:02
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563160
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
А зачем в налоговом учете отображать иначе чем в бухгалтерском. Можно тоже посмеяться.
...
Рейтинг: 0 / 0
23.02.2006, 23:15
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563638
Фотография Валентин К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Валентин К
Участник
Малышев Константин iscrafm
Документ (первичная информация) должен быть один. Документ интерпретируется по разному для разных видов учета в момент учета.
Пример, В реальном учете приход проведен (только в реальном), товар продается/продан. Документ этого прихода для бух учета пришел с другой датой с другими ценами.
Выход. Скопировать документ из Корпоративного учета, поправить даты, цены в соответствии с бумажкой и провести в бух учет. У нас так штатно и торгуют.
Первый документ проводить как план, потом формировать схему факт по фактическим документам, т.е. вся информация будет учтена, бухгалтерия будет юзать свою, логистики свою.
Не вижу проблемы в принципе.
...
Рейтинг: 0 / 0
24.02.2006, 12:48
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563648
Фотография Валентин К
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Валентин К
Участник
SergGolНаверно непонятки потому, что под совмещением учетов подразумевается классическое понятие: один первичный документ отразить в разных учетах по разному. А если подойти иначе: одно событие хозяйственной деятельности отразить (или проигнорировать) в разных учетах по разному. Причем под понятием "отразить" подразумевается в том числе и наличие иного (в той или иной степени) "первичного" документа под эту операцию. Тогда, получается имеем сущность: действие (Код, Название) и под него все остальное (в том числе и первичные документы) в каждом учете свои.
А чтобы тем, кто не является первичным (в истинном значении этого термина) по отношению к операции, была какая-то основа для построения учета, предоставляются копии первичного (истинно первичного) документа.
Пример: событие - гаишник махнул палочкой. Учет №1 - протокол, Учет №2 - непредвиденные затраты. Предположим вы ведете бюджет этого автовладельца. Что вам с протокола. Вам нужен расходный ордер. Разве это один и тот же документ?
Непоняток нет в принципе.
Документ не определяет учет в принципе, это форма хранения первичной документации.
Слои типов учета заполняются при проведении документа в конкретный тип учета.
Для примера:
1) Сумму провести в учете реальный.
2) Сумму провести в опертивном учете.

Хотя на деле пример ненужный, птому что сумма проводится в фатическом учете, а статьи расходов назначаются в 2-х разрезах, т.к. в примере нет надобностей разделять событие в типах учета.

Вы правильно мыслите, но недалеко, т.к. сначала проработайте несколько реальных схем для того, чтобы найти наиболее оптимальные решения для каждой ситуации и системы учета в целом.
...
Рейтинг: 0 / 0
24.02.2006, 12:54
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33563754
aewrerwqerwqerwqer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aewrerwqerwqerwqer
Гость
iscrafmС нумерацией пример не серьезный


но зато смишно
...
Рейтинг: 0 / 0
24.02.2006, 13:59
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33567945
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
Валентин К SergGolНаверно непонятки потому, что под совмещением учетов подразумевается классическое понятие: один первичный документ отразить в разных учетах по разному. А если подойти иначе: одно событие хозяйственной деятельности отразить (или проигнорировать) в разных учетах по разному. Причем под понятием "отразить" подразумевается в том числе и наличие иного (в той или иной степени) "первичного" документа под эту операцию. Тогда, получается имеем сущность: действие (Код, Название) и под него все остальное (в том числе и первичные документы) в каждом учете свои.
А чтобы тем, кто не является первичным (в истинном значении этого термина) по отношению к операции, была какая-то основа для построения учета, предоставляются копии первичного (истинно первичного) документа.
Пример: событие - гаишник махнул палочкой. Учет №1 - протокол, Учет №2 - непредвиденные затраты. Предположим вы ведете бюджет этого автовладельца. Что вам с протокола. Вам нужен расходный ордер. Разве это один и тот же документ?
Непоняток нет в принципе.
Документ не определяет учет в принципе, это форма хранения первичной документации.
Слои типов учета заполняются при проведении документа в конкретный тип учета.
Для примера:
1) Сумму провести в учете реальный.
2) Сумму провести в опертивном учете.

Хотя на деле пример ненужный, птому что сумма проводится в фатическом учете, а статьи расходов назначаются в 2-х разрезах, т.к. в примере нет надобностей разделять событие в типах учета.

Вы правильно мыслите, но недалеко, т.к. сначала проработайте несколько реальных схем для того, чтобы найти наиболее оптимальные решения для каждой ситуации и системы учета в целом.

Все правильно. Согласен. Первичный документ один, но если попытаться спроектировать некоторые из таких документов на практике поподробней, то могут получиться следующие реквизиты такого документа:
1. Номер для учета 1
2. Номер для учета 2
3. Номер для учета 3
4. Покупатель для учета 1
5. Покупатель для учета 2
6. Покупатель для учета 3
7. Сумма для учета 1
8. Сумма для учета 2
9. Сумма для учета 3
. . .
и никаких заранее определенных зависимостей между реквизитами (например суммами) в разных учетах может не быть, то есть для каждого нужно свое хранилище. Сами видите что это явно не подходит в таком прямолинейном виде. Применив нормализацию все равно в той или иной степени получаем несколько наборов (документов) для каждого учета отдельно и связку между ними по коду-ключу. При этом для юзера работающего с конкретным учетным регистром альтернативные значения реквизитов для других учетов не интересны. А можете назвать системы, которые бы штатно поддерживали подобные чудачества с первичными документам, вряд ли. Зато все позволяют создавать отдельные хранилища первичных докумнетов для разных учетов. Возможно со ссылками на "родителя". Потому и выходит, что либо кардинально все перерабатывать либо копировать. Если пытаться поступить красиво и правильно, то нужно перерабатывать. А если подойти с практичной стороны, то почему бы не копировать. Себе дешевле.
...
Рейтинг: 0 / 0
27.02.2006, 14:21
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33569178
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol
Все правильно. Согласен. Первичный документ один, но если попытаться спроектировать некоторые из таких документов на практике поподробней, то могут получиться следующие реквизиты такого документа:
1. Номер для учета 1
2. Номер для учета 2
3. Номер для учета 3
4. Покупатель для учета 1
5. Покупатель для учета 2
6. Покупатель для учета 3
7. Сумма для учета 1
8. Сумма для учета 2
9. Сумма для учета 3
. . .
и никаких заранее определенных зависимостей между реквизитами (например суммами) в разных учетах может не быть, то есть для каждого нужно свое хранилище. Сами видите что это явно не подходит в таком прямолинейном виде. Применив нормализацию все равно в той или иной степени получаем несколько наборов (документов) для каждого учета отдельно и связку между ними по коду-ключу. При этом для юзера работающего с конкретным учетным регистром альтернативные значения реквизитов для других учетов не интересны. А можете назвать системы, которые бы штатно поддерживали подобные чудачества с первичными документам, вряд ли. Зато все позволяют создавать отдельные хранилища первичных докумнетов для разных учетов. Возможно со ссылками на "родителя". Потому и выходит, что либо кардинально все перерабатывать либо копировать. Если пытаться поступить красиво и правильно, то нужно перерабатывать. А если подойти с практичной стороны, то почему бы не копировать. Себе дешевле.

Почему всегда отметаем рациональное зерно приводя в пример крайности или полную ахинею?
Зачем в документе несколько покупателей?
Если допустим документ "черный", то в бух. учет его вообще отражать не потребуется.
И где может потребоваться в одном учете требуется отражать одного покупателя, в другом другого? Что то мне пока такого венегрета не встречалось:) Только пожалуйста, без того бреда который я уже читал чуть выше. Это больше походило на записки сумасшедшего, а не на реальную работу предприятия. Даже если сможете привести пример, это скорее исключение чем правило. Ну так мы вроде говорим о обычных ситуациях.
Далее, для того чтобы разносить в разные учеты разные суммы, абсолютно не требуется эти суммы держать в одном документе. Достаточно лишь правильно настроить проводки, которые будем разносить по разным счетам. И правильно прописать нужные формулы(расчет сумм) в этих проводках.
Ну а с номерами, вариантов вообще масса. Все зависит от конкретных требований и реализации.

И пожалуйста...
если Ваша система не умеет удобно работать с разными планами, это не означает, все остальное-чудачество.
Скорее копирование в разные планы после проведения документа - маразм. Что Вы будете делать, если этот документ потребуется отредактировать? А Если вдруг потребовалось перепровести целый набор документов? Отслеживать? Ну и зачем эта головная боль?

А Ваш же пример. Как Вы скопируете документ поменяв в нем покупателя, номер документа и сумму. Расскажите про эту веселую технологию:)
Или все таки просто введете другой? Так и у нас это делается также. Но таких документов не много. А вот об основной массе мы вообще не заморачиваемся. Хоть за целый год пусть перепроводят, если хотят. А у Вас?
...
Рейтинг: 0 / 0
27.02.2006, 21:29
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33570615
Фотография pan159
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pan159
Участник
«Суха теория, мой друг, но зеленеет жизни древо»

Пример из моей практики. Диспозиция: крупная нефтяная компания, владеющая сотнями (а может и тысячами) скважин. В каждой скважине несколько сот насосно-компрессорных труб разного типа. Да еще их полно в ремонте, на складах (обычной площадке под открытым небом, где свалены трубы) и т.п. Их постоянно перевозят туда-сюда: между скважинами, со скважины на ремонтную базу, со склада на скважины и ремонтную базу. На скважинах компьютеров нет, поэтому мастера время от времени появляются на ремонтной базе, чтобы сдать документы.

Поскольку трубы дорогие, то они отнесены к основным средствам и требуют соответствующего бухгалтерского учета. А какой учет может быть, если после извлечения из скважины даже тип трубы определить нельзя, не говоря уж об инвентарных номерах. Да и кто может посчитать количество труб в скважине?

Попытка наладить «правильный» бухгалтерский учет перемещений труб кончилась, естественно, полным провалом. Я делал систему для оперативного учета перемещений труб на основе актов на перемещение (нечто вроде ТТН: от кого, кому, через кого, чего, сколько. Без цен).
В конце месяца массово печатались все бухгалтерские документы, связанные с перемещением основных средств.
При запуске системы первоначальные запасы (остатки) труб на скважинах брались из бухгалтерского учета.
В конце каждого месяца подсчитывались остатки на скважинах. Требованием бухгалтерии было обязательное совпадение результатов оперативного и бухгалтерского учета, чего не было по жизни, т.к. из-за неправильно оцененных начальных запасов постоянно образовывались отрицательные остатки.

Решением ситуации была коррекция количества труб в скважинах в оперативном учете (т.е. подсчет невязки между оперативным и бухгалтерским учетом и коррекция на эту величину остатков, пользуясь тем, что скважина – это черный ящик, внутрь которого заглянуть невозможно).
Этакий пинок по данным.
Теоретически невязка с течением времени будет стремиться к нулю.

Система, кстати, прекрасно работает уже несколько лет. И учет наладился. Девочки, которые сидели, заваленные грудами замасленных бумаг, очистили столы. Бухгалтерия довольна.

А я вот до сих пор думаю и усмехаюсь, что это было: ловкий фокус данными или оригинальное бизнес-решение?
...
Рейтинг: 0 / 0
28.02.2006, 13:30
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33571804
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
pan159даже тип трубы определить нельзя

хороший пример, жизненный...

т.е.
даже если заставить мастеров вести учет засовываемых в скважину труб, заставлять их определять тип трубы при передаче на другую скважину и при преме на свою, проводить раз в квартал инвентаризацию труб на скважине (как задействованых на бурении так и запасных)

это привело бы к существенным потерям времени сотрудников на учете имущества и все равно не застраховало бы от ошибок...
...
Рейтинг: 0 / 0
28.02.2006, 18:17
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33572025
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTigerА Ваш же пример. Как Вы скопируете документ поменяв в нем покупателя, номер документа и сумму. Расскажите про эту веселую технологию:)
Или все таки просто введете другой? Так и у нас это делается также. Но таких документов не много. А вот об основной массе мы вообще не заморачиваемся. Хоть за целый год пусть перепроводят, если хотят. А у Вас?
Точно также. Копируется (ну можно и новый ввести) и исправляется что нужно. При этом документ попадает в другой реестр, чтобы под ногами не путался. Но по некоторым соображениям копируются все документы, которые по определенным критериям подлежат такой процедуре. Вот и получается две причины для копирования:
1. Чтоб не копировать вручную по одному, копируются все.
2. (намного более важная причина) Тому кто делает учет 2 нечего делать в реестре документов для учета 1. Ему копируется что нужно и он переколбасит как надо и проведет. И это требование ставится намного выше логичности построения системы.
А так никакой разницы.
...
Рейтинг: 0 / 0
28.02.2006, 20:25
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33572713
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol OTigerА Ваш же пример. Как Вы скопируете документ поменяв в нем покупателя, номер документа и сумму. Расскажите про эту веселую технологию:)
Или все таки просто введете другой? Так и у нас это делается также. Но таких документов не много. А вот об основной массе мы вообще не заморачиваемся. Хоть за целый год пусть перепроводят, если хотят. А у Вас?
Точно также. Копируется (ну можно и новый ввести) и исправляется что нужно. При этом документ попадает в другой реестр, чтобы под ногами не путался. Но по некоторым соображениям копируются все документы, которые по определенным критериям подлежат такой процедуре. Вот и получается две причины для копирования:
1. Чтоб не копировать вручную по одному, копируются все.
2. (намного более важная причина) Тому кто делает учет 2 нечего делать в реестре документов для учета 1. Ему копируется что нужно и он переколбасит как надо и проведет. И это требование ставится намного выше логичности построения системы.
А так никакой разницы.

Замечательно, а в случае самого обычного "белого" документа Вы тоже копируете его "один в один" в другой учет? И считаете это удобным? Вы не рассказали, что будете делать когда документ приходиться исправлять...
...
Рейтинг: 0 / 0
01.03.2006, 10:29
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33585355
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
OTiger
Замечательно, а в случае самого обычного "белого" документа Вы тоже копируете его "один в один" в другой учет? И считаете это удобным? Вы не рассказали, что будете делать когда документ приходиться исправлять...

Точно. А почему? Одна паршивая овца все стадо портит. Были документы с номерами: 1, 2, 3(Ч), 4. Пердположим мы их не копируем. А поступаем мудрее и рациональнее: 1, 2 и 4 проводится в нужном учете, а 3 не проводится.
Теперь при печати реестра или документа(Б) имеем номера: 1, 2, 4. На вопрос: а где 3-й? отвечаем: Не знаем, дырка, отказ, случайность и пр. Какой выход? Динамически перенумеровать или как-то еще хранить альтернативный номер для иного учета. Или еще пример. Были на складе товары(Ч). Мы их продали(Б). Даты продажи: 1-е, 10-е, 15-е число. Естественно в определенном учете все продалось в минус. Ставим перед фактом нужного чела и он нам предоставляет приходную Б-накладную для выравнивания. Но вот незадача накладная от 5-го числа. Вроде как ничего, но по учету выходит, что мы 1-го продавали, то что оприходовали только 5-го. Что делать? Можно изменить дату документа расхода с 1-го на 5-е. Но в том учете само собой ведется инфа (задолженность, просрочка и пр.). Опять выходит что нужно хранилище для альтернативной даты. Потом начинается с ценами свистопляска.
А если документ исправляется, то все зависит от содержания исправления: или проигнорировать его или обновить его копию. Подробности уже зависят от реализации.
Вобщем или нужно наворачивать хранилищу документа разношерстый функционал (пару номеров, пару дат, цен, ТМЦ и пр.) или скопировать и править в обычном режиме. Лично меня устраивают оба пути. Второй оказывается проще и надежнее, хотя и далеко не изящнее, так нам не за красоту платят. По крайне мере не все.
...
Рейтинг: 0 / 0
06.03.2006, 20:43
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33609224
Фотография OTiger
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
OTiger
Участник
SergGol OTiger
Замечательно, а в случае самого обычного "белого" документа Вы тоже копируете его "один в один" в другой учет? И считаете это удобным? Вы не рассказали, что будете делать когда документ приходиться исправлять...

Точно. А почему? Одна паршивая овца все стадо портит. Были документы с номерами: 1, 2, 3(Ч), 4. Пердположим мы их не копируем. А поступаем мудрее и рациональнее: 1, 2 и 4 проводится в нужном учете, а 3 не проводится.
Теперь при печати реестра или документа(Б) имеем номера: 1, 2, 4. На вопрос: а где 3-й? отвечаем: Не знаем, дырка, отказ, случайность и пр. Какой выход? Динамически перенумеровать или как-то еще хранить альтернативный номер для иного учета. Или еще пример. Были на складе товары(Ч). Мы их продали(Б). Даты продажи: 1-е, 10-е, 15-е число. Естественно в определенном учете все продалось в минус. Ставим перед фактом нужного чела и он нам предоставляет приходную Б-накладную для выравнивания. Но вот незадача накладная от 5-го числа. Вроде как ничего, но по учету выходит, что мы 1-го продавали, то что оприходовали только 5-го. Что делать? Можно изменить дату документа расхода с 1-го на 5-е. Но в том учете само собой ведется инфа (задолженность, просрочка и пр.). Опять выходит что нужно хранилище для альтернативной даты.

Вы просто не умеете их готовить:) Есть масса способов решить проблему нумерации... Мы обычно предлагаем клиенту на выбор!

SergGol
Потом начинается с ценами свистопляска.
А если документ исправляется, то все зависит от содержания исправления: или проигнорировать его или обновить его копию. Подробности уже зависят от реализации.

Интересно, а копию править даете?:)

SergGol
Вобщем или нужно наворачивать хранилищу документа разношерстый функционал (пару номеров, пару дат, цен, ТМЦ и пр.) или скопировать и править в обычном режиме. Лично меня устраивают оба пути. Второй оказывается проще и надежнее, хотя и далеко не изящнее, так нам не за красоту платят. По крайне мере не все.
Второй способ надежнее не будет, здесь не просто проблема нумерации, а проблема в отсутствии нормального алгоритма устранения "дырок". ЧТо Вы будете делать если понадобится просто удалить документ. Ваш второй способ Вас не спасет.
...
Рейтинг: 0 / 0
17.03.2006, 19:37
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33609663
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
О! Дискуссия еще в разгаре!
Маленькое замечание - документ как сущность всегда один. И потому у него не может быть больше двух номеров - один номер - входящий, то есть тот который поставили на нем при выписке а второй номер - тот под которым его регистрируют получатели документа. Все, однако :)
А вот дат может быть много. И они должны отражать даты операций по этому документу. И какой бы вы учет ни взяли, даты - одни и те же.
Поэтому - мое мнение - так как все вертится в учете вокруг первичных документов, то и учет должен быть единый. Все разнесения в разные системы учета идут от того что не выстроен правильный документооборот на предприятии. По тем или иным причинам. :)
...
Рейтинг: 0 / 0
18.03.2006, 12:30
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33635932
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
У меня два паспорта: русский и израильский. Это один и тот же документ или разные? Я думал разные. Но вы меня убедили.
У них много общего (фотография, ФИО в латинской транскрипции и пр.), может выпустить единый? Продвинутый. А на обложке специальная кнопочка. Перед таможней переключаешь на нужный режим и предьявляешь. Я думаю это намного проще чем сунуть в карман один и вынуть оттудова второй.
...
Рейтинг: 0 / 0
30.03.2006, 17:42
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33636027
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
SergGolУ меня два паспорта: русский и израильский. Это один и тот же документ или разные? Я думал разные. Но вы меня убедили.
У них много общего (фотография, ФИО в латинской транскрипции и пр.), может выпустить единый? Продвинутый. А на обложке специальная кнопочка. Перед таможней переключаешь на нужный режим и предьявляешь. Я думаю это намного проще чем сунуть в карман один и вынуть оттудова второй.

Я бы вам предложил клонироваться чтобы сохранить связь между документами и объектами которые они отражают в отношении 1:1. Еще также было бы неплохо иметь для каждого объекта свое зеркало. Типа чтобы каждый объект мог отражаться только в своем зеркале а в чужом - ни-ни...
...
Рейтинг: 0 / 0
30.03.2006, 18:17
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33636029
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
2 TaiNe
Мне нравится ход ваших мыслей.
...
Рейтинг: 0 / 0
30.03.2006, 18:18
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33636127
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
TaiNeО! Дискуссия еще в разгаре!
Маленькое замечание - документ как сущность всегда один.

это спорное утверждение...

у меня, например, поддерживается версионность документов... и номер, который получает документ на выходе после согласования и редактирования это номер процесса + номер версии...
...
Рейтинг: 0 / 0
30.03.2006, 19:05
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33637000
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
TaiNeПоэтому - мое мнение - так как все вертится в учете вокруг первичных документов, то и учет должен быть единый.
Учет - это проводки, а проводки по одному документу могут затрагивать разные планы (разделы) счетов, т.е. фактически м.б. несколько параллельных учетов. А м.б. и сложнее - порождение дочерних докуметнов со своими датами и проводками.
...
Рейтинг: 0 / 0
31.03.2006, 11:02
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33639932
TaiNe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaiNe
Участник
Учет - это проводки
Хм...
Вы не правы :)
Учет это учет. А проводки - один из способов облегчить сбор сводной информации. Могу предположить что Вы с 1С работаете.


У меня два паспорта: русский и израильский. Это один и тот же документ или разные?
А вот тут есть смещение понятий. В данном случае - паспорт не есть документ, описывающий процесс. Это документ, описывающий справочную информацию. Обсуждая информационные системы, под словом "документ" мы все-таки подразумеваем описание некоего процесса, а не справочника. Согласны? :)
...
Рейтинг: 0 / 0
02.04.2006, 21:55
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33639960
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Игра слов.
Учет - это регистрация фактов.
Для регистрации факта применяются разные термины: проводка, проведение, учет,posting. Суть от этого не меняется. Что касается 1С, то они внесли в русскую терминологию понятие subconto (или subkonto, как говорят поляки), хотя счет так и называют счетом.
...
Рейтинг: 0 / 0
02.04.2006, 22:40
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33640469
мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
мод
Участник
iscrafmУчет - это регистрация фактов.
Это принципиально. Фактами м.б. все угодно, но учетом (в бухалтерском смысле) назывется модель, основанная ТОЛЬКО на счетах и проводках.
...
Рейтинг: 0 / 0
03.04.2006, 10:52
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33640606
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
да я вроде как и имел ввиду эти самые факты. По теме
...
Рейтинг: 0 / 0
03.04.2006, 11:29
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33657003
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergGol
Участник
TaiNe Учет - это проводки
Хм...
Вы не правы :)
Учет это учет. А проводки - один из способов облегчить сбор сводной информации. Могу предположить что Вы с 1С работаете.


У меня два паспорта: русский и израильский. Это один и тот же документ или разные?
А вот тут есть смещение понятий. В данном случае - паспорт не есть документ, описывающий процесс. Это документ, описывающий справочную информацию. Обсуждая информационные системы, под словом "документ" мы все-таки подразумеваем описание некоего процесса, а не справочника. Согласны? :)
Согласен. Этот пример пришел на ум, чтобы продемонстрировать неоднозначность определения один документ-разные.
Выдаю более точный пример(описывающий именно процесс).
В советское время(а может и в наше) поехал я в командироваку. А после командировки составил отчет с информацией(ориентировочно):
1. День, отъезда, 2. День приезда, 3. Затраты на гостиницу, 4. Затраты на билеты и пр. и приложил "документы".
Сами понимаете, что для разных учетов, могут быть совершенно разные документы, описывающие как бы один и тот же процесс. И именно для таких случаев и приходится отходить от проверенной технологии-документ порождает учетные записи в необходимых регистрах, к технологии - некий процесс порождает разные(возможно совершенно разные по сути) документы для описания процесса, а учетные регистры это уже позже.
...
Рейтинг: 0 / 0
10.04.2006, 20:33
| Ответить | Цитировать | Написать  
Совмещение учетов в одной системе
    #33667698
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
strizh
Участник
Вот мой способ отображения в одной БД трех разных учетов - бухгалтерского, фактического и черного, как части фактического.
Каждый документ движения имеет 3 состояния: "белый", "черный", "общий". В итоге, если продаем действительно продаем картошку, то в документе будет картошка, состояние будет "общий". Если продаем план, то документов будет 2 - "черный" с планом и "белый" с героином.
Остатки в системе тоже имеют 3 состояния. В итоге, "Белый" + "Общий" отображаются в бухгалтерском учете, "Общий" + "Черный" дают фактическое состояние учета, только "черный" дает черную часть бизнеса.
Такую схему учета я применял с 1999. Легко проконала она на мясокомбинате, у торговцев техникой, у инсталляторов.

Или более сложный вариант - каждый документ в системе имеет набор признаков - в каких из учетов его отображать. Сколько флажков - столько учетов. Или еще более сложный вариант - каждый документ имеет свои отображения для каждого (или для нужных) учета. Т.е в случае с планом документ будет иметь разные отображения во всех трех учетах.
...
Рейтинг: 0 / 0
14.04.2006, 15:50
| Ответить | Цитировать | Написать  
93 сообщений из 93, показаны все 4 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Совмещение учетов в одной системе
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1549412]:
 0ms
get settings:
 9ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 135ms
get topic data:
 12ms
get forum data:
 2ms
get page messages:
 103ms
get tp. blocked users:
 2ms
others: 233ms
total:  518ms
созд. / загр.: 518ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]