В связи с планируемым переходом с ЗУП 2.5 на ЗУП 3.1 в конце 2017, начале 2018, хотел бы поинтересоваться о Вашем опыте перехода с ЗУП 2.5 (7.7) на ЗУП 3.1. В какой именно период рационально переводиться на новую редакцию?(вплоть до месяца и недели). Так как специалист по зарплате в организации один (по большей части технический), я заранее задумался о переводе на новую редакцию, используемые внешние обработки в ЗУП 2.5 переписал под актуальный релиз ЗУП 3.1. Теперь хотелось бы узнать, а когда рациональней переводиться на новую редакцию?
По теме из базы знаний
- Подготовка к экзамену "1С:Специалист-консультант по "1С:Зарплата и управление персоналом" (в формате видеокурса и онлайн-курса). С 19 по 22 мая 2025 г.
- Кадровый учет в программе "1С:ЗАРПЛАТА И УПРАВЛЕНИЕ ПЕРСОНАЛОМ" (в формате видеокурса или онлайн-курса). С 28 по 30 апреля 2025 года
- Перевод к другому работодателю. ЗУП 3.1
- Приказ о переводе (Т-5) для ЗУП 3.1
- Приказ о переводе (Т-5а) (Кадровый перевод списком) для ЗУП 3.1
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Идеально в начале января 2018 года. Все декабрьские операции уже должны быть введены в базу 2.5 перед переносом. Дальше начисляется зарплата за январь в новой программе, а отчетность за год сдается в старой программе.
Грянина советует в ноябре/декабре) Но параллельно вести в двух программах начисления, (отчеты сдавать в старой) чтобы настроить учет, отладить начисления и привыкнуть к новой программе. Так как в январе будет еще масса нового и старого + куча отчетов.
(7) конец года - оптимальный вариант, но хотя бы месяц параллельно в двух программах необходим. Сложно, конечно, но чтобы настроить учет - понадобится время, а в январе это будет сделать намного сложнее. Годовая отчетность сдается в старой программе.
ЗУП 3.1 очень отличается от ЗУП 2.5 тем более от 7.7... добавлено много "вкусняшек", но иногда отсутствуют самые простые возможности, которые были в 2.5 или даже в 7.7. , приходится кардинально перестраивать подход к учету.
Если в расчет з/п входят не только оклад +РК, то придется продумывать и настраивать заново все начисления. Некоторые начисления можно реализовать разными способами, что, наверное, неплохо.... но чтобы выбрать оптимальный именно для себя - тоже нужно время - и делать это без "репетиции"... сразу на рабочей базе....Лучше прислушаться к Гряниной
ЗУП 3.1 очень отличается от ЗУП 2.5 тем более от 7.7... добавлено много "вкусняшек", но иногда отсутствуют самые простые возможности, которые были в 2.5 или даже в 7.7. , приходится кардинально перестраивать подход к учету.
Если в расчет з/п входят не только оклад +РК, то придется продумывать и настраивать заново все начисления. Некоторые начисления можно реализовать разными способами, что, наверное, неплохо.... но чтобы выбрать оптимальный именно для себя - тоже нужно время - и делать это без "репетиции"... сразу на рабочей базе....Лучше прислушаться к Гряниной
(7) Сорри, но "не справится" я слышал раз 20 в моменты переходов. Рисковать и "прыгать" с сожженными мостами лучше не надо. Как раз январь месяц короткий - а надо в 3.1 будет все еще налаживать и настраивать, как верно заметили в (6) и (9).
Тут главное или донести до людей что это НУЖНО, или пусть руководство понимает риски.
Переходить, если желаете, лучше действительно с января 2018 года (т.е. после праздников выйти и начать работать). 2017 год завершить в ЗУП 2.5. конечно.
Тут главное или донести до людей что это НУЖНО, или пусть руководство понимает риски.
Переходить, если желаете, лучше действительно с января 2018 года (т.е. после праздников выйти и начать работать). 2017 год завершить в ЗУП 2.5. конечно.
опробировать процесс перехода можно и сейчас, когда уже есть данные и время чтобы исправить ошибки прошлого периода, а они есть всегда и надо помнить, что переносятся остатки по начислениям за последнии и два года и все кадровые документы, остатки записываются по регистрам и создается документ "Перенос остатков" в процессе переноса предлагается два варианта переноса, потому, надо знать, что если сотрудник запросит справки за прошлый период, придется открывать старую версию программы. советую не ждать, когда подсчитают заработную плату за декабрь, а потом лихорадочно в январе, а потом несданные отчеты и так далее, начинайте сейчас за два месяца до нового года.
(8)большое спасибо! Да я как технический специалист все опробировал (сделал корректный перенос, переписал нужные обработки), но расчетчики и кадры(а их не один и не два специалиста) настолько загружены работой, что походу все придется делать в авральном режиме (устранять ошибки и править начисления). Так что без крови не обойдется)
раз вы уже подготовили - сделайте тестовый переход и попробуйте рассчитать зарплату - посмотрите результат.
Обязательно должны попробовать свои операции каждый бухгалтер, кадровик.
И помните, что в 3.1 много проблем.... Всегда отменяйте проведение, а потом проводите документ. Просто перепроведение очень часто работает некорректно!
Обязательно должны попробовать свои операции каждый бухгалтер, кадровик.
И помните, что в 3.1 много проблем.... Всегда отменяйте проведение, а потом проводите документ. Просто перепроведение очень часто работает некорректно!
Существует 2 варианта перехода, только остатки или полный перенос с документами. Как убедить расчетчиков на переход только остатками? Они хотят видеть все документы за прошлый период (с 2006 года), утверждая, что часто правят ошибки в прошлом периоде. Может быть есть где-то описание, почему стоит выбрать именно вариант перехода остатками? или назовите пожалуйста основные доводы за этот вариант перехода, чтобы убедить их
(15) Остатки, безусловно, лучше. Расчетчики уже посмотрели новую программу? Все поняли, нет вопросов? Наверняка, нет. Они думают, там то же самое, что в .2.5. А там все по-другому.
Программа совершенно другая. Не факт, что они вообще смогут успешно исправить что-то за прошлые периоды в ней. И в любом случае, проще и быстрее будет исправить в старой базе, а потом подкорректировать входящие остатки в новой.
Просто скажите им, что внедрение новой версии с переносом всех данных будет в десять раз дороже, чем перенос остатков - желание само пропадет :)
Программа совершенно другая. Не факт, что они вообще смогут успешно исправить что-то за прошлые периоды в ней. И в любом случае, проще и быстрее будет исправить в старой базе, а потом подкорректировать входящие остатки в новой.
Просто скажите им, что внедрение новой версии с переносом всех данных будет в десять раз дороже, чем перенос остатков - желание само пропадет :)
(19) Варианты у вас:
1) Сказать что это "невозможно".
2) Сказать что это "не нужно". Ибо для расчета среднего например, сведения старее 3 лет точно не нужны.
3) Перенести почти все остатками, но точечно - вбить (перенести) документы. Скажем, отпуска до 1.5 лет явно не в количестве 500 штук у вас? Перечень что именно переносить документами - согласовать.
1) Сказать что это "невозможно".
2) Сказать что это "не нужно". Ибо для расчета среднего например, сведения старее 3 лет точно не нужны.
3) Перенести почти все остатками, но точечно - вбить (перенести) документы. Скажем, отпуска до 1.5 лет явно не в количестве 500 штук у вас? Перечень что именно переносить документами - согласовать.
(22)1. Вариант не пройдет, потому что про вариант выгрузки документов они в курсе
2. Вариант правильный, но чтобы убедить, что это им не нужно(а они уверенны, что нужно), надо владеть теоретическими знаниями в этой области для убеждения, а я к сожалению в области учета зарплаты не силен.
Если все таки выбирать переход документами, то имеет смысл настаивать на переносе последних двух \ трех лет?
2. Вариант правильный, но чтобы убедить, что это им не нужно(а они уверенны, что нужно), надо владеть теоретическими знаниями в этой области для убеждения, а я к сожалению в области учета зарплаты не силен.
Если все таки выбирать переход документами, то имеет смысл настаивать на переносе последних двух \ трех лет?
(23) три года нужны только для больничных в 2018 году, в которых дата заболевания - 2017 год. Т.к. в них используется заработок за 2015-16 годы. Для отпусков 2018 года ничего кроме заработка 2017 года вообще не нужно.
А вообще в (24) Надежда весьма доходчиво все написала.
Насчет мыслей "не нужно". Попробуйте забить им мяч на их же поле - задаем вопрос:
"А для чего вам сведения за 2007 год? Товарищи, это раздует базу и затормозит ее. Все отчеты до 2018 года - в старой базе. Старая база остается для чтения, никто ее не закрывает". И лучше действовать через начальство. И вариант с "параллельным вводом" все таки давите. Печальные опыты нескольких случаев заставляют меня еще раз настаивать на этом варианте.
При параллельном вводе в 1-й месяц вылазят 90% всех подводных камней, которые вы просто не предусмотрите заранее. И я знаю что ваши люди не хотят так делать. Это нормально. Это даже не их вина. Но лучше опять таки через начальство - если мы не хотим попасть в огромную ж...пу, то надо делать как полагается. Можно давить на то, что мол, я ж за дело радею.
А вообще в (24) Надежда весьма доходчиво все написала.
Насчет мыслей "не нужно". Попробуйте забить им мяч на их же поле - задаем вопрос:
"А для чего вам сведения за 2007 год? Товарищи, это раздует базу и затормозит ее. Все отчеты до 2018 года - в старой базе. Старая база остается для чтения, никто ее не закрывает". И лучше действовать через начальство. И вариант с "параллельным вводом" все таки давите. Печальные опыты нескольких случаев заставляют меня еще раз настаивать на этом варианте.
При параллельном вводе в 1-й месяц вылазят 90% всех подводных камней, которые вы просто не предусмотрите заранее. И я знаю что ваши люди не хотят так делать. Это нормально. Это даже не их вина. Но лучше опять таки через начальство - если мы не хотим попасть в огромную ж...пу, то надо делать как полагается. Можно давить на то, что мол, я ж за дело радею.
(28) Отчеты по ПФР можно загрузить "сами по себе".
Ради алиментов хранить сведения за прошлые годы с 2006 года? Потребуется отчет по какому нибудь папаше (1 раз в год?) - можно взять и из старой базы за прошлые годы вручную. Вот сами исполнительные листы перенести в виде документов - это хорошее дело.
То что вопросы появляются за прошлые года - воистину так. Только их так мало, что 1 раз в год слазят и в старую базу. Тащить тонны барахла с 2006-07 годов просто не имеет смысла.
Вы если с офиса на офис переезжаете - вы старые документы с собой в новые шкафы берете? Нет, вы их сдаете в архив, или уносите в "архивный" шкаф.
Ради алиментов хранить сведения за прошлые годы с 2006 года? Потребуется отчет по какому нибудь папаше (1 раз в год?) - можно взять и из старой базы за прошлые годы вручную. Вот сами исполнительные листы перенести в виде документов - это хорошее дело.
То что вопросы появляются за прошлые года - воистину так. Только их так мало, что 1 раз в год слазят и в старую базу. Тащить тонны барахла с 2006-07 годов просто не имеет смысла.
Вы если с офиса на офис переезжаете - вы старые документы с собой в новые шкафы берете? Нет, вы их сдаете в архив, или уносите в "архивный" шкаф.
(29)
А не хотят они в старые БД лезть и так приходится им в семерку залезать для этого отчета. А так в 3 разные 1С-ки заходить придется.
Тем более в отчете по исп листам там и облагаемая база начислений и взятый НДФЛ и взятое удержание по алиментам.
Т.е. все что начислено и удержано нужно перетаскивать
Да и папаша такой не один. Все не так, как хотелось бы.
Что же с ними сделаешь?
Ради алиментов хранить сведения за прошлые годы с 2006 года? Потребуется отчет по какому нибудь папаше (1 раз в год?) - можно взять и из старой базы за прошлые годы вручную. Вот сами исполнительные листы перенести в виде документов - это хорошее дело.
А не хотят они в старые БД лезть и так приходится им в семерку залезать для этого отчета. А так в 3 разные 1С-ки заходить придется.
Тем более в отчете по исп листам там и облагаемая база начислений и взятый НДФЛ и взятое удержание по алиментам.
Т.е. все что начислено и удержано нужно перетаскивать
Да и папаша такой не один. Все не так, как хотелось бы.
Что же с ними сделаешь?
(30)Это же прекрасная возможность немного попрограммировать для ваших пользователей. Заберите всю информацию по исполнительным листам из старых баз, структурируйте ее как надо и положите либо в новую программу, либо в отдельную конфигурацию, либо в файлик Excel. Сделайте расчет с использованием этих данных. Пользователи будут довольны.
Типовая конфигурация не должна решать всех задач, что-то приходится дорабатывать, для этого программисты 1С и нужны :)
Типовая конфигурация не должна решать всех задач, что-то приходится дорабатывать, для этого программисты 1С и нужны :)
(31)
У нас достаточно таких возможностей
(31)
Типовая конфигурация должна решать все задачи, которые нужны пользователям в любой организации нашей страны, описанные в законодательстве.
Зачем нам косячная программа, в конце концов у 1С есть конкуренты.
Программистам и так хватает работы, помимо стандарта везде есть своя специфика.
Да и в том что работает хватает ошибок.
Это же прекрасная возможность немного попрограммировать для ваших пользователей.
У нас достаточно таких возможностей
(31)
Типовая конфигурация не должна решать всех задач, что-то приходится дорабатывать, для этого программисты 1С и нужны :)
Типовая конфигурация должна решать все задачи, которые нужны пользователям в любой организации нашей страны, описанные в законодательстве.
Зачем нам косячная программа, в конце концов у 1С есть конкуренты.
Программистам и так хватает работы, помимо стандарта везде есть своя специфика.
Да и в том что работает хватает ошибок.
(34)
Назовите конкурента 1С:ЗУП, который решает все задачи, описанные в законодательстве, и без единой ошибки.
Типовая конфигурация должна решать все задачи, которые нужны пользователям в любой организации нашей страны, описанные в законодательстве.
Зачем нам косячная программа, в конце концов у 1С есть конкуренты.
Зачем нам косячная программа, в конце концов у 1С есть конкуренты.
Назовите конкурента 1С:ЗУП, который решает все задачи, описанные в законодательстве, и без единой ошибки.
(36)
Без единой ошибки, конечно никакая программа не работает.
Но остальные работают гораздо лучше.
В ЗУП 2,5
рег отчеты не все работают, отчеты по численности вообще не работают, т.к. табель вычисляется на лету, 1С выводит только пустой шаблон.
Это разве нормально?
и по остаткам отпусков - полная лажа, все на пользователя ложиться, вручную внести, вручную исправить, по 10 раз перепроверить, пересчитать...
да и стандартные расчеты полностью не все настроены,
нее настроить премии по результатам прошлого периода,
с начислениями то же не все автоматом рассчитывается, что-то и не настроить, только перепрограммировать.
Для организации в 10 человек допустимо, уже больше сотни - нет.
Это не дело.
Если в 3-ке так будет,
то пока -пока 1С
Без единой ошибки, конечно никакая программа не работает.
Но остальные работают гораздо лучше.
В ЗУП 2,5
рег отчеты не все работают, отчеты по численности вообще не работают, т.к. табель вычисляется на лету, 1С выводит только пустой шаблон.
Это разве нормально?
и по остаткам отпусков - полная лажа, все на пользователя ложиться, вручную внести, вручную исправить, по 10 раз перепроверить, пересчитать...
да и стандартные расчеты полностью не все настроены,
нее настроить премии по результатам прошлого периода,
с начислениями то же не все автоматом рассчитывается, что-то и не настроить, только перепрограммировать.
Для организации в 10 человек допустимо, уже больше сотни - нет.
Это не дело.
Если в 3-ке так будет,
то пока -пока 1С
(30) Пользователи всегда чего то не хотят. Наша задача - найти компромисс между "не хочу" и "надо". Есть объективные улучшения их труда, которые мы можем сделать, а есть простое "не хочу". А вы положим тоже не хотите...
И если уже приходится ходить в три разные 1С, то это простите, не основание тащить весь старый мусор в 4-ю...
Тут можно развернуть обширный разговор и дискуссию с примерами что надо, не надо, как есть в жизни и т.п. Скорее все таки надо как то сам подход менять у вас в организации - потому что если начать делать любой каприз пользователей на тему "мы не хотим", то будет работать не пользователь и даже не 1С, а вы. Это не сразу можно добиваться, и конечно, не надо впадать в крайности и посылать всех пользователей на...й. Но как то разумно с ними искать компромиссы, а лучше через руководство - нужно.
А в отчете по исп.листам облагаемая база с 2006 года никого точно интересовать не будет. Ну за исключением проверки, а они приходят нечасто.
Еще раз - не одно удобство не оправдает перенос данных более чем за 3 года. С февраля 2018 года сведения ранее 2015 года интересовать людей могут только по запросам проверяющих.
И если уже приходится ходить в три разные 1С, то это простите, не основание тащить весь старый мусор в 4-ю...
Тут можно развернуть обширный разговор и дискуссию с примерами что надо, не надо, как есть в жизни и т.п. Скорее все таки надо как то сам подход менять у вас в организации - потому что если начать делать любой каприз пользователей на тему "мы не хотим", то будет работать не пользователь и даже не 1С, а вы. Это не сразу можно добиваться, и конечно, не надо впадать в крайности и посылать всех пользователей на...й. Но как то разумно с ними искать компромиссы, а лучше через руководство - нужно.
А в отчете по исп.листам облагаемая база с 2006 года никого точно интересовать не будет. Ну за исключением проверки, а они приходят нечасто.
Еще раз - не одно удобство не оправдает перенос данных более чем за 3 года. С февраля 2018 года сведения ранее 2015 года интересовать людей могут только по запросам проверяющих.
(35) Ошибочное понимание. Как раз хочется работать и даже зарабатывать, причем на нормальной работоспособной системе, а не превращать системы в свалки старых данных, забытых доработок, и костылей, да еще делать чужую работу.
Есть разница между реальной работой на благо пользователей по их заявкам, и выполнением их "хотелок".
Есть разница между реальной работой на благо пользователей по их заявкам, и выполнением их "хотелок".
(23)Вы немного не правильно понимаете перенос документами. Хотя и это не совсем отражает суть. Полный вариант, это не перенос всех документов из 2.5 в 3, это консолидированные данные за последние 2 года результатом которого будут документы перенос данных по месячно для возможности ведения всех расчетов и составления отчетов.
ЗЫ больше двух лет смысла переносить нет.
ЗЫ больше двух лет смысла переносить нет.
(19)Перенос данных по рекомендованному упрощенному алгоритму. Какие данные переносятся?
– Справочники: организации, подразделения, должности, сотрудники и связанные с этими справочниками данные.
– Начисления и удержания с предопределенными способами расчета (оклад, премия, исполнительные листы и т.п.).
– Штатная расстановка на начало эксплуатации. Штатное расписание автоматически воссоздается на основе штатной расстановки.
– Кадровая история сотрудников для заполнения личных карточек (Т-2).
– Данные для расчета среднего заработка: для пособий ФСС – за 3 предшествующих года, для остальных случаев – за 15 месяцев.
– Данные учета НДФЛ и страховых взносов в году переноса (если перенос не с начала года).
– Остатки взаиморасчетов на месяц начала эксплуатации.
Какие данные не переносятся?
– Информация о действующих сотрудниках, работающих по договорам ГПХ.
– Начисления и удержания с произвольными формулами.
– Кадровая история сотрудников для формирования аналитической отчетности.
– Фактические начисления и выплаты для формирования аналитической отчетности.
– Сведения о займах.
– Действующие на момент переноса отпуска.
Перенос данных по нерекомендованному алгоритму со всеми старыми документами и операциями:
– Будут перенесены все кадровые данные. Данные по расчету зарплаты перенесутся с указанного вами года.
(информация из лекции по переходу на 3.1 еще с прошлого года). Вообще если у вас есть подписка ИТС ПРОФ, то рекомендую 1С:Лекторий как источник многочисленных видео на эту тему, и все официально, главное.
– Справочники: организации, подразделения, должности, сотрудники и связанные с этими справочниками данные.
– Начисления и удержания с предопределенными способами расчета (оклад, премия, исполнительные листы и т.п.).
– Штатная расстановка на начало эксплуатации. Штатное расписание автоматически воссоздается на основе штатной расстановки.
– Кадровая история сотрудников для заполнения личных карточек (Т-2).
– Данные для расчета среднего заработка: для пособий ФСС – за 3 предшествующих года, для остальных случаев – за 15 месяцев.
– Данные учета НДФЛ и страховых взносов в году переноса (если перенос не с начала года).
– Остатки взаиморасчетов на месяц начала эксплуатации.
Какие данные не переносятся?
– Информация о действующих сотрудниках, работающих по договорам ГПХ.
– Начисления и удержания с произвольными формулами.
– Кадровая история сотрудников для формирования аналитической отчетности.
– Фактические начисления и выплаты для формирования аналитической отчетности.
– Сведения о займах.
– Действующие на момент переноса отпуска.
Перенос данных по нерекомендованному алгоритму со всеми старыми документами и операциями:
– Будут перенесены все кадровые данные. Данные по расчету зарплаты перенесутся с указанного вами года.
(информация из лекции по переходу на 3.1 еще с прошлого года). Вообще если у вас есть подписка ИТС ПРОФ, то рекомендую 1С:Лекторий как источник многочисленных видео на эту тему, и все официально, главное.
(19)
Там все переносится обоими вариантами переноса неудобно для бухгалтеров, непонятными для них записями регистров, а не привычными документами, где еще цифры повторяются в разных зашифрованных регистрах.
Поэтому, хочешь-не хочешь им придется пользоваться старыми базами для справки.
Они зашли посмотрели, сказали не видим перенесенные документы начисления и удержания, в записках расчета по уходу за ребенком до 1,5 лет нет среднего заработка из которого производится расчет.
Переноси все, что есть из старой базы
Переноси все, что есть из старой базы
Там все переносится обоими вариантами переноса неудобно для бухгалтеров, непонятными для них записями регистров, а не привычными документами, где еще цифры повторяются в разных зашифрованных регистрах.
Поэтому, хочешь-не хочешь им придется пользоваться старыми базами для справки.
(15) всякие ошибки и исправления и без всякого переноса криво работают, например при пересчетах. А убедиться, что это ВСЁ (с 2006!) перенеслось корректно нереально.
Править ошибки в прошлом периоде можно (а лучше прошлое не править) только до сдачи отчетности, т.е не далее пары месяцев назад.
В ЗУП 3.1 совершенно другой "комплект" документов для расчета з/п и делать "исправление" прошлого будет проблематично.
Лучше потратить время на доскональную сверку перенесенных остатков, для комфортной работы дальше, чем потом постоянно натыкаться на "Ой, а это перенеслось как-то не так!".
Править ошибки в прошлом периоде можно (а лучше прошлое не править) только до сдачи отчетности, т.е не далее пары месяцев назад.
В ЗУП 3.1 совершенно другой "комплект" документов для расчета з/п и делать "исправление" прошлого будет проблематично.
Лучше потратить время на доскональную сверку перенесенных остатков, для комфортной работы дальше, чем потом постоянно натыкаться на "Ой, а это перенеслось как-то не так!".
Мир Вашему дому! Вопрос к тем, кто уже перешёл - как со скоростью работы на новой платформе (версия > 8.3.10.2252 ) и конфигурации ЗУП ( 3.1.3 ) ? Надо ли обновлять железо? Дело в том, что, например с десяток файловых баз крутятся на одном сервере... Замечено, что например, заливка КЛАДР (поддержка которого кстати похоже заканчивается ) заметно подтормаживает остальных пользователей. В новых конфигурациях много наворотов, начиная от новостей и заканчивая разными фоновыми заданиями... Не жалуются пользователи на "тормоза" ?
(38) Заметное подтормаживание - это при работе скольки человек одновременно? По любому слабое место что файловой, что SQL - жесткие диски. Любая файловая операция на устройстве, где лежит база - "тормозок". Про ФИАС - знаю, упомянул загрузку КЛАДР, как операцию "пожирающую" дисковый ресурс. Да и на сайте налоговой информация о прекращении поддержки данного формата...
(40) не точно описала - подтормаживание именно из-за автоматического пересчета - меняешь дату в документе - и подвисаешь на 2-4 сек, идет перезаполнение среднего и расчет. Пользователи уже перестали говорить - что висят... понимают.
Наверное - это не совсем то, что Вы спрашивали - это не о железе.
Наверное - это не совсем то, что Вы спрашивали - это не о железе.
(41) Всегда советую отключать в настройках "автоматический перерасчет при изменении документа", также проверить список фоновых заданий на предмет ненужных.
Можно также отключить хранение версий и историй документов (в Общих настройках - история изменений), если это неважно для организации.
В Администрировании - Обслуживании - выключить резервное копирование, оценку производительности и автообновление.
Можно также отключить хранение версий и историй документов (в Общих настройках - история изменений), если это неважно для организации.
В Администрировании - Обслуживании - выключить резервное копирование, оценку производительности и автообновление.
Переход на 3.1 настоько сырой, что слов нет. Большие предприятия подстраховываются ЗУП КОРП. Там переход проще на порядок. А в 3.1 столько лаж... Если 1С планировали переход всей массы предприятий - могли бы сделать перенос нормальным, не кривым. И правила переноса из ЗУП 3.1 в бухгалтерию 2 сделать не мешало бы. Я уже не говорю о том, что нормальной практикой были бы правила для выгрузки в ERP, УПП и комплексную. Но это уже из разряда несбыточного. Впрочем как и неглючный перенос основных данных.
По поводу отражения в бухучете без плана счетов и нормальных справочников - вообще атас, тот кто это придумал... слов нет....
По поводу отражения в бухучете без плана счетов и нормальных справочников - вообще атас, тот кто это придумал... слов нет....
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот