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

[Fillin]

Цитата:

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

российские методики ведения бухучета вообще и 1С в частности,
очень сильно используют фичу "создать что-то, а перед отчетностью подправить".

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

[mazzy]

Цитата:

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

1. Привыкли к 1С (даже переход с 1С 7.7 на 1С 8 - это БОЛЬШАЯ проблема для бухгалтеров). Не только как к программе, но и как к мышлению.

это не ответ )
да и неправда, вообще говоря.

Цитата:

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

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

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

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

[AXcons]

Цитата:

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

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

Удаление документов в Аксапте сделать-то не проблема. У нас есть и изменение даты накладной, и удаление накладных. Хотя у нас БУ не в Аксапте. Просто для удобства.
Проблема в постоянном изменении законодательства больше. В отчетности, которую трудно будет настроить в Аксапте.
С одной компанией общались - у них БУ в Аксапте. Но отчетность они сдают из 1С, настроили интеграцию. И говорят "ну мы еще не совсем больные, чтобы в Аксапте делать регламентную отчетность". Это фин дир говорит, даже он понимает.

Вообще, главный аргумент - бухгалтера умеют работать в 1С, и не умеют в Аксапте. Их 1С устраивает, и ради бога. Они всегда будут недовольны Аксаптой, будут постоянные жалобы, текучка кадров в бухгалтерии из-за этого. Зачем все это надо? Ради чего?

[mazzy]

Цитата:

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

Удаление документов в Аксапте сделать-то не проблема. У нас есть и изменение даты накладной, и удаление накладных.

Бгггг!!! Полное непонимание происходящего )))

Да, функционал добавить можно. И партнеры это делают "по просьбе заказчика" )
но после этого Аксапта превращается в 1С. только дороже )))

Цитата:

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

Проблема в постоянном изменении законодательства больше. В отчетности, которую трудно будет настроить в Аксапте.

ой, я вас умоляю...

Цитата:

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

С одной компанией общались - у них БУ в Аксапте. Но отчетность они сдают из 1С, настроили интеграцию. И говорят "ну мы еще не совсем больные, чтобы в Аксапте делать регламентную отчетность". Это фин дир говорит, даже он понимает.

Правильно. Кто ж будет показывать в регламентной отчетности реальные данные из Аксапты.
Интересно, что не пришло в голову спросить - а данные в 1С совпадают с данными в Аксапте? А почему собственно?


дело не в 1С.
дело в том, что для отчетности делают "другие данные". Такова бизнес-практика в россии и в некоторых других странах.

[GBH]

Нормально БУ внедряется в DAX. На всех проектах, которые были проводки по БУ формировались в DAX. Далее выгрузка в 1С и там составление отчетности.
Основной негатив - перепроведение которого в DAX нет. Т.е. в DAX чтобы перепровести надо сделать сторнирующую проводку и потом сделать корректную проводку, но это всё автоматизируется легко, а вот превращать DAX в 1С не надо.
Ну, и интерфейс новой программы очень сильно напрягает женщин за 40. )))

[mazzy]

Цитата:

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

проводки по БУ формировались в DAX. Далее выгрузка в 1С и там составление отчетности.

если под "составлением отчетности" подразумевается "подкорректировать данные" и получить отчет на основании скорректированных данных, то да.

[AXcons]

Цитата:

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

Да, функционал добавить можно. И партнеры это делают "по просьбе заказчика" )
но после этого Аксапта превращается в 1С. только дороже )))

1С- лидер автоматизации на рынке в России. Если в этом смысле Аксапта в 1С превратиться - будет прекрасно.
Что плохого в удалении документов, если это делается в открытом периоде, и если у вас есть лог удаления - не понятно.
Ни у кого еще никаких проблем от удаления документов не видела.

Цитата:

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

ой, я вас умоляю...

- супер аргумент. Профессиональный

Цитата:

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

Правильно. Кто ж будет показывать в регламентной отчетности реальные данные из Аксапты.

- вы будете удивлены, может быть, но в России есть белые компании. Речь идет именно о такой.

[mazzy]

Цитата:

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

- вы будете удивлены, может быть, но в России есть белые компании. Речь идет именно о такой.

Му-ха-ха!...
Корректировка документов используется не только для черного учета.
и даже не столько для черного, сколько как раз для белого.

AXcons, спасибо за ваше мнение. Оно очень важно для меня.

[AXcons]

Цитата:

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

Му-ха-ха!...
Корректировка документов используется не только для черного учета.
и даже не столько для черного, сколько как раз для белого.

AXcons, спасибо за ваше мнение. Оно очень важно для меня.

Уверена, что так же важно, как и мне ваше.

Кстати, чем плохо удаление документов, так и не смогли объяснить.

[mazzy]

Цитата:

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

корректировать проводки задним числом

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

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

проблема в КОРРЕКТИРОВАТЬ проводки.
проводки - это данные, которые являются результатом деятельности одного пользователя, И могут быть исходными данными для другого пользователя.

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

[Fillin]

Цитата:

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

проблема в КОРРЕКТИРОВАТЬ проводки.
проводки - это данные, которые являются результатом деятельности одного пользователя, И могут быть исходными данными для другого пользователя.

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

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

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

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

Цитата:

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

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

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

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

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

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

[Fillin]

Цитата:

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

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

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

[ВадимМ]

Цитата:

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

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

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

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

[mazzy]

Цитата:

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

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

Му-ха-ха!

Цитата:

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

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

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

)))))

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

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