Программист 1сСибирский ананаспропущено...


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

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

Программист 1сСибирский ананаспропущено...


Программист не обязан знать всех тонкостей, и вы не знаете всех токностей я думаю. Для тонкостей есть бухгалтер, книги и Консультант. Еще раз, ТРЕТИЙ РАЗ ПИШУ, ПРИВЕДИТЕ ПРИМЕР КАКИЕ СЛОЖНОСТИ В РАСЧЕТЕ АМОРТИЗАЦИИ У ВАС ВОЗНИКЛИ. С ТОЧКИ ЗРЕНИЯ ПРОГРАММИРОВАНИЯ СЛОЖНОСТЕЙ ТАМ НОЛЬ!Урраа наконец то признали что без консультантов Вы никто.

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

Пришел консультант дал Вам ничего не знающему задание. Вы сделали.
Пришел другой - еще подправили.
Пришел третий...
...

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

И как 1с создала данный миф и его поддерживает? Ссылочки приводим, не стесняемся.

ps И глупый вопрос - Сап с навижном и аксаптой не причем? Во всем виновата 1с?

Я не писал что без консультантов я никто. Это вы так решили. Я написал, что если нужно будет я открою книгу, Консультант или Гарант и ознакомлюсь с тем что мне нужно. Это не значит что без консультантов я никто. У вас проблемы с логикой.

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

Программист 1сСибирский ананаспропущено...


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

Я вот вижу что это простая подчиненность. Одному справочнику подчинены 2. И в чем проблема? У справочника контрагенты 2 подчиненных справочника. И что не так? Вывести это в данном виде? Вы считаете этого нельзя?

Вы снова ничего не поняли. Смотрите скриншот. В пределах одного справочника (например подразделений) создать группу "Москва", это группе подчинить элементы (внимание, не группы) "Москва бухгалтерия", "Москва кадры", и еще создать "Москва финасовый отдел" и подчинить его (опять же записи а не группе) "Москва бухгалтерия". Итого получится:

Москва (группа! а не запись)
Москва бухгалтерия (запись а не группа)
Москва финансовый отдел (запись а не группа)
Москва кадры
Москва отдел охраны труда

Программист 1с,

Попробуйте в справочнике подразделений в типовой БП или ЗуП создать папку (желтенькую)

Иерархия должна быть следующая:

Москва (группа-желтая! а не запись)
___Москва бухгалтерия (запись а не группа)
______Москва финансовый отдел (запись а не группа)
___Москва кадры
___Москва отдел охраны труда

Т.е. для одной записи использовать группу в качестве родителя, а для другой записи элемент не получится использовать.

angroСибирский ананасИерархия должна быть следующая:

Москва (группа-желтая! а не запись)
___Москва бухгалтерия (запись а не группа)
______Москва финансовый отдел (запись а не группа)
___Москва кадры
___Москва отдел охраны труда

Т.е. для одной записи использовать группу в качестве родителя, а для другой записи элемент не получится использовать.

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

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

Кстати кто-то сталкивался со сложностями в программировании начисления амортизации? По-моему там в алгоритме ничего сложного нет, но вот есть коллега на форуме, утверждает что это сверхсложно

ShuhardСибирский ананасКстати кто-то сталкивался со сложностями в программировании начисления амортизации? По-моему там в алгоритме ничего сложного нет, но вот есть коллега на форуме, утверждает что это сверхсложно
ну так поведай форуму о временных разницах в амортизации модернизированных ОС

То что бухгалтерский учет может быть простым и очевидным будет доказано нашей программой. А вот вы никакого примера сложного алгоритма пока не смогли привести. Приведите пример алгоритма, а не общий набор фраз - расчет амортизации по налоговому учету.