| Изменилась сумма амортизационных начислений
|
|
|
|
#1 Пн Сен 25, 2006 11:13:36
|
Сообщить модератору
|
|
у бухгалтеров что-то случилось, изменилась сумма амортизационных отчислений за 2005г. Кто-нибудь подскажите пожалуйста как можно изменить.  Может документ Начисление амортизации ФА при помощи конфигурации "Конвертация данных" выгрузить из архива
где начисления были правильные? Хотя я поробывала у меня ошибка
Источник =Правило.ВыбратьУзел("ОбъектИсточник");
{Обработка.ВыгрузкаДанныхИсполняющая.Форма.Модуль(1155)}: Значение не представляет агрегатный объект (ВыбратьУзел)
|
|
|
За помощь кликните ′Спасибо′ →
|
|
 |
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#3 Чт Сен 28, 2006 11:24:28
|
Сообщить модератору
|
|
Бухгалтер перепровела за 2005 год случайно документы начисления амортизации, теперь по оборотке не идут счета 133,134,80 и 821
Что нужно сделать, чтоб исправить подскажите. Отменяли проведение, ничего не помогает
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#5 Чт Сен 28, 2006 12:30:46
|
Сообщить модератору
|
|
В мониторе ползователей проверила, никакие документы за 200 г не открывали, кроме начисления амортизации и закрытия периода, их за прошлую неделю несколько раз открывали и перепроводили. Бухгалтер сказала что она перепутала документ 2006г с 2005 и случайненько так перепровела, теперь требует что все исправили. Я уже сидела каждый документ открывала, перепроводила, у меня такие суммы вылезли. Остатки все рано не правильные 
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#6 Чт Сен 28, 2006 12:39:09
|
|
|
Если самописная бухия, то может там не предусмотрено при проведении на отмену проведения. Возмите пару тройку доков, дублирование проводок нет? И сделайте ТиИ, бывает индексные файлы парятся.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#7 Чт Сен 28, 2006 14:02:24
|
Сообщить модератору
|
|
изначальный косяк заложен в идеологии дока "Начисление аморт-и" - ПЕРЕвычисление ам-и при перепроведении дока...логичнее было бы считать ам-ю в ТЧ дока, а при перепроведении брать из ТЧ готовые суммы ам-и...каки бы ни были потом правки в задним/передних...кста и при загрузке доков в другую базу ам-я при таком способое не полетит...и еще нужно применить так наз-ю идею "отрыва" реквизитов от их мгновенных значений...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#8 Чт Сен 28, 2006 14:21:50
|
Сообщить модератору
|
|
| Starican2 говорит: |
|
изначальный косяк заложен в идеологии дока "Начисление аморт-и" - ПЕРЕвычисление ам-и при перепроведении дока...логичнее было бы считать ам-ю в ТЧ дока, а при перепроведении брать из ТЧ готовые суммы ам-и...каки бы ни были потом правки в задним/передних...кста и при загрузке доков в другую базу ам-я при таком способое не полетит... |
Ага, тогда претензии будут такие: "Я поменяла норму амортизации, перепровожу документ начисления, а сумма почему не меняется?"
| Starican2 говорит: |
|
и еще нужно применить так наз-ю идею "отрыва" реквизитов от их мгновенных значений... |
Если можно, поподробнее.
Добавлено спустя 21 минуту 45 секунд:
Мое мнение такое: есть "Дата запрета редактирования" - вот и пользуйся этим. А у того, кто имеет права на исправления задним число, должна быть голова на месте. Плюс к этому регулярное архивирование с сохранением промежуточных копий. И вышеуказанная проблема навряд ли вылезет.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#9 Чт Сен 28, 2006 15:26:04
|
Сообщить модератору
|
|
| Цитата: |
|
Если можно, поподробнее. |
можно...и как раз решается эта проблема -
| Цитата: |
|
"Я поменяла норму амортизации, перепровожу документ начисления, а сумма почему не меняется?" |
вот смарите...начисляем ам-ю, к примеру, или считаем КР по вал. курсу...текущие значения процента ам-и, или валкурсов, как бы "отрываются" от их значений в справочниках и записываются в качестве реквизитов дока...при этом в модуле проведения почти никогда никаких расчетов не делается...таким образом, док приоретает устойчивость к последующим нкорееткным измнениям реквизитов спр-ка и легко может перепроводиться без боязни искажения после проведения...корректировка может осуществляться прямо в доке, то есть НАПРЯМУЮ - это удобно, а не опосредованно - через пер. реквизиты спро-в, что есть ненаглядно... нужно только пердусмостреть в рекв-т дока процедуры перерасчета типа ПриВводеКурса(), ПриВводеПроцентаАмортизации() и т.п...и тогда наглядно сумма ам-и меняется прмо в ТЧ дока, бух ее видит...а при другом, "слепом" методе расчета ам-и - не видит...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#11 Чт Сен 28, 2006 16:08:47
|
Сообщить модератору
|
|
А для чего тогда вообще справочники?
Для чего отчеты?
Для чего вообще лезть в проведенный документ?
Проведение документа - это завершеное событие!!! До проведения, делай что хочеш, провел, завершил операцию.
Как же первое правило бухгалтера, нарушение которого у нас стало нормой ведение учета? Не удаляеться и не исправляеться не один документ?!
Хорошо, оторвались вы от справочников, поменяли в документах и что? Каким образом вы сможете проверить изменение того же самого курса? В справочнике у вас одно, в документе проставили другое и расчитали, позже понадобилось узнать почему расчитало именно так... И что? В справочнике этой информации не будет, мы оторвались. Писать специализированый отчет которой будет перебирать доки и выводить значения из форм? А если документов сотни и сетевая версия?
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#12 Чт Сен 28, 2006 16:13:48
|
Сообщить модератору
|
|
| Starican2 говорит: |
|
вот смарите...начисляем ам-ю, к примеру, или считаем КР по вал. курсу...текущие значения процента ам-и, или валкурсов, как бы "отрываются" от их значений в справочниках и записываются в качестве реквизитов дока...при этом в модуле проведения почти никогда никаких расчетов не делается...таким образом, док приоретает устойчивость к последующим нкорееткным измнениям реквизитов спр-ка и легко может перепроводиться без боязни искажения после проведения...корректировка может осуществляться прямо в доке, то есть НАПРЯМУЮ - это удобно, а не опосредованно - через пер. реквизиты спро-в, что есть ненаглядно... нужно только пердусмостреть в рекв-т дока процедуры перерасчета типа ПриВводеКурса(), ПриВводеПроцентаАмортизации() и т.п...и тогда наглядно сумма ам-и меняется прмо в ТЧ дока, бух ее видит...а при другом, "слепом" методе расчета ам-и - не видит... |
Понятно. Очень спорно т.к. снижается степень нормализации данных.
В переводе на более понятный язык: у вас одна и та же информация хранится в двух местах:
1. Суммы отчислений - и в проводках, и в форме документа.
2. Норма амортизации - и в периодических реквизитах справочника, и в форме документа.
И если первое не так страшно и приведет только к увеличению объема БД, то второе намного хуже. Всех ситуаций с исправлением реквизита справочника вы не отловите, а значит, имеете грабли, которые пока мирно лежат и ждут своего часа.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#13 Чт Сен 28, 2006 16:37:52
|
Сообщить модератору
|
|
| Цитата: |
|
Всех ситуаций с исправлением реквизита справочника вы не отловите, а значит, имеете грабли, которые пока мирно лежат и ждут своего часа. |
вполне возможно...я еще раз подчеркиваю прозрачность этого метода, ради которой можно пожертвовать, я думаю, размером БД...у меня так считается ам-я и КР - все видно, бух при желании (кто знает, что им в голову придет) - исправит сумму, хотя может быть это и неверно...главное - дать возм-ть, а он уж пусть ею распоряжается...
| Цитата: |
|
2. Норма амортизации - и в периодических реквизитах справочника, и в форме документа. |
как раз таки у меня нормы ам-и НЕпериодические...удобно, кстати...
| Цитата: |
|
1. Суммы отчислений - и в проводках, и в форме документа. |
да, это так...
еще раз подчеркиваю, что при этом методе мы не зависим от текущих значений спр-ка, которые могут быть на момент ПЕРЕРАСЧЕТА быть неверными...мы требует только их пральности на момент первичного расчета, да и то в ТЧ дока мона на ходу подправить...а при слепом методе их пральность требуется всегда...
г-ну Федору...я стремлюсь сделать среду, максимально удобную для бух-ра, а не читать ему нотации о том, что правильно, а что неправильно...он и сам об этом знает...
кстати, эту идею "отрыва" реквизитов обсуждал с Питом на Т1С...мэтр одобрил и сказал, что тоже так делает (не всегда и не везде, а по месту и разумению)...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#15 Чт Сен 28, 2006 17:29:40
|
Сообщить модератору
|
|
| Иван говорит: |
|
Это Starikan2 зачем упрямо доказывает, что экскаватор лучше. |
(Обращаясь ко всем): Не знаю, кто как, а я не сумел понять смысл этого предложения. Из-за этого непонятен и смысл всего высказывания: одобряете вы Семена или нет?
Добавлено спустя 11 минут 18 секунд:
| Starican2 говорит: |
|
кстати, эту идею "отрыва" реквизитов обсуждал с Питом на Т1С...мэтр одобрил и сказал, что тоже так делает (не всегда и не везде, а по месту и разумению)... |
Назвать это можно как угодно: "отрыв" или еще как-нибудь.
Фактически это попытка создать альтернативу периодическим реквизитам. Ладно, если этот "отрыв" нормы амортизации будет использоваться только в документе начисления амортизации. А если захочется применить его еще где-нибудь - как уследить за историей значений, которая будет лежать в документах разных типов ? Как вообще быстро получить и вывести история значений в этом случае?
Добавлено спустя 11 минут 1 секунду:
| Иван говорит: |
|
Starikan2 - браво!!! Ваши оппоненты так далеко не заглядывали. Как говорится дали лопату работаем лопатой. Это Starikan2 зачем упрямо доказывает, что экскаватор лучше. |
Все-таки зря ты так.
То, что придумал Семен, на экскаватор никак не тянет. Это просто немного другая лопата. И у этой лопаты есть одно неприятное свойство: при работе она оставляет за собой хорошо замаскированные грабли.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#16 Чт Сен 28, 2006 17:52:08
|
Сообщить модератору
|
|
| Цитата: |
|
Как вообще быстро получить и вывести история значений в этом случае? |
точно также как и раньше...
| Цитата: |
|
А если захочется применить его еще где-нибудь - как уследить за историей значений, которая будет лежать в документах разных типов ? |
история зн-й допустим курса валюты евро, не лежит в доках..она так и лежит там, где ей положено быть в спр-ке Валюты...просто ДЛЯ УДОБСТВА РАСЧЕТА И НАГЛЯДНОСТИ, а ТАКЖЕ ДЛЯ УДОБСТВА ПЕРЕРАСЧЕТА она в момент расчета отрывается в реквизит дока Курс, и далее живет там своей жизнью...реквизит дока Курс мона удобно редактировать, хотя это не главное.....главное - прозрачность расчетов ам-и ОС, КР и других...
снова вспоминаю анекдот про анекдоты... ) "я не рассказываю анеки, думаю что анеки старые, а они их, оказывается, не знают..."
Добавлено спустя 6 минут 4 секунды:
| Цитата: |
|
И у этой лопаты есть одно неприятное свойство: при работе она оставляет за собой хорошо замаскированные грабли. |
возможно, что и так...но свою роль я вижу в том, чтобы вы хоть задумались об этом, об других алгоритмах реализации разных расчетов...а сидели бы всю жизнь на типовой, да не общались со мной, и не узнали бы этого...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#18 Чт Сен 28, 2006 18:13:44
|
Сообщить модератору
|
|
| Цитата: |
|
Эх Старикан.... идейный наш... Изучай восьмерку. Там все до тебя продумали. Подсказать что посмотреть или сам догадаешся? Как раз по "твоей" идее. И наглядно и доступно. |
регистры сведений, дяденька ? возможно..дело нев платыорме, федор...а в идее..реквизиты доков и реквизиты спр-в были в 7.7 и остались в 8.0...
еще один аргумент в пользу "зрячего" метода...при нем документ после формирования, расчета и записи становится автономен, независим от других спр-в, констант и т.д...при каких либо перекачках (частичных) нам нет нужды заботиться о том, чтобы РАНЬШЕ дока НачислКР перекачать спр-ки, или к-ты...ВСЕ (или почти все) данные нужные ему для работы, док несет в себе (модульность)....а если еще и сделать его полностью независимым от кода глобального модуля, всунув в него все нужные ему функции и процедуры, это вообще будет убойная вещь....отпадет нужда обновлять полностью релизы, можно делать частичные обновления в произвольном порядке (например, обновить только зарплату и все...)...это на заметку разработчикам типовых...
конечно, сейчас последует нравоучение г-на Федора от том, что -
1. в 8-ке это все решено в общих модулях и даже думать не надо об этом, за нас думает партия
2. мерседес лучше запорожца
3. надо обновлять релизы целиком
на 3-е возражение у меня уже готов ответ даже...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#19 Чт Сен 28, 2006 19:00:38
|
Сообщить модератору
|
|
Молодца, догодался!
Ну разработчики сами с усами, да похлесче многих. А что до отдельного модуля со своими процедурами.... Старикан, в сотый раз, отличай индустриальный и персональный подход. Это разные весчи..
Прибавь к этому что пользователь свою конфигурацию имеет право обновить САМ и сделать он должен это легко, без персональных знаний, просто по описанию при этом как можно проще (о чем ты сам и пишеш, все должно быть просто для пользователя). Тогда поймеш почему сделано в типовых так. Ну и конечно материалы, выкладки и стандарты родителей, разработчиков платформы 1С
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#23 Пт Сен 29, 2006 14:38:07
|
Сообщить модератору
|
|
| Иван говорит: |
|
Да закройте уже эту тему |
Подождите немного.
| Starican2 говорит: |
|
г-н Нонаме, у вас есть более достойные специалиста и мужчины доводы |
Вообще если нужно зафиксировать движения документа и защитить проводки от изменения сумм при перепроведении - не надо выдумывать своих механизмов, заталкивая суммы в форму документа.
Помимо уже указанных способов, есть еще один штатный механизм платформы: управление удалением движений при проведении.
ОчиститьДвижения(<?>);
Синтаксис:
ОчиститьДвижения(<ВидыДвижений>)
Назначение:
Удалить движения документа.
Параметры:
<ВидыДвижений> - необязательный параметр. Если данный параметр не задан, то производится полная очистка всех движений. Строковое выражение, в котором через '';'' перечислены виды движений. В качастве видов движений можно задавать следующие строковые значения:
''Регистр.ХХХХХХ'' - движение конкретного регистра, где ХХХХХХ - конкретный вид регистра;
''Операция'' - бухгалтерская операция;
''Справочник'' - все изменения периодических реквизитов справочников;
''ЖурналРасчетов'' - все изменения в журналах расчетов.
Замечание:
Данный метод доступен только при отключенном в конфигурации флаге ''Автоматическое удаление движений''. Метод доступен только в Модуле документа в предопределенной процедуре ОбработкаПроведения.
Т.е. снимаете флаг "Автоудаление движений" в конфигураторе, добавляете новый реквизит документа, и в зависимости от его значения или перепроводите документ полностью, или просто сохраняете старые движения. Проверено мною на оперучете - работает. Также используется в российском варианте ТиС.
И заметьте, ШТАТНЫЙ механизм.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#24 Пт Сен 29, 2006 15:47:46
|
Сообщить модератору
|
|
| vsn говорит: |
|
Дорогие форумчане и форумчанки, объясните мне - новичку на форуме и в БУ - какая разница между среднегодовой остаточной стоимостью и среднегодовой стоимостью... Популярно, если можно. Извините, что вопрос не по теме... |
Извиняться не надо. Лучше создайте новую тему.
Семен, вы просили аргументов, ну так я жду ответа на сообщение №30.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#25 Пт Сен 29, 2006 22:59:16
|
Сообщить модератору
|
|
хорошо...предлагаемая альтернатива "слету" проводок у "слепых" расчетных регламентных доков от господ Федора и Нонаме выглядит так...
1. Пользователь врезает в модуль проведения код ..."ОчиститьДвижения"....
2. пользователь снимает флаг автоудаления движений
3. пользователь перепроводит доки (???? зачем...ведь суммы не изменятся...в таком случае перепроведение имеет смысл только при перекачке в другую базу...)
4. пол-ль снимает флаг АУД
5. пол-ль закомеентаривает или вырезает в модуле проведения код "ОчиститьДвижения()..."
я правильно понял вашу методу, г-н Нонаме ?
угу....неплохая - "индустриальность обновлений, доступная каждому польз-лю " (с) г-н Федор
действительно, чего же тут недоступного то....
Добавлено спустя 2 минуты 32 секунды:
| Цитата: |
|
Прибавь к этому что пользователь свою конфигурацию имеет право обновить САМ и сделать он должен это легко, без персональных знаний, просто по описанию при этом как можно проще (о чем ты сам и пишеш, все должно быть просто для пользователя). Тогда поймеш почему сделано в типовых так. Ну и конечно материалы, выкладки и стандарты родителей, разработчиков платформы 1С |
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#26 Пн Окт 02, 2006 10:23:57
|
Сообщить модератору
|
|
Ну конечно, какого же ответа еще стоило ожидать! Мы глупые и неумелые студенты, а Семен у нас звезда, только у него все правильно и удобно. Семен, ты понял неправильно, ни меня, и но NoName. А уж если быть совсем точным, передал и извратил в выгодном для тебя свете.... Продолжай купаться в лучах звездизма...
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
#27 Пн Окт 02, 2006 16:00:55
|
Сообщить модератору
|
|
Оставь его, Федор.
Ничего ты ему не докажешь. Он слышит только себя.
Человек страдает запущенной формой звездной болезнью, и в его возрасте это неизлечимо.
| Talik говорит: |
Советую вам послушать Машину времени "Разговор в поезде".
Очень хорошая вещица... И как раз я думаю в тему...
|
Абсолютно не в тему.
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
|
|
За помощь кликните ′Спасибо′ →
|
|
|
|
|
Правила
Вход
Личные письма
RSS
Продаются домена BALANS.KZ, TAX.KZ, VEBINAR.KZ по вопросам приобретения обратитесь пожалуйста на 
