Уважаемые знатоки: Нужно добавить разрез на предопределенный счет
на самом деле речь идет всего о 2-х значениях
собственно:
1.авансы полученные
2.гарантийные взносы
Добавить надо так, чтобы это не потребовало изменений в конфе
на [сам] предопределенный счет добавить субконто нельзя (кажется)
правильно ли будет вместо субконто добавить скажем субсчета к счету (сделав тот неиспользуемым в проводках):
62 .02.1
62 .02.2
с тем же набором субконто?
Или это будет криминалом с т.з. БУ (Бухгалтерия предприятия, редакция 1.6 (1.6.5.3))?

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

chatmПо видимому идет речь о взаимном недопонимании. Бухгалтерия имеет ввиду добавить субконто - а франчайзеры имеют ввиду механизм его заполнения.очевидно. Причем именно у нас с вами. Бухгалтерии нужен учетный разрез, а будет он оформлен посредством субконто (лишние индексы, лишние записи в регистрах) или с помощью субсчетов предопределенного счета (что кажется эффективнее) - это им всё равно. (как я уже говорил значений в разрезе всего 2, т.ч. оформление субсчетами - кажется предпочтительней)

С другой, заполнение проводок из документов кажется настраиваемо из Предприятия, а не изменениями в конфе? Или я что-то не то помню?

chatmДобавить дополнительное субконто даже на предопределенный счет не возбраняется никак - до 3 (по умолчанию в типовой).
Вот тут у меня проблема. Например в счете 60.01 добавление субконто неактивно, а в 60.02 - активно. Так же и в нужном мне 62.02.
chatmВопрос в том, что при проведении документов заполнятся эти субконто без модификации модуля документа не будут. В платформе 8.1 есть возможность ручной модификации проводок, но постоянно им пользоватся не комильфо.не подскажете, как посмотреть на механизм заполнения проводок из документа (ов)? (т.е. где убедиться, что там битым текстом всунута ссылка предопределенного счета плана "хозрасчетный", а не значение какой-либо настройки, или настраиваемого справочника?) (на худой - нельзя ли обойтись навешиванием обработки?).

Если нужно подробнее поставить задачу, то:
Большинство проводок должно автоматом проходить по разрезу (субсчету, или субконто) :
1.авансы полученные (может попадать как и раньше в 62.02, хотя кошернее - в 62.02.1)
и только некоторые - видимо таки в режиме ручного доопределения - по разрезу
2.гарантийные взносы (можно пихать глубже, скажем в 62.02.2(или 1 - если 1 оставлять на уровне))
(это платежи по одним и тем же договорам, т.е. разделить по типу договоров тут не представляется)

1chainikТак же и в нужном мне 62.02.читать: так же неактивно добавление субконто и в нужном мне 62.02.

Гм. Проблема очевидно в том, что на уровне конфы под 62 уже отведено 3 субконто. Последний, т.н. "Расчетные документы" у меня не используется (так настроена учетная политика), но добавить свое субконто можно только в момент создания субсчета счета 62.02. (скажем 62.02.02 с пользовательским типом субконто "Авансы". После чего попытка изменить параметр учетной политики с учетом расчетных документов завершается ошибкой добавления зарезервированного субконто "Расчетные документы" (в этот самый вновь созданный субсчет)


Т.е. возможность добавить свое субконто во вновь создаваемый субсчет - тут видимо таки баг? Или напротив? Самое смешное, что редактировать своё субконто уже нельзя - отсылает в настройки учетной политики...

гм. что-то знатоки не активны. Что, никто не знает точно, что произойдет, если завести субсчета предопределенного счета? Или перекрыть неиспользуемый зарезервированный субконто? Есть тут писатели конфы БУ?

chatmДобавлять субсчета и субконто для них для предопределенных счетов нежелательно, причем отловить их использование в принципе не сложно через конфигуратор - по наименованию предопределенного счета.поподробней, пожалуйста.
Поскольку
1. отлавливая в конфигураторе я отловлю 100-ю отчетов, куда входят наименования. А вот обороты-то по этому счету от наличия на них довведенных МноЮ субконто или субсчетов не изменятся. Т.е. добавление критично, только если есть механизм генерации проводок с данным счетом битым текстом. И он подвязан на предопределенный счет без переопределения настройками и т.п. И именно их и надо искать.

2. правильно ли понимать, что если я, в некоей подвыборке сгенерированных проводок, изменю счет скажем 62.02 на его субсчет 62.02.1 (введенный мною), то это никоим образом не заденет с одной стороны того битого текста, который используется (если он таки такой битый) генерирующим проводки документом, а с другой - не затронет оборотов по всему счету (62.02), используемых отчетными формами (ака "баланс" и иже с ним). Или это наивное предположение?

3. Правильно ли понимать, что "не рекомендованность" может быть провязана на то, что конфиго-писатели могут понаписать всё, что угодно в дальнейшем, и, таким образом, никаких механизмов для заведения своих собственных разрезов по предопределенным счетам, гарантирующих от такого конфуза (несовместимости с дальнейшими изысками штатных конфиговых писателей фирмы 1С) - в 1С8.1БУ(стандарт) не существует как класса ?

PS а то запуганные франчами бухи уже просят меня бить заранее оговоренную строку в поле "содержание" ОперацииБух. Как будто системе и им) делать нечего, как проводить анализ в разрезе "содержаний" и прочих справочных (а то еще и неиндексированных) полей- и это в системе с "регистрами учета" и т.п. учетными "вкусностями(?ли?)".

chatmПример. Обработка обновления информационной базы
т.е? что следует из этого? для _моего_ субсчета как был головным ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученным
- так и останется. Ссылка, пришедшая с обновлением поменяется и для него. Нет?
При этом во всяческих отчетах обороты берутся как
т.е. субсчета попадают в выборку по головному. Не так ли?
chatmПредположим (теоретически), что к предопределенному счету 62.01 "Расчеты с покупателями и заказчиками" с 1-м субконто "Контрагенты" Вы добавите субсчет 62.01.1 с 1-м субконто "Комиссионеры" (например, можно и любой другой), то какие обороты по счету 62.01 в целом по 1-ому субконто Вы получите?я нигде не спрашивал про перекрытие введенных по умолчанию разрезов. Меня интересует возможность введения своего , не затрагивая предопределенных (т.е. в дополнение детализации а не перечеркивая ее - т.е. и ее возможность в предопределенном порядке).
chatmДаже если у Вас будет такое же субконто на субсчете (или дополнительное на 62.01), то как я уже указывал ранее, его автозаполнение возможно только через внесение изменений в модули документов, предполагающих его использование - а это означает снятие конфигурации с режима поддержки. еще раз: по некоему подмножеству операций, авторазносимых вполне себе в нетрнонутый предопределенный счет мне нужна _последующая_ (после авторазнесения) _ручная (или, в далекой перспективе - _внешней_ обработкой) _дальнейшая_детализация. Скажем (поскольку субконто вроде бы все 3 потенциально выбраны, хотя пользуется только 2) - доопределением субсчета - (т.е. именно уточнение, а не замена от балды на всё что ни попадя) вовнутрь иерархии.


Между произвольной модификацией проводки (регситра) и уточнением разреза (на том же самом учетном регистре) существует даже чисто теоретически некая разница. Вы не находите?

chatmВо вторых, как я уже указывал, регистры бухгалтерии не являются единственными, которые требуется заполнять. Если Вы планируете использовать только документ "ОперацияБух", тогда Вам необходимо изучить вопрос отражения движений по бух-му учету для целей НДС, как минимум.Ну вот это то как раз исключительно относится к части ввода стартовых остатков 62.02. Поэтому и ОперацияБух. я не прав?

chatm Во вторых, по поводу введения остатков по взаиморасчетам - они вводятся через документ "Корректировка долга", так как долг должен отразится не только на 62 счете, но и на регистрах НДС.гм. Это стопудово?
Т.е. мне скажем на 800 +- 200 контров|договоров по счету 62.02(1) генерить не один док ОперацияБух , а те саме 800+-200 ? (нивапрос, но как-то неясно - зачем столько БухСправок)

А "ВводНачальныхОстатковНДС" разве не для ввода начальных остатков по НДС?
Или перечень документов ввода начальных остатков на схеме (вкалдка "предприятие") - неполон ?

Т.е. еще раз:
авторВводНачальныхОстатковОС
ВводНачальныхОстатковНДС (|ВводНачальныхОстатковНДСпоПартиям)
ОперацияБух (он же - "журнал хз, созданных вручную")
-лежащие на этой вкладке - это не исчерпывающий список стартового ввода остатков? Почему так? аааааааааааааааааа !!!
- говорил же я , а знатоки утверждали обратное:
постановка учета ОС в 1с 8.1

если это действительно так - то спасибо. Еще какие отклонения от утверждения Гуру по ссылке имеют место быть? (остатки по доходам /расходам Буд.Пер-в тоже не черех ОперацияБух)?

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

chatm Так же можно ввести и с помощью указанных коллегами документов - здесь Вы вольны сделать выбор, только на мой взгляд, имхо, "Корр. долга" удобнее. Но это касается только взаиморасчетов, никакого отношения к ОС и т.д. он не имеет.
вот смотрю справку Ф1:
авторДокумент "Корректировка долга" предназначен для корректировки взаиморасчетов с контрагентами.

В данном документе предусмотрены следующие виды операций:

проведение взаимозачета;
перенос задолженности;
списание задолженности.
.... ни один из видов не подходит для целей ввода, имхо. Какой именно вы предлагаете попользовать?

1chainikУважаемые знатоки: Нужно добавить разрез на предопределенный счет
Добавить надо так, чтобы это не потребовало изменений в конфе
Ап

(решаема ли задача хоть в каком-то приближении в 8.1БУстандарт)

СисойПри Вашей постановке задачи - невозможно. Используйте субсчета.Спасибо.

Однако я нигде не упираюсь в реализацию "разреза" посредством субконто. И в первом посте и говорилось о моем наивном желании попользовать именно субсчета. Но вот дальше мы с оппонентом
автор chatm
Member

Откуда: Москва
Сообщений: 82 потратили целый день, и так и не выяснили, приведет это (т.е. введение субсчетов к предопределенному счету) к необходимости модификации стандартной конфы, или нет.

если прочитаете - увидите, что я , по наивности, полагал, что не приведет (что конфа внутри себя нормально так отработает с субсчетами за счет скажем "В ИЕРАРХИИ" для выборок и т.п.), а оппонент нажимал на то, что гарантий нет. (с чем я собственно вынужден, благодаря довольно поверхностному знакомству с предметом, согласиться - ибо обработка объектов моих, пользовательских, субсчетов всегда в точности так же, как и их предопределенного счета ведь не гарантируется инструментом - сиречь "платформой", но скорее конфигурацией).

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

Т.е.: вот, в полном соответствии с вашим советом, мы вводим субсчета. Очевидно ,что документ в автомате (поскольку настройки проводки в договоре мною пока не найдено) будет генерировать проводки по "основному" т.е. предопределенному счету. Т.е. попытавшись поставить на предопределенный счет признак "не пользовать в проводках" могу налететь на ошибки проведения. Далее документов может быть несколько. Есть еще и обработки. Причем под словами "может быть" надо иметь не текущее состояние стандартной конфы, а ее полный цикл развития (фирмой 1С, не мной. мне-то как раз хотелось бы избежать писательства в этой части). Далее что таит в себе ручное корректирование созданных док-том проводок? И т.п. и т.д. ... (ну вам-то эти поджидающие меня грабли как-то очевиднее, не так ли?).

PS т.е. хорошо! будем "использовать субсчета". Но - "что мне за это будет?"

(как их попользовать, чтобы "ничего за это не было"?)

Паля Не используй субсчет в смысле подчиненности..
Просто отдельный счет для учета гарантийных взносов вручную (операциями).свежо!!!

но как же так??? в общем балансе остатки по "гарантийным взносам" должны остаться на 62.02. Если вместо субсчета пользовать счет - то типовые отчетные формы уж точно будут заполняться неправильно.

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

(кстати, а может ли пользователь 1С, не меняя конфиги, ввести свой ПланСчетов, отличный от конфиговых (Хозрасчетны, НУ, и еще, кажется, что-то)? и, соответственно, добавить своё собственное "пространство учёта"?)

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

DmitryOrlov 1chainik , запустите глобальный поиск по конфигурации по тексту "ПланыСчетов.Хозрасчетный.РасчетыСПокупателямиИЗаказчиками" (62-ой счет) или "ПланыСчетов.Хозрасчетный.РасчетыПоАвансамПолученным" (счет 62.02), просмотрите результаты поиска, составите примерное впечатление где и как используются предопределенные счета.навскидку я это вчера и проделал. Но, согласитесь, "примерное впечатление" новичка отличается от соображений опытного, уже знакомого с местными граблями (и. видимо, не по одному разу). Вот как раз и интересно, что может сказать такой опытный "грабитель".

DmitryOrlovГарантировать, что будет или не будет работать никто здесь не сможет. Может где-то и не будет. Изменения в плане счетов или ввод новых субконто иногда приводят к тому, что перестает работать (некорректно работает) ,например, документ закрытия месяца или различные регламентированные отчеты или какие-нибудь обработки.Это интересно. Какие-то уточнения по природе некорректностей есть? Т.е. какие именно сорта вмешательства порождают гарантированные проблемы?
Или всё всегда упирается в добротность написания самой конфы (где-то авторы 1С-конфы просто забыли о возможности пользователя минимально доопределить план счетов - и как результат - заузили логику до непроходимости.)?

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

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

Не понял смеха :-).а что испугало? Ирония по части свежести идей? так не берите в голову. Перефразируя - "Забаланс - последнее прибежище <определение опционально>"

ПаляКакое слово пугает? вручную?где вы вычитали слово "пугает"? Речь только о том, что то, что нормально по той самой "теории БУ" отражается одной записью по балансовым счетам (тут точнее - субсчетам), почему-то должно делаться двумя идентичными записями фактически по 2-м разным ПланамСчетов - Баланс/Забаланс (кстати, не понял, почему 1С еще не выяснил для себя, что Забаланс - это _иной_ ПланСчетов), и то, что могло свестись к изменению последнего регистра вглубь т.с. "[пользовательской суб-иерархии] Иерархии Балансового счета" должно делаться выкопировыванием все проводки, и, заметим в скобках - задвоением всех записей учетных регистров (т.е. в т.ч. и записей сопутствующих оборотных и накопительных табличек)

ПаляПроводки по 62 возникают при проведении первичных документов.
Флажка - "Гарантийный Взнос" в первичных документах нет.
Поэтому вручную некую галочку поставить придётся.. как вы ещё хотите??

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

Ну значит логика создания забалансовых проводок добавляется в документ имеющий этот флажок
либо в отдельный.
Слово "вручную" в данном вопросе я как-то двусмысленно воспринимаю :-)
От юзера в любом случае как минимум потребуется одно логическое действие, отличающее аванс от гарантийного взноса. вот и вся "ручность".Одно действие пользователя не пугает, неприятны некие побочные последствия - см проблемы привязки забалансовой проводки к документу в моем предыдущем посте. - На беглый взгляд альтернатива - либо иметь пугающую Буха пометку после ручной (внеконфовой) правки проводок по доку, либо не иметь внятной связи с документом. (Либо вставать на могущую далеко завести дорогу самопальной правки конфы). Я не прав?


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

ПаляСогласен.. но ещё есть прочие расчеты с контрагентами (с определенным субконто) и подобные варианты. зависит от логики учета этих взносов.как возникает аванс и его зачет.
(я прочитав вопрос - чётко не уяснил, чем взносы отличаются от обычного аванса в своей регистрации, отражении и зачёте - поэтому и мыслею расплывчат :-) )
Должен ли документ реализации при зачёте аванса отличать аванс и гарантийный взнос?
Как он это будет делать и откуда списывать?
Не должен? пользователь указывает?

Если любое действие с гарантийным взносом должно требовать указания пользователя 'explicite', то наверно для учета пойдет отдельный документ c забалансовыми проводками. С т.з. Бух.учета г.в, насколько я понял наших бухов - это те же самые "авансы полученные". Они отличаются договорным качеством (другие опции обязательности и т.п.). И должны в т.ч. отслеживаться в управленческом учете.

Палязы. с точки зрения совместимостей и обновлений:
1)трогать в плане счетов 62.02 и его иерархию нельзя.
2)проводки отдельным документом - идеальный вариант.вот это бы хотелось знать наверняка. (т.е. то, что всё настолько погано, и иного пути, кроме
1. забаланса, и
2. потери связи с доками
- нет (если не трогать конфу) - т.е. учет забаланса превращается в несвязное (с доками и балансовыми проводками) мн-во проводок, разобраться в коем опосля можно будет только самолетиками и т.п. бумажно-йоксельными инструментами и привлечением "общих соображений", "здравого смысла" и прочих плохоформализуемых бубнов)

ПаляДля этого есть документ КорректировкаЗаписейРегистров. (подозреваю что корректировка проводок вручную им и пользуется. хотя у меня нету 1.6.)ок. Спасибо за наводку. Посмотрел.


Насколько я понял - пишем внешнюю обработку определенным образом, и имеем способ генерить свои проводки из зарегленного дока (или из проводок зарегленного дока), и иметь метку связи с этим доком в станадртном доке 1С (КорректировкаЗаписейРегистров). Похоже на то, что сгодиться и при забалансе, и при прочих методах самопальной. но внешней малой механизации, да смысловую связность как-то поможет сохранить.

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

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

Паляизменение плана счетов по 62 в данном случае приравниваю к изменению конфы.
я бы решил добавлением нового документа в конфу с забалансовыми проводками. Кажется выяснили, что вместо нового дока в конфу (с поломкой ее целос-ти), можно мутить механизацию внешней обработкой к Документы.КорректировкаЗаписейРегистров. И это - плюс обсуждения. Или вы сами не очень верите в связную работоспособность ввода Доком "КорректировкаЗаписейРегистров"?

DmitryOrlovПример на той неделе получил - на 44.01 открыт субконто 2 (Подразделения), 1-ый родной - статьи затрат. При закрытии месяца - закрытие 44-го счета, второй уровень субконто не обрабатывается, в проводку не подставляется. Конфигурация БП 1.6.2.9. В последней конфигурации (1.6.5.4) эта ситуация также не обрабатывается.мда-ссс. Чудны дела твои, господи.

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

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

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

кстати, я уже там ковырялся. Пытаясь понять, могу ли я создать хотя-бы "группу договоров" без владельца. НО.... то ли руки неоттуда растут, то ли не у меня. Вот ее, если бы была безвладельная часть иерархии - можно бы было пользовать хотя бы ее (Договор.Родитель.Наименование).

Пока вижу возможность пользовать еще разве только само Договоры.Наименование , но это уже совершенное кю.


кстати забавный анекдот - договоров и групп без владельца эта конфа не знает. Но и по выбору договора (группы) не спешит сама найти контрагента. И только по попытке записи находит проблемы.

PS все оговорки предыдущего поста еще надо наложить на необходимость дублировать все договора контрагентов. Например
- можно будет и по "наименованию" группировать. При этом поиск по реальному наименованию договоров удлинится.

DeosfenМожно уточнить?

Может ли быть у контрагента + договор
1. оплата аванс
и 2. гарантированный взнос
одновременно?
именно так и будет. Договор включает в себя такую позицию, как гарантийный взнос. Но она не единственна.
DeosfenЕсли да, то что такое гарантированный взнос,
чем же он будет отличаться от обычного аванса, в терминах бух. учета?гарантийный взнос - это подвид аванса ("суб-аванс" - так вам понятнее его "суб-счетная" природа). Его надо уметь быстро выделять. Работа такая.


ЗЫ бухучёт и "видимость бухучёта"(1С) - немного таки разные вещи. В бухучёте я могу добавить субсчета более низкого уровня на счёт (субсчёт), и это не изменит принципа бухучёта, а в 1С это сопряжено с риском получить необходимость переписывания конфигурации.

То же, но, как видно из этого (и параллельных) обсуждения - с более гарантированным геморроем - в случае добавления своей аналитики на счет. Т.е. то, что при написании конфиги гарантирует инструмент (платформа) не гарантируется реализацией (конфигурацией). Что-то не так у них с постановщиками.

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