Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Возможно, пригодится исправление для ЗУП 3.1.4.120

Возможно, пригодится исправление для ЗУП 3.1.4.120
Я
   SleepyHead
 
22.12.17 - 17:33
Обновился до 3.1.4.120. В этой редакции появилось перечисление "КатегорииДоходов", соответственно, измерения в регистрах "СведенияОДоходахПоНДФЛ", "РасчетыНалогоПлательщиковСБюджетомПоНДФЛ" (дальше буду называть его "РасчетыНП")

Сразу заметил, что в первом регистре это измерение дозаполнилось корректно, а во втором - нет. Документ "Начисление по договорам", в табличной части "НДФЛ" все в порядке, значение "Прочие доходы от трудовой деятельности", в движениях документа "Оплата труда".
Если документ перепровести, то ставится верная категория.

Написал про эту проблему в 1с, ответили - на тестовой базе не смогли воспроизвести, сделайте пустую базу с минимальным набором, и если воспроизведется, шлите нам. Проблема не воспроизвелась, тогда из 1с ответили, что у нас какие-то ошибки в учете, и мы должны сами их найти.

Тут я понял, что обновление корректно работает только на сферической базе в вакууме, но на реальной базе - никак, и полез в отладчик. Что обнаружил.

Дозаполнение измерения "КатегорияДохода" выполняется в общем модуле "УчетФактическиПолученныхДоходов", а конкретно по регистру "РасчетыНП" - в процедуре "ЗаполнитьКатегориюДоходаВИсчисленномНДФЛ".

Начал анализировать  результат запроса (выгрузил в таблицу значений), и что я вижу? А два поля, "Категория дохода" со значением NULL, и "КатегорияДохода1" с правильным значением "Прочие доходы от оплаты труда".

Потом внимательно присмотрелся к тесту запроса, тут достаточно привести его самое начало, чтобы понять, в чем дело:

<code>
"ВЫБРАТЬ
РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Регистратор КАК Регистратор,
|    РасчетыНалогоплательщиковСБюджетомПоНДФЛ.НомерСтроки КАК НомерСтроки,
|    КатегорииДоходов.КатегорияДохода КАК КатегорияДохода,
|    КатегорииДоходов.СуммаДохода КАК СуммаДохода,
|    РасчетыНалогоплательщиковСБюджетомПоНДФЛ.*
|ИЗ
</code>

Ну, вы поняли, да? Из регистра "РасчетыНП" выбираются все поля, а там тоже есть поле "Категория дохода". Скажу честно - дальше копать не стал. Посмотрел код обработки результата запроса ниже, дозаполнение категории происходит вот так:

<code>
Запись = НаборЗаписей.Добавить();
ЗаполнитьЗначенияСвойств(Запись, ВременныйНабор[0]);
Если Не ЗначениеЗаполнено(Запись.КатегорияДохода) Тогда
     Запись.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
КонецЕсли;
                    
</code>

Это то самое место, где в значение нового измерения "Категория Дохода" подставляется "Оплата труда". Путем несложных умозаключений понял, что для исправления ошибки достаточно поменять код на следующий:

<code>
Если Не ЗначениеЗаполнено(Запись.КатегорияДохода) Тогда
   Если ЗначениеЗаполнено(Выборка.КатегорияДохода1) Тогда
      Запись.КатегорияДохода = Выборка.КатегорияДохода1;
   Иначе
      Запись.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
   КонецЕсли;
КонецЕсли;
</code>

Эти же рассуждения направил на хотлайн 1с, не знаю, услышат ли меня наконец воины света, которые тщательно скрывают от разработчиков сообщения об ошибках, сваливая все непонятные ситуации на "это ваши ошибки учета". Надеюсь, кому-то это решение пригодится.

И да, я осознаю его минусы. Надо снимать конфу с поддержки сразу после обновления на новую редакцию, но до запуска в режиме предприятия. Надо потом обратно ставить на поддержку. Это время, да.

Все-таки надеюсь, что разработчики образумятся и сделают обновление, которое будет работать не только на пустой базе с минимальным набором документов, но и на реальной рабочей, а пока так.
 
 
   vis_tmp
 
1 - 22.12.17 - 17:36
Спасибо
   Alexandr_U1982
 
2 - 22.12.17 - 20:05
(0) Спасибо, интересно было почитать.
Напиши еще все это в партнерскую конференцию, там большая тема есть про эту проблему. Пристыди "воинов света" перед их партнерами.
   Amra
 
3 - 22.12.17 - 20:10
(0) Спасибо, но 3.1.4 вообще сильно глючный. Настолько, что 1С обещает 3.1.5 в этом году
   Shrek_yar
 
4 - 22.12.17 - 20:15
+ к карме, 2.5 закрыли, 3.1 еще с косяками, кажись работой еще на год буду обеспечен
   AneJIbcuH
 
5 - 22.12.17 - 20:21
(0) "И да, я осознаю его минусы. Надо снимать конфу с поддержки сразу после обновления на новую редакцию, но до запуска в режиме предприятия. Надо потом обратно ставить на поддержку. Это время, да."

Расширение с назначением "Исправление" не?
   Мыш
 
6 - 22.12.17 - 20:45
(0) Почему надо ставить обратно на поддержку?
   AneJIbcuH
 
7 - 22.12.17 - 20:56
(6) например, чтобы обновляться автоматически дальше.
   Gucci76
 
8 - 22.12.17 - 22:03
(0) Спасибо
   2S
 
9 - 22.12.17 - 23:06
Так вот откуда ноги растут с перерасчетом ндфл с начала года в начислении...
   Костя56
 
10 - 23.12.17 - 15:56
Если кому интересно произошло следующее. Разработчики видимо хотели обработать документы порциями по 1000 штук. Но забыли написать цикл для порций в 8(!) местах. В итоге в этих 8 местах обработалась только произвольная 1000 документов. Кроме того, при обработке табличных частей распределения удержаний забыли удалить старую строчку перед добавлением новых. Именно поэтому многие документы за год не перепроводятся (программа пишет ошибка распределения НДФЛ). Пришлось перетаскивать из архива (через COM соединение) начисленный НДФЛ и распределение НДФЛ во всех документах за 11 месяцев. Затем заново заполнять категорию дохода за год уже без ошибок. Протестировано на нескольких больших больницах (5 тыс. сотрудников). Только после этого расчетчики смогли нормально посчитать и выплатить декабрь
 
 Рекламное место пустует
   Cyberhawk
 
11 - 23.12.17 - 16:01
(10) Сколько тебе платят за такие разбирательства?
   Костя56
 
12 - 23.12.17 - 16:08
(11) 600 р/час
   Gucci76
 
13 - 23.12.17 - 18:14
(10) Напишите в 1С.
Они то этого наверно не знают. ))))
Пусть они сделают все правильно.
   SleepyHead
 
14 - 24.12.17 - 07:32
(13) Я написал, там мне порекомендовали исправить ошибки в учете. Привожу фрагмент переписки:

я - на тестовой базе проблема не воспроизводится, на реально воспроизводится, что делать?

хотлайн - ищите ошибки в учете

я - создаем физлицо, создаем сотрудника, оформляем договор,  на его основании акт, на основании акта начисление ЗП по договору, где тут ошибки?

хотлайн - вы даже в своем учете разобраться не можете, а от нас что-то хотите.

----------------

Обыкновенное хамство некомпетентного специалиста с синдромом вахтера, я считаю.
   НаборДанных
 
15 - 24.12.17 - 08:00
(14)Ярость затмила твои глаза и ты увидел то, чего нет. Брось скрин переписки, не верю, что прямо вот так и ответили тебе с ТП 1С.
   echo77
 
16 - 24.12.17 - 09:48
(14) Можно качество ответа оценивать и давать комментарий - там и напишите, что вам нахамили и проблема в программе осталась
   kzot
 
17 - 24.12.17 - 09:50
(15) Они никогда не признают ошибки, просто выпустят новый релиз конфы, где перепишут кучу модулей и регистров, скажем так, произведут маскировку. Все ответы хотлайна "обновитесь на актуальный релиз" станут верными.
   AlvlSpb
 
18 - 24.12.17 - 09:56
Я думал, что пострадали только пользователи УТ, обрадовавшиеся новым возможностям версии 11.4 и, обновившись на нее, получили головняк с ошибками - не передать. Оказывается и ЗУП туда же. Видимо разработчикам очень хотелось годовой премии за новые разработки и гнали к сроку, пусть сырой продукт, но до Нов Года. А вот нам, по всему, не видать такой премии. Исправить все их косяки явно не успеем, да и они не торопятся (((
   Akela has missed
 
19 - 24.12.17 - 11:11
(14) Получается ошибки возникают только в базе с наработанными данными. А если учет еще не велся, то вполне можно переходить сразу на 3.1.4. Или помимо НДФЛ встречается что-то еще интересное?
   Фрэнки
 
20 - 24.12.17 - 11:45
(19) ну не зря же именно в поставку 3.1.4 на сайте релизов 1С:ИТС положили сетап полной поставки, а не один лишь CFU.

Вот интересно, на этом фоне в 3.1.5 будет полный setup или только updsetup ? Хотелось бы с минимумом усилий качнуть перегрузкой в новую базу уже "закрытый" текущий год.
   Asirius
 
21 - 24.12.17 - 13:15
Ох уж этот ЗУП 3.
Есть одна контра, работают на КА 1.1 , на стареньком сервере на 1С 8.2 в базе живут 50 менеджеров. Зарплата живет в 7.7 на два бухгалтера.
Перенес тестово зарплату в ЗУП 3, так эти два бухгалтера завесили сервак в хламину, на котором раньше 50 человек работали.
   SleepyHead
 
22 - 24.12.17 - 14:20
(15) https://ibb.co/kZfC26

ну вот смотри. Весь скрин не буду вставлять, слишком большой, вставляю только ответ 1с.
   SleepyHead
 
23 - 24.12.17 - 14:21
(16) Это не работает. Ставил 1 на протяжении всей переписки, походу, они обозлились и начали хамить уже открыто.
   SleepyHead
 
24 - 24.12.17 - 14:22
(19) Не совсем так. Попробуй на пустой базе создать начисление, и выплату на его основании.

У меня удержанный налог по документу выплаты встал верно, а суммы выплаченного дохода утроилась.
   laeg
 
25 - 24.12.17 - 14:35
(22) В свое время вел переписку со службой поддержки. То ответы получали через полгода, то ответ в виде - это запланированное поведение программы ... Которое спустя пару релизов пропадало.
Хотя стоит заметить, что в последнии года скорость реакции службы ТП заметно увеличилась.
   Джинн
 
26 - 24.12.17 - 15:09
(14) Нет, это обычный ответ хотлайна :))

Если Вы все же, убив свои нервы, добьете их, то максимум будет отмазка "будет исправлено в будущих релизах", которая будет болтаться полгода.
   Злопчинский
 
27 - 24.12.17 - 15:32
Реально это просто публиковать в открытом виде в максимально возможном количестве мест и прямо говорить что код и разработку ведёт не квалифицированный персонал.
То есть тупо лить заслуженное дерьмо на 1с.
Чисто для пробы можно попробоватьтв е эти исследования опубликоватьмв виде статьи на ИС.
Заодно посмотрим насколько декларации ИС о совместной работе и развитию сообщества соответствуют дейстчительности
   SleepyHead
 
29 - 24.12.17 - 18:02
(27) Разработку ведут вполне квалифицированные люди, но у них нет нормальной обратной связи с клиентами. Потому что на хотлайне сидят действительно некомпетентный и непрофессиональный персонал, который забыл, или не знает, кто его кормит.

Что касается разработчиков - на своем опыте знаю, что пока не сядешь и не посчитаешь месяц за бухгалтера, ты будешь крайне далек от понимания того, в чем твоя программа буху неудобна и где следует улучшить. У меня была на поддержке самописка на 1с77.

Вот ввели бы в 1с правило для разработчиков - после очередного релиза берешь реальную базу, и проводишь все операции, начиная с взятия первички у клиента, заканчивая передачей результата клиенту. Вот это реально направляет мозги в нужную сторону.

А пока они просто кодят по ТЗ человека, который сам далек от реальной жизни, такие косяки будут продолжаться.
   Cyberhawk
 
30 - 24.12.17 - 20:09
"Вот ввели бы в 1с правило для разработчиков" // Не для разработчиков, а для постановщиков
   Cyberhawk
 
31 - 24.12.17 - 20:09
А, ну ты и сам дальше пишешь "они просто кодят по ТЗ человека, который сам далек от реальной жизни" :)
   SleepyHead
 
32 - 25.12.17 - 03:09
(31) Согласен, и для тех, и для тех.

А для службы поддержки - организовывать личные встречи с теми, кому они отписки пишут. Вот это было бы реально полезно для всех сторон.

Но нет, отгородились глупыми правилами, что если после обновления все работает на сферической базе в вакууме - то у клиентов ошибки учета.
   Azverin
 
33 - 25.12.17 - 08:15
(0) "Из регистра "РасчетыНП" выбираются все поля, а там тоже есть поле "Категория дохода"." - где-то я уже встречал такое от 1С.
 
 
   famnam
 
34 - 25.12.17 - 08:56
а как исправить то, что уже обновление наделало?
   Масянька
 
35 - 25.12.17 - 08:58
(0) Первый три цифры релиза говорят сами за себя :(
   Dotoshin
 
36 - 25.12.17 - 09:00
(3) >>Спасибо, но 3.1.4 вообще сильно глючный
Да и сам номер релиза напоминает какую-то греческую букву...
   KnightAlone
 
37 - 25.12.17 - 09:58
у меня есть пример ошибки в типовом отчете, о котором я писал еще весной. до сих пор не исправили. сколько раз потом писал - ошибка зарегистрирована, ждите, но я ее в зарегистрированных не нашел. в общем тут 2 варианта - если ошибка критична, исправлять самостоятельно, если не критична - забивать. от тех поддержки чего-то добиться оч тяжело.
   bolder
 
38 - 25.12.17 - 10:24
А у меня есть наоборот, пример адекватной реакции на ошибку.Она проявлялась только на базах ,перенесённых из 7.7.Пришлось потрудиться, создать демобазу и со скринштами доказать что происходит некорректное обновление.Было выпущено срочное обновление и ошибку быстро исправили.
   2S
 
39 - 26.12.17 - 12:14
подниму тему.
Не могу найти причину перерасчета НДФЛ в текущем периоде за весь календарный год
Пример в мае
12/05/17 | отпуск | приход | 10 000,00
12/05/17 | ведомость| расход | 10 000,00

Перерасчет в текущем периоде за май
12/05/17 | начисление от 30.11.17 | приход | 10 000,00
12/05/17 | начисление от 30.11.17 | приход | -10 000,00
   SleepyHead
 
40 - 26.12.17 - 12:25
(39) Категория дохода какая? Посмотри по всем 4 записям.
   2S
 
41 - 26.12.17 - 12:29
РасчетыНалогоплательщиковСБюджетомПоНДФЛ
1. Оплата труда
2. Оплата труда
3. Оплата труда
4. Оплата труда

а вот в СведенияОДоходахПоНДФЛ по доходам категория пустая
   2S
 
42 - 26.12.17 - 12:33
(40) рисовать обработку заполнения для РН записей с пустой категорией?
   SleepyHead
 
43 - 26.12.17 - 12:36
(42) Напиши им про эту проблему со ссылкой на мои коды общения с техподдержкой )) пусть уже поймут, что проблема не единичная, и проявляется не на сферифеских базах в вакууме.
   SleepyHead
 
44 - 26.12.17 - 12:37
(42) SW1225336
   2S
 
45 - 26.12.17 - 13:03
аллилуйя
поэкспериментировал на одном подопытном.
пробежался по регистру миникодом
    ДоходыНДФЛ = РегистрыНакопления.СведенияОДоходахНДФЛ.СоздатьНаборЗаписей();
    ДоходыНДФЛ.ОбменДанными.Загрузка = Истина;
    ДоходыНДФЛ.Отбор.Регистратор.Установить(Документы.НачислениеЗарплаты.НайтиПоНомеру("00ЗП-000043", Дата(2017,05,31)));
    ФЛ = Справочники.ФизическиеЛица.НайтиПоКоду("00-0000054");
    ДоходыНДФЛ.Прочитать();
    Для Каждого Доход Из ДоходыНДФЛ Цикл
        Если Доход.ФизическоеЛицо = ФЛ Тогда
            Доход.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
        КонецЕсли;    
    КонецЦикла;    
    ДоходыНДФЛ.Записать();


(пример на одном регистраторе)

все стало красиво.
   Базис
 
46 - 26.12.17 - 13:50
(12) Открой мейл, многим бывает нужен консультант по ЗуПу. И ценник поднимай.
   Костя56
 
47 - 26.12.17 - 14:41
(39) 3 дня назад я написал причину, а ты все не можешь найти)
   KnightAlone
 
48 - 29.12.17 - 11:02
выпустили 3.1.4.161. кто-то уже успел проверить, исправили там косяки с НДФЛ?
   Alexandr_U1982
 
49 - 29.12.17 - 14:16
(48)На партнерской конференции пишут, что с НДФЛ те же самые проблемы
 
 Рекламное место пустует
   Amra
 
50 - 29.12.17 - 14:31
(49) Да, видимо не зря 1С ЗУПовца ищет уже с год наверное :)
   Вафель
 
51 - 29.12.17 - 14:35
у зупа вообще самое низкое качество из всех конфиг.
+ они идут каким то своим путем и не используют обшую архетиктуру приложений на УФ
   Amra
 
52 - 29.12.17 - 14:37
(51) Ты думаешь, блок ЗУП в твоем любимом ЕРП отличается от отдельной ЗУП? Или блок ЗУП в КА?
   KnightAlone
 
53 - 29.12.17 - 14:48
(49) (50) Понятно... походу вообще 3.1.5 придется ждать и на него сразу переходить, минуя 3.1.4, он заявлен на январь 2018, там надеюсь уж поправят
   KnightAlone
 
54 - 29.12.17 - 14:51
подтверждаю, как раз релиз доделал, вся та же самая фигня в движениях
   Фрэнки
 
55 - 29.12.17 - 17:37
(54) ну, как минимум, об этом косяке нет инфы в списке ошибок, который публичный идет по ссылке к релизу. Соотв. нет исправления. Я список посмотрел, а тестить не стал - отвлекали весь день.
   Фрэнки
 
56 - 29.12.17 - 17:38
(53) и тестовый 3.1.5 уже есть на релизах. Даже не надеюсь на него. Он идет как обновлюха, а не полный сетап
   ИТ директор
 
57 - 29.12.17 - 17:45
(51) Да, косякнули под НГ они мощно.
   SleepyHead
 
58 - 30.12.17 - 04:29
(53) Опытным путем понял, что надо считать декабрь на 3.1.3.274, а уже новый год начинать на новой редакции.

Даже при косяках с категорией дохода отчеты по НДФЛ заполнятся верно, и ладно.
   Костя56
 
59 - 06.01.18 - 23:00
У наших клиентов все красиво в декабре после наших исправлений. Можем помочь
   2S
 
60 - 07.01.18 - 13:20
(59) выложи в каталог или на ИС.
   NorthWind
 
61 - 07.01.18 - 13:33
(0) на нимфостарт обязательно! Только подраздуй размер, чтобы гонорар перечислили. Я вот в свое время лоханулся - написал маленькую статью, рейтинг накидали, а денег не получил.
   Костя56
 
62 - 07.01.18 - 13:56
(60) Какой каталог, что такое ИС?
   2S
 
63 - 07.01.18 - 14:09
(62) catalog.mista.ru
Инфостарт
   Костя56
 
64 - 07.01.18 - 14:31
Но там еще нужно добавить пропущенную разработчиками строчку в конфигураторе, развернуть параллельно архив, сделанный перед обновлением, и из архива перенести налог и его распределение за 11 месяцев через OLE
   Костя56
 
65 - 07.01.18 - 16:22
И только после этого заполнить категорию дохода за год уже без ошибок 1С. По нашему мнению это единственный способ  восстановить бухучет НДФЛ за год как было, если ведется учет з/п по ИФ. Ну и может не единственный, но 100% способ вообще исправить все, что сделано при обновлении с данными, нормально посчитать и выплатить декабрь, сдать годовые отчеты
   DSS
 
66 - 29.01.18 - 16:06
(65) Поделитесь, пожалуйста, как заполнить без ошибок 1С?
Налог из копии восстановили. Теперь вопрос, как правильно заполнить категорию дохода?
   iceboat14
 
67 - 14.02.18 - 11:32
Есть лечилка, как исправить НДФЛ?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует