AXForum  
Вернуться   AXForum > Рынок > Другие системы на рынке
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.09.2012, 09:51   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Andrey CBT Посмотреть сообщение
Ну расскажите как откорректировать ту злощастную накладную в прошлом периоде, пересчитать производтсво и склад, да еще так что-бы все операции были сделаны в текущем отчетном периоде?
Только не нужно предлагать вариант отсторнировать пол базы документов включая зависимые складские и производственные движения, расходные и возвратные накладные, сопоставленные по ним платежи. К сожалению это единственный механизм который я могу вспомнить. Да затем нужно провести все в текущем периоде, рассчитать склад - и я сомневаюсь (не по злому) что результат будет только на скорректированную разницу.
И потом не примомню, что там с распределением косвенных расходов в производстве пропорционально стоимости материалов или нормативной производственной мощности - этого нет до сих пор? - Тогда конечно беспокоиться о корректном их перераспределении не нужно. Или уже есть и перераспределение отработает?
Мне всегда казалось, что если мы слегка ошиблись в закупочной накладной прошлого периода, то достаточно просто тупо провести в текущем периоде накладную на разницу (с номером СтарыйНомер-1), в корреспонденции со счетами прибылей и убытков. Все-таки, вряд ли ошибка в одной накладной создала столь огромное искажение в отчетности, чтобы предпринимать все эти титанические меры. Нет, я конечно могу представить ситуацию, при которой на порядок ошиблись в закупочной накладной на месячный запас основного материала, но в нормально организованной бухгалтерии, такие накладные все-таки выверяют перед постингом.

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

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

Последний раз редактировалось fed; 18.09.2012 в 10:40. Причина: синтаксис
За это сообщение автора поблагодарили: Михаил Андреев (4), mazzy (2), lev (5), AxPr-r (1), ikopyl (3), kuntashov (1).
Старый 18.09.2012, 15:59   #2  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от fed Посмотреть сообщение
Мне всегда казалось, что если мы слегка ошиблись в закупочной накладной прошлого периода, то достаточно просто тупо провести в текущем периоде накладную на разницу (с номером СтарыйНомер-1), в корреспонденции со счетами прибылей и убытков.
С точки зрения управленческого учета - да, а с точки зрения бухгалтерского - документ необходимо привести в соответствие с бумажкой
Цитата:
Сообщение от fed Посмотреть сообщение
1. Внедрение делается не в интересах акционеров и топ-менеджмента, а в интересах низовых сотрудников, которых конечно ломает сначала сторнировать или допроводить, а потом разбираться в сторнировках. Акционерам и топам конечно хотелось бы чтобы цифры не менялись по несколько раз, они на основании этой отчетности решения принимают.
Запрет АХ на "перепроведение" никак не решает задачу неизменности цифр для топов, если отчет делается на незакрытом периоде, т.к. аудиторский след не запрещает сторнирование, а по закрытому аудиторский след может помочь только в разборе полетов.
Цитата:
Сообщение от fed Посмотреть сообщение
2. В бухгалтерии предприятия явно что-то не в порядке с организацией работ, поскольку на форму учета смотрят больше чем на содержание, а также не владеют термином "экономическая эффективность учета". (Затраты на учетную систему не должны превосходить экономический эффект от ее использования).
Да, да ,да - это проблема именно российского бух. учета. Мне рассказывали бухи про квадратные глаза налоговиков от обилия всяческих сторно в АХ. А потом бухгалтерия замучилась доказывать им, что накладная зарегистрирована только один раз, а не два, что смотрите - есть еще она-же, но отрицательным знаком и так далее. Результат банален - раз система не дает удалять этот "хлам", то сделайте так, чтобы его никто и никогда больше не видел.

PS. Аудиторский след в АХ - требование буржуйского учета, как инструмент для разборок он так-себе, а местами только вносит дополнительную путаницу
Старый 18.09.2012, 16:49   #3  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
О чём спорим?
Если в конце дня перемещать дату запрета изменений, вот вам и не будут редактировать.
В течении дня редактируй шо хочеш, а потом потом паровоз ушёл.
Хотя нафига всё это не пойму.
В ахе и в 1С разные чисто внутренние механизмы.
В 1С есть механизм последовательностей, если изменили документ в середине периода, есть механизм перепроведения документов, которые идут после этого документа.
Если не хочеться чтоб пересчитывались какие то данные, закрывай период от редактирования.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 18.09.2012, 17:52   #4  
Serg is offline
Serg
Участник
 
118 / 35 (2) +++
Регистрация: 12.02.2002
Цитата:
Сообщение от Alexius Посмотреть сообщение
Запрет АХ на "перепроведение" никак не решает задачу неизменности цифр для топов, если отчет делается на незакрытом периоде, т.к. аудиторский след не запрещает сторнирование, а по закрытому аудиторский след может помочь только в разборе полетов..
Есть два варианта решения вопроса неизменностью данных

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

2) Используя запрет на перепровдение и аудиторский след можно разделить операции разнесенные после определенной даты за отчетный период и переносить их в следующие управленческие периоды, как изменения прошлых периодов признанных в текущем. Таким образом бухгалтерия будет жить в своих периодах, а управленческий учет в своих.
Теги
аудиторский след, перепроведение, упп, 1c

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Если 1С приделает еще и вменяемый блок бизнес-анализа (OLAP, легкая настройка пользователям) – остальным вендорам можно закрывать в СНГ деятельность по направлению учета. Они просто тут никому не нужны станут. belugin Сравнение ERP-систем 52 24.04.2010 12:01
«1С» похудела на 35% pm-erp Другие системы на рынке 4 21.12.2009 09:14
1С: Франчайзи - есть ли будущее? miklenew Другие системы на рынке 13 03.10.2009 12:22
Изменения ассортимента, цен, условий поставки и сопровождения ряда продуктов «1С:Предприятия 7.7» mazzy Другие системы на рынке 40 30.04.2008 23:31
kolesov: Не про "1С". Про конкурентов Blog bot Другие системы на рынке 1 19.03.2007 15:58
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 14:50.