|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
saasa ASU, Garya спасибо Вам за интересные мысли ! ...присоединяюсь беседа в которой вы участвовали интересна и полезна, наверно она онтнимала у вас не мало времени. to ASU Но осталось желание поближе познакомиться с самой системой. Может появится что то вроде ознакомительной брошюры(в электоронном виде), где кроме всего прочего будут и экранные формы, для наглядности? Или есть сайт представляющий вашу систему? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2004, 12:34 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
Хотя точка зрения Garya лично мне больше нравится, ASU высказывается интересно и образно, но подчас в отрыве от действительности, что уводит мысль от темы обсуждения в теоретическую плоскость. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2004, 11:41 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
ASUГоворя о первичности (деятельность или отчетность), Вы игнорируете тот факт, что отчет создается по результатам деятельности. То есть, хотите Вы признавать это или нет, но объективно первична деятельность, а отчет вториченЯ его не игнорирую. Я даже с Вами согласен в этом вопросе. Но внешняя среда в лице государства, требованиям которого мы обязаны подчиняться, с некоторой периодичностью требует от нас предоставления отчетов, которые невозможно получить с помощью ранее сформированной стратегии учета. Потому что до появления этого требования учет велся по средневзешенной и приходные партии не отслеживались. Появляется новый отчет - приходится менять стратегию учета, даже если это его сильно усложняет, даже если это не совсем отвечает целям существования организации (потому что все имеет свою цену, и доскональный учет всего и вся может оказаться экономически нецелесообразным). Потому что если НЕ предоставить этот отчет или предоставить в нем недостоверную информацию, фискальщики угробят предприятие. ASUПредприятию не нужна бухгалтерия, бухгалтерия нужна внешней среде: государству, собственникам и, отчасти, рынку.Полностью согласен. Но отсюда не следует, что требования внешней среды по методам ведения этого учета можно игнорировать. ASUРуководителю нужен управленческий учет (УУ).Тоже согласен. ASUВопреки мнению некоторых “бухгалтеров”, управленческий учет значительно шире (по количеству объектов учета) и глубже (по детальности учета) нежели бухгалтерский учет (БУ).И опять согласен. ASUДругими словами, бухгалтерский учет это малая часть управленческого учета.И вот появляется то место, с которым я категорически не согласен. Бухучет НЕ ЯВЛЯЕТСЯ частью управленческого учета. Это самостоятельный вид учета, который ведется по правилам, заданным внешней средой. И эти правила зачастую противоречат смыслу и задачам УУ. С точки зрения УУ факт либо есть, либо нет. Например, факт получения материала от поставщика. Порог между "есть"/"нет" определяется здравым смыслом, а не требованиями внешней среды к перечню и составу документов. Например, есть накладная - значит, есть факт. И не важно, приложена ли к накладной счет-фактура. Или она приложена, но формлена по устаревшей форме, которая не будет принята фискальщиками. И еще множество других вариаций и нюансов, которые существенны для бухучета и налогового учета, но несущественны для УУ. Если в УУ не будет отражен приход материалов только потому, что счет-фактура оформлена некорректно, предприятие проиграет. На складе лежит материал, которым предприятие не может воспользоваться. С точки зрения целеполагания УУ форма предоставленоого счета-фактуры несущественна. Главное, что материал пришел, известно от кого, известно какой, известно, по какой цене и известно, кто его и по какому поводу заказал. Всё остальное - нюансы бухучета. Для того, чтобы их проконтролировать, чтобы не было нарушений, к которым фискальщики могут придраться, каждую бумажку обязан проверить бухгалтер (а не финансист). Если в этой бумажке есть какие-то неточности, то с бумажки снимается копия, а оригинал отдается исполнителю на переделку с предварительно оговоренными сроками на выполнение этого "бизнес-процесса". Все документы, предоставленные бухгалтерии не в срок, либо переделка которых затянулась, регистрируется в специальной базе данных. Каждый месяц высчитываются санкции, на которые может загреметь предприятие из-за некорректного оформления/предоставления первички. И у исполнителей срезается премия пропорционально их задолженности перед бухгалтерией. Это работающий на практике механизм, весьма эффективный. И еще два слова о том, почему БУ не является частью УУ, и УУ не является частью БУ. В управленческом учете требования к источникам информации устанавливаются самим предприятием. Например, в системе управления "канбан" (родитель которой - компания "Тойота"), заказы на узлы, а также документы на перемещение ТМЦ между производственными участками, между местами хранения и местами производства - это ярлык. На ярлыке не ставится никаких подписей. И тем не менее, ярлык в "канбан" считается главным носителем информации. В российском бухучете подобный носитель информации совершенно нелегитимен. См. требования к оформлению первичных документов для целей бухгалтерского (и налогового) учета: ФЗ №129-ФЗ, статья 9 "Первичные документы" 2. Первичные учетные документы принимаются к учету, если они составлены по форме, содержащейся в альбомах унифицированных форм первичной учетной документации, а документы, форма которых не предусмотрена в этих альбомах, должны содержать следующие обязательные реквизиты: а) наименование документа; б) дату составления документа; в) наименование организации, от имени которой составлен документ; г) содержание хозяйственной операции; д) измерители хозяйственной операции в натуральном и денежном выражении; е) наименование должностей лиц, ответственных за совершение хозяйственной операции и правильность ее оформления; ж) личные подписи указанных лиц . Буквально три дня назад ознакомился с методикой ведения УУ в холдинге "Метран". Там работники имеют бэджики со штрих-кодом и любые движения сопровождаются бумажными сопроводительными документами со штрих-кодом. Что и по какой схеме должно двигаться, определяется на этапе приема заказа - когда выбран номер чертежа. Далее, если всё идет по плану, нужно только поднести сканер штрих-кода к бэджику, затем просканировать им пачку пришедших документов. Никакого ручного ввода! Точно так же на выходе, если всё идет по плану - одно нажатие на кнопку - распечатываются исходящие документы, на которых уже стоит штрих-код. ERP-система сама разбирается, где штрих-код работника, где - бумажки. И сама привязывает операцию к работнику. Таким образом, производство под заказ прослеживается по восьми фазам, документы печатаются в 98% - автоматом, вплоть до ТТН, накладных и счетов-фактур. Сам по себе источник информации в виде штрих-кода, считываемого сканером, вполне устраивает тех, кто это придумал (для целей УУ). Но для целей БУ - нелегитимно!!! Поэтому на документах приходится еще ставить подписи, должности и фамилии - именно на это тратится 90% затрат по фиксированию информации. Хотя для целей УУ - нелогично и нецелесообразно. Для целей УУ предприятие может использовать свою систему хождения источников информации. Для целей бухучета - печатать кипы первички, на которых поставят подписи задним числом куча народу, зная, что это - всего лишь отмазка перед фискальщиками. Но нельзя напечатать накладную на внутреннее перемещение того, что с точки зрения БУ на предприятии пока не появилось. Возникают нюансы, которые требуется учитывать. В УУ неизбежны нестыковки с БУ и наоборот. Уметь их красиво устранять - это искусство. Отрицание же проблем - это далеко не самый эффективный способ борьбы с ними. ASU”Управлять предприятием по данным бухгалтерского учета, подобно управлению автомобилем, через зеркало заднего вида” (прочувствуйте!). Бухгалтерия живет вчерашним днем...Возможно, Вы меня не поняли. Я нигде и никогда не призывал управлять предприятием по данным БУ. Это два относительно независимых учета. УУ используется для управления предприятием, БУ - для фискальщиков. Но если удастся оптимизировать некоторые операции по вводу информации так, чтобы они соответствовали целям УУ и не противоречили целям БУ (как это, ИМХО, удачно сделано на "Метране"), уменьшив объемы ручного труда и устранив двойной ввод, то это - удачное решение. ASUБухгалтерия – это своего рода “пятая колонна” на предприятии, это люди которые получают заработную плату на предприятии, но работают, в основном, на государствоЕсли бы они работали на государство, то они просто не стали бы вести бухучет и просто ждали бы фискальщиков. Государство при этом смогло бы слупить самые баснословные штрафы. Бухгалтера должны работать на предприятие. Их основная задача - максимально выполнить все требования государство минимальными средствами, по возможности, сведя к минимуму суммы, выплачиваемые предприятием государству, при этом не выходя за рамки законодательства - и это тоже искусство. ASU...это некий специфичный вид дополнительного налога (заработок бухгалтеров + штрафные санкции за их промахи). И государство хорошо понимает это, именно поэтому оно стремиться любыми способами усилить роль бухгалтерии на предприятииНапротив, в последние годы со стороны государства наметился некоторый либерализм. Например, можно издать внутренний приказ, что налоговый учет ведет финансист - и это не будет нарушением законодательства. Но вероятность промахов увеличится на порядки. И в подобных промахах государтсво заинтересовано. Поэтому оно заинтересовано также в некоторой либерализации определенного рода... :) ASUИ, последнее. Garya, я искреннее поздравляю Вас с победой в этом диспуте, ну, а кто из нас прав, покажет жизнь. Продолжать разговор, не вижу смысла, а без него (смысла) я не умею... :)Зря Вы так расстраиваетесь. Я не чувствую себя победителем. Многое из того, что Вы говорите - правильно (имхо). Просто Вы - максималист, и некоторые вещи принимаете за истину в конечной инстанции. Из любых правил бывают исключения, Вы просто не хотите этого видеть. Достигнуть совершенства невозможно, ни в области IT, ни в области управления. Всегда что-то да будет немножечко тяготить. А Вы утверждаете, что изобрели панацею. Сколько раз ее уже изобретали? Ну и где она? Если Вы немного спуститесь с небес на Землю, Вам самим же будет легче воплощать в жизнь многие Ваши правильные идеи. Это моё ИМХО. Более того, я вполне допускаю (понимая, что я - не Господь Бог), что просто не смог воспринять некоторые Ваши ценные идеи. И не только я, но и многие на этом форуме. Если это так, то очень жаль. Я откровенно пытался это сделать. К сожалению, на многие очень конкретные вопросы Вы так и не ответили. У Вас была возможность на них ответить, и она остается. Не уходите - прошу Вас совершенно искренне. Просто постарайтесь быть более конкретными и четкими в Ваших ответах. Когда Вы не даете четких ответов, возникает ощущение, что Вы пытаетесь лукавить (не обижайтесь, вполне вероятно, что это ощущение ошибочно, и вызвано Вашей специфифической особенностью ведения диспута). Постарайтесь быть открытыми перед аудиторией и не избегать неудобных вопросов - и люди к Вам потянутся. И я в том числе. Здесь много здравомыслящих людей, которые не только не боятся новой информации, но и испытывают тягу к ней. И я - в том числе. Но никакая информация не может восприниматься на веру - согласитесь. Всё проходит через призму критической оценки, и это нормально. Зная, что Ваша информация - новая для нашего сознания, Вы должны были быть к этому готовы. Отбросьте эмоции и обиды. Честное слово, лично против Вас я ничего не имею. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2004, 11:44 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
2 All: Прежде всего, хотелось бы заметить, что ни о каких обидах с моей стороны не может быть и речи. Я благодарен всем, кто поддерживал беседу, и моим оппонентам в особенности. Дело в том, что переводить разговор в обсуждение частностей, я считаю неправильным и даже опасным. Можно и нужно говорить о частностях, когда понято целое. Без понимания целого мы просто "утонем" в согласовании определений, терминов, методик и пр., но вероятность того, что в результате придем к пониманию того же целого, равна нулю (как программисты Вы все прекрасно понимаете, что нельзя сравнивать два действительных числа, если методы их вычисления неизвестны, также и в данном случае, нельзя сравнивать две архитектуры системы или два метода вычисления какого-то показателя, если нет ясности в истоках). Возможно, кто-то из вас обратил внимание на то, что все мои рассуждения (те, которые показались "фантазиями", и те, которые показались "интересными") имеют под собой одну семантическую основу, как, впрочем, и те модели, о которых я говорил. Даже мои умозаключения о месте и роли бухгалтерии имеют ту же самую основу. К моему сожалению, рассмотрение этого базиса, тех самых семантических моделей, не вызвало интереса. Могу понять, насколько трудно поверить в то, что смысл - это, в конечном итоге, ответ на любой вопрос. По всей видимости, мне так и не удалось это показать, и нет уверенности, что удастся в дальнейшем. Простите мне мое косноязычие. Что касается нашей системы, то любая информация о ней может быть воспринята, как реклама (и это вполне справедливо). Дождитесь внедрений, и информации о системе в прессе и Internet будет достаточно. Необычная архитектура и методы внедрения помогут понять, что речь идет о нашей системе. Надеюсь, что ждать осталось недолго. Спасибо за внимание. Всего вам самого доброго. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2004, 18:07 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
Garya Вы утверждаете, что изобрели панацею. Сколько раз ее уже изобретали? Если отбросить "смысл" (и другие философские понятия), то остается: Мы имеем кубики (подсистемы) - 1. Производство; 2. Внутреняя логистика (снабжение, сбыт, склады); 3. Финансы; 4. Планирование; 5. Кадры; 6. Бухгалтерия; 7. Экономика. + СИСТЕМА (которая объединяет все подсистемы) Из этих кубиков мы можем набирать КИС, причем количество кубиков произвольно. "Подсистемы (модули) в нашей системе абсолютно независимы друг от друга и могут работать автономно от других модулей и системы в целом " "Эти кубики независимы и не могут быть вложены друг в друга " "Слабая" связь - это связь между элементами, устанавливаемая системой. Сильная связь - это связь внутри элемента. _____________________ Подобной архитектуры КИС я вроде не встречал, и весьма интересно понять - насколько продуктивна, эффективна подобная архитектура. По крайней мере - явно видно, что 1) изначально разрабатывать отдельные модули - проще, 2) При сборке КИС разные задачи - явно и железно отделены друг от друга, 3) Появляется новая проблема - "слабая связь" между модулями, это, с одной стороны явно описывает связи между задачами, но добавляет забот по описанию связей. У нас уже было, когда склад и бухгалтерия жили отдельно, и между ними была только ежедневная перекачка, от этого перешли к единой системе. Может зря? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.10.2004, 11:34 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
эх жаль, что ветка умерла ... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.11.2004, 09:23 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
Подозреваю, что некоторую инфу (возможно, весьма устаревшую) можно найти тут ... |
|||
:
Нравится:
Не нравится:
|
|||
09.11.2004, 07:50 |
|
Выбор средства: 1Cv8+MSSQL или Delphi8+MSSQL?
|
|||
---|---|---|---|
#18+
Единственно чего не хватает в учете - ТЕОРИИ! Мы должны осозновать, что любой учет создается для человека (СУБЪЕКТА): СОБЫТИЕ(СУБЪЕКТЫ, ОБЪЕКТЫ) -> ИНТЕРФЕЙС -> ЧЕЛОВЕК. Каждый учет регистрирует событие с разных сторон, а возможно некоторые события для какого-то учета не являются существенными (не регистрируются). Что нас приводит к необходимости создать ПОЛНЫЙ УЧЕТ событий (или ПЕРВИЧНЫЙ, и при этом недокументальный!). Откуда получаем схему: СОБЫТИЕ -> ПОЛНЫЙ УЧЕТ -> БУХ. УЧЕТ -> ФИН. УЧЕТ -> УПР. УЧЕТ -> НАЛ. УЧЕТ Кстати, ИНТЕРФЕЙСОМ является документ (в т.ч. всякие отчеты) т.е. Документ содержит описание события. Первичные ОБЪЕКТЫ УЧЕТА: - ИМУЩЕСТВО (РАБОТЫ/УСЛУГИ); - ОБЯЗАТЕЛЬСТВА; Вторичные ОБЪЕКТЫ УЧЕТА: - ДОХОДЫ/РАСХОДЫ/ПРИБЫЛИ/УБЫТКИ; Что и Как мы должны учитывать? 1. ИМУЩЕСТВО - (ОБЪЕКТ, СУБЪЕКТ-ВЛАДЕЛЕЦ, СУБЪЕКТ-АРЕНДАТОР, СУБЪЕКТ-ПОЛЬЗОВАТЕЛЬ, КОЛИЧЕСТВО-МЕСТ, КОЛИЧЕСТВО); 2. ОБЯЗАТЕЛЬСТВА - (ДОЛЖНИК, КРЕДИТОР, ВАЛЮТА, ВАЛ-СУММА); 3. ДОХОДЫ/РАСХОДЫ (наиболее сложная часть!) а) следствие смены СУБЪЕКТА-ВЛАДЕЛЬЦА имущества! б) следствие изменения ОБЯЗАТЕЛЬСТВА. 4. ПРИБЫЛЬ/УБЫТОК а) превышение ДОХОДА/РАСХОДА над РАСХОДОМ/ДОХОДОМ Честно сказать, когда начинается - "Положение по учету ВЕКСЕЛЕЙ" и т.д. и т.п., мне становится нехорошо! Разогнать бы наших долбо....ов из департамента ... учета! ... |
|||
:
Нравится:
Не нравится:
|
|||
02.12.2004, 11:13 |
|
|
start [/forum/search_topic.php?author=polina33&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
33ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
others: | 9808ms |
total: | 9965ms |
0 / 0 |