Нельзя переходить на 5.10.104.20 (+)

0 (0)
  • Развернуть Нельзя переходить на 5.10.104.20 (+) ( Александр  30.03.2006 01:57 )
    3(2)
    Хотелось бы предостеречь от перехода на новый патч, т.к. в нем подоходный налог расчитывается неверно. Уже почти неделю разработчики все еще не разобрались в чем дело.
    >> Ответить
    • Развернуть отключите payment.mac в скрипте апгрейдера ( Рябцева Светлана  30.03.2006 11:34 )
      5(1)
      В качестве временного решения, чтобы избежать переопределения кодов начислений\удержаний при обновлении на 5.10.104.20, рекомендуется сделать следующее:
      1. В конфигурационном файле upgrade.cfg первой строкой прописать :
      @Debug
      2. После распаковки патчей во временную директорию на экране «повиснет» окно «Debug Info». Кнопку «Далее» не нажимать.
      3. Во временной директории в каталоге RSTmp104\ U_TXT\ в скрипт-файле обновления fchangrf.txt закомментировать строку 187:
      //payment.dbt payment.mac // Справочник <Начисления/Удержания>
      4. Продолжить обновление, нажав кнопку «Далее».

      К 70162 был написан HotFix на эту тему.
      >> Ответить
      • Развернуть На первый взгляд это не из-за переопределения кодов (+) ( Александр  31.03.2006 01:46 )
        5(1)
        К сконвертированным базам мы подбросили OBJ от 5.10.104.19 (т.е. базы от 5.10.104.20 - коды все переопределены, а исполняемые файлы от 5.10.104.19) и все заработало, подоходный во всяком случае считается верно! Т.е. проблема где-то в алгоритмах или в типах преременных при вычислениях.
        >> Ответить
        • Развернуть Еще немножко и мы все узнаем :) ( Рябцева Светлана  31.03.2006 10:25 )
          5(1)
          Мы разработчикам Вашу базу отдали, вот они посмотрят и скоро нам все расскажут..
          >> Ответить
          • Развернуть Ну уж очень долго (+) ( Александр  05.04.2006 05:43 )
            5(1)
            Что-то слишком вяло для коммерческого продукта устраняется критическая ошибка. Разработчики уснули или как? Продукт ведь фактически неработоспособен, по хорошему за это нужно штрафные санкции требовать.
            >> Ответить
            • Развернуть Ошибка будет исправлена на 5.10.104.21 ( Рябцева Светлана  07.04.2006 18:06 )
              5(1)
              Ничего общего с обновлением кодификатора Н/У данная ошибка (неверный расчет НДФЛ на 5.10.104.20) не имеет. Проблема была в неверном сборе данных для расчета зарплаты, которая проявляется только при настройке параметров расчета "по расчетному месяцу". К слову сказать, данная настройка НЕ рекомендуется для использования в настоящий момент. А рекомендованная настройка в соответствии с действующим законодательством – «по месяцу Н/У». Только при такой настройке мы получим правильную налоговую отчетность (доходы будут попадать в 1-, 2-НДФЛ по периоду н/у согласно Приложение к форме N 1-НДФЛ, утвержденной приказом МНС РФ от 31 октября 2003 г. N БГ-3-04/583 «Порядок
              заполнения Налоговой карточки по учету доходов и налога на доходы физических лиц за 2003 год» Раздел 3. Цитирую «В случае выплаты налогоплательщику сумм в оплату очередного отпуска, других аналогичных выплат за неотработанное время, исчисляемых в установленном порядке исходя из среднего заработка, суммы таких выплат указываются в поле (полях) ТОГО МЕСЯЦА налогового периода, ЗА который они начислены»).
              ИТОГО:
              1. На будущее, я рекомендую использовать иную настройку, а именно «по месяцу Н/У» как соответствующую действующему законодательству.
              2. Ошибка при расчете НДФЛ, которая проявляется при настройке «по расчетному месяцу», будет исправлена в сборке 5.10.104.21, которая в самое ближайшее время (точнее по срокам узнаем на следующей неделе) выйдет в тираж.

              >> Ответить
              • Развернуть Так, а с этого места поподробнее :) (+) ( Александр  10.04.2006 05:09 )
                5(1)
                То, что ошибка в исполняемых модулях, понятно было сразу. А где узнать про рекомендованные настройки? В документации сказано что установка "по расчетному месяцу" является установкой по умолчанию (т.е. разработчики как раз таки ее и рекомендуют). И как теперь перейти на другую установку ("по месяцу Н/У")? Только ждать нового года?
                >> Ответить
                • Развернуть откройте тему в I-Support... ( Рябцева Светлана  10.04.2006 10:14 )
                  5(1)
                  Возможно, у Вас старая документация. Давайте обсуждать рекомендуемые настройки не в форуме, а в теме в I-Support. И я с удовольствием отвечу на все интересующие Вас вопросы.
                  >> Ответить
                  • Развернуть в новой документации - другие рекомендации ( Рябцева Светлана  10.04.2006 10:50 )
                    5(1)
                    Кстати в документации от 105 сборки (можете скачать ее с закр. области сайта) настройка по умолчанию изменена, цитирую:
                    "..По умолчанию в графе содержится
                    значение "по месяцу Н/У". Изменить указанное значение можно с помощью встроенного списка, вызванного по клавише [F3] и содержащего следующие значения:..".
                    Я оформила запрос, чтобы в документации явно прописали, что это -рекомендуемая настройка.
                    >> Ответить