Текущее время: Чт, мар 28 2024, 12:18

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по SAP Query и Quick View - сюда



Начать новую тему Ответить на тему  [ Сообщений: 53 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 15 2005, 17:38 
Гость
FreePainter написал(а):
Или корреспонденция никому не интересна?

или или

FreePainter написал(а):
Или же разработчики системы слабо понимали то, что они делают!

нет, это постановщики такое ТЗ махнули 8)

FreePainter написал(а):
Бухгалтерия вроде бы везде одна.

если б все было так просто не было бы нам масла на хлеб помазать!


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 15 2005, 18:07 
Гость
По этому САП столько и стоит. По этому САП и запрещает публиковать документацию нормально написанную на родных языках. По этому консультанты и получают столько и так ценятся, потому что без них система бы загнулась вообще.

На картинках все красиво! САП умеет и то и это. Презентация - это еще один "шедевр" САПа. Они умеют продать свой продукт. А на деле...

Грустно... Особенно когда приходится этим заниматься именно из-за того куска хлеба, о котором говорит Aleksey S...

Считаю тему для обсуждения закрытой...


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, фев 15 2005, 18:10 
Гость
Пардон! Прошлое сообщение отправлено мною, т.е. автором темы! Плохо что форум не контролирует вход и позволяет отправлять гостевые сообщения.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: А устраивает ли add-on'вская корреспонденция потребителя?
СообщениеДобавлено: Ср, фев 16 2005, 10:33 
Гость
Работаю на R/3 с мая 1995 года и с первого же дня получал аргументированые (нормативными актами) требования предоставить конечному потребителю (бухгалтеру) формы отчетов, удовлетворяющие национальные требования.

rfhabu10 появился намного поже, но и своим появлением проблему не решил.

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

Решение - собственные разработки.
В части алгоритмизации - с 1995 года использую 3-ю версию алгоритма.
Все отрабатывается только на уровне алгоритмизации, никаких "правил постоянной корреспонденции".
Единственное имеющееся исключение - для документов типа:
Дт. 361 - 120
Кт. 719 - 100
Кт. 643 - 20
Дт. 71х - 20
Кт. 71х - 20
Дт. ВД - 100
Кт. ВД(корр.) - 100
приходится НЕ допускать для 36 выбор корреспондентов 643 и наоборот (это в части НДС, а при живом гостиничном сборе был еще 641).

Специальные поля в алгоритме - bseg-xauto, bseg-ktosl, bseg-bewar, bseg-anbwa.

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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Re: А устраивает ли add-on'вская корреспонденция потребителя
СообщениеДобавлено: Ср, фев 16 2005, 12:31 
Гость
Tch написал(а):
В части алгоритмизации - с 1995 года использую 3-ю версию алгоритма.
....
.... ну и для документов выравнивания лучше отдельный алгоритм - иначе можно потерять курсовые разницы либо сильно увеличить обороты.


Если можно, поясните, что значит 3-я версия алгоритма и как Вы отбираете документы выравнивания для отдельного алгоритма.


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Стадии развития
СообщениеДобавлено: Ср, фев 16 2005, 13:03 
Гость
3 версия - это всего лишь третье поколение алгоритма

1. Ловила все документы однозначно трактуемые - типа один дебет несколько кредитов или наоборот (1995 год).

1.5. Аналогична 1., но справлялась с "красными позициями" (ноябрь 1995 - январь 1996 )

*****
май 1997 - декабрь 2001 - Перерыв (консультант, и об отсутствии нормальных журналов-корреспонденций в слух не говорил...)
*****

2. Полностью переработаный алгоритм (январь 2002 года) - к ранее описаному прибавил многопозиционные документы (несколько дебетов и несколько кредитов одновременно), отдельная обработка автоматически сформированых позиций налогов...
.... спотыкалась на документах рожденных модулем основных средств (перенос основного средства со 100% амортизацией)

3. Версия января 2004 года - многовалютный учет (вторая внутреняя валюта), все возможные (обнаруженные) недостатки устранены.

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


По выравниванию - транзакции выравнивания или тип документа выравнивания (по умолчанию - AB)


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Re: Стадии развития
СообщениеДобавлено: Ср, фев 16 2005, 13:23 
Гость
Tch написал(а):
По выравниванию - транзакции выравнивания или тип документа выравнивания (по умолчанию - AB)


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

PS. А все остальненые коцепции алгоритмов у нас вышли точно такими же. только мы не просто стучим на непразбираемый документ, а не даем его вводить :shock:


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Это мелочи
СообщениеДобавлено: Ср, фев 16 2005, 16:51 
Гость
Я испытывал и вариант с транзакциями - на самом деле их не много (FBZ1, FBZ2, FBB1, FB1S, FB1D, FB1K)
и с видом документов - даже если AB не есть не есть продукт выравнивания - это не страшно, прорываюсь.

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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Приведите примеры неразбираемых документов
СообщениеДобавлено: Ср, фев 16 2005, 18:19 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
Может кто-нибудь привести примеры неразбираемых по корреспонденции документов. Тут, например, упоминали об ОС, а я с ними еще не сталкивался.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Это мелочи
СообщениеДобавлено: Ср, фев 16 2005, 21:09 
Гость
Tch написал(а):
А вот о не возможности допустить создание таких документов - в настоящий момент на родном предприятии описал 19 типов возможных ошибок и вместо того, чтоб exit-ами их ловить на создании - просто по окончании суток в фоновике их вылавливаю (мне так проще), а утром - призовая игра.


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


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Зачем Она нужна
СообщениеДобавлено: Чт, фев 17 2005, 09:11 
Гость
Система контроля бухгалтерского учета другая на западе. Так как жесткая регламентация кодов счетов отсутствует, то и не нужна проверка корреспонденций по этим счетам. Главное - это правильное выполнение хозяйственной операции, а это видно из бухгалтерского документа. Если бухгалтерский документ сформирован правильно, то его информация всегда правильно разнесется по счетам главной книги. Отсутствие контроля корреспонденций никак не влияет на формирование бухгалтерской отчетности в R/3(Я имею ввиду обязательну отчетность в соответствии с законодательством). Что касается оборотов и других аналитических отчетов, то их можно получать без корреспонденций. Главное внимание сальдо счетов. Вы посмотрите аудиторские роли в R/3 - там нет намека на проверку корреспонденций. А наши аудиторы продолжают проверять корреспонденции даже внутри расчетов с кредиторами/дебиторами - пустые проверки в условиях любой автоматизации. Теоретически можно прописать технологию бухгалтерского учета в учетной политике без использования Корреспонденции счетов и при всяких проверках это можно отстоять законодательно(Минфин все меньше регламентирует технологию бух. учета), но это будет дорого стоить и, как правило, сегодняшние бухгалтера на это не пойдут, хотя Вы не найдете уже сейчас обязательную форму Главной книги(с корреспонднциям естественно). Но попробуйте отказать налоговому инспектору - не давать Гл. книгу с корреспонденциями, хотя в налоговом кодексе на это нет и намека.
До R/3 мы сделали свою бух.систему в ORACLE. В качестве примера использовали американскую AVALON. Там также полупроводки. Тогда мы сделали вывод, что с полупроводками экономичней, но в конце концов ввели в основу двойную запись именно из-за необходимости получать соответствующие отчеты. Работа без контроля корреспонденций на выходных отчетах для России дело времени


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: А как бороться с подзаконными актами?
СообщениеДобавлено: Чт, фев 17 2005, 09:31 
Гость
МІНІСТЕРСТВО ФІНАНСІВ УКРАЇНИ
Н А К А З
N 356 від 29.12.2000
Про затвердження Методичних рекомендацій по застосуванню регістрів бухгалтерського обліку

Вот в этом документе и определен формат и содержание журналов и Главной книги.

Как с этим быть?
Ведь Законом о бухгалтерском учете в Украине четко определено, что минфин диктует правила.....


Заместитель главного бухгалтера по методологии и сводной отчетности
... очень немаленького предприятия ...


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Re: Зачем Она нужна
СообщениеДобавлено: Чт, фев 17 2005, 11:48 
Гость
_Иван_ написал(а):
Система контроля бухгалтерского учета другая на западе.


Да будь она хоть какая, принципиальной разницы нет.

_Иван_ написал(а):
Так как жесткая регламентация кодов счетов отсутствует, то и не нужна проверка корреспонденций по этим счетам.


Вот именно при жесткой регламентации кодов, корреспонденции нужны меньше, но все равно нужны!

_Иван_ написал(а):
Главное - это правильное выполнение хозяйственной операции, а это видно из бухгалтерского документа. Если бухгалтерский документ сформирован правильно, то его информация всегда правильно разнесется по счетам главной книги.


Всегда были, есть и будут ошибки при вводе хозяйственных операций, и львиную долю работы бухгалтера занимает контроль правильности их ввода. В первую очередь именно для этого существуют отчеты типа "Оборотно-сальдовая", "Корреспонденция счетов" и т.д., и в последнюю для составления официальной отчетности. Суть этих отчетов заключается в агрегации данных введенных операций по различным признакам (аналитике, счетам и т.д.). Это позволяет быстрейшим образом строить анализ и выявлять ошибки, переходя от общих итогов к частным документам. Это мощный инструмент бухгалтера, который должен работать на все 100%, как калькулятор. На него бухгалтер опирается в ежедневной работе и сомнений в нем не должно быть ни на долю процента. Будете вы пользоваться калькулятором, который в 2-х случаях из 100-а будет считать, что 2*2=5? Думаю, что нет.

_Иван_ написал(а):
Отсутствие контроля корреспонденций никак не влияет на формирование бухгалтерской отчетности в R/3(Я имею ввиду обязательну отчетность в соответствии с законодательством).


Влияет настолько, что план счетов приходится раздувать на порядок. Т.е. при нормальной корреспонденции он мог бы быть раз в 10 меньше. А отчетность в соответствии с законодательством, самая ерундовая работа, если все правильно заведено и законодательство не меняется каждый месяц. Нажал на кнопочку, вот тебе и баланс!

_Иван_ написал(а):
Что касается оборотов и других аналитических отчетов, то их можно получать без корреспонденций. Главное внимание сальдо счетов. Вы посмотрите аудиторские роли в R/3 - там нет намека на проверку корреспонденций.


Можно. Только для этого придется насоздавать кучу счетов и настроить систему для правильного разнесения по ним. Опять же, чем их больше, тем выше вероятность ошибок. И не дай бог, завтра понадобится отчет за сегодня по аналитике, которой вчера не предусмотрели! Это то и есть так называемая Российская специфика.

_Иван_ написал(а):
А наши аудиторы продолжают проверять корреспонденции даже внутри расчетов с кредиторами/дебиторами - пустые проверки в условиях любой автоматизации.


Их желание естественно. Они хотят того же, что и все бухгалтеры. Отчет по корреспонденции, это мощный инструмент контроля, в конечном счета повышающий качество учета!

_Иван_ написал(а):
Теоретически можно прописать технологию бухгалтерского учета в учетной политике без использования Корреспонденции счетов ...


Повторюсь: можно! Но только в условиях застывших форм, т.е. законодательства, формы бизнеса на предприятии и т.д. Когда один раз настроив всю эту неповоротливую махину под названием R/3, можно было бы спокойно проработать хотя бы несколько лет.
В условиях же динамики бизнеса и законодательства отсутствие корреспонденции приводит исключительно к неоправданным затратам времени, денег и т.д.
По большому счету, информационная система должна настраиваться на новые условия быстрее, чем изменяются сами условия и затраты на это не должны быть соизмеримы с затратами на сам бизнес.

_Иван_ написал(а):
Работа без контроля корреспонденций на выходных отчетах для России дело времени


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

Ну и теперь о самом главном!
Информационная система есть финансово-хозяйственная модель предприятия. Т.е. любые внутренние и внешние операции протоколируются. Это позволяет, в случае необходимости, отследить любые действия и получить состояние предприятия на любой момент времени.

Двойная запись есть основа такой системы! И это не изобретение бухгалтеров, а следует из теории реляционных баз данных. Однажды, хорошенько поразмыслив над принципами бух. учета (разумеется Российского) я понял, что это есть универсальная реляционная база данных. На основе, например 1С, можно построить учет практически чего угодно!
Проводки, это то же, что записи отношений много ко многим в реляционных СУБД. Только более универсальные, расширенные, приспособленные к финансово-хозяйственному учету. Дата проводки, например, означает временный характер связи, т.е. позволяет построить разные связи в разные моменты времени (динамические связи). Параметры суммы и количества определяют силу связи (в универсальных единицах хозяйственной деятельности). Аналитика по обеим сторонам записи есть объекты (субъекты), между которыми устанавливается связь. И т.д.

Разрезав эту связь мы просто рушим всю реляционную систему!

"Товарищи" из SAP, сделавшие это, скорей всего просто не ведали, что творят. Вероятно изначально это делалось людьми далекими от теории СУБД и логика системы учета просто прикидывалась на пальцах. Об этом говорит весь стиль построения таблиц FI и их связей, это есть сборище "детских" ошибок. Мне они знакомы, т.к. я допускал точно такие же, когда еще только учился писать базы.
Например:
- все поля запихать в одну таблицу (BSEG) вне зависимости от их логической связи и наполняемости;
- излюбленный прием школяров расписать периоды в виде полей одной записи (GLT0 и др.), а потом изворачиваться с выборкой и агрегированием по этому параметру;
- разделение справочника контрагентов на дебиторов-кредиторов;
- разделение на отдельные таблицы (BSIK-BSAK, BSID-BSAD и др.) по единственному признаку, пустое/не пустое поле AUGBL.

Да все не перечислишь. А такое ноу-хау, как batch-input вообще шедевр, повергающий в шок.

Частично корреспонденция в R/3 все же есть, т.к. связь разрушена не совсем, а ограничивается рамками одного документа. Но это тот самый калькулятор (см. выше), достойный выброса в мусорное ведро.

Подытожу:
Невозможно построить отчет по информации, которой нет! В этом главная ошибка предлагаемых SAP-ом решений. Нужно строить учет, а не отчет. Единственный способ, это ввести понятие корреспонденции в запись бухгалтерского документа. Как это сделать? Это уже отдельная тема. Есть кое какие соображения...


Принять этот ответ
Вернуться к началу
  
 
 Заголовок сообщения: Пардон, предыдущий пост мой.
СообщениеДобавлено: Чт, фев 17 2005, 11:58 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, авг 19 2004, 17:37
Сообщения: 1962
Откуда: Москва
Пол: Мужской
Пардон, предыдущий пост мой. Просто пока писал, отпал! ;)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Зачем Она нужна
СообщениеДобавлено: Чт, фев 17 2005, 15:28 
Гость
Parazit написал:
Всегда были, есть и будут ошибки при вводе хозяйственных операций, и львиную долю работы бухгалтера занимает контроль правильности их ввода. В первую очередь именно для этого существуют отчеты типа "Оборотно-сальдовая", "Корреспонденция счетов" и т.д., и в последнюю для составления официальной отчетности. Суть этих отчетов заключается в агрегации данных введенных операций по различным признакам (аналитике, счетам и т.д.). Это позволяет быстрейшим образом строить анализ и выявлять ошибки, переходя от общих итогов к частным документам. Это мощный инструмент бухгалтера, который должен работать на все 100%, как калькулятор. На него бухгалтер опирается в ежедневной работе и сомнений в нем не должно быть ни на долю процента. Будете вы пользоваться калькулятором, который в 2-х случаях из 100-а будет считать, что 2*2=5? Думаю, что нет.


Контролировать информацию нужно на входе, а не на выходе. Проводки большинства бухгалтерских документов предопределены настройками, в том числе и в других модулях. О каких ошибках в корр. счетов можно говорить, если документ прилетел из СБЫТА.

Parazit написал:
Можно. Только для этого придется насоздавать кучу счетов и настроить систему для правильного разнесения по ним. Опять же, чем их больше, тем выше вероятность ошибок. И не дай бог, завтра понадобится отчет за сегодня по аналитике, которой вчера не предусмотрели! Это то и есть так называемая Российская специфика.


Убедительно. Такое я слышал и от ЮНИКОНА, когда затеял там подобную дискуссию.

Благодаря теме сегодня мы выработали свой подход для получения удобных отчетов Главной книги. Спасибо.


Принять этот ответ
Вернуться к началу
  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 53 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB