OMG! Понятийный аппарат бухучета существует по разным оценкам порядка 3х тысяч лет, а вам потребовалось отождествить его с финансовым. Детальных математически отточенных формулировок возможно и нет, но любому финансовому школяру объясняют эти понятия, как:
— бухучет — сбор и регистрация информации в денежном и колличественном выражении о состоянии и движении имущества, долговых обязательств, денежных средствметодом непрерывного документального учёта всех хозяйственных операций. Цель бухучета — фиксация в виде «первички» всех хоз.операций.
— управленческий учёт — интерпретация и обобщение важной для принятия руководителями решений по деятельности компании.
— финансовый учёт — интерпретация и обобщение данных о финансовом положении компании, финансовых результатах её деятельности и изменениях в ее финансовом положении. (Кстати, вы полчему-то из пространства фин.учета волюнтаристически выкинули отчётность о движении капиталов)
— налоговый учёт — интерпретация и обобщение данных для определения налоговой базы для исчисления налогов, формирования налоговой отчетности
В основе управленческого, финансовго и налогового учетов находится бух.учет — регистрация первички.
А дальше пошли варианты комбинирования, исключения, нормирования и прочее.
Ваш подход вполне допустим для профессионального сообщества, где все ваши допущения и исключения поймут. Но тут хабр — это IT-шное сообщество, и если вы взяли на себя роль просветителя — то не вводите людей в заблуждения.
«В реальной практике обычно не хватает имеющихся в бизнесе регистрируемых данный»
Коллеги, вы с какими «бизнесами» работали/работаете?
В реальной практике в подавляющем числе компаний первичка вводится в «автоматизатор» с большим временным лагом — повезло, если это 2-3 дня, а так — 3-4 недели, а то и месяцы :)
«отобрав данные из ваших первичных документов» — как?
— мне надо весь ввод своей первички вести теперь в вашей системе? (да ещё — я могу эту систему поставить на свой собственный сервер или всё крутится только у вас в вашем датацентре?)
— или у вас есть API, которое должно дёргать моя учётная система при регистрации первички у себя?
— или вы готовы бесплатно написать для моей бух.системы программного агента (демона/службу), которые будут на моём сервере мониторить транзакции и сбрасывать их к вам?
— или как-то ещё?
Я понял вашу позицию, но тогда хочу заметить, что подача вами материала в таком ключе для не профильной аудитории хабра наносит больший вред, чем пользу. Ибо:
— ЦА хабра всё-же жители постсоветских стран и там правила учета действуют аналогичные российским (большинству финансистов, не говоря уж об IT-шниках до МФСО и GAAP, как до «альфы Центавра»)
— вы вводите хоть и с благими намериями, но собственные понятийные толкования — в частности сузили понятие бухучета до нормативов РСБУ (при этом в тексте нет упоминания о таких допущениях).
Опять же, и на нормативной базе РСБУ можно построить управленческий учет (да, кривой, да не удобный, но можно.).
И финансовый учёт не есть синонимом бухгалтерского.
Вообщем, цель у вас вроде правильная и хорошая, но начинаете её вы вообщем-то с вранья. С терминологией так поступать нельзя.
Коллеги, что-то вы как-то странно отделили бух.учет от всего прочего.
Бух.учёт — это вообще-то и есть основа изображённой вами пирамиды — фиксация в виде «первичных документов» (форма документа не особо принципиальна — бумажные/электронные или ещё какие) всех видов товаро-денежных операций (с имуществом, запасами, материалами, сырьём ...., долговые обязательства и прочие хозяйственные операции), осуществляемые в процессе работы компании/организации (бизнеса вобщем).
А на основе бух.учета уже можно развернуть:
— управленческий
— финансовый
— налоговый
Не идиализируете, пожалуйста, «Запад» вообще. CS BC во многих «западных» универах известных мне — тот ещё «пионерлагерь». Серьезное обучение начинается с Ms или PhD.
Как я написал где-то выше — обращать внимание надо не на оценки, как таковые, на на совокупность Оценка+ВУЗ.
То, что кодер реализует без понимания основ чужие алгоритмы и решения, так же не делает его программистом. И тут мы с вами сходимся к точке — а кто такие программисты? :)
имел факт — при большом потоке INSERT/UPDATE и цепочки из 5и Slave, SELECT-запросы от серверов приложений на последние Slave в цепочки очень часто вытягивали не самые свежие данные. Т.е. за приемлемый промежуток времени на Master и Slave1/2/3 обновления произошли, а на Slave4/5 данные еще не обновились, но уже счиатались SELECTом. В итоге имели рассогласованность по предполагаемым идентичным состояним на серверах приложений.
Еще раз хочу внимание на то, что «программист» — это уже слишком широкое понятие для обозначения профессии — как «мед.работник» — можно капельницы ставить и таблетки по палатам разносить, а можно и нейрохирургию практиковать. Специалистов по капельницам надо много. И стоят не дорого. А нейрохирурги — вообщем-то специализированная ниша и штучный, и дорогой товар.
И пока нет дифференцации в обучении, пока наши ВУЗы выпускают некого абстрактного специалиста, который уже в дальнейшем займётся некой специализацией, то почему эти абстрактые специалисты не должны изучать всё то, что гипотетически может им пригодиться в дальнейшем?
Относительно же знаний матана/функана/дифур/матстата/тервера — это из реальных требований на хорошие «сеньёр-девелопер» позиции в европейские финансовые корпорации. И спецы с такими навыками стоят дорого.
А для использования готовых ЦМС, фреймворков и прочих «Лего-конструкторов» действительно учиться в ВУЗе бессмысллено. 2 года в ПТУ/техникуме/колледже и вперед.
Тут клубок проблем. Минимум о которых знаю я:
— слишком много контор, которые называют себя «универами», а фактически продают дипломы в рассрочку
— слишком мало студентов, которые реально стараются получить знания, а не отсидеть часы на парах, и которые имеют достаточны образовательный школьный фундамент
— универы не способны достойны оплачивать работу качественных преподавателей
— финансирование кафедр/факкультетов тупо зависит от численности обучающихся студентов
Относительно практики — я не знаю, как обстоят дела в финансовых ВУЗах. Могу сказать пару слов за Таганрогский Радиотехнический Институт (ныне Таганрогский Технологический Институт в структуре Южного Федерального Университета). На «программистской» кафедре МОП ЭВМ желающих студентов разбирают «на практику» IT-компании, базирующиеся в городе, начиная с 3-его курса. Подавляющее большинство толковых ребят к моменту окончания обучения уже вполне нормально трудоустроены. На кафедре иногда наблюдается обратная проблема — где взять практикантов?
Можно успешно и качественно программировать без ВУЗа, а окончание ВУЗа хоть с красным дипломом совсем не гарантирует хотя бы код на уровне школьника.
1. Любой диплом гарантирует только то, что человек прошел через систему обучения данного учреждения. А вот качество полученного на выходе продукта гарантируется именем и процессами обучения самого учреждения. Цвет диплома роли не играет. Потому «синий» выпускник Физтеха на 2 порядка предпочтительнее и ценнее «красного» какого-нибудь ""*** Технического Универститета".
2. Профессия программиста на сегодняшний день слишком широка и многогранна. Гипотетически можно замечательно «клепать сайты» на Битриксе или делать «паззлы под Андроид» без знания теории графов, множества разнообразных алгоритмов на дискретных структурах, без матлогики, тервера и матстата, без линейной алгебра и аналитической геометрии, без теории управления, без функционального анализа, методов оптимизации и диффур. Можно. Но это будут очень разные программисты. Одни способны только использовать некоторые заученные шаблоны/конструкторы. А другие способны создавать новые решения проблем, находить новые алгоритмы, оптимизировать существующие. Почему-то в «дорогих» вакансиях в серьезные финансовые корпорации всегда есть фразы завуалированный смысл которых можно передать как «кандидатов без знаний спец.дисциплин просят не беспокоиться». А где получать эти знания?
Поверьте, проекты бывают очень разные и очень странные. В шпаргалке я описал ситуации, в которых, на мой взгляд, ориентироваться на встроенное потоковое решение не стоит.
Вообще в потоковой асинхронной каскадной (рекурсивной) репликации или же при колличестве слейвов больше 1-2 при большом потоке INSERT/UPDATE на Master мы можем воткнуться на несогласованность данных — когда слейвы начнут тихо и не злобно тормозить с обновлениями.
Да я вроде и не писал о том, что нельзя использовать встроенную репликацию для «безотказности». Написанная шпаргалка перечисляет лишь ситуации, в которых, на мой взгляд, использовать сторонние продукты предпочтительнее. Она полезна тем, кто впервый раз задаётся вопросом — а чем один инструмент отличается принципиально от другого?
Обратите внимание, что речь не про Юниклауд, а «Юниклауд-лабс». Или вы знаете, какие идеи собираются в Лабс отрабатывать? Я — не знаю и мне было бы это очень интересно.
Да, пожалуйста — на Allsoft есть 2 версии:
— Стандартное издание — 31482р
— Издание для малого бизнеса — 15868,20р
Полез посмотреть на сайте Parallels, чем они отличаются — тот ещё квест.
Однако, нашел, что есть еще и третья версия — Расширенное издание за $1500 за процессор.
Из таблицы (там надо кликнуть на странице на «Сравнение изданий») я пока что вижу, что в упрощенной версии за 16тр не доступен PVA, что на мой взгляд вообщем-то не особо и обидно.
Спасибо, что вы обозначили этот продукт. Банально не знал о его существовании. Посмотрю на досуге.
Однако, первый минус, который я вижу — это то, что proxmox использует OpenVZ. А PSBM — базируется на Virtuozzo. Вроде бы на первый взгляд одно и тоже, но далеко не так.
— бухучет — сбор и регистрация информации в денежном и колличественном выражении о состоянии и движении имущества, долговых обязательств, денежных средствметодом непрерывного документального учёта всех хозяйственных операций. Цель бухучета — фиксация в виде «первички» всех хоз.операций.
— управленческий учёт — интерпретация и обобщение важной для принятия руководителями решений по деятельности компании.
— финансовый учёт — интерпретация и обобщение данных о финансовом положении компании, финансовых результатах её деятельности и изменениях в ее финансовом положении. (Кстати, вы полчему-то из пространства фин.учета волюнтаристически выкинули отчётность о движении капиталов)
— налоговый учёт — интерпретация и обобщение данных для определения налоговой базы для исчисления налогов, формирования налоговой отчетности
В основе управленческого, финансовго и налогового учетов находится бух.учет — регистрация первички.
А дальше пошли варианты комбинирования, исключения, нормирования и прочее.
Ваш подход вполне допустим для профессионального сообщества, где все ваши допущения и исключения поймут. Но тут хабр — это IT-шное сообщество, и если вы взяли на себя роль просветителя — то не вводите людей в заблуждения.
Коллеги, вы с какими «бизнесами» работали/работаете?
В реальной практике в подавляющем числе компаний первичка вводится в «автоматизатор» с большим временным лагом — повезло, если это 2-3 дня, а так — 3-4 недели, а то и месяцы :)
— мне надо весь ввод своей первички вести теперь в вашей системе? (да ещё — я могу эту систему поставить на свой собственный сервер или всё крутится только у вас в вашем датацентре?)
— или у вас есть API, которое должно дёргать моя учётная система при регистрации первички у себя?
— или вы готовы бесплатно написать для моей бух.системы программного агента (демона/службу), которые будут на моём сервере мониторить транзакции и сбрасывать их к вам?
— или как-то ещё?
— ЦА хабра всё-же жители постсоветских стран и там правила учета действуют аналогичные российским (большинству финансистов, не говоря уж об IT-шниках до МФСО и GAAP, как до «альфы Центавра»)
— вы вводите хоть и с благими намериями, но собственные понятийные толкования — в частности сузили понятие бухучета до нормативов РСБУ (при этом в тексте нет упоминания о таких допущениях).
Опять же, и на нормативной базе РСБУ можно построить управленческий учет (да, кривой, да не удобный, но можно.).
И финансовый учёт не есть синонимом бухгалтерского.
Вообщем, цель у вас вроде правильная и хорошая, но начинаете её вы вообщем-то с вранья. С терминологией так поступать нельзя.
Бух.учёт — это вообще-то и есть основа изображённой вами пирамиды — фиксация в виде «первичных документов» (форма документа не особо принципиальна — бумажные/электронные или ещё какие) всех видов товаро-денежных операций (с имуществом, запасами, материалами, сырьём ...., долговые обязательства и прочие хозяйственные операции), осуществляемые в процессе работы компании/организации (бизнеса вобщем).
А на основе бух.учета уже можно развернуть:
— управленческий
— финансовый
— налоговый
А откуда и как эта автоматика будет снимать ежедневные показатели?
Как я написал где-то выше — обращать внимание надо не на оценки, как таковые, на на совокупность Оценка+ВУЗ.
И пока нет дифференцации в обучении, пока наши ВУЗы выпускают некого абстрактного специалиста, который уже в дальнейшем займётся некой специализацией, то почему эти абстрактые специалисты не должны изучать всё то, что гипотетически может им пригодиться в дальнейшем?
Относительно же знаний матана/функана/дифур/матстата/тервера — это из реальных требований на хорошие «сеньёр-девелопер» позиции в европейские финансовые корпорации. И спецы с такими навыками стоят дорого.
А для использования готовых ЦМС, фреймворков и прочих «Лего-конструкторов» действительно учиться в ВУЗе бессмысллено. 2 года в ПТУ/техникуме/колледже и вперед.
— слишком много контор, которые называют себя «универами», а фактически продают дипломы в рассрочку
— слишком мало студентов, которые реально стараются получить знания, а не отсидеть часы на парах, и которые имеют достаточны образовательный школьный фундамент
— универы не способны достойны оплачивать работу качественных преподавателей
— финансирование кафедр/факкультетов тупо зависит от численности обучающихся студентов
Относительно практики — я не знаю, как обстоят дела в финансовых ВУЗах. Могу сказать пару слов за Таганрогский Радиотехнический Институт (ныне Таганрогский Технологический Институт в структуре Южного Федерального Университета). На «программистской» кафедре МОП ЭВМ желающих студентов разбирают «на практику» IT-компании, базирующиеся в городе, начиная с 3-его курса. Подавляющее большинство толковых ребят к моменту окончания обучения уже вполне нормально трудоустроены. На кафедре иногда наблюдается обратная проблема — где взять практикантов?
1. Любой диплом гарантирует только то, что человек прошел через систему обучения данного учреждения. А вот качество полученного на выходе продукта гарантируется именем и процессами обучения самого учреждения. Цвет диплома роли не играет. Потому «синий» выпускник Физтеха на 2 порядка предпочтительнее и ценнее «красного» какого-нибудь ""*** Технического Универститета".
2. Профессия программиста на сегодняшний день слишком широка и многогранна. Гипотетически можно замечательно «клепать сайты» на Битриксе или делать «паззлы под Андроид» без знания теории графов, множества разнообразных алгоритмов на дискретных структурах, без матлогики, тервера и матстата, без линейной алгебра и аналитической геометрии, без теории управления, без функционального анализа, методов оптимизации и диффур. Можно. Но это будут очень разные программисты. Одни способны только использовать некоторые заученные шаблоны/конструкторы. А другие способны создавать новые решения проблем, находить новые алгоритмы, оптимизировать существующие. Почему-то в «дорогих» вакансиях в серьезные финансовые корпорации всегда есть фразы завуалированный смысл которых можно передать как «кандидатов без знаний спец.дисциплин просят не беспокоиться». А где получать эти знания?
Вообще в потоковой асинхронной каскадной (рекурсивной) репликации или же при колличестве слейвов больше 1-2 при большом потоке INSERT/UPDATE на Master мы можем воткнуться на несогласованность данных — когда слейвы начнут тихо и не злобно тормозить с обновлениями.
— Стандартное издание — 31482р
— Издание для малого бизнеса — 15868,20р
Полез посмотреть на сайте Parallels, чем они отличаются — тот ещё квест.
Однако, нашел, что есть еще и третья версия — Расширенное издание за $1500 за процессор.
Из таблицы (там надо кликнуть на странице на «Сравнение изданий») я пока что вижу, что в упрощенной версии за 16тр не доступен PVA, что на мой взгляд вообщем-то не особо и обидно.
Однако, первый минус, который я вижу — это то, что proxmox использует OpenVZ. А PSBM — базируется на Virtuozzo. Вроде бы на первый взгляд одно и тоже, но далеко не так.