×
Показано с 1 по 5 из 5
  1. #1
    Клерк
    Регистрация
    17.01.2007
    Сообщений
    5

    Амортизация ОС в 1С способом "Пропорционально объему продукции (работ)

    Компонента 1С-Рарус:Автотранспорт ред.5.хх (Симбиоз 1С:Бухгалтерия и внутренняя дополнительная компонента по транспорту Альфа-Софт)
    Порекомендовали поднять тему в этом разделе.
    Ситуация:
    При ежемесячном начислении амортизации объектов ОС (читай - автомобиль) способом "Пропорционально объему продукции (работ), если установлено значение "ФактическийОбъемПродукцииЗаМесяц" (читай - пробег) > "0", начисление амортизации идет правильно.
    Иначе если в следующем амортизируемом месяце значение "ФактическийОбъемПродукцииЗаМесяц" = "0" (читай - нет пробега) начисление амортизации данного объекта все равно происходит по данным предыдующего месяца (т.е. введённое значение "ФактическийОбъемПродукцииЗаМесяц" не обнуляется перед расчетом).
    При проведении регламентного документа "Начисление Амортизации" появляются ненулевые бух. проводки "д20 (или другой назначенный) <==== к02.1).
    Продавцы ПО Рарус сразу отфутболили к разработчикам 1С (вообщем правильно, их ошибка, я проверял на чисто 1С компонентах).
    Идея устранении данной ошибки на мой взгляд простая. Нужно научить программу при обработке проведения документа "Начисление амортизации" сначала обнулить внесенное в предыдующем месяце в поле "ФактическийОбъемПродукцииЗаМесяц" объекта ОС значение, а потом внести истинное значение фактического объема продукции за месяц, если значение равно "0", тогда результат будет значением умножения на "0".
    Но воплотить эту идею практически пока не получается по личной причине.
    Кстати почти недельная попытка обсудить эту тему в форумах по 1С вызвала отклик только на klerk.ru, ну и отписались рарусовцы.
    Интересно даже, что, специалисты 1С не знали о существовании данной проблеммы?
    Или им эта проблемма не по плечу?
    Прошу помощи у просто специалистов!

    С Уважением к профессионалам!
    Nik
    Поделиться с друзьями
    Последний раз редактировалось Fosihas; 28.05.2007 в 09:54.

  2. #2
    Умный Клерк!
    Регистрация
    07.01.2004
    Адрес
    Владимир
    Сообщений
    13,623
    А вы значение "0" для пробега вносите в систему? или программа должна отгадать?
    А это всего лишь периодический реквизит справочника и нужно по-любому каждый месяц заполнять
    1.Открыта новая радиостанция для юзеров под названием RТ FМ. По ней будут транслироваться чтения различных мануалов и ответы на часто задаваемые вопросы.
    2. "Помогая ленивым людям, ты помогаешь им сесть на свою шею" Сян-Цзы

  3. #3
    Клерк
    Регистрация
    17.01.2007
    Сообщений
    5
    В 1С-Рарус:Автотранспорт компонентенте устроено так.
    Чисто в Рарус-компоненте (это внутренняя компонента 1С:Бухгалетрия) доработано:
    Первичный учетный документ - путевой лист рассчитывает пробег автомобиля и данные суммируются в периоде. Обороты проходят по специальному плану счетов "Транспорт".
    Рарусовцами написана обработка "аЗагрузкаОбъемаРаботОС",
    Которая регламентной операцией "Загрузка пробегов в справочник ОС" загружает рассчитанный по путевым листам пробег авто в реквизит ОС "Фактический объем продукции работ за месяц в натуральном выражении".
    Если в амортизируемом месяце загруженный пробег > "0" тогда данные внесенные в реквизит ОС "Фактический объем продукции работ за месяц в натуральном выражении" перезаписываются, а если загружаемый пробег = "0", то нулевые значения не записываются, а ненулевые переходят с предыдующего месяца.
    Если вручную установить в реквизит ОС "Фактический объем продукции работ за месяц в натуральном выражении" = "0", тогда в следующем амортизируемом месяце, если пробег = "0" амортизация по БУ не начисляется.
    Поэтому полагаю, что параметр установленного реквизита ОС "Фактический объем продукции работ за месяц в натуральном выражении" не обнуляется при проведении регламентного документа "Начисление амортизации" а переходит с предыдующего месяца.
    Как бы дописать в документ "Начисление амортизации":
    - Если амортизация выбранного объекта ОС способом ПропорциональноОбъемуПродукции
    тогда на начало амортизируемого месяца параметр реквизита "Фактический объем продукции работ за месяц в натуральном выражении" равен "0"
    - если "Фактический объем продукции работ за месяц в натуральном выражении" на конец амортизируемого месяца > "0" тогда "Фактический объем продукции работ за месяц в натуральном выражении" = ("Фактический объем продукции работ за месяц в натуральном выражении"(НачалоМесяца) + "Фактический объем продукции работ за месяц в натуральном выражении" (КонецМесяца))
    Полученную сумму (а она будет равна "0" (если пробег = "0") записать в реквизит выбранного объекта ОС "Фактический объем продукции работ за месяц в натуральном выражении"(КонецМесяца).
    Далее амортизация рассчитывается по введенной для этого способа амортизации формуле (ПервоначальнаяСтоимость*Фактический объем продукции работ за месяц в натуральном выражении / ПланируемыйОбъемПродукции) объекта ОС.
    Данная формула введена в 1С глобальный модуль.
    Конечно, можно ручками вносить изменения в реквизит ОС, а когда такой способ начисления амортизации у 200 объектов ОС, сразу думаешь а нафига придумали компьютер?
    Как внести такие изменения в нужные модули я ещё не дорос и верю и опираюсь на коллективный разум.
    Потому как исповедую девиз - "Не навреди!"
    Вот поэтому прошу Хелпа у специалистов!
    С уважением, Nik/
    Последний раз редактировалось Nik_K; 28.05.2007 в 09:51.

  4. #4
    Бухгалтер Аватар для ZloiBuhgalter
    Регистрация
    21.08.2003
    Адрес
    г.Москва. р-н Выхино (для тактических ракет, точнее - не обязательно)
    Сообщений
    12,863
    > опираюсь на коллективный разум.
    За дороаботкой нетиповых (да и типовых) конф обращайтесь к франчам.
    Время до завершения бухгалтерской работы есть величина постоянная...
    © Законы Мерфи.


  5. #5
    Клерк
    Регистрация
    17.01.2007
    Сообщений
    5
    К франчам обратиться конечно нужно, но сначала важно знать, что это ошибка в программе или ошибка в суждениях по данной проблемме, а программа разработана правильно.

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)