ну моя задача обозначит альтернативы, а дёшево/дорого слишком дискуссионная тема, т.к. можно определять очень разными способами. Например, я считаю, что для собственого «HE-2010» желательно 5 серверов. Можно, конечно, обойтись и 3мя, но это IMHO сильный компромис.
1. Софтклауд не работает напрямую с конечными потребителями, а предоставляет платформу управления через сеть партнёров. Напрмиер — Компания Active
2. Клиентов более 20K
Из древнего (времена PDP-11 — OS RT-11):
— злобное проклятие: — «bad block тебе в сектор»
— отказ на чью-нибудь просьбу — «trap to 10» (системное сообщение о не допустимой операции)
а как в таком случае «бизнес» (руководство) определял в самом начале (когда вообще ещё ничего не было), что продукт должен быть выпущен такого-то числа с таким-то стартовым функционалом?
а как в таком случае «бизнес» (руководство) определял в самом начале (когда вообще ещё ничего не было), что продукт должен быть выпущен такого-то числа с таким-то стартовым функционалом?
пожалуйста, предъявите цитаты на любые финансовые учебники (да хотя бы, не поминаемую всуе, википедию), которые противоречат приведённым мной выше кратким описаниям понятий.
OMG! Понятийный аппарат бухучета существует по разным оценкам порядка 3х тысяч лет, а вам потребовалось отождествить его с финансовым. Детальных математически отточенных формулировок возможно и нет, но любому финансовому школяру объясняют эти понятия, как:
— бухучет — сбор и регистрация информации в денежном и колличественном выражении о состоянии и движении имущества, долговых обязательств, денежных средствметодом непрерывного документального учёта всех хозяйственных операций. Цель бухучета — фиксация в виде «первички» всех хоз.операций.
— управленческий учёт — интерпретация и обобщение важной для принятия руководителями решений по деятельности компании.
— финансовый учёт — интерпретация и обобщение данных о финансовом положении компании, финансовых результатах её деятельности и изменениях в ее финансовом положении. (Кстати, вы полчему-то из пространства фин.учета волюнтаристически выкинули отчётность о движении капиталов)
— налоговый учёт — интерпретация и обобщение данных для определения налоговой базы для исчисления налогов, формирования налоговой отчетности
В основе управленческого, финансовго и налогового учетов находится бух.учет — регистрация первички.
А дальше пошли варианты комбинирования, исключения, нормирования и прочее.
Ваш подход вполне допустим для профессионального сообщества, где все ваши допущения и исключения поймут. Но тут хабр — это IT-шное сообщество, и если вы взяли на себя роль просветителя — то не вводите людей в заблуждения.
«В реальной практике обычно не хватает имеющихся в бизнесе регистрируемых данный»
Коллеги, вы с какими «бизнесами» работали/работаете?
В реальной практике в подавляющем числе компаний первичка вводится в «автоматизатор» с большим временным лагом — повезло, если это 2-3 дня, а так — 3-4 недели, а то и месяцы :)
«отобрав данные из ваших первичных документов» — как?
— мне надо весь ввод своей первички вести теперь в вашей системе? (да ещё — я могу эту систему поставить на свой собственный сервер или всё крутится только у вас в вашем датацентре?)
— или у вас есть API, которое должно дёргать моя учётная система при регистрации первички у себя?
— или вы готовы бесплатно написать для моей бух.системы программного агента (демона/службу), которые будут на моём сервере мониторить транзакции и сбрасывать их к вам?
— или как-то ещё?
Я понял вашу позицию, но тогда хочу заметить, что подача вами материала в таком ключе для не профильной аудитории хабра наносит больший вред, чем пользу. Ибо:
— ЦА хабра всё-же жители постсоветских стран и там правила учета действуют аналогичные российским (большинству финансистов, не говоря уж об IT-шниках до МФСО и GAAP, как до «альфы Центавра»)
— вы вводите хоть и с благими намериями, но собственные понятийные толкования — в частности сузили понятие бухучета до нормативов РСБУ (при этом в тексте нет упоминания о таких допущениях).
Опять же, и на нормативной базе РСБУ можно построить управленческий учет (да, кривой, да не удобный, но можно.).
И финансовый учёт не есть синонимом бухгалтерского.
Вообщем, цель у вас вроде правильная и хорошая, но начинаете её вы вообщем-то с вранья. С терминологией так поступать нельзя.
Для начала — ActiveCloud
2. Клиентов более 20K
Я технический директор проекта SoftСloud компании Softline
Эксперт Российской Ассоциации Облачных Вычислений в части SAAS.
Могу поотвечать на вопросы, касаемые SAAS.
— злобное проклятие: — «bad block тебе в сектор»
— отказ на чью-нибудь просьбу — «trap to 10» (системное сообщение о не допустимой операции)
— бухучет — сбор и регистрация информации в денежном и колличественном выражении о состоянии и движении имущества, долговых обязательств, денежных средствметодом непрерывного документального учёта всех хозяйственных операций. Цель бухучета — фиксация в виде «первички» всех хоз.операций.
— управленческий учёт — интерпретация и обобщение важной для принятия руководителями решений по деятельности компании.
— финансовый учёт — интерпретация и обобщение данных о финансовом положении компании, финансовых результатах её деятельности и изменениях в ее финансовом положении. (Кстати, вы полчему-то из пространства фин.учета волюнтаристически выкинули отчётность о движении капиталов)
— налоговый учёт — интерпретация и обобщение данных для определения налоговой базы для исчисления налогов, формирования налоговой отчетности
В основе управленческого, финансовго и налогового учетов находится бух.учет — регистрация первички.
А дальше пошли варианты комбинирования, исключения, нормирования и прочее.
Ваш подход вполне допустим для профессионального сообщества, где все ваши допущения и исключения поймут. Но тут хабр — это IT-шное сообщество, и если вы взяли на себя роль просветителя — то не вводите людей в заблуждения.
Коллеги, вы с какими «бизнесами» работали/работаете?
В реальной практике в подавляющем числе компаний первичка вводится в «автоматизатор» с большим временным лагом — повезло, если это 2-3 дня, а так — 3-4 недели, а то и месяцы :)
— мне надо весь ввод своей первички вести теперь в вашей системе? (да ещё — я могу эту систему поставить на свой собственный сервер или всё крутится только у вас в вашем датацентре?)
— или у вас есть API, которое должно дёргать моя учётная система при регистрации первички у себя?
— или вы готовы бесплатно написать для моей бух.системы программного агента (демона/службу), которые будут на моём сервере мониторить транзакции и сбрасывать их к вам?
— или как-то ещё?
— ЦА хабра всё-же жители постсоветских стран и там правила учета действуют аналогичные российским (большинству финансистов, не говоря уж об IT-шниках до МФСО и GAAP, как до «альфы Центавра»)
— вы вводите хоть и с благими намериями, но собственные понятийные толкования — в частности сузили понятие бухучета до нормативов РСБУ (при этом в тексте нет упоминания о таких допущениях).
Опять же, и на нормативной базе РСБУ можно построить управленческий учет (да, кривой, да не удобный, но можно.).
И финансовый учёт не есть синонимом бухгалтерского.
Вообщем, цель у вас вроде правильная и хорошая, но начинаете её вы вообщем-то с вранья. С терминологией так поступать нельзя.