Наш ведущий программист мне втирает, что регистры лажа и работают неустойчиво.. и лучше по счетам.. Я только стажер.. Но скажите мне на колько он адекватен и понимает принцип программирования на 1с???))))))

регистры или счета. пошел за попкорном.

раз дожил до ведущего, значит знает что говорит ;)...

(0) Что программируете?

Что значит "работают неустойчиво"?

на Линуксе? или в запросе?

(0) Тебя взяли стажироваться или присматривать за ведущим программистом? :)

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

(1) прислушайся к ведущему, он тихо под столом ржет

(6) Ага, раскажи это Камину))

На счётах считать всяко надежней.

Он не дожил его сразу поставили... Я только закончил универ . немного по другой специальности. экономист -программист но 1с просто задался целью выучить.. да и интересно как то)))

Да и проверенный десятками лет инструмент.

(7) он говорит вполне серьезно .. если четсно

Зарплату ж по расчетам вообще считаем...

годный вброс. сейчас еда набежит

*честно

(0) "Счета" лажа. Лучше регистры.
И то и другое работает устойчиво, но регистр бухгалтерии ("Счета") зело тормозной.

(11) Угу, а то придёшь в кассу, а они - "а мы на регистрах считали"

А по счетам - это как?

Ну (16) вот и я о том же.

Вот она , ПЯТНИЦА!

(0) Троллим?

(17) И получишь зарплату по регистрам)))

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

(0) стопудово автор не понял, что ведущий имеет ввиду двойную запись...

(22) Да какая зарплата стажеру. Суп, и то если доделаешь на своих регистрах :)

(23) Против Кувалды?

а лучше на палочках

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

(24) нене. регистры расчета (счета) или регистры накопления (регистры).

(0) пользуйтесь счЁтами, они още стабильные

(29)ну точно тролль
или тупой ка валенок

(29) Еще есть регистры бухгалтерии

+(30) программистов из вас обоих один фих не получится...

(28)

(29)

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

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

(0) >>регистры лажа
Что значит лажа?

>>работают неустойчиво
Что значит неустойчиво?

Регистры накопления работают раза в четыре быстрее регистров бухгалтерии, это давно известно, но не всегда подходят.

PS: Регистры бухгалтерии тоже регистры, кстати.
Что там у вас, ведущие программисты данные прямо со счетов в плане счетов снимают? o_O

Ну и пусть не получиться... Мне пох вообще то. Я сайты разрабатываю. Но два года отработать надо где-то.

(35) так ведь не он ТС?

2(33) но одинэсники уже вышли... :)

(0)годный вброс
1000 постов будет за полчаса если не утопят ветку

Никакой задачи нету... Мне просто доказывают, что все надо делать по счетам..

(41)  а хорошая идея-то...

Феликс лучше и быстрее считает.

(38) Так разрабатывай, что ж ты споришь с ведущим?

(37) Автор под счетами понимает регистры расчета. Он же написал в (29)

(37) Да там каша какая то, ибо там не план счетов, а регистры расчета (см (29))

(42) без конкретики - это не разговор

или ТС разводит или ведущий ТС разводит.
Если в (0) это правда, то каких тока дегенератов в 1С не встречается.

(40) Я одинэсником себя не называю.. я изучаю только азы..

(42) что именно делать на счетах(регистрах бухгалтерии)?

(37) Со счЁтов. И "ведущий", видимо, счЁты и имел в виду :)

(41) 1000 остов не будет. Вот если план счетов VS регистры накопления. Это один разговор

А тут регистры расчета VS регистры накопления. Вообщем сравнения попы с пальцем

(42) ВСЁ точно не надо делать по счетам. А когда будут конкретные задания, тогда и обсудим. Сейчас, думаю. нет смысла абстрактно разговаривать.

(47) не он автор темы

А вообще справочники наше все. Никакие регистры не нужны

Ну так вот. Просто учет материалов в Типовой ведется по счетам . Я встречал конфигурацию в которой реализован оперативный учет. По моему сугубо личное дело каждого...

(58) неужели это все конфигурации, которые ты видел? И точно уверен что учет материалов ведется по счетам?

(58)

Нет, не сугубо личное. А регистры бухгалтерии, на которых ведется учет материалов (не везде, кстати) - это не регистры расчёта. Я тебе советую почитать книги по 1С и/или на курсы сходить. Там всё объясняют нормально. Просто так бесцельно разговаривать смысла нет.

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

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

Автор кажись с разделом малость ошибся, или он уже восьмерку мучает :).

(62) Научись в скобках указывать, номер поста к которому обращаешься!

(0) Мне как-то ведущий программист показал его запрос . Запрос к документам , а не к регистрам.
А на мои предложения сделать запрос к регистрам сказал :
"Не вижу разницы между информацией в таб частях документа и информацией в регистре. И та и другая информация - в однотипных таблицах в БД"

(65) Там разница в индесах. Т.е. если не нужны отборы, а просто вся таблица, то да - разницы никакой.

(65)но только в разных

вообще очень характерно показывает представления большинства "типа айтишников" о БД

(64) учусь

(66) там нужны были остатки за несколько месяцев )

И отбор тоже нужен был.

интересно куда он вас ведет...

(68) уже лучше! ;)

регистры бухгалтерии, регистры накопления...
Имхо - ТС о семёре.)))

(69) Он наверное не знает, что в регистрах может быть несколько другое, чем в табл.части

(69) А откуда остатки в таблицах документа? Максимум обороты. Или он брал все доки за весь период и складывал/вычитал?

(9). Аргументируй. Не забывая про быстродействие.

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

я походу не указал что о версии 7.7 речь идет

(75) На деревянных счетах можно без света при лучине считать

(78). На пальцах можно считать еще и без деревянных счет, при всех прочих равных условиях.

Народ извините конечно, но хоть кто-нить с белоруссии из вас есть????

(76). Дп, регистры вообще не нужны, по РН ты уже понятно объяснил, осталось низвергнуть РС и перейти на 1С 6.0

(79) Большие числа не удобно считать

(80). А че, в РБ регистры как-то не так считают? Чернобль сказывается?

(77) Ай-яй-яй - подставил взрослых и серьёзных дядек. Как не стыдно. )))

(82). Д ладно? Каккие большие? Говорим что один балец это 1 млрд - вот тебе и большон число. Гланое порядок цифр, нафиг в экономике копейки. :)

(84) Простите...))

(81)можно и без РС обойтись думаю

(84). Он это специально сделал - я уверен :)

(87) Mac?

Эх.. ладно пойду читать ЖКК.. Терпение и труд все проведут))))

(87). Лучше РС в v8, чем периодика и непойми как организовать плоскую таблицу с индексами в v7.

(91)соглашусь что периодика в 7-ке зло. но именно из-за ее технической реализации в основном

(74) Уже не помню точно. Но кажется так : складывал за несколько месяцев.

(90). Во времена, когда космические корабли бороздят что не поподя, он только пытается освоить v7. Жуть. :)

я думаю фраза "наш ведущий программист мне втирает" должна стать мемом.... :)

(82) на пальцах рук можно считать до 1023, а если несколько человек задействовать - так вообще немеряные числа получаются

(95) я, как ведущий программист, протестую!

(94) Ну просто на предприятии компьютеры стоят такие что 8 даже не запуститься.. если через терминал то сервер тоже такой же.. Да тут и понаделано много на 7 -ке а директор либо не шарит в этом либо думает что программист все напишет. У нас по городу фирма специализирующаяся на 1с  продает конфигурации так ему дорого видители.. но епта там профи сидят. их учат чему то??? а где мне опыта набираться если начальник говорит, что мне остатки надо не документом вводить а на проводку кидать..Это бред(((

(0) бред. пусть покурит специфику индексов в РБ и РН.

(100)

(94) Ну просто на предприятии компьютеры стоят такие что 8 даже не запуститься.. если через терминал то сервер тоже такой же.. Да тут и понаделано много на 7 -ке а директор либо не шарит в этом либо думает что программист все напишет. У нас по городу фирма специализирующаяся на 1с  продает конфигурации так ему дорого видители.. но  там профи сидят. их учат чему то??? а где мне опыта набираться если начальник говорит, что мне остатки надо не документом вводить а на проводку кидать..Это бред(((

(98) На проводку не кидай. Короткое замыкание может случится.

сори за втрой раз

ну просто сказать такое что проводками надо вводить а не документом..ААААААААА Он еще говорит что если включить аську то нет в 4 мегабита иснет

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

ну я стажер мне не понимать по штату положено)))) окей спрошу)))

(0)  он наверно про 7-ку все таки?

В 8-ке виртуальные таблицы РБ ИтогиПоСчетамССубконтоХ ( _AccTtl) шедевральный успех идиотической архитектуры. Авторам не мешало бы при тесте сделать 5 субконто и убить этим любую систему напрочь.

(75) Я так понимаю, что в (9) был намёк на правило двойной записи - именно она обеспечивает бо'льшую надёжность, чем учёт по регистрам.

Я бы не ставил вопрос категорично "или - или". Всё зависит от задачи. Если задача замкнута на формирование финансовой отчетности (баланс, ОБУ, ОДДС, ОДК и т.п.), то, безусловно, учёт должен быть на бухгалтерских счетах согласно правилу двойной записи.

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

Но возможны и паллиативные решения. Приведу такой пример...
Есть задача вести учет по кост-центрам. На бухгалтерских счетах это будут дебетовые обороты по счетам затрат (20, 26, 44, 91.02 и пр.). В регистрах накопления это будут их некие аналоги. И тогда, в принципе, нет разницы, на чём учитывать. Во главу угла становится уже не достоверность учёта (при грамотных постановке и кодинге она одинакова), а быстродействие, удобство работы программиста и привычки пользователя.

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

(103) если аську не выключишь то и третий  будет

(108)как именно правило двойной записи помагают избегать ошибок?

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

Отсюда http://www.cdem.ru/download.asp :))

Согласен с авторами книги :))

(111) попробую поспорить. Сами по себе 90-е счета - следствие двойной записи (в моем понимании) это большой прорыв в финансовом учете. Первый аргумент.

ну как вопрос на засыпку ... а кто и что понимает под двойной записью?

Далее. Бухгалтерский баланс и бухгалтерские проводки отражают факты изменения актива _и источники_ этого изменения - пассива. (вариант дтАкт- ктПас).

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

(110) приход на товары на складах сделал, а взаиморасчеты забыл.

Насколько всё поменялось в 1С, когда вышла 7.0, то считали что регистры - это ополовиненные проводки по счетам :)

РБ рулит...

(113) закон сохранение энергии

(116) так понабрали дятлов...
вот и получилось что РБ никто понять не может

(115)понятно ... лучше иди спорь за дерьминус

(120) а еще забавно, когда с одного места списали 10 штук, а в другое оприходовали 1000 штук...
или когда тупо приход по НДС забыли

(111) Причем тут налоговый учет? Уже впрочем написали тебе (112) и далее.)

А можно ведущего в студию?

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

(115) Он, к примеру, определяет жесткий учет от первички. Все движения делают только доки которые не забывают. "Ручные" движения по регистрам - запрещены. Это выход. Но остаются ошибки программистов, остаются сбои самого программного обеспечения. И тогда все равно приходится придумывать уже альтернативную методику проверки синхронности всех этих записей. И кстати двойная запись тоже абсолютно не панацея. Можно сказать что это - первое приближение.

(124) Между прочим не лишенное смысла высказывание было в (111).
// Кстати, если посмотреть внимательно на принципы двойной записи то более широко можно рассматривать ее как: Отгрузка у клиента А равна приходу у клиента Б. Деньги ушли от А пришли к Б. Ушло 100 руб, пришло 60. "Где деньги, Зина?" Тоже своего рода дебет-кредит. Бухгалтера ведущие холдинги обязательно делают сверки оборотов по счетам между контрагентами холдинга.

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

(125)ты случайно не Fragster в новой иконостасии?

Вот темный вброс то автор кинул:) и смайлики не зря поставил в саюже:-)

*сабже

в 7ке табличка движений одна - больше не создашь

(130)И как? полегчало:)

(131) а регистров сколько хочешь создавай

(132)(упирая руку в щеку) ..мммм...Не может быть!

(133) значит регистры не лажа =)

(134)Ну конечно. А как же иначе то?  Иначе - это невозможно.

(134) //слово "блокировки" забыл...

(136)хмм.. ты хочешь снова порадовать автора беспонтовым спором не о чем?:) А то чую я комрад zak зак обеими руками:)

(137) автора в жпо.
а в спорах мы познаем силу оружия в наших руках, сие есть регистры и бух регистры.

(138)о как....
впечатление, что вы вместе с заком пьете:)

Ладно как бы тему можно же закрыть и без модеров, самим. Вполне время это сделать.Просто не писать.

какая х разница, все это таблицы.

(116) Угу , помню такое

+(139)
Учитывая(140) и(141)Кажется идея профсоюза простых юзеров мисты еще не до конца созрела.:-))
А жаль.
Подумайте над ней, простые юзеры:-) На досуге.

+(142)Во то -то модеры бы удивились этому явлению:-)

(142) а по простому - по народному, что хотел сказать?

(142) ... сказал предложивший не писать в тему Рейв в своем 8м посте ))))))))))
к чорту автора, тему, мы здесь что бы общаться. А это всего лишь повод.

(145)Ты не обобщай. Это ТЫ тут чтобы общаться

(144)А помоему я и так проще некуда сказал.

(146) я теряюсь в догадках....
Описание ресурса:    
Волшебный _форум_ (миста).
Ну я немного конкретизирую об себя - интернет-форум.
далее в вики:
Веб-фо?рум — класс веб-приложений для организации общения посетителей веб-сайта. Термин соответствует смыслу исходного понятия «форум». (которое тоже отсылает к определению "Форум (общение)")
как мне дальше жить?

(148)>>как мне дальше жить?

Застрелись и не парь мозг.

(149) хорошо, что тогда по вашему делают люди в секциях OFF этого форума?

(0) Семерочник поди бывший? Тогда реально по счетам быстрее все работало чем в регистрах...

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

(152) а что мешает на счетах тупо кидать все в одну сторону..???

(110) Двойная запись - это, своего рода, "закон сохранения" в бухучете. Почти по Ломоносову: если в одном месте чего-то убыло, то в другом месте ровно столько же того же да прибудет.

(111) Вообще-то, история рождения двойной записи иная. Да и всеобщее распространение она получила из Венеции, а не из Флоренции.

(111) двойная запись была придумана для учета, а не для налогов. Она нуна, чтобы глядя на сумму X, знать, как она получилась. А превратить бухучет в налоговую доильню исключительно рассеянскЕй креатив

(155) +1
У нас бухучет и так фискальный, так к нему ещё и "налоговый" придумали. Теперь имеем два фискальных учета. И ни один из них не имеет экономического смысла. А тот, что имеет, называется управленческий. На Западе одного учета достаточно, т.к. бухгалтерский априори уже управленческий.

я вообще видел весь учет на справочниках. (привет школьному питанию)

(152). Хрень какую-то написал. Если регистры не закрываются, то это прямой косяк программиста. Причем и на v7 и на v8 одинаково.

(158) F завовсом другого написать и не может :-)

Автор - крепись! Я в молодости тоже работал под предводительством сектанта-пачолиста, ненавистника регистров, и даже сам чуть было не уверовал

Может автор неправильно понял насяльника. Наверное данным на счетах больше доверия, т.к. за ними следит целая армия бухгалтеров. А про регистры и движения, юзвери, как правило, вообще не подозревают. И структура регистров, плюс их многообразие обычно сложнее и запутаннее чем счета, что дает большую вероятность накосячить в алгоритме. Плюс, например, в розничных продажах регистр используется интенсивнее, что даёт большую вероятность некорректных данных. А в бухию подаётся итоговая сумма с z-отчета, под которую обычно уже подгоняют данные в регистрах.

(0) 1С не твое

начальника пришла

(162) вот бесят меня такие комментаторы! Ничего по делу не сказал, а в душу человеку накакал.
ИМХО по САБЖУ тут дело не в способностях к 1С, а не в желании щенка учиться у матерого.

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

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

ЗЫ Ведущий программер тупой.

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

(165) "Пупок не развяжется у аппологетов на плане счетов посчитать себестоимость хотя бы небольшого производства? "

А в чём проблема? В РАУЗе же считают, а там та же двойная запись.

Естественно, что план счетов нужно расширить...

(0) тролль

(167) Расширь. Не теоретически, а практически. Собери затраты, перераспредели, рассчитай себестоимость. Расскажешь нам потом, стоил ли этот геморрой свеч.

(169) Если с нуля писать и то, и то - разницы никакой.

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

Но если бы кто-то пытался на регистрах бухучет строить и оборотку собирать, я бы назвал его несколько странным человеком.

(171) Вы знаете, товарищЪ военный...
Я не первый день сижу за компом. Так что сказки другим дятлам рассказывайте.

(172) А чего тогда чушь пишешь?

вы еще подеритесь, горячие питерские парни...

(173) Я? Чушь? Вам, т-щ, кажется... Рекомендую выпить зелёного чая, с похмела очень способствует...

Посмотрел новые таблицы регистра накопления 8.2 (обмен данными не смотрим)

Кроме движений/остатки / обороты
появились агрегаты (обороты по выделенным измерениям) - это понятно для скорости извлечения оборотов

но еще
Таблица статистики регистра накопления
Таблица буфера новых оборотов регистра накопления
Таблица новых оборотов регистра накопления
http://1cexpo.ru/informacziya/28-indeksy-tablicz-bazy-dannyx-1s-predpriyatie-82.html

Это что за таблицы ?
Чем помогают ?

(175) С лимоном.

(165) Я в Сибуре на 30 нефтехимических заводах это делал, и всё работало, как часы.

На счетах делать удобнее. Готовая отчетность есть. С точки зрения затрат гораздо практичнее, и прозрачнее для людей.

+179 Скорость тока... вообщем от задачи все зависит.

(178) А где это, Сибура?

(181) Сибур - СИБирско-УРальская нефтехимическая компания
www.sibur.ru

(165) Я не апологет плана счетов, но все перечисленное тобой на плане счетов считал, вот только статей затрат было чуток поболе и подразделений пару десятков...

(165) До сих пор сбыты одной нефтянной компании ведут бух.учет в семерке и только на бух.счетах. Как при ЮКОСе начали, так сейчас и продолжают...

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

А в чём такая поразительная разница между счетами и регистрами ?
Счета, к сожалению, все живут в одном файле (точнее нескольких), но их число фиксировано и 2 Гб перевалить, как два байта передать.
Регистры - немного лучше, но в некоторых случаях, когда на каждый регистр открывается по 4 файла (две таблицы и два индекса) можно "словить грабли" из-за максимального числа открытых по сети файлов.
Также не следует забывать, что в семёрке - это отдельные компоненты.
P.S. из какой таблицы читать данные - пофиг, только если читать всё подряд, не задумываясь о структуре данных. А если грамотно разрабатывать структуру хранения, то и обычные txt-файлы могут оказаться быстрыми и надёжными.

Ну что, к 200посту разобрались 7 или 8 имеет в виду ТС?

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

(187) Это понятно.

Технически 1С сейчас выстраивает двойную запись на регистрах накопления в "управленческих" системах (прости Господи за то, что назвал это термином управленческие). Если посмотреть типовые УТ и УПП, то невооруженным глазом заметно с каждой версией растущее количество реквизитов в регистрах накопления, которые есть ни что иное, как корреспондирующая аналитика...

(188) Да поскорее бы всё переделали на РН, а то реально всё грустно, как в (108) -

"бывают ошибки разработчиков, когда при проведении документа он делает записи в бухгалтерские и небухгалтерские регистры асимметрично, что приводит к расхождению между ними (типичный пример - учет НДС, от которого бухгалтеры просто стонут)" +100

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

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

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

(0) я ведущий программист. Иди работай! )

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

Посади бухов на SAP. Потрахаются с невозможностью правок через заднее э.., скажем число, задолбаются писать служебки на каждую ошибку и оставаться без премии за чрезмерное число ошибок - научатся работать нормально и ДУМАТЬ к чему приводят их действия.

(191) А куда ты их ведешь?

(192) кого их?

(193) Ведомых ессно.

(192) Да я против что ли. Да, нетривиальная. Но иначе многие БП вообще не отразить в УПП, да и БП с трудом.
И я не об этом вообще-то писала, читай лучше. А об асимметричности отражения одних и тех же действий на РБ и РН. Вот уж неприятно так неприятно.

А САП, перед тем как внедрять таки дорабатывается под то, что нужно. И я надеюсь не имеет тех же проблем (после доработки), что УПП.

(195) Про САП Ты повеселил :)) Сегодня ж не пятница, предупреждать нужно. Чуть пивом не подавился.

Любимая байка конторских саповцев:
Клиент: Мне тут нужно сделать вот такую хрень.
Саперы: Вам это не нужно.
Клиент: Ну как же, нам очень это нужно!
Саперы: Тогда это будет стоить 50 тыс. баксов.
Клиент: Да, нам это действительно не нужно :(

(194) у меня уродец есть уникальный. 3 года как подкинули. До сих пор не подозревает о существовании соединений в запросах, например. Что делаю? гм ) уволить ссуку нельзя.

(197) Сделай так, чтобы сам уволился. В чем проблемы?

(196) Я рада, что хоть повеселилА тебя.))

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

(200) ))

(195) если барть вообще: почему тебя раздражает "А об асимметричности отражения одних и тех же действий на РБ и РН@? а не раздражает несовпадение НУ и БУ?

(201) Да меня вообще ничего не раздражает - ни БУ, ни УУ, ни НУ :) А вот бухгалтера как-то очень напрягаются :)))

+(202) А, ну да, потом напрягают ИТ-отдел.)

(178) На восьмерке?

(190) >>>А также не пойму какая религия запрещает детализировать информацию, содержащуюся на счете учета дополнительно на регистре, если при этом она не противоречит друг другу.

это не религия, просто когда мозгов не хватают, делают так

>>>Я не понимаю почему набор учетных регистров в виде плана счетов с программным поддержанием  двойной записи прогами Нуралиева кошерно, а регистры, на которых прикладной прог вполне может поддерживать такую же двойную запись при желании, уже не кошерно.

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

регистры это по сути откат в прошлый век

в общем, что бы юзать ПС думать надо, если думать лень, то нужно юзать регистры

(206) Крайне голословное утверждение.

(206) клюшечники регистров не юзают )

(207) да не... так и есть...
подумали 1Сики 5 лет и в итоге родили учет НДС на ПС (правда частично), но все же прогресс
да у РН технически преимуществ мало, другое дело что 1С-цы всю идею РБ испортили

(208) уж 5лет как восьмерочник

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

регистр накопления - это по сути недозабалансовый счет... т.е. огрызок  для учета

(210) Лично мне пофиг - что ПС, что регистры. Что подходит под задачу - то и юзаю. И никаких религиозных проблем у меня нет.

(212) так ПС - универсален, он всегда подходит :)
другое дело, что сделан так, что тормозит :)

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

(204) Хороший вопрос! Конечно же, нет. :)
Вообще не 1С. Да и СУБД была не реляционная, а сетевая. И первое, и второе позволило обеспечить нужную скорость.

(213) Полностью соглашусь с универсальностью, полностью соглашусь с необходимостью двойной записи в "управленческом" учете - но вот с категоричностью не согласен - правильный ответ в (212).

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

(217) Двойная запись при разумном использовании никому не повредит.
(216) техническая реализация бухкомпоненты в клюшках накладывает ограничения на объем данных и работу с SQL , по этому оперативный учет на регистрах а финансовый и налоговый на ПС

просьба для понимающих двойную запись как закон сохраниния. поясните мне смысл "закона сохранения" в проводке
дт51 кт90.1