v8: Где в 1С бухгалтерии вносите изменения в план счетов? #708837

Голосовалка. И почему?

Голосовалка. И почему?

Каком кверху. Тупой вопрос.

ЭЭ где я?? я не понял вопроса

экзамен или собеседование?

в конфигураторе нет плана счетов

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

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

предопределенные счета зло

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

методологи 1с ещё не обрели достаточное дао формализации, чтобы процесс закрытия месяца можно было слепить в режиме предприятия учётная система будущего вообще будет без конфигуратора

предопределенность -- условность

Почему?

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

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

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

Ибо добавление в конфигураторе моветон

(+14)  Структура регистра бухгалтерии 1С и наличие свойств у справочников как бы предполагает, что все изменения должны максимально отражаться через субконто, а не через синтетический учет.

Аргументы? Чтобы потом плодить настроечные РС или увольнять прогов за код типа Запрос.УстановитьПараметр("Счет", ПланыСчетов.Хозрасчетный.НайтиПоКоду("60.ХА.ЧУ")) ???

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

проще и быстрее в предприятии

Мнения разделились)) Я бы с удовольствием добавлял в предопределенные, если бы не реструктуризация(

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

субсчета 60, 62, 76 - в предприятии, экзотические счета для ручных проводок - там же. остальные в конфигураторе

Чем константа "Счет20" лучше чем предопределенный счет 20?

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

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

Иначе будет бардак

На скорую руку да на долгкю муку.

Гупость.

На каждый счет константу заводите?

Веский аргумент. Но тупой.

Проблемы с обновлением

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

Глупость, так как это не так. В 1С множество вещей сделано не через предопрделенные элементы, например: регистры сведений константы регистры накоплений и т.д.

Это важнейший аргумент.

Каким боком регистры сведений и предопределенные элементы соотносятся?

А вот ничем. И константа лучше чем предопрделенный счет.

Естественно связь.

А вообще результаты опроса меня прям ошеломляют.

Научитесь формулировать свои мысли четко и ясно.

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

Тут уже выше ясно написали, а знания денег стоят.

Вообще то обновлений бояться совсем никаких изменений не вносить, тем более в план счетов, а интересно как обновления уживаются потом с вашим планом счетов?

если конфа на поддержке, главное правило - как можно меньше изменять типовые объекты.

Вы переоцениваете ваши знания.

+ лучше добавить один РС соответствий счетов, чем изменять типовой план счетов

Не правильно мыслишь. Не бояться, а заранее соломку подстелить.

+100500

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

Мне почему то обычно говорят наоборот )

Вы ей просто яму прикрыли.

Надо менять круг общения, а то деградация неизбежна.

при грамотном программировании обновление измененной конфы происходит фактически на автомате.

Ага и даже проводки документа нужные встают. Прям волшебство какое то.

Постоянно в поиске

Подписки на события.

предопределенные объекты вообще зло

Вообще менять план счетов глупо, достаточно аналитики по существующим счетам, сверх даже достаточно. Очень редкие случаи были у меня в практике, когда приходилось добавлять и то смотрю в основном это появлялось через год в 1С.

Ну с такими убеждениями ничего хорошего не найдешь.

чем?

Бывают сильно измененные конфигурации, и даже написанные с нуля.

Хотя бы тем что код вида ПланыСчетов.Упр.НайтиПоКоду("") - считался дурным тоном.

Только недавно ибалайская конфа со счетами в предприятии и кодом вида НайтиПоКоду("ХУ.ЙН") попалась. Долго плевался, пока лазил в режим предприятия и обратно в конфигуратор смотреть настройки счетов.

Проведение документа в подписке? Очень остроумно.

Читай что выше умные люди пишут )))

Да. Я бы даже сказал умно.

А зачем так писать? 0_о

может, стоило распечатать?

А как иначе ты найдешь счет заданный не как предопределенный.

Еще веселей когда поменяют код счета в том же пользовательском режиме.

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

Вы всегда любите какую нибудь чушь брякнуть а потом каким то бредом ее оправдывать? Зачем такой огород городить если есть нормальное решение, простое и удобное.

счет берем из документа, как обычно.

Это не нормальное решение. за это руки и ноги отрывают на крупных внедрениях.

В обще то "как обычно" далеко не все счета в явном виде в документе указываются.

А вы были на крупных внедрениях? Ссылку тогда на стандарты где говориться что за такое надо руки ортывать.

ну, 96-97%, однозначно.

Как вы их в коде укажите?

в каком коде? В коде счета давно уже никто не указывает. В полях документа всё.

Мляя не все счета в документе указываются.

Не только бывал, а отрывал руки ))) . Достаточно открыть стандарты Росатома. Ссылку по понятным причинам не дам.

Еще и в руководители вас кто то пустил, ндаа. Что это за стандарты Росатома, первый раз про них слышу? Их еще и открыть нельзя. А вообще с такими решениями как проведние в подписках, задание счетов в режиме предприятия или там в справочниках, вам по моему бошльшеи проекты только снились, даже объяснять лень там настолько очевидные причины.

За НайтиПоКоду программиста 1С нужно сразу увольнять. Это диагноз.

А еще прикинь все колонки и поля на форму выводятся через  отдельную процедуру в общем модуле. то есть саму форму никто не правит )

+100500

(+82) Точнее, за НайтиПоКоду(<строковая константа>)

Про УФ речь идет? И че?

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

Тоже верно.

Конечно за толстые, так как УПП

+ Таким образом формы обновляются фактически автоматом, так как достаточно вернуть один вызов .

Ты сначала одну мысль закончи, а то смотрю "Остапа понесло".

Где?

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

Во во... И геморой с сопровождением не нужен. Лучше лишний регистр/константу/справочник создать, чем на обновлениях застревать днями.

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

для начала "увольте" 1С, раз она такие "неправильные" команды подсовывает.

В типовых такого нет.

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