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