Фича номер два. Сделано специально для дятлов. Еще одна... #21257

Для Дитера - проги 1С про фичу (Отчет/Обработка) знают... Ибо книжки читают... Вот полез по делу в ТиС посмотреть структуру справочника и заодно глянул.... В типовой ТиС 932 (Россия) ДеревоДокументов лежит в обработках Вызов же осуществляется строкой ОткрытьФорму("Отчет.ДеревоДокументов"+"#",Докум); строка примерно 3491.... ========================================= А вот собственно и фича номер 2. На примере неубиенного Дерева Документов Какая из приведенных строк работать не будет и почему? P.S. - подмен русских на английские символы нет. Коллега парился с этим день... Я просто не налетал - шаблоны + нормальная грамотность меня спасли Фича не документирована...

Если умело кинуть дятла, он может пролететь порядка 50 метров, и воткнувшись в дерево, провесеть там порядка 40 минут!

Умело кинутый дятел висИт 2 часа... Плохо кидаешь... Ну так какая строка работать не будет?

Первая работать не будет. А теперь рассказывай, почему?

первая. а также не будет работать и т.д.

Ты думаешь, я приехав от клиента в 23:30, буду разбирать ? Честно говоря, я даже и не читал!

потому что это - описатель объекта.

кста, ОткрытьФорму("ОТЧЕТ.ххх") тоже работать не будет

возрадуйтесь! кусочек Unix'a (а точнее, С) в наших краях! >;))

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

зато СоздатьОбъект("справочник.Контрагенты") работает прекрасно. где логика? где разум?

конструкция типа если Врег(Описатель) = Врег("Отчет") - работает в СоздатьОбъект в ОткрытьФорму вызова ВРег нет

кста, почему не документированная? в СП и ЖКК тожа написано "Отчет, Обработка, Справочник, Элемент ..."

А в ЖКК явно говорится другое... 1С:Предприятие Версия 7.7 Описание встроенного языка Часть 1 ЦИТАТА... Выделение моё Имена переменных, процедур и функций ---------------------------------- Именем переменной, объявленной процедуры или функции может быть любая последовательность букв, цифр и знаков подчеркивания "_", начинающаяся с буквы или знака подчеркивания "_". Вновь создаваемые имена не должны совпадать с зарезервированными словами языка или именами существующих процедур и функций, доступных на мо-мент выполнения. РАСПОЗНАВАНИЕ ИМЕН ПЕРЕМЕННЫХ, ПРОЦЕДУР И ФУНКЦИЙ ВЕДЕТСЯ БЕЗ УЧЕТА РЕГИСТРА БУКВ. Зарезервированные слова ------------------------------- Приведенные далее ключевые слова являются зарезервированными и не могут использоваться в качестве созда-ваемых имен переменных и объявляемых процедур и функций. В данном варианте языка каждое из ключевых слов имеет два представления — русское и английское. Английское представление является традиционным для языков программирования. Ключевые слова в русском и английском представлении могут свободно смешиваться в одном исходном тексте. РЕГИСТР БУКВ КЛЮЧЕВЫХ СЛОВ НЕ ИМЕЕТ ЗНАЧЕНИЯ. P.S. а написано просто по правилам русского языка. Описания как имена...

где логика? где разум? >;))

а что это такое?

> ИМЕН ПЕРЕМЕННЫХ, ПРОЦЕДУР И ФУНКЦИЙ Скажи, плиз, "Отчет" - это имя переменной? процедура? функция?

Нет. Это название контрагента...

Молодец, дятел. Удачно пошутил. Можешь идти варить грог.

Поел. Попил. Почти поспал. Теперь прочитал. Только не вижу смысла выкладывать сию инфу в конце 2004 года. Про это фигню, писали на Т1С еще по-моему в конце 2000 года. Не думаю, что за 4 года что-то поменялось!

именно! ни-че-го! >;)) и, похоже что pit еще 8ку серьезно не копал.

Уверен, что сейчас 427 скажет, что методы по объекту метаданных придумал некий Пётр Моиисеенко. И на правах автора опубликовал их в виде файла синтакс-помощника;) И как мы писали всякие обработки через объекты метаданных лет 5 назад ,не зная о существовании волшебного алса? ;)

21: не скажет. улетел он...

да ну вас. Эль рулит АднАзнАчнА >;))

Спорный вопрос.

Хотя конечно роль pit'a принижать ни в коем случае нельзя. Тогда я знал только про методы метаданных документов и справочников. Он же систематизировал и описал методы практически всех объектов метаданных. За это ему честь и хвала! Я серьёзно

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

Все верно. Где то 2000-2001 год. Там много чего озвучено было. О чем некоторые и не подозревают и начинают кричать о сделанном открытии. С тех пор это не исправлено, но и не документировано. Многое как было, так и осталось упомянуто только в народных преданиях. И прежде чем орать - надо бы просто спросить, а не наступил ли на известные грабли. И к слову о фичах. До сих пор не исправлена и не рассказано нормально о фиче с пометкой удаления и отключением проводок, особенно в документе. Налетают даже очень опытные юзеры периодически. Хотя это блокируется 6 строками в глобальнике. Или песни о порядке обхода и горячих клавишах... Кстати, мне понравилось, что потребовалось года два или три на учет этой фичи в российских бухиях (ПКО и РКО). При этом обходится фича на уровне конфы, а не платформы. Но за это время воспитано стойкое знание бухов о том, что Ф8 в этих документах не работает. Кстати, принцип обхода, примененный в конфах от 1С, был опубликован где то в начале 2003 года. Именно таким подходом я и пользуюсь. а ты попробуй сравни более менее универсальные обработки пятилетней давности и последнего года. Кстати, описание многих фич было помещено в алс черновом варианте, но не приведено в божеский вид и не выкладывалось в связи с этим... Заканчивать времени нет. пока особого смысла копать 8-ку до дна нет... Слишком все сыро и расплывчато. Нет устоявшихся решений, часты изменения в платформе. К тому же пока нет реального спроса - у клиентов только теоретический интерес... Но ее тоже не игнорирую - просматриваю потихоньку. Если возникнет клиент - сделаем. По идеологии 8 - не есть чтото абсолютно новое, а просто некий экзотический диалект в мире ЯП + довольно забавная среда разработки. Правда специфическая в некоторых понятиях... P.S. будет реальный спрос - спрыгнем... Не будет - не спрыгнем. Так что бытие определяет сознание - кушать то хочется сейчас, а не завтра... "Индейцы демонстративно плюнули на Кортеса, стоящего со спутниками у подножия скал. И продолжили путь по узкой горной дороге, куда Кортесу с его пушками челядью было не добраться" (с) не помню чей...

Можно тут поподробнее пожалуста " к слову о фичах. До сих пор не исправлена и не рассказано нормально о фиче с пометкой удаления и отключением проводок, особенно в документе.."

классная фича. Попалось много ГавБухов и просто бухов на ней. Обнаруживается визуально. Проявляется следующим образом...  Все действия - в журнале операций Если встать на ручной операции и нажать ДЕЛ в журнале, операция пометится на удаление. Все нормально. Если нажать клавишу ДЕЛ повторно - будет отменена пометка удаления. НО - проводки останутся ВЫКЛЮЧЕННЫМИ. Визуально в журнале операций картинка слева будет серого цвета - типа неактивные проводки (сравни с активными). Итог - человек смотрит, операция есть, проводки есть - в отчете не видно... И начинается крик - 1С неправильно считает. При работе в терминале как правило режут цвета - после этого на некоторых мониторах вообще трудно понять состояние проводок.... С документом еще хлеще... Если встать на операцию документа в журнале операций, и выключить проводки - начнется цирк... Проводки выключатся. Документ есть и проведен - проводки выключены... Большинство бухов определяет наличие проводок, нажав кнопочку ДК в форме журнала или документа. Проводки там БУДУТ... И опять никто не посмотрит на цвет картинки слева... Дальнейший цирк начнется, если у проведенного документа отключить проводки (через журнал операций)... Если отменить проведение такого документа - проводки исчезнут. Если повторно провести док - они появятся. Но будут ВЫКЛЮЧЕНЫ!!! Просто перепроведение тоже тоже не снимает признак "Проводки выключены" с документа. Хотя по журналу документов все нормально... Блокируется этот цирк через предопределенную процедуру в глобальнике. P.S. В групповой обработке документов есть свинюшка в виде ВыключитьПроводки и ВключитьПроводки...

однако...

поэкспериментируй... Расскажи бухам... Особенно насчет пометки удаления ручной операции... Будут меньше ошибаться...

Многие об этом просто не знают... P.S. это фича бух компоненты...

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

Ну у меня есть 2 методики обхода этой фичи Выбирает юзер - только одну...

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

Можно вопрос - фича про воостановление последовательности в бухгалтерии тоже известна? Я про галку "проведён" у фактически непроведённого документа?

Подробнее, пожалуйста.

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

+38 - так что это чистА хохляцкая фишка. в силу отсутсвия условий у кацапов...

Эта фишка движка а не конфы. И если в российских бухгалтерских конфах нет последовательности, то ничего не мешает её туда добавить. Кстати многие так делают, привыкнув работать на ТиС. Я бы не столкнулся с ней, если бы одна упёртая бухша, привыкшая восстанавливать последовательности в ТиС не сделала то же самое в бухгалтерии.

Дальше, продолжай. В чем фишка-то?

В украинских бухгалтерских конфах есть такая вещь, как последовательность документов. Так вот некоторые юзеры пытаются её восстанавливать. И при восстановлении наблюдается интересный момент. При перепроведении документов, если какой либо документ по тем или иным причинам не может быть проведён, об этом сообщается в окошке сообщений, движения документа (проводки) удаляются, галка с документа "проведён" не снимается и 1С продолжает дальше перепроводить документы (не останавливается как в ТиС). Как ты думаешь, сколько времени потом можно потратить на поиск документа, который в журнале стоит как проведённый, а на самом деле проводок не содержит? Мы обращались в Абби. Ответ - это баг (кстати неисправленный и в 23 релизе. 24 - ещё не смотрел). Решение проблемы - не пользоваться восстановлением последовательности в бухгалтерии вообще.

Еще раз для некоторых... В силу реализованных в российских типовых бухиях алгоритмов в КОНФЕ достаточно свободно можно работать задним числом (ограничения тем не менее есть). Перепроведение документов НЕ ТРЕБУЕТСЯ - документ ЗакрытиеМесяца убирает все косяки (кроме авансов). Поэтому НЕТ последовательности и НЕТ проблемы с ее восстановлением. В силу отсутсвия необходимости восстановления в конфе баг ПЛАТФОРМЫ не всплывает... тем не менее такие доки бывают - проведенные и без проводок... Они возникают при сбоях сети/сервера в момент проведения (камень в ромикса - ОСь, протокола и наличие НТФС - по барабану)... Такие документы элементарно вылавливаются простеньким отчетом.

Не гони. При чём тут механизм обхода этой фичи в ваших конфах. Дело не в этом. Дело в том, что такая фича есть, а как её обходить ... - пятый вопрос. Ты знал о ней (только честно). Интересно расскажи алгоритм по которому закрытие месяца уберёт такой косяк 1. приход 01.01.01. 100 ед. товара 2. расход 05.01.01 40 ед. товара 3. расход 10.01.01 60 ед. товара 4. корректировка задним числом документа прихода в результате приход 80 ед товара. Ты уже как то хвастался, что у тебя работает без перепроведения. теперь объясни как. ты же крутой программер и конкуренции  тебе (даже если кто-то и узнает твоё ноу-хау) бояться нечего. Давай. Докажи, что не трепло.

Не гони. Как у тебя _физически_ на складе произошли 2 и 3?

А вот это уже не суть важно, как они прошли физически на складе... Вариантов куча...

(+44) Интересно каким отчётом ты воловишь такой документ? Штатным? Самописным? А ведь надо знать что искать.

Мы говорим об учёте а не о физической реализации товара. Вот смотри. Есть у меня клиент. Они работают "наперёд". Т.ею. сегодня выписывают ожидаемую приходную накладную и возможные расходные. Приход оказался меньше. Понятно, что фактически они и отпустят меньше. Но ведь в 1С тоже прийдётся исправлять и ПЕРЕПРОВОДИТЬ документы. Иначе полезут отрицательные остатки и косяки во взаиморасчётах.

Извини, конечно, но автоматизируя бардак, получишь автоматизированный бардак. Возможно я ошибаюсь, но ИС должна отражать "реальное" движение средств. И если ты перегоняешь потом из "черной" в "белую", делай это грамотно... ;) ЗЫ Ничего личного.. ;)

Абалдеть!!! У них на 41 счет че ваще творится-то? А? ЗЫ И как они потом опрделят, что в п.2 они отгрузили 40 ед. товара, а не 20 = 80-60?

При чём тут бардак. Ситуации с исправлением и вводом документов задним числом масса. Или у тебя чисто "академический" подход к бухучёту?

Diter - грамотный спец. А все остальные - дятлы.

Во превых всё нормально твориться. При перепроведении всё выравнивается. Во вторых - у них ТиС. Но сути это не меняет. а вот при перепроведении и получится, что первый документ проведётся, а вот второй заругается на недостачу товара и надо будет выровнять реальное количество в накладной.

"Ситуации с исправлением и вводом документов задним числом масса" Ага, только обычно пишут определенные регламенты и инструкции по работе в данных случаях. "Или у тебя чисто "академический" подход к бухучёту? " А у тебя какой? Помоему в данном случае ты немного путаешь бухгалтерский учет (когда на каждый!!! электронный документ должен быть в бумажном виде) и оперативный или управленческий учет.

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

Вот блин. Скажи твоя фирма всегда вовремя 1. получает документы от поставщиков 2. получает проплаты по отгрузкам в конце месяца 3. отгружает товар покупателям только по реальным документам, а не "товар в ассортименте" 4. отсутсвут ситуация, когда "мы оплатили вот это, но хотим взять вот это, но так, чтобы документы были на вот это" 5. бухгалтера вносят первичку день в день 6. они при этом никогда не ошибаются 7. ошибившись, они со всех ного бегут к главбуху и просят предоставить им "определенные регламенты и инструкции по работе в данных случаях". и т.д. Ты чего, в центробанке работаешь? Только там всё правильно (хотя сомневаюсь)

жуткая картина. Я тебе открою маленький секрет. так работаю практически все и всё ок. Как раз при перепроведении и исправляются ручками отгрузочные документы. И ещё скажи мне бумажный аналог ну например документа "Финансовые результаты" или "Закрытие месяца"? Или "Договор" в бухгалтерии?

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

57.Так работают только там, где нет разработчика.

Каким боком разработчик относится к бухгалтерской дисциплине?

60. Обычно - это единственный умный человек.

+ и грамотного внедренца. Ты так и не ответил, как они опрделяют _из какой накладной_ нужно убрать недостающее количество? ЗЫ И познакомь меня с тем человеком, которыйпо документу должен за 40 единиц товара, а реально получил 20 и пинка под зад.

А ты пробовал уговорить бухов сломать устоявщшуюся схему их работы "по себя"? Да и невозможно это. Всё равно рано или поздно возникнет ситуация, когда исправить документ задним числом будет просто необходимо.

Халява кончилась... Решение платное. Плати.... и юзай... P.S. реализация на бух компоненте... P.S. и в случае есть решение P.S. зачем объяснять? Покупай и читай На украина это не 50 счет, а по моему, 205 Проводка д205 (товар,склад,док) к631 (контрагент, какой то заказ)

63. Не уговаривал. Просто рассказывал что им нужно делать. Не забывал и про виновных.

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

Ты читать умеешь? В накладной есть такой реквизит "Контрагент". Объясни мне как ты можешь отпустить одному то, что по документам отпущено другому? А определяют они двумя способами 1. Кто раньше - того и тапки 2. По договорённости с клиентами Расходные корректируются по фактам отгрузки. А вот для того, чтобы взаиморасчёты пошли и нужно перепроводить скорректированные документы. Короче - спор ниочём. У тебя не меняют бухи документы задним числом - поздравляю. желаю счастья. Тогда эта фича тебя не коснётся никогда.

Открою секрет - есть такое понятие - "сторно". ;) Возможно, скажем так: "Товары на складах", "Взаиморасчеты с покупателями"

у меня меняют задним числом. Глубина изменений - от текущей даты назад до закрытого периода... Они не думают - их программа контролирует...

Да фиг с ним с оперативным учётом в ТиС. В бухгалтерии такое сплошь и рядом происходит. Другого и не ожидал. Мне не нужно твоё решение, интересен принцип. А его нет. Всё ясно... А вот скажи. Кто нибудь у тебя купил эту шнягу? И каковы отзывы? А можешь мыло дать - хочется пообщаться с людьми?

Ага. А потом прийдёт к тебе клиент и попросит распечатать ещё раз документы. И будет долго удивляться почему в документе 10, хотя ему отгрузили 5. А ты также долго будешь рассказывать о сторно в своей программе. "Здесь читать, здесь не читать, здесь рыбу заворачивали" (с) молодой Винокур

"Расходные корректируются по фактам отгрузки." как у тебя возникнет ситуация ?

Что именно программа контролирует и как она поступает, если обнаруживает, что расходы данного товара превысили приходы из-за изменений документов?

Ты думать хоть немного умеешь? Что у тебя первично - правильно изменение "задним числом" приходной накладной. Причем здесь отгрузочные документы? Они формируются по факту отгрузки и меняться НЕ должны? ЗЫ Если тебе не нравится "сторно" - есть "Кредит-Ноты" и "Дебет-Ноты" - суть та-же.

принцип настолько прост, что мне не понятно, почему до него не додумались.. Так что объяснять не буду... Да, пара контор юзает эту штуку. Без проблем...

Да...... Элементарно 1. по документам поступило 100 2. начали выписывать расходные с первой все ок, со второй тоже. 3. кладовщик по расходным пытается выдавать товар и обнаруживает нехватку в 20 единиц. Выясняется, что при приёмке просто забыли занести информацию (машина ночью приехала). 4. надо делать инвентаризацию, но главное отпустить клиента. По факту выписывается расходная с исправленным количеством. Делаем инвентаризацию и меняем приход. Теперь нужно перепровести расходы для перепривязке к партиям. Целый триллер получился. Так понятнее?

????????? Изменив расходную накладную и выровняв её под факт вы вынуждены перепровести её. А перепроведя вы нарушаете последовательность документов и необходимо просто её восстанавливать. Изменяя приход я обязан менять расход. А теперь подумай, что будет если приходов не один а 10 да все по разным ценам и расходов не два а 40 и тоже по разным ценам. А нука расскажи как посчитать себестоимость без выравнивания партий перепроведением и приходов и расходов.

"не льсти себе, подойди ближе" (с) надпись над писуаром

"Делаем инвентаризацию и меняем приход" 1. Супер,по учетным данным пришло 80, а по документам от поставщика - пришло 100. А где еще 20? 2. А че-ж не расход? Может вы покупателю больше отгрузили, откуда ты знаешь? Кладовщик те наговорит - ой-ей-ей... ЗЫ Сорр за . ;)

Нет. Просто неповезло с внешностью :) Самое смешное, что никого никогда не разводил. Вы приписываете мне не мои заслуги.

Теоретики, мля... Читайте и вникайте. Потом поговорим. Если нравится придираться к словам, то давайте оговорим: количество прихода не изменилось. просто разбилось на три прихода. Субконто "партии" теперь другое.

в - яркий пример, как не надо работать.. сделайте нормальную систему резервирования с возможностью принятия решения человеком, кому отдавать товар при налчии заказов больше, чем товара - и моя придумка не нужна... P.S. как раз сейчас начался такой проект на бух компоненте на базе типовой бухии

блин запарил. ТАК работают. И не важно "надо" так работать или "не надо". По правилам нельзя ездить на красный цвет. Но ведь ездят. И подъезжая к перекрёстку ты наверняка смотришь по сторонам, а не едит ли какой джигит на красный.