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

  1  2  3   

Ограниченная поддержка ЗУП 2.5 в 2017 году продолжится на том же уровне

Ограниченная поддержка ЗУП 2.5 в 2017 году продолжится на том же уровне
Я
   craxx
 
21.10.16 - 05:15
Был на партнерском семинаре очередном. ЗУП 2.5 прекращают поддержку... Самое смешное что штатной переноски документов в тройку - нету(( Хотя для меня может и хорошо, доп. заработок...
 
 
   Akela has missed
 
101 - 21.10.16 - 09:49
(97) Это касается поддержки 3.0. В разделе 2.5 такого сообщения нет.
   olgerd666
 
102 - 21.10.16 - 09:50
(99) ок. тогда я ваще не знаю чему уже верить((((( будет какая либо еще инфа у кого?
   vyaz
 
103 - 21.10.16 - 09:52
(102) ты (74) читал? ТС сделал не годный вброс
   olgerd666
 
104 - 21.10.16 - 09:53
(103) читал) просто вдруг они через неделю передумали?! и типа у ТС более новая инфа...
   Быдло замкадное
 
105 - 21.10.16 - 09:57
Я вчера с БГ пиво пил, он сказал до 2020 ЗУП 2.5 будут поддерживать
   Господин ПЖ
 
106 - 21.10.16 - 09:58
зуп пофиг. а вот бп и упп - это важно...

а чего делать потом с отраслевыми нашлепками? заново покупать?
   piter3
 
107 - 21.10.16 - 09:59
(106) У агрософта не нужно было при переходе,у раруса вроде тоже
   oslokot
 
108 - 21.10.16 - 10:00
(105) БГ - Борис Гребенщиков? :)
   Быдло замкадное
 
109 - 21.10.16 - 10:02
(108) Баба Галя!
   newbling
 
110 - 21.10.16 - 10:08
У меня товарищ на ЗУП 3.0 сидит, говорит, что не так всё плохо - в основном гемор с кешированием, а так норм.
 
 Рекламное место пустует
   Artful Den
 
111 - 21.10.16 - 10:14
Пойду в магаз за солью и спичками
   Shur1cIT
 
112 - 21.10.16 - 10:17
(0) Когда снимают? официального письмо для простых смертных пользователях есть? о такмх вещах миниум за год надо предупреждать ЗуП 2.5 не только в "ларьках" используют
   timurhv
 
113 - 21.10.16 - 10:18
(112) они каждый год письма шлют и предупреждают
   timurhv
 
114 - 21.10.16 - 10:19
   Shur1cIT
 
115 - 21.10.16 - 10:19
(113) в шапке с обновлениями 2.5 ничего нет
   kossmatiy
 
116 - 21.10.16 - 10:20
(51) в настройках, на форму можно вывести нужные регистры.
   KnightAlone
 
117 - 21.10.16 - 10:28
чет ниче не понял. несколько человек лично с БГ говорили, одному он сказал - снимаем, другому - поддерживаем. он шутник такой? или это на форуме шутники? в ларьке перекинуть из 2.5 в 3.1 может и не проблема. имхо такие вещи официальным письмом надо месяца за 3 надо оповещать
   Amra
 
118 - 21.10.16 - 10:31
(117) Ну три месяца еще есть - в марте будет последний релиз 2.5, если снимут
   KnightAlone
 
119 - 21.10.16 - 10:34
(118) чтобы нормально сдать готовую отчетность за 2017, как я понимаю, надо переходить с 1го января. Так как перенос данных идет остатками. полный перенос работает на минимальных объемах данных, к такому выводу я пришел в результате тестов переноса. Если в марте переходить остатками на 1е января, все расчеты за январь, февраль, март 2017 из старой базы будут перенесены в полном объеме? Проверял кто?
   vladko
 
120 - 21.10.16 - 10:38
http://its.1c.ru/db/metod81#content:5501:hdoc
Здесь описан процесс переноса данных с ред.2.5 в 3.0. В 3.1. видимо будет аналогично.
   mishaPH
 
Модератор
121 - 21.10.16 - 10:38
даже если 2.5 будут еще поддерживать в 2017 году. представьте. с какой скоростью и качеством..
   Мойдодыр
 
122 - 21.10.16 - 10:42
(121) в этом же году с нормальной скоростью поодерживали
   KnightAlone
 
123 - 21.10.16 - 10:46
(120) я это читал, ответа на свой вопрос я там не увидел

На текущий момент по умолчанию предусмотрен перенос следующих данных:

•справочники: организации, подразделения, должности, сотрудники и основная связанная с ними справочная информация; 
•начисления и удержания с регламентированным способом расчета (оклад, премия, исполнительные листы и т. п.); 
•список позиций штатного расписания не переносится, но при необходимости может сформироваться по штатной расстановке; 
•штатная расстановка на месяц начала эксплуатации; 
•кадровая история сотрудников для заполнения их личных карточек (Т-2); 
•данные для расчета среднего заработка: для пособий ФСС – за три предшествующих года, для отпусков и других случаев – за 15 предшествующих месяцев; 
•данные учета НДФЛ и страховых взносов в году переноса (если эксплуатация начинается не с начала года); 
•остатки взаиморасчетов на месяц начала эксплуатации.

Я это понимаю так - остатки на 1е будут перенесены. данные после 1го - нет. И как Вы собрались в марте переходить? как готовую отчетность за 2017 сдавать?
   KnightAlone
 
124 - 21.10.16 - 10:49
Нашел

"Если требуется выполнить "полный" перенос данных (см. предыдущий раздел), то на этом шаге следует изменить вариант по ссылке "Настройка".
При этом варианте указывается не месяц, а период, за который будут перенесены данные. Период, до которого переносятся данные, не ограничивается. Например, если в базу редакции 2.5 уже введены данные за будущие месяцы, то они также будут перенесены.
"

Полный перенос делать не вариант, он не рабочий
   Aleksey
 
125 - 21.10.16 - 10:50
(121) БП 2.0 уже несколько лет не поддерживается (ограниченная поддержка). БП 3.0 актуальная и поддерживается.
Угадай что работает стабильнее и менее проблемнее 2.0 или 3.0?

Давай сравним УТ10 и УТ11. давай сравним скорость и качества


Так что то что в 2017 году будет ограниченная поддержка, для конфигурации это однозначный плюс, так как отдел двигания кнопок не будет туда лезть своими руками. Будет работать только отдел правки косяков
   Господин ПЖ
 
126 - 21.10.16 - 10:50
>Полный перенос делать не вариант, он не рабочий

типовые переносы все какие-то кривоногие...

то половины информации нет, то наоборот - весь мусор тащит
   piter3
 
127 - 21.10.16 - 10:50
(121) БП 2.0 нормально и особо претензий к скорости нет
   Господин ПЖ
 
128 - 21.10.16 - 10:51
>Будет работать только отдел правки косяков

там косяки я думаю есть которые годами болтаются... будут править только новые косяки из-за изменений учета

типа по 6-ндфл, ндс
   Artful Den
 
129 - 21.10.16 - 10:55
(128) некоторые косяки, которые годами болтаются, можно самому поправить, без опасения, что там что-то изменится.
   KnightAlone
 
130 - 21.10.16 - 10:55
(128) ты знал!

Код ошибки: 00076008    
  Дата публикации: 17 июля 2007 г.   
  Описание: Неверно исчисляются алименты с работника, отработавшего неполный рабочий месяц из-за прогулов.

Это ошибка в ЗУП 2.5 в 20016м году
   Мойдодыр
 
131 - 21.10.16 - 10:56
Самая проблема ЗУП 2.5 То что там режим совместимости 8.2.13.
И от этого параллельности никакой
   Aleksey
 
132 - 21.10.16 - 10:58
(128) Так проблема в том что в релизе на поддержки этот отдел не успевает за косяками который двгатели кнопок генерируют. Вот и получается на каждую исправленную ошибку двигатели генерируют 2.
   Aleksey
 
133 - 21.10.16 - 10:59
(131) А что 3.1 супергипер параллельная?  Т.е. переход на 8.3.8 это + 100 к параллельности?
 
 
   Господин ПЖ
 
134 - 21.10.16 - 10:59
>некоторые косяки, которые годами болтаются, можно самому поправить, без опасения, что там что-то изменится.

в упп на том и держимся. что старые косяки на своих местах и модули где есть свои кастомизации 1с не курочит
   Господин ПЖ
 
135 - 21.10.16 - 10:59
>И от этого параллельности никакой

а что, там упр. блокировки есть?
   Джо-джо
 
136 - 21.10.16 - 11:00
Сказка для программистов: Три поросёнка прячутся от в волка в домике из говна и палок и чинят его быстрее, чем волк его ломает
   Мойдодыр
 
137 - 21.10.16 - 11:03
(133) Про 3.1 ничего не знаю. Занимался имеено оптимизацией 2.5
   supersonic
 
138 - 21.10.16 - 11:04
(136) Ржу нимагу ;) Хорошая сказка.
   bolobol
 
139 - 21.10.16 - 11:10
(137) Так в ЗУП 2.5 нет всего лишь параллельности, в ЗУП 3.0 - нет ПОСЛЕДОВАТЕЛЬНОСТИ!!! Клик, и пить чай... клик, и снова пить чай. Я столько не выпью!
   Джо-джо
 
140 - 21.10.16 - 11:12
(139) Отключи Выполнять автоматический пересчёт документов при редактировании
   mishaPH
 
Модератор
141 - 21.10.16 - 11:22
(136) Ты сделал мой день.. Сижу ржу периодически и не могу остановится. Окружающие после прочтения этого тоже синят с медными лицами.

Стал ясен весь глубокий смысл нашей работы
   Мойдодыр
 
142 - 21.10.16 - 11:24
Этот прикол уже раз 5 на мисте был
   Мыш
 
143 - 21.10.16 - 11:25
(140) Не рассказывай всем. Я из-за твоего поста кучу бабок потерять могу на ускорении ЗУП 3 )))
   mishaPH
 
Модератор
144 - 21.10.16 - 11:30
(142) первый раз слышу. это наверное только в ветках о 8ке. я туда не хожу
   Джо-джо
 
145 - 21.10.16 - 11:35
(142) поиск ничего не выдаёт
   El_Duke
 
146 - 21.10.16 - 11:35
(124) Заблуждение
Я вот в начале недели запустил такой перенос. С первой попытки не прошел, разбирался несколько дней (занимался не только этим), в итоге нашел косяк в исходных данных. Исправил и все перенеслось. Другой вопрос что результат переноса может быть не так удобен в новой базе, как все виделось в базе предыдущего релиза.
П.С. База для переноса была за много лет, кол-во сотрудников - пара сотен.
   piter3
 
147 - 21.10.16 - 11:36
(145) сегодня видел в теме с карикатурами
   piter3
 
148 - 21.10.16 - 11:39
   KnightAlone
 
149 - 21.10.16 - 11:43
(146) мама миа! пара сотен! обалдеть! а что делать с базой в которой 200 000 записей в справочнике сотрудников, а работающих сотров более 13 000? Такую не пробовал? Базу, в которой 1000 работающих сотров я считаю мелкой и тестовал на ней. Даже она постоянно ловила какие-то глюки, аля в справочнике подразделений использовалась иерархия, а не все подразделения на 1ом уровне, в итоге конфликт блокировок при записи в 3.1. я уже писал выше - полный перенос годен для киоска
 
 Рекламное место пустует
   El_Duke
 
150 - 21.10.16 - 11:45
(149) у меня такой нет, если дашь - попробую
   mishaPH
 
Модератор
151 - 21.10.16 - 11:47
(146) а что делать конторам. где 15000 человек ( банк открытие например). моя контора 3500 у жены сейчас тоже 3000
   piter3
 
152 - 21.10.16 - 11:47
(151)Я вот подумываю о вазелине.шутка
   KnightAlone
 
153 - 21.10.16 - 12:00
(150) у банка Открытие попроси. может они направо и налево свою базу раскидывают, ко мне с такими просьбами обращаться больше не надо
   El_Duke
 
154 - 21.10.16 - 12:02
(153) ладушки
ну и ты меня своими страшилками тогда не пугай
   KnightAlone
 
155 - 21.10.16 - 12:04
база с 1000 работающих выгружала/загружала данные несколько часов, потом поиск причины, исправление исходных данных, запуск по новой. я просидел пару дней с мелкой базой, потом прикинул, сколько я буду отлавливать глюки переноса с базе в 10-15 раз большей и отказался о этой затеи. Ну думаю, что я единственный. Перенос остатками на мелкой базе прошел с 1го раза
   шаэс
 
156 - 21.10.16 - 12:06
(154) тю... страшилки. у меня вон расчетчик, который пошел на переход с 7.7 на 3.0 до сих пор косяки переноса разгребает. на 200-х сотрудниках
   KrasnSergey
 
157 - 21.10.16 - 12:06
(0) Что-то мне подсказывает - слабо им пол страны кинуть. ОЧЕНЬ МНОГО больших контор сидит на 2.5. У меня 5500 действующих сотрудников, 6 лет базе.
Но чтоб проверить догадки придется переживать 3-4 месяца.
   шаэс
 
158 - 21.10.16 - 12:15
(157) почему 3-4? в декабре обычно все планы озвучивают и письма выпускают
   KrasnSergey
 
159 - 21.10.16 - 12:17
Причем франчи сами не знают чем все закончится,по логике они сейчас должны активно продвигать продажи 3ки и услуги по переносу данных
   El_Duke
 
160 - 21.10.16 - 12:19
(156) а вы уверены что это косяки переноса, а не кривого ведения учета в базе-источнике ?

У меня недавно был случай.
Кадровик сказал что есть сотр по которому неверно считается остаток отпусков, в базе он на 9 дней больше чем в карточке Т-2, которая ведется вручную. Начали разбираться, подняли аж 2006 год в ЗиК. Оказалось что там Приказ на отпуск был сделан на 23 дня, а Начисление отпуска на 14 дней. Вот при переносе в ЗУП эти 9 дней долга и вылезли.
И кто спрашивается виноват ? Перенос что ли ?

И подобные объяснения можно найти для 95% случаев. А чем больше база, тем больше таких косяков в учете. Искать их лень, проще сказать "перенос виноват"
   KrasnSergey
 
161 - 21.10.16 - 12:22
(160) "Искать их лень"
Нереально
   El_Duke
 
162 - 21.10.16 - 12:37
(161) Просто многие не хотят тратить на это время и это объяснимо. Но когда начинаются крики что "программа сырая", "перенос плохой" я уверен что подавляющая часть ошибок связана с косяком ведения учета в базе источнике. И если пойти на принцип и потратить время на распутывание концов, то ты ткнешь юзеру в его давнюю ошибку.
Перенос данных работает настолько хорошо, насколько хорошо велся учет. За ошибки юзер должен себя ругать прежде всего.
   Мойдодыр
 
163 - 21.10.16 - 12:39
Перенос в 90% случаев плохой
   Мойдодыр
 
164 - 21.10.16 - 12:39
Обычно с переносом многие косяки выходят наружу
   шаэс
 
165 - 21.10.16 - 12:47
(162) интересные рассуждения... а что надо кричать? 1с ведь не оставляет выбора (вот только не надо разговоров про то, что можно пойти сходить куда - то еще, или самостоятельно продолжать поддерживать 2.5/1.0). если бы 1с оставила выбор типа - вот вам программа-цаца, где реализовано чуть более того, что вы когда-либо хотели - переходите, а вот вам программа отстающая от жизни, но зато стабильно работающая, то вот тогда тем, кто захотел бы осознанно перейти, не пристало бы ныть - все плохо, программа сырая и перенос кривой. потому что осознанно. а тут - работали, работали, зп считается, отчетность формируется, все настроено - переходите. так еще будьте добры поправить все косяки учета, чтобы было счастье. Если мне эти косяки не мешают работать в моей нынешней программе, то с какого переляку они должны помешать работать в новой, куда идти заставляют?
   piter3
 
166 - 21.10.16 - 12:48
(164) угу и к создателям переноса тоже вопросы обычно возникают
   Мойдодыр
 
167 - 21.10.16 - 12:50
Типа таких:
-тут отрицательный остаток.
-Но таких ведь быть не должно
-нет
-значит не переносим
   mishaPH
 
Модератор
168 - 21.10.16 - 12:52
(163) (164) вот все доло как раз в том. что это косяки базы 1с а не бухов. 1с позволила и сделала вот то-то и то-то. Это худо бедно исправили.. отчеты сданы. перенов в новую базу переносит не данные получается а доки. которые доки уже новая система интерпретирует по своему.. от этого и все проблемы
   Akela has missed
 
169 - 21.10.16 - 12:53
(162) Так-то оно так, но если в исходной базе все работает как надо, то еще попробуй докажи, что на самом-то деле это не должно было работать.
   mishaPH
 
Модератор
170 - 21.10.16 - 12:53
(169) именно.
   Мойдодыр
 
171 - 21.10.16 - 12:54
Я думаю 99% баз 1сных не выдержат перепроведния за весь период
   Gary417
 
172 - 21.10.16 - 12:54
(169) не "как надо", а "Как устраивает"... это разные вещи

я сталкивался с тем что некоторых устраивает вручную цифры расчитанные править каждый месяц
   mishaPH
 
Модератор
173 - 21.10.16 - 12:55
Я вообще считаю, что перенос докво из базы в базу ( новую и структурно другую ) есть маразм несусветный. В новой системе надо начинать работать введя остатки..
Но перенос данных. в 99% случаев корявый есть немалый хлеб прогов. Бухам же это объяснять ( о корявости любого перехода) бессмысленно. Для них программа - это формочки..
   Мойдодыр
 
174 - 21.10.16 - 12:55
(172) ну а после перехода все должно само конечно же.
Иначе зачем переходили то?
   piter3
 
175 - 21.10.16 - 12:55
(171) Ты ошибаешься
   Мойдодыр
 
176 - 21.10.16 - 12:56
(175) Значит ты тот самый 1%
   Мойдодыр
 
177 - 21.10.16 - 12:56
Я по крайней мере ни одной такой базы не встречал
   piter3
 
178 - 21.10.16 - 12:56
(176) А кстати,что в зупе будешь перепроводить?
   Gary417
 
179 - 21.10.16 - 12:57
(174) зачем переходили - отчётность же
   Мойдодыр
 
180 - 21.10.16 - 12:58
(179) Ну она и должна САМА
   piter3
 
181 - 21.10.16 - 12:59
(174)Захотелось острых ощущений же:)
   Gary417
 
182 - 21.10.16 - 13:00
(180) угу, ИИ во все щели
   RoRu
 
183 - 21.10.16 - 13:03
(173) как вы это видете в ЗУПе в свете расчёта средних заработков ?
   Akela has missed
 
184 - 21.10.16 - 13:05
(183) Средний заработок тоже переносится остатками.
Другое дело, что кадровую историю остатками не перенесешь.
   шаэс
 
185 - 21.10.16 - 13:05
(183) еще не столкнулись с упрощенным переносом, который рекомендует 1с при переходе на 3-ку? данные для расчета среднего переносятся только за нужный период и только в нужные регистры. т.е. никакой истории по начислениям не остается в виде сводов и т.д. но средний считается
   mishaPH
 
Модератор
186 - 21.10.16 - 13:05
(183) х.з. если честно
   dimaldinho
 
187 - 21.10.16 - 13:08
(183) Документ "Ввод остатков для среднего заработка" с необходимой детализацией
   Мыш
 
188 - 21.10.16 - 13:18
(187) Нет такого документа. Есть документ "Перенос данных" )))
   vitanimka
 
189 - 21.10.16 - 13:31
Че вы кипешь подняли, Нуралиев сказал на партнерке, что снимем с поддержки, но предупредим за 1 год, письма еще не было, так что можно спокойно работать и не гнать волну.
   piter3
 
190 - 21.10.16 - 13:32
(189) А ты вспомни когда письмо появилось в прошлом году,а кто там чего в цирке сказал нормальным людям начхать.Проекты и ресурсы планируются не по слухам
   mishaPH
 
Модератор
191 - 21.10.16 - 13:41
(189) ага. он когда то когда какой-то подобный финт совершили вдруг на партнерке по мышей и кактус сказал. помню.
   El_Duke
 
192 - 21.10.16 - 14:25
(173) Перенос корявый там, где был корявый учет
Вы сейчас говорите так:"Дайте нам возможность ошибаться как угодно, но будьте любезны предусмотреть правильный перенос абсолютно любых ошибок, какие придут нам в голову"

Назовете мне хоть какое-нибудь ПО которое бы удовлетворяло таким требованиям ?
   шаэс
 
193 - 21.10.16 - 14:28
(192) лучше назовите какое-нибудь ПО, которое после обновления не дает возможность работать нормально?
   Мойдодыр
 
194 - 21.10.16 - 14:31
(193) Виндоус?
   piter3
 
195 - 21.10.16 - 14:32
(194)тогда с чего столько форумов забито тема после обновления получил синий экран и подобное
   Мойдодыр
 
196 - 21.10.16 - 14:35
(195) Ты вопрос то прочитал?
   piter3
 
197 - 21.10.16 - 14:36
(196) "не" не увидел.пардон
   Господин ПЖ
 
198 - 21.10.16 - 14:40
>тогда с чего столько форумов забито тема после обновления получил синий экран и подобное

относительно того сколько ее в мире - это копейки
   Aleksey
 
199 - 21.10.16 - 14:40
(192) Не факт. Например поменялась методология. За Зуп не скажу, но приведу примеры из БП.
Субконто номенклатурная группа на 90 счете. С какого то момента они решили что не должно быть пустого субконто. С методологической точки зрения это не ошибка (точнее субконто важно в экзотических случаев, кода ИП и разные виды деятельности, поэтому 1С решила привязаться к субконто, ну и заодно поставить всех раком).
Или к примеру разделение в перемещение собственный и комиссионный товар в разные табличные части. Я правда так и не нашел зачем это нужно, ведь даже если убрать проверку и вернуть как было, т.е. в одной табличной части проводить и комиссионный и собственный товар это никак не влияет на учет.

Но с точки зрения программы данные по старым периодам не корректны и не получится перенести как есть, хотя пользователь на тот момент забивал данные корректно
   Господин ПЖ
 
200 - 21.10.16 - 14:41
>Перенос корявый там, где был корявый учет 

чушь собачья
  1  2  3   

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