Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов Потому это просто неверно. Их этого следует что если аналитика только в первичке, то стандартные отчеты ее не увидят. Сергей Васкецов И нет никаких метаданных? Не верю. Есть, но настройка на них - непростое дело. Вообще работа с первичкой, которая подвержена постоянным изменениям - отдельная песня. А так затащил все в проводки - и получил оборотку в любых разрезах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 15:30 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Cyrilus....по содержанию в них драгметаллов и т.д. Если вы регулярно модернизируете ОС с использованием драгметаллов, то это весьма вероятно может пригодиться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 15:36 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод Сергей Васкецов Потому это просто неверно. Их этого следует что если аналитика только в первичке, то стандартные отчеты ее не увидят. Видимо, Вы дополнительно имеете в виду, что Ваши стандартные отчеты ходят только по ГК и не содержат ошибок? модВообще работа с первичкой, которая подвержена постоянным изменениям - отдельная песня Надо в этом случае начинать с вопроса, почему это первичка такая изменчивая. В любом случае, системы, где все хранится в одной таблице в блобах, мне обсуждать не интересно. И если в системе присутствует избыточность данных, это должно быть обосновано посильнее, нежели "А так затащил все в проводки - и получил оборотку в любых разрезах". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 15:47 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Можно просто добавить в систему детализацию в отчетах не только непосредственно по аналитикам, но и по связанным данным. Как на рисунке. P.S. Список детализаций приведенного отчета может содержать сотни элементов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 15:49 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов Видимо, Вы дополнительно имеете в виду, что Ваши стандартные отчеты ходят только по ГК и не содержат ошибок? Конечно Сергей ВаскецовНадо в этом случае начинать с вопроса, почему это первичка такая изменчивая. Так на то она и первичка. Сергей Васкецов В любом случае, системы, где все хранится в одной таблице в блобах, мне обсуждать не интересно. Мне тоже, только при чем тут блобы - все стого структурировано. То же и про избыточность - проводки на основе первички - это совсем избыточность. зы ГК - это проводки+бал. счета+анала.счета+справочники+классификаторы. Из проводок есть ессно ссылка на первичку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 16:07 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
gybsonМожно просто добавить в систему детализацию в отчетах не только непосредственно по аналитикам, но и по связанным данным. Как на рисунке. P.S. Список детализаций приведенного отчета может содержать сотни элементов. Интересная какая система. Все есть - и люди и кони с коэффициентами ускорения. Жаль только пользователей. Или это не для них? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 16:50 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод То же и про избыточность - проводки на основе первички - это совсем избыточность. зы ГК - это проводки+бал. счета+анала.счета+справочники+классификаторы. Из проводок есть ессно ссылка на первичку. Не всегда. Ежели у вас "по складу" проводится большое количество разнородных документов (а может быть и так - количественная проводка проводится первичным документом, а суммовая - обработкой/автопроводкой, причём разной), то шансы качественно собирать отчётность по тому складу - стремятся к нулю. Регистр(ы) - есть место где собираются сильно разные движения(разные документы, разные мметодики, но по позиции важен факт движения). Ежели у Вас склад с одним приходным документом и одним расходным, ежели у вас не возникало проблем с учётом вещей которые по бухгалтерии должны проходить "по разному" (либо синхронизацией с бухбазой в которой это должно отражаться), то я Вам завидую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2007, 21:03 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
ADOQTmpЕжели у вас "по складу" проводится большое количество разнородных документов Именно для этого и существуют проводки. Т.е. документов много и формат их разный, но они все превращаются в стандартные проводки (машиной проводок), а дальше стандартная отчетность. зы количество на одном счету, суммы на другом аналитика одинаковая ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 09:31 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод Сергей ВаскецовНадо в этом случае начинать с вопроса, почему это первичка такая изменчивая. Так на то она и первичка Не очень понимаю суть ответа. Для примера возьмем некоторый документ в системе, который порождает проводки. У меня все аналитики, которые нужны, но которых нет в ГК, можно взять из документа. Благо, связь с документом (и даже построчная связь состава проводок и строк состава документа, если применимо) есть. Можно даже в ГК сформировать такую аналитику, которой нет в документе. И наоборот, не всю аналитику, которая есть в документе и которую в принципе можно перенести в ГК, можно перенести в ГК. У Вас, я так понял, не существует такой аналитики, за которой стоит лезть в документы, вся аналитика мигрирует в проводки? И сделано это именно потому, что любая аналитика в первичных документах может быть в разных местах, то есть, первичные документы не структурированы? Так как неизвестно, что именно из первичных документов потребуется, вся без исключения аналитика мигрирует в ГК? Так как отчеты строятся по ГК, то все данные там должны соответствовать первичным документам, то есть, Вы по проводке однозначно можете "восстановить" документ как минимум в той части, которая используется для регламентированного учета? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 10:43 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Сергей ВаскецовУ Вас, я так понял, не существует такой аналитики, за которой стоит лезть в документы, вся аналитика мигрирует в проводки? Да, вы все правильно изложили. Замечу только, что это некий принцип построения учетной системы - конкретная реализация может иметь отклонения. Возможен полностью противоположный вариант - проводок вообще нет и вся отчетность только по первичке. Можно эти варианты сравнить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 10:55 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод Сергей ВаскецовУ Вас, я так понял, не существует такой аналитики, за которой стоит лезть в документы, вся аналитика мигрирует в проводки? Да, вы все правильно изложили. Замечу только, что это некий принцип построения учетной системы - конкретная реализация может иметь отклонения Этот принцип реально подходит только в случае, если учет строго регламентирован и сравнительно редко меняется. Иначе будут постоянно позывы "поредактировать и перепровести прошлый месяц, так как потребовалась новая аналитика". модВозможен полностью противоположный вариант - проводок вообще нет и вся отчетность только по первичке Это тоже не интересный случай, причина практически аналогична. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 11:02 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Сергей ВаскецовИначе будут постоянно позывы "поредактировать и перепровести прошлый месяц, так как потребовалась новая аналитика". Проводочная система в любом случае должна иметь механизм пересчета. Сергей ВаскецовЭто тоже не интересный случай, причина практически аналогична. Это не понял - если работать по первичке пересчет просто не нужен - достаточно перевыпустить отчеты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 13:18 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод Сергей ВаскецовИначе будут постоянно позывы "поредактировать и перепровести прошлый месяц, так как потребовалась новая аналитика". Проводочная система в любом случае должна иметь механизм пересчета. Верно. Но не обязательно им часто пользоваться. мод Сергей ВаскецовЭто тоже не интересный случай, причина практически аналогична. Это не понял - если работать по первичке пересчет просто не нужен - достаточно перевыпустить отчеты. Чего непонятного-то? В этом случае меняется не машина генерации проводок, а отчеты. Кроме того, отчеты меняются и в том случае, когда в системе возникает новый тип документов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2007, 15:00 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
СисойНа плане счетов только та аналитика, что реально нужна для построения периодической финансовой отчетности. Вынесение на уровень плана счетов Подотчетников или Номенклатуры считается моветоном. В итоге наши бухгалтера плюются от финансовых модулей ERP-систем и требуют от консультантов немедленно внести контрагентов в план счетов, а забугорные финансисты никак не могут понять, зачем бухгалтеру именно на счете учета запасов нужно видеть сальдо по каждой товарной позиции в отдельности Например, у меня была стуация. 1) Отчет о продажах "не пошел" со счетом доходов. План счетов был без анлитики по позициям пришлось писать запросы и искать. Оказалось, что счет доходов брался с позиции и при заведении новой позиции его не правильно настроили. Было еще несколько похожих ситуаций типа списание со склада и регистрация дохода разными периодами. Когда для выверки учета приходится привлекать консультантов это уже не есть хорошо. Бухгалтер должен иметь инструмент для анализа подобных ситуаций. 2) На ГК (буржуйском плане счетов) если включить дополнительную аналитику удобно строить отчеты и не для бухгалтеров. В принципе ГК это не только бухгалтерский инструмент, даже скорее не бухгалтерский. Просто наши люди не умеют им пользоваться. Я не агитирую за пихание в план счетов всего чего можно, это решается в конкретных случаях, но и такой подход имеет место быть. Сисой доверять менеджерам компании, регистрирующим операции в системе; Люди делают ошибки по определению. Но много зависит от того на сколько защищена система "от Дурака". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 15:38 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Сергей Васкецов И если в системе присутствует избыточность данных, это должно быть обосновано посильнее, нежели "А так затащил все в проводки - и получил оборотку в любых разрезах". К стати это очень неплохой аргумент. 1) Если вы пользуетесь ROLAP инструментом, тем же Оracle Discoverer. То имея небольшую избыточность на плане счетов можно творить чудеса. Кроме того это съэкономит и место, по тому что для повышения производительности рано или поздно потребуется денормальзация. А таким образом можно избежать создания дополнительных хранилищ. 2) Построение других отчетов на бухгалтерских проводках помогает избежать лишней выверки и расхождения в данных. Использовать одни источники данных это старое правило наших архитекторов. Это все я говорю к тому, что это может не ключевое но весьма весомое обоснование, для избыточной аналитики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 15:52 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
мод Сергей ВаскецовИначе будут постоянно позывы "поредактировать и перепровести прошлый месяц, так как потребовалась новая аналитика". Проводочная система в любом случае должна иметь механизм пересчета. В ОЕBS нет. Но предприятия работают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2007, 15:56 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
Все тянуть на одну таблицу проводок - для систем с большим количеством рабочих мест может стать ограничением по производительности. Эйфория от удобства выборок для предприятий с 5-10 рабочими местами быстро проходит при попытке масштабировать систему на 100-500 рабочих мест. Вы скажете, что для современных БД - это семачки. Но почему же реальные системы на этом загибаются? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2007, 13:21 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
apapacyВсе тянуть на одну таблицу проводок - для систем с большим количеством рабочих мест может стать ограничением по производительности. Эйфория от удобства выборок для предприятий с 5-10 рабочими местами быстро проходит при попытке масштабировать систему на 100-500 рабочих мест. Вы скажете, что для современных БД - это семачки. Но почему же реальные системы на этом загибаются? Не понимаю, как влияет число рабочих мест на производительность импорта в таблицу проводок. К стати большие системы в основном не используют репликацию, а работают в Оnline. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.12.2007, 10:18 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
apapacyВсе тянуть на одну таблицу проводок - для систем с большим количеством рабочих мест может стать ограничением по производительности. Эйфория от удобства выборок для предприятий с 5-10 рабочими местами быстро проходит при попытке масштабировать систему на 100-500 рабочих мест. Вы скажете, что для современных БД - это семачки. Но почему же реальные системы на этом загибаются? Все тянуть не надо - только то, что в случае необходимости может понадобиться для сверки регистровых данных с проводками по ним . Архитектуру реляций м-ду проводками и хранилищами аналитических справочников сделать по уму, коммутируемой то есть, для самих реляций по аналитике( да и вообще по системе желательно) использовать преимущественно малоразмерные и широкодиапазонные целочисленные ИК. Тогда система и с планом счетов, имеющем в общей сложности под сотню аналитик совокупно по всем счетам, но для каждого счета умещающихся на 3-4 физических уровнях(а то и меньше) в проводке, загибаться при масштабировании долго не будет. А если жирные и узкодиапазонные строковые ЕК ипользовать для идентификации аналитики и еще раздувать массивы фиксированных, некоммутируемых то есть, разрезов аналитик - тогда да, загнется как пить дать. 10-15 уровней кодов аналитик - и трындец, размер записи килобайтами исчисляется, таблица расползается вширь, скорость падает при масштабировании. Можно конечно вообще отказаться от массива аналитик в проводке, все в счета ГК запихать(запись в проводке будет копеечная по размеру) , но к чему приведет замена N измерений(массив аналитик) на 1 измерение (счет) - можно пофантазировать. Как это сделано в упомянутых Вами "реальных" системах и кто архитектуру для них разрабатывал - грамотный человек или живущий в лесу, молящийся колесу ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2007, 12:41 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
TasmanianDevilМожно конечно вообще отказаться от массива аналитик в проводке Не можно а нужно TasmanianDevilвсе в счета ГК запихать Это неверное решение ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2007, 13:00 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
_мод TasmanianDevilМожно конечно вообще отказаться от массива аналитик в проводке Не можно а нужно Принято, только плюс к этому железобетонное требование - наличие м-ду проводкой и регистровой строкой, породившей ее, 100 % однозначной связи. Без нее - абзац. _мод TasmanianDevilвсе в счета ГК запихать Это неверное решение Это для случая отсутствия вышеупомянутого требования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2007, 13:19 |
|
||
|
Нужно ли тащить всю аналитику на план счетов?
|
|||
|---|---|---|---|
|
#18+
TasmanianDevilПринято, только плюс к этому железобетонное требование - наличие м-ду проводкой и регистровой строкой, породившей ее, 100 % однозначной связи. Проводка порождается операцией и ссылается на аналитический счет(а). Вот эти счета и содержат список(массив) всех своих аналитик. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.12.2007, 14:23 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34943345&tid=1527241]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 264ms |
| total: | 418ms |

| 0 / 0 |
