Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Переход с ЗиУП 2.5 на ЗиУП 3.1 с полным переносом оборотов за все времена

Переход с ЗиУП 2.5 на ЗиУП 3.1 с полным переносом оборотов за все времена
Я
   Said_We
 
12.03.21 - 10:50
Собственно вопрос в теме. Для организации вопрос принципиальный переносить полностью все обороты по ЗП и кадровому учету.
Посмотрел что делает типовой перенос из демки в пустую: остатки + НЕ проведенные обороты кадровых документов без начислений. Если переносить типовыми средствами как начало эксплуатации 1900 год + все обороты, то не взлетит. :-)
Почему - понятно. В ЗиУП 2.5 было деление на кадровые документы и расчетные без четкой связи документов, в ЗиУП 3.1 всё в одном месте. + Расчеты оборотов не переносятся. + много чего.

Кто переносил обороты полностью и каким вариантом? Какие варианты есть?
Спасибо.
   Масянька
 
1 - 12.03.21 - 10:59
(0) ТКВ - зачем?
   ГдеСобакаЗарыта
 
2 - 12.03.21 - 11:03
Скажи заказчику, что со своей принципиальностью они так и просидят на 2.5 до конца ее поддержки. А потом все равно перейдут на 3 типовым переносом.
   VladZ
 
3 - 12.03.21 - 11:05
(0) Я переносил. Давно это было.
"С помощью долота и какой-то матери" (с).

Для каких-то доков написал правила, какие-то перенес в тексте, какие-то руками.
Там данных было немного: штат в пределах 20-30 сотрудников, период - три года.

Но (!!!)... Какая-то хрень считалась в БП3 немного по-другому. Я сдал базу буху и больше их не видел.
Что они делали с различиями - не в курсе.
   VladZ
 
4 - 12.03.21 - 11:07
+3 Сразу отвечу на вопрос: почему не типовой перенос.
В исходной базе ЗУП 2.5 были "убиты данные". Т.е. какая-то инфа удалена полностью. Типовой механизм переноса с такими данными работать не умел (не знаю, как сейчас) и тупо говорил "Я не могу это делать!".
   SleepyHead
 
5 - 12.03.21 - 11:10
(0) Вручную пусть колотят, заодно и считать научатся.
   d4rkmesa
 
6 - 12.03.21 - 11:14
(0) Переносил штатным способом с оборотами (вариант "нерекомендуемый"). Кое-что кривенько(в основном - данные предыдущего переноса из 7.7), но работать можно. Если вас такой вариант не устраивает, хз что посоветовать. Повторить учет со всеми документами 1-в-1 невозможно.
   dka80
 
7 - 12.03.21 - 11:16
Кадровые документы понятно зачем вам, но зачем вам начисления прошлых периодов?
   Said_We
 
8 - 12.03.21 - 11:25
(7) Пересчет за прошлый год чего-то, в том числе с пересдачей отчетности у них бывает и достаточно регулярно. Численность не большая - около 1500-2000 сотрудников + ДГПХ.
(2) Это понятно - переубеждаю регулярно и постоянно, но пока как есть. Сейчас собираю все "принципиальности".
   Масянька
 
9 - 12.03.21 - 11:31
(8) Одно дело пересчитать в одной программе, а совершенно другое - пересчет  в новой программе.
Там столько вылезет... Причем, со времен заря Гороха...
На фига?
   Йохохо
 
10 - 12.03.21 - 11:32
(8) цифры не сойдутся 101%, пусть руками из копии. сломанные цифры это автоконец и даже армаггеддонец
   Фрэнки
 
11 - 12.03.21 - 11:32
(8) для работы в ЗУП 3 численность 1500 нельзя считать, что это небольшая - вполне приличная.

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

Но задача решаема, если смотреть, что в результате переноса будут именно данные перенесены, а не вся чехарда расчетных документов и ошибок.
   Фрэнки
 
12 - 12.03.21 - 11:33
Типовой перенос можно доработать и данные будут.

Другое дело, что механизм использования перерасчетов по таким данным надо тестировать. Прямо в прошлом оно пересчитываться не будет и не должно.
   Eeeehhhh
 
13 - 12.03.21 - 11:35
(6) особенно это касается учета и расчета НДФЛ там принципиально разные механизмы даты выплаты и даты получения дохода.
   Eeeehhhh
 
14 - 12.03.21 - 11:39
(11) задача решаемая, да. Я делал одним пару лет назад с количеством сотрудников 5к+. Перенесены были все кадровые документы, авансы и отклонения. Потом были последовательно пересчитаны и перепроведены все начисления. Ни одна отчётная форма ни сошлась. Я молчу про "копейки" при округлениях и расхождениях по расчетным листкам.
   Фрэнки
 
15 - 12.03.21 - 11:40
(14) Я не предлагаю пересчитывать.

И задача решаема - это в отношении переноса всех _данных_ , а не документов расчетов.
   Said_We
 
16 - 12.03.21 - 11:41
(12) Они не пересчитывают начисления в прошлом периоде. Всё как по учебнику. Сегодня за прошлый период нашли что что-то необходимо пересчитать, в текущем за прошлый и пересчитали. Если относится к прошлому налоговому периоду и надо пересдать отчетность за прошлый год, то пересдают и их это не напрягает совсем.
   Фрэнки
 
17 - 12.03.21 - 11:41
Прошлые года пересчитывать нельзя. Или просто не получится, как и подтверждается в опыте из (14)
   Eeeehhhh
 
18 - 12.03.21 - 11:41
(15) переносить как есть не выход - потом полезут пересчеты при начислении за царя Панька.
   Фрэнки
 
19 - 12.03.21 - 11:42
(18) Ничего никуда не лезет.
   Eeeehhhh
 
20 - 12.03.21 - 11:44
(18) ну, ну ... Это нужно рассказать бухам, которые "ой а мы тут льготу забыли человеку в 2017 ввести" ...
   Фрэнки
 
21 - 12.03.21 - 12:31
(16) не бьются показания :-)
Если не напрягает, то и не фиг документы переносить. Сажайте в новую базу данные переноса и все. Но типовой перенос, скорей всего, придется доработать, т.к. именно всех данных типовой вам не станет писать - оборвет на 36 месяцев от даты начала учета
   Homer
 
22 - 12.03.21 - 13:44
Обычно переходят на новый ПО если старое не устраивает. Зачем то что не устраивает переносить в новое ПО я не понимаю.
Если ЗУП 2,5 был хорош и все работало тогда зачем переходить, есть поддержка - работайте, а там и сотрудники поменяются которым надо старые периоды переносить.
   El_Duke
 
23 - 12.03.21 - 15:04
(20) Ну забыли чо теперь ?

Все перерасчеты делаются в текущем периоде, в 2017 г. не надо лезть. А тех кто это делает ГБ должен отстреливать из дробовика
   Said_We
 
24 - 12.03.21 - 15:45
(22) Поддержка ЗиУП 2.5 заканчивается. Его сопровождают по остаточному принципу и далее бросят или почти бросят.
Многих и ЗиК 7.7 (с 1С++) вполне устраивал, но это не устраивает саму фирму 1С. Вот и нагибают переходить непонятно зачем на не понятно что. "Зачем" - вопрос риторический и адресовать его надо точно не ко мне. Инициатором перехода я не являюсь.
   Turku
 
25 - 12.03.21 - 16:15
(24) >> Поддержка ЗиУП 2.5 заканчивается.
Речь, конечно же, о КОРП-версии.
Заканчивается когда? Есть точная информация?
   Homer
 
26 - 12.03.21 - 16:21
(24) Тут все дела как подать информацию и показать какие есть плюсы и минусы у переноса. За частую сотрудники с такими хотелками даже не работают в программ, а только смотрят отчеты.
   Масянька
 
27 - 12.03.21 - 16:51
(24) Ну, и что?
Базу 2.5 у вас кто-то отбирает?
Когда только-только переходили на автоматизированный учет (бух, ЗП - не важно) - десятилетия с бумаги (вели же на бумаге до этого) забивали в программу?
Смысл?
   Said_We
 
28 - 12.03.21 - 17:43
(27) Повторюсь. Я не являюсь инициатором перехода. Есть как есть.
   El_Duke
 
29 - 18.03.21 - 10:12
(28) Не являешься, но от тебя зависит как это в конечном счете произойдет

Ты тот самый суровый мужик с железными яйками, который стукнет кулаком по столу и скажет: "Будет так ! Я сказал !!!"

Последние 3 года в новой конфе, все предыдущее - в старой. Надо что посмотреть - заходите и смотрите
Нефиг древние косяки втаскивать в новую конфу
   Фрэнки
 
30 - 18.03.21 - 10:22
(29)// Последние 3 года в новой конфе


Просто они даже эти последние 3 года толком не понимают, что они есть в новой конфе.
И я бы сказал, что не 3 года, а 36 месяцев до даты начала учета.
Хотя и понятно, что когда начало учета январь, то и 36 месяцев это с января трех лет назад :-)
Но я делал даты начала учета не обязательно в январе и такая фича там в переносе данных работает.

И кстати, там данные есть для НДФЛ и они отсчитываются не 3 года, а на начало года в дате начало учета - вот это нужно переделывать, иначе НДФЛ прошлого года в текущей базе не будет видно. Если дата начала январь, то типовая обработка не думает, что надо прошлый год для НДФЛ тащить.

Только обработку для выгрузки данных переноса приходилось переделывать. Именно на глубину переносимых данных и на установку отбора на только нужные к переносу Организации.
 
 Рекламное место пустует
   KnightAlone
 
31 - 18.03.21 - 10:33
(31) хммм. а вот интересно, насколько эта обработка совместима с попыткой дернуть данные не из зуп 2.5, а из упп. надо перенос сделать упп - зуп 3.1. думаю, как быстрее. по идее в УПП же тот же зуп 2.5 по большей части содержится
   Фрэнки
 
32 - 18.03.21 - 10:40
(31) т.е. возьмешь из типовой 3.0 обработку для переноса из 2.5, а запустишь ее для выгрузки из УПП ?
Ну если с отладчиком посидеть, покрутить, то можно изменить и заработает. Просто там в отдельных местах есть отличия.
Начиная с процедуры проверки версий. Но не только. Придется на тестовом примере пройти выгрузку до конца.

Я когда под своих Заказчиков переделывал, то нарочно взял минимальный пример по количеству данных и для этого пришлось воткнуть отбор на Организацию.

Т.е. по качеству кода - этот вопрос вполне реально решается. И это будет легче, чем конвертировать УПП в ЗУП 2.5, а затем переходить.
   KnightAlone
 
33 - 18.03.21 - 10:52
"Ну если с отладчиком посидеть, покрутить, то можно изменить и заработает." супер. я не надеялся, что оно без доработки взлетит, просто с 0 не хочется ваять и зря время терять, если есть почти готовое
   Said_We
 
34 - 22.03.21 - 17:01
(29) Неа. Не угадал. Есть IT руководство. В данном случае я исполнитель - один из исполнителей. IT руководство в курсе всех умозаключений. Если нужно где-то чем-то обо что-то стукнуть, то точно не мне.


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