В чем причина негативного отношения к автоматизации бух. учета в DAX?

[mazzy]

Цитата:

Сообщение от Fillin

В 1С точно также один пользователь разнесет, другой выдаст отчетность на основании этих данных. Первый изменит потом. У второго данные окажутся неверными.

Именно.
И в 1С такая ситуация является штатной.

Цитата:

Сообщение от Fillin

Система тут никак не поможет.

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

ключевая штука - для всех проводок запоминается и дата проводки, и дата создания, и кто создал проводку (в том числе корректирующую).
поэтому очень хорошо видно как менялась сумма, когда менялась сумма, кем менялась сумма.

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

Цитата:

Сообщение от Fillin

Имеете ввиду, что бухучет в 1с как правило "изолирован" от других подразделений и это позволяет бухгалтерам колдовать в рамках бух. учета, не влияя на других пользователей?

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

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

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

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

[Fillin]

Цитата:

Сообщение от mazzy

Именно.
И в 1С такая ситуация является штатной.

Спасибо. Очень доходчиво объяснили. Теперь ясней стало.

[ВадимМ]

Цитата:

Сообщение от Fillin

Спасибо. Очень доходчиво объяснили. Теперь ясней стало.

Это неправда. Все зависит от организации учета и того, кто ставит задачу программистам 1С. Можно в 1С запретить изменения задним числом, можно запретить всем (включая админа) отменять разноску документов. Другое дело что админ может это ограничение обойти. А в АХ не может? Да я вас умоляю - при наличии админ прав, можно прям в SQL-базе править.
Просто в 1С из-за дешевизны и низкой стоимости вхождения и внедрения больше ламеров, слабо понимающих в нормальной организации учета и управлении предприятием, поэтому зачастую идут на "кривые" пожелания рядовых клерков. И получается черти-что.

Так что системы разные и обе имеют свою долю рынка, своих сторонников, свои подходы. Просто они исторически по разному создавались и развивались. 1С изначально создавалась как бух.программа (я еще застал те времена) и только со временем выросла в среду разработки и ERP-систему. Причем именно бухгалтерские подходы стран бывшего СССР закладывались в основу базовой архитектуры. АХ наоборот возникла и развивавалась НЕ как фин.система. Но со временем эти факторы практически стерлись уже.

[mazzy]

Цитата:

Сообщение от ВадимМ

Это неправда.

Му-ха-ха!

Цитата:

Сообщение от ВадимМ

Все зависит от организации учета и того, кто ставит задачу программистам 1С. Можно в 1С запретить изменения задним числом, можно запретить всем (включая админа) отменять разноску документов. Другое дело что админ может это ограничение обойти. А в АХ не может? Да я вас умоляю - при наличии админ прав, можно прям в SQL-базе править.

Ну, вот так и живем:
штатный функционал, который "можно запретить"
сравнивается с "можно прям в SQL-базе править".

)))))

[ВадимМ]

Цитата:

Сообщение от mazzy

Му-ха-ха!


Ну, вот так и живем:
штатный функционал, который "можно запретить"
сравнивается с "можно прям в SQL-базе править".

)))))

Это из серии "вам шашечки или ехать?"
А настройка прав это не штатный функционал? А логирование? Да хоть сто раз проводи документ и распроводи - в логах останется и аудитор найдет. Запретить чистить логи можно штатными функциями администрир винды. Закрытие периода тоже вполне штатная функция.
У АХ-ы своих косяков хватает )) так что не надо прям уж идеализировать. На практике гораздо важнее бывает степень владения инструментом конкретными людьми, а не то, что он может в принципе.

[mazzy]

э-хе-хе...
бывают люди, которые понимают корень проблемы сразу.
бывают люди, которые не въезжают, а занимаются деятельностью "защита оскорбленных чувств".
)

Пример понимания:

Цитата:

Сообщение от Fillin

В 1С точно также один пользователь разнесет, другой выдаст отчетность на основании этих данных. Первый изменит потом. У второго данные окажутся неверными.

Пример непонимания:

Цитата:

Сообщение от ВадимМ

Да хоть сто раз проводи документ и распроводи - в логах останется и аудитор найдет.

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

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

Цитата:

Сообщение от ВадимМ

Закрытие периода тоже вполне штатная функция

Бгггг ))))) Как и все 1Сники, участвующие в точно таких же обсуждениях, вы не в ту степь идете.

Во-первых, закрытие периода в 1С всего лишь устанавливает константу "дата запрета редактирования". В некоторых местах эта константа проверяется. В некоторых не проверяется.
И все равное есть роль "главбух", которая может перепровести в обход константы.

И еще раз повторюсь - методика работы бухов с 1С состоит в том, чтобы в документах в принципе не было "неправильных" данных. Поэтому документы и правятся-перепроводятся. Выше пример с материалами/товарами я уже приводил.

Во-вторых (и в главных), "открытый период" - это только для бухов. Остальные подразделения живут в реальной жизни, а не "от отчетности до отчетности". Поэтому остальным подразделениям в МНОГОпользовательской системе в принципе неприменима ситуаиця, когда у кого-то могут возникать непонятные неверные данные.

тривиальный пример:
1. закупщик провел документ закупки
2. финансист провел оплату
3. закупщик изменил сумму в документе закупки и перепровел
4. в результате сумма оплаты неверная.

нормальный пример:
1. закупщик провел несколько документов закупки на основнии заявок
2. финансист провел суммарную оплату
3. закупщик изменил сумму в одном из документов закупки и перепровел
4. в результате сумма оплаты неверная.

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

Цитата:

Сообщение от ВадимМ

У АХ-ы своих косяков хватает )) так что не надо прям уж идеализировать.

Бгггггг!!!!!
Господи, да как же это типично!

Последний аргумент 1Сников: "Зато у вас негров линчуют", "Сам дурак", "Аксапта гавно", "mazzy предатель" и прочие вариации перекладывания с больной головы на здоровую.

Конечно же, хватает.
)))))

[ВадимМ]

А мы вообще системы (платформы) тут обсуждаем или концепции учета и управления предприятием?
Если системы, то чисто технически в 1С нет препятствий для:
1. Запрета перепроведения документов.
2. Логирования всего на свете (старое значение, новое, кто когда поменял).
Все зависит от подходов людей, которые принимают решения о том:
1. Как будут построены процессы учета и управления.
2. Как эти бизнес-процессы будут автоматизированы в системе.
Не хочется повторять банальности, но автоматизация бардака даст автоматизированный бардак что в АХ, что в 1С.

С точки зрения концепций учета, я совершенно согласен в правильности подхода сохранения аудиторского следа и всегда пропагандировал данный подход среди клиентов, у которых внедрял. Но всегда необходимо учитывать реальные ситуации заказчика и, разумеется, его мнение в данном вопросе. Да, необходимо объяснять достоинства и недостатки обоих подходов, но заставить что-то сделать себе во вред нормального клиента обычно не получается.
Просто в 1С изначально заложили более популистский подход, который тогда на рынке был востребован. А в АХ заложили тот, который был востребован во время её разработки, в тех странах, где она разрабатывалась. Не более того.

Если бы 1С была настолько плохой, она не заняла бы такую долю на рынке. В 1С есть достоинства и недостатки (а где их нет). В АХ тоже самое - она не идеальна.

Мое мнение о недостатках 1С (в первую очередь как платформа и во вторую как конфигурации типа УПП и ERP):
1. Недостаточная производительность и масштабируемость как для ERP международного масштаба.
2. Отсутсвие аудиторского следа на уровне платформы.
3. Отсутсвие ООП в разработке.
4. Низкий порог вхождения разработчиков и внедренцев, отсюда низкое качество внедрений.
5. Нет поддержки требований законодательства многих стран (как в АХ).
Достоинства:
1. Быстрые и качественные (относительно) обновления под требования законодательства.
2. Хорошая документированность системы и информативность сообщений.
3. Очень хорошая отчетность (бух.отчетность, система компоновки данных).
4. Относительная простота доработок.


Достоинства и недостатки продуктов Dynamics, пожалуй зеркальны. В АХ мне очень нравится глубоко продуманная архитектура в функционале, который не менялся еще с 3.0/4.0. Все таки бородатые датские дядьки очень глубоко проработали предмет.

[mazzy]

Цитата:

Сообщение от ВадимМ

1С изначально создавалась как бух.программа

1C изначально создавалась как юридическое лицо ))))
Если вы таки говорите о ПО, то изначально Нуралиевы создали программу для обмена электронными сообщениями. )))

Цитата:

Сообщение от ВадимМ

АХ наоборот возникла и развивавалась НЕ как фин.система.

Как фин.
http://axapta.mazzy.ru/lib/names/

=================
Господи, да как же все повторяется то... Как под копирку...
Time is a flat circle
http://coub.com/view/1s5rp