|
02.12.2016, 13:22 | #1 |
Участник
|
|
|
02.12.2016, 20:01 | #2 |
Участник
|
Это неправда. Все зависит от организации учета и того, кто ставит задачу программистам 1С. Можно в 1С запретить изменения задним числом, можно запретить всем (включая админа) отменять разноску документов. Другое дело что админ может это ограничение обойти. А в АХ не может? Да я вас умоляю - при наличии админ прав, можно прям в SQL-базе править.
Просто в 1С из-за дешевизны и низкой стоимости вхождения и внедрения больше ламеров, слабо понимающих в нормальной организации учета и управлении предприятием, поэтому зачастую идут на "кривые" пожелания рядовых клерков. И получается черти-что. Так что системы разные и обе имеют свою долю рынка, своих сторонников, свои подходы. Просто они исторически по разному создавались и развивались. 1С изначально создавалась как бух.программа (я еще застал те времена) и только со временем выросла в среду разработки и ERP-систему. Причем именно бухгалтерские подходы стран бывшего СССР закладывались в основу базовой архитектуры. АХ наоборот возникла и развивавалась НЕ как фин.система. Но со временем эти факторы практически стерлись уже. |
|
03.12.2016, 00:30 | #3 |
Участник
|
Му-ха-ха!
Цитата:
Сообщение от ВадимМ
Все зависит от организации учета и того, кто ставит задачу программистам 1С. Можно в 1С запретить изменения задним числом, можно запретить всем (включая админа) отменять разноску документов. Другое дело что админ может это ограничение обойти. А в АХ не может? Да я вас умоляю - при наличии админ прав, можно прям в SQL-базе править.
штатный функционал, который "можно запретить" сравнивается с "можно прям в SQL-базе править". ))))) |
|
03.12.2016, 09:08 | #4 |
Участник
|
Цитата:
А настройка прав это не штатный функционал? А логирование? Да хоть сто раз проводи документ и распроводи - в логах останется и аудитор найдет. Запретить чистить логи можно штатными функциями администрир винды. Закрытие периода тоже вполне штатная функция. У АХ-ы своих косяков хватает )) так что не надо прям уж идеализировать. На практике гораздо важнее бывает степень владения инструментом конкретными людьми, а не то, что он может в принципе. |
|
03.12.2016, 10:11 | #5 |
Участник
|
э-хе-хе...
бывают люди, которые понимают корень проблемы сразу. бывают люди, которые не въезжают, а занимаются деятельностью "защита оскорбленных чувств". ) Пример понимания: Цитата:
Пример непонимания: Цитата:
но в логах 1С нет информации какие данные были раньше, а какие стали сейчас. логи ничего не позволят сделать с неверными данными. ну, перечитайте же. постарайтесь понять наконец. Ключевой момент для понимания: данные, проведенные одним пользователем, могут использоваться в качестве исходной информации другим пользователем. Бгггг ))))) Как и все 1Сники, участвующие в точно таких же обсуждениях, вы не в ту степь идете. Во-первых, закрытие периода в 1С всего лишь устанавливает константу "дата запрета редактирования". В некоторых местах эта константа проверяется. В некоторых не проверяется. И все равное есть роль "главбух", которая может перепровести в обход константы. И еще раз повторюсь - методика работы бухов с 1С состоит в том, чтобы в документах в принципе не было "неправильных" данных. Поэтому документы и правятся-перепроводятся. Выше пример с материалами/товарами я уже приводил. Во-вторых (и в главных), "открытый период" - это только для бухов. Остальные подразделения живут в реальной жизни, а не "от отчетности до отчетности". Поэтому остальным подразделениям в МНОГОпользовательской системе в принципе неприменима ситуаиця, когда у кого-то могут возникать непонятные неверные данные. тривиальный пример: 1. закупщик провел документ закупки 2. финансист провел оплату 3. закупщик изменил сумму в документе закупки и перепровел 4. в результате сумма оплаты неверная. нормальный пример: 1. закупщик провел несколько документов закупки на основнии заявок 2. финансист провел суммарную оплату 3. закупщик изменил сумму в одном из документов закупки и перепровел 4. в результате сумма оплаты неверная. логи не помогут понять что нужно сделать, чтобы исправить неверную сумму. если кто-то заметит неверную сумму, то финансисту проще будет заново перерасчитать и заново перепровести. в результате, эффект перепроведения распространяется веером по всей системе. а система, допускающая перепроведение, обвешивается всевозможными "сверками" Бгггггг!!!!! Господи, да как же это типично! Последний аргумент 1Сников: "Зато у вас негров линчуют", "Сам дурак", "Аксапта гавно", "mazzy предатель" и прочие вариации перекладывания с больной головы на здоровую. Конечно же, хватает. ))))) Последний раз редактировалось mazzy; 03.12.2016 в 10:19. |
|
05.12.2016, 12:13 | #6 |
Участник
|
А мы вообще системы (платформы) тут обсуждаем или концепции учета и управления предприятием?
Если системы, то чисто технически в 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. Все таки бородатые датские дядьки очень глубоко проработали предмет. Последний раз редактировалось ВадимМ; 05.12.2016 в 12:16. |
|
05.12.2016, 13:19 | #7 |
Участник
|
Ох, опять это "можно сделать" в ответ на "уже есть" ))))
Аргументы против 1С УПП Axapta vs. 1c v8 Попробую рассказать о принципах оффлайновой работы 1С. А вообще в SAP много таких вещей, про которые AX пока только мечтать может и так далее... ВадимМ, вы упорно ходите в колее, которая была истоптана еще в начале 2000х... И пожалуйста, не будьте как остальные 1Сники - не спамьте во всех ветках. создайте ветку про 1С в разделе сравнение. и вперед. тема этой ветки: В чем причина негативного отношения к автоматизации бух. учета в DAX? оффтопик будет удаляться. упоротые - банится. Последний раз редактировалось mazzy; 05.12.2016 в 13:22. |
|
03.12.2016, 01:33 | #8 |
Участник
|
1C изначально создавалась как юридическое лицо ))))
Если вы таки говорите о ПО, то изначально Нуралиевы создали программу для обмена электронными сообщениями. ))) Как фин. http://axapta.mazzy.ru/lib/names/ ================= Господи, да как же все повторяется то... Как под копирку... Time is a flat circle http://coub.com/view/1s5rp |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|