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