Не провелись документы после переноса 1с
Многие организации в начале своей деятельности предпочитают вести кадровый учет совместно с бухгалтерским в единой информационной базе конфигурации 1С:Бухгалтерия предприятия. Однако, в процессе деятельности наступает момент, когда функциональности данного программного продукта становиться недостаточно, либо численность сотрудников возрастает до 60 человек и перед организацией возникает задача переноса данных из текущей конфигурации 1С:Бухгалтерия предприятия в новую конфигурацию 1С:Зарпата и управление персоналом.
В данной статье мы подробно рассмотрим варианты переноса данных из 1С:БП 3.0 в 1С:ЗУП 3.1, а также разберем возможные ошибки после переноса данных и методы их исправления.
Для начала ответим на несколько популярных вопросов:
- Какие данные переносятся?
- На какую дату лучше делать перенос?
В процессе перехода из 1С:БП в 1С:ЗУП будут выгружены следующие данные:
Прием на работу;
Отпуск без сохранения оплаты;
Начисление зарплаты и взносов;
Ведомость в банк;
Ведомость в кассу;
- Данные о налоговых вычетах
- Справочники «Начисления» и «Удержания»
Осуществлять перенос можно в любой момент времени, ограничений никаких нет, данные будут перенесены в полном объеме.
Однако, в процессе переноса данных могут возникнуть некоторые ошибки в части учета НДФЛ, которые мы также рассмотрим в этой статье. Поэтому, не стоит делать переход незадолго до сдачи отчетности, потому что вам может понадобиться какое-то время на корректировку перенесенных данных. Соответственно, чем ближе к началу года вы сделаете переход, тем меньше корректировок потребуется.
Технический перенос данных
Перенос данных осуществляется при помощи стандартного помощника перехода с прежних программ, который можно открыть при первом запуске 1С:ЗУП.
Далее необходимо выбрать конфигурацию базы данных из которой необходимо сделать перенос, в нашем случае это – «1С:Бухгалтерия 8» редакция 3.0
Перенос данных может быть осуществлен двумя способами:
- Загрузка данных из информационной базы
Данный способ подходит, если обе информационные базы (ЗУП и БП) находятся на одном компьютере и есть возможность прямого подключения.
- Загрузка данных из файлов
Если возможности прямого подключения к информационной базе БП нет, то необходимо воспользоваться вторым способом
Рассмотрим оба способа переноса.
Загрузка данных из информационной базы.
После выбора данного варианта и нажатия кнопки «Далее», следует выбрать из списка информационную базу, из которой необходимо перенести данные, а также указать пользователя этой базы и пароль. Если пользователей в базе нет, то поля нудно оставить пустыми и нажать кнопку «Далее»
После установки соединения с 1С:БП помощник предложить перенести данных, для этого нажмите на кнопку «Загрузить данные»
Загрузка данных из файлов.
Для того, чтобы воспользоваться вторым способом, нам понадобиться помощник выгрузки данных из 1С:БП. Его можно скачать по кнопке «Получить помощник выгрузки»
Далее необходимо перейти в конфигурацию 1С:БП и открыть только что скаченный помощник выгрузки. Для этого перейдем в меню «Сервис и настройки» - «Файл» - «Открыть» и выберем файл помощника.
Интерфейс помощника достаточно прост, нужно лишь указать папку на вашем компьютере, в которую будет осуществлена выгрузка (рекомендуется создать именно отдельную папку для файлов выгрузки) и нажать кнопку «Выполнить выгрузку»
После завершения выгрузки в указанной Вами папке появятся файлы с данными.
Далее необходимо вернуться в 1С:ЗУП, выбрать папку с файлами и загрузить данные по кнопке «Загрузить»
На этом технический перенос данных завершен и можно приступить к проверке перенесенных данных.
Проверка данных после переноса
После завершения переноса данных, необходимо проверить список и настройки перенесенных начислений, а также правильность отражения НДФЛ. Ниже будут разобраны наиболее часто встречающиеся проблемы, возникающие после переноса данных, а также способы исправления ошибок.
1. Проверка справочника «Начисления»
Если в конфигурации 1С:БП вы пользовались только стандартным начислением «Оплата по окладу», то никаких проблем при переносе возникнуть не должно. Если же Вашим сотрудникам, помимо оклада также начислялась премия, то необходимо проверить настройки данного начисления в 1С:ЗУП.
Премия ежемесячная
В 1С:БП стандартное начисление «Премия» имеет код дохода 2002 и категорию дохода «Прочие доходы от трудовой деятельности (основная налоговая база)».
Настройки начислений в 1С:ЗУП более расширены, поэтому, после переноса, начисление «Премия» необходимо подкорректировать.
Первое, на что необходимо обратить внимание, это флаг «Начисление больше не используется», который проставляется по умолчанию после переноса данных.
В конфигурации 1С:БП нет возможности добавить в список начислений сотрудника премию, поэтому данные начисление проставляется вручную при каждом начислении зарплаты. В 1С:ЗУП такая возможность есть, поэтому после перехода рекомендуется назначить начисление премии кадровыми документами, либо документами изменения начислений сотрудников. При этом, предпочтение стоит отдавать типовым начислениям, которые есть в 1С:ЗУП, а не тем, которые были перенесены из бухгалтерии.
Также стоит обратить внимание на корректность отражения НДФЛ с премии, выплаченной в текущем году.
В поле «Назначение начисления» выбрано «Прочие начисления и выплаты», что не совсем корректно. Также, на закладке «Налоги, взносы, бухучет» в поле «Категория доходов» автоматически устанавливается «Прочие доходы от трудовой деятельности». Датой удержания НДФЛ с начислений, имеющих данную категорию дохода является день выплаты, а не день начисления.
Соответственно НДФЛ будет считаться удержанным на момент выплаты, а не на момент начисления.
Разберем на примере:
В марте сотруднику Ларионова был начислен оклад в размере 30 000 (НДФЛ 3 900 руб.) и премия в размере 7000 руб. (НДФЛ 910 руб.)
Ведомость на выплату заработной платы была проведена 5 апреля
В отчете «Подробный анализ НДФЛ по сотруднику» будет отражена следующая ситуация:
Суммы документов Начисление ЗП и Ведомость в кассу разбились на 2 месяца:
- Оклад (30 000 руб.) и НДФЛ с оклада (3 900 руб.) отразились в месяце начисления: марте;
- Премия (7 000 руб.) и НДФЛ с премии (910 руб.) отразились в месяце выплаты: апреле.
Если в документе Начисление ЗП перейти на вкладку НДФЛ, то можно увидеть, что НДФЛ с премии имеет вид дохода «Прочие доходы от трудовой деятельности», что и приводит к неверному отражению.
Далее следует открыть документ Начисление ЗП, перевыбрать начисление и на вкладе НДФЛ нажать кнопку «Пересчитать НДФЛ». Весь НДФЛ будет отнесен к виду дохода «Оплата труда»
Также необходимо перечитать ведомость на выплату по кнопке «Заполнить»
После проведения начисления и ведомости весь доход в отчете «Подробный анализ НДФЛ по сотруднику» будет отнесен к месяцу начисления
Премия квартальная и годовая
При переносе начислений квартальной и годовой премии также возникают ошибки при определении назначения начисления и категории дохода.
2. НДФЛ с документов «Увольнение» и «Больничный»
Разберем на примере.
Сотрудник был уволен 17 марта, этим же числом был произведен расчет.
Сформируем отчет «Анализ НДФЛ по датам получения доходов» в 1С:БП
Сформируем этот-же отчет в 1С:ЗУП
Сумма увольнения разбилась на 2 части: Оплата по окладу и Компенсация отпуска, при этом, Оплата по окладу имеет код дохода 2000 и отражается с верной датой, а компенсация отпуска, имеет код дохода 2013 и так, как никакой даты, кроме как дата выплаты зарплаты в настройках организации, программа не находит, именно на эту дату она и относит выплату компенсации отпуска.
Данные расхождения могут ввести в заблуждение, на самом деле, вся сумма дохода и НДФЛ с дохода отражена в марте, несмотря на то, что по сотруднику есть записи в апреле, итоговая сумма «Начислено» апреля = 0 и при формировании справки 2-НДФЛ вся сумма, начисленная при увольнении будет отражена в апреле, поэтому обращать внимания на такие расхождения не стоит.
Аналогичная ситуация происходит и с больничными.
3. Заработок предыдущих страхователей в документе «Больничный»
Данные для расчета среднего заработка в документах «Больничный лист» не переносится.
Рассмотрим на примере
В 1С:БП 5 февраля был создан документ «Больничный лист». Сотрудник работает в нашей компании с 1 декабря 2021 года.
Данные, для расчета среднего заработка были внесены в документ «Больничный лист» вручную. Документ успешно перенесен в 1С:ЗУП в процессе загрузки данных. Если открыть этот документ в 1С:ЗУП, то данные о заработке заполнены
Однако, если попробовать создать новый документ «Больничный лист» и установить флаг «Учитывать заработок предыдущих страхователей», никаких данных о заработке за предшествующих 2 года работы сотрудника, кроме начислений нашей организации в программе не будет.
В связи с этим, после переноса данных из бухгалтерии в зарплату необходимо вручную создать справку с предыдущего места работы и внести данные о заработке для сотрудников.
Также в целях проверки правильности расчетов, рекомендуется в 1С:ЗУП и 1С:БП начислить заработную плату за месяц работы, создать документ «Отпуск» и «Больничный лист» по нескольким сотрудникам и сравнить получившиеся суммы к выплате.
Статью подготовила Матвеенко Анастасия, специалист по внедрению 1С франчайзинговой сети "ИнфоСофт".
Подскажите плз. если в ПКО ПослеВыгрузки пишу Объект.Записать(РежимЗаписиДокумента.Проведение) - проведение идет по ОбработкеПроведения ? вроде как по-другому? просто ставлю точку останова в ОБработкуПроведения - не останавливается.
В ней самой, куда же она, родная, денется.
Вот только у тебя документ-источник проводится.
ПослеВыгрузки это контекст выгрузки. И тамошний объект это объект-источник.
(1) Ну так вроде все так. Проблема изначально в том что половина документов делает движения по регистрам , а какая-то часть не записывается даже - вываливается с ошибкой " ошибка вызова метода "Записать" не установлен отбор по регистратору, ". Я поставил точку останова в ОбработкеПроведения - останавливаться не останавливается. Как так?
(4) движения тебе нужны на стороне приемника, для этого нужно проводить документ после загрузки, установив ему режим проведения, вроде в обработчик ПриЗагрузке пиши РежимЗаписи = Проведение
(7) Ошибка при вызове метода контекста (Записать): Ошибка записи! Не установлен отбор по регистратору (Регистр накопления: Материалы оприходованные)
На стороне приемника, вводишь накладную (вручную) ,проводишь - ошибок нет. Получается ошибка только если проведение идет при переносе. В чем нюанс?
(8) ты понимаешь, что при записи в рн "Регистратор" это обязательное поле для заполнения? и обмен данными вообще тут не причем, а когда руками проводят документ, скорее всего это проводят вообще не этот документ, а какой-то другой
(10) Это как? .. набиваешь документ, нажимаешь Ок - а проводится другой документ? Сейчас сделал новый документ - провел, проверил движения - все на месте. Не может оно автоматом считаться что коли проводится Этот документ, т о соответственно он и регистратор?
закипаю ..
поудалял все загруженные документы, нажимаю загрузить данные - загружается один док и вылетает "Ошибка при вызове метода контекста (Записать): Ошибка записи! Не установлен отбор по регистратору (Регистр накопления: Материалы оприходованные)"
---- ничего не меняя ----- жму опять загрузить данные - загружает еще один док и снова вылетает таже ошибка и тд. При каждой загрузке загружает ровно один документ и ошибка
(16) Ну так может, ты всё таки код проведения поправишь?
Или так и будешь туда-сюда документы удалять?
(21) потому что возможны коллизии при блокировках с большим числом документов, поэтому есть даже РС "Отложенные движения", чтобы провести то, что до этого из-за ошибок или блокировок не удалось провести
(22) таки дело в обработке проведения? что там не так? почему при ручном вводе дока проведение проходит без ошибок, а при конвертации вылетает?
(23) то бишь (21) не мой случай?
это получается когда повторно загружается документ, который был ранее проведен, теперь распроведен - мне нужно удалить движения по этому документу.
"ставлю точку останова в ОБработкуПроведения - не останавливается" // Убедись, что в нужной базе отладка в принципе работает (что отладчик останаливается в каком-нибудь любом месте) для начала
(29) Объект.Записать - так нельзя писать
КД объект - это структура, пришедшая из файла. Поэтому есть такое как ОбъектНайден. Эта переменная имеет булевный тип, ей и проверяй. У объекта есть свойство Ссылка. Если она не пустая, то можно ПолучитьОбъект() - это и есть твой документ, можешь его проводить, распроводить, удалять и т.п.
если документу при выгрузке установить Проведен = Истина, то при обмене по правилам он сам проведется. В обработке - хз.
(31) пока до дома добирался, пришло, что все куда плачевнее:
задача перенести документы из Бухгалтерии в самописную конфу. Сейчас проводиться документы проводятся, проблема наступает, если я делаю отмену проведения в источнике и гружу документ - получается что на стороне приемника нужно отменить проведение (здесь вываливается с ошибкой, т.е. Объект.Записать(РежимЗаписиДокумента.Проведение) выполняется без проблем, а Объект.Записать(РежимЗаписиДокумента.ОтменаПроведения) вываливается с ошибкой)- это одна беда. Второе - это что делать если в источнике док удалят, как найти его в приемнике и распровести хотя бы?
(33) (34) под конец дня сегодня курил эту тему, пробовал и в обработчики ПКО вставлять и как в (21) в обработчики самой конвертации - пока не помогло.
(36) надо не все проводить, а получается и делать отмену проведения см (37)
(35) в понедельник буду уже пробовать
Если универсальный обмен по правилам из бсп и объект один к одному - то все должно работать из коробки
(39) надо программиста, который эту самописку наваял, допросить с помощью паяльника. Наверняка там из этого документа вызывается проведение других документов. Которые и ругаются.
итого:
В ПКО в обработчиках все убрал . В событии ПослеЗагрузки Конвертации написал так:
Осталась последняя проблема (если это вообще решаемо): можно ли отследить объект, который был изначально создан в источнике, потом загружен в приемник, затем в источнике удален - можно ли отследить это и удалить его и в приемнике? Вообще есть ли какой-то признак у документа где он был создан?
High voltage spark between two cables.
Рассматривается обмен между УТ 10.3 и БП 2.0
Ситуация следующая. После обмена между базой БП 2.0 и УТ 10.3 документы в базе приемнике оказались не проведенными.
Если открыть регистр сведений «Отложенные движения документов» увидим список документов.
На самом деле список должен быть пустым, если обмен прошел корректно. Потому что этот регистр промежуточный. Сначала идет выгрузка документов и в этот регистр записываются переносимые документы. После выгрузки данных, запускается алгоритм отложенного проведения документов, проведенные документы удаляются из списка. Сделано это для того чтобы не тратить время на проведение документов во время обмена данных.
Можно запустить обработку выполнения отложенных движений документов из меню «Сервис» — «Обмен данными» — «Монитор настроек обмена данными» закладка «Отложенные движения» . Нажимаем «Выполнить отложенные движения» , список должен очиститься.
Для того чтобы такое не повторялось и не пришлось постоянно вручную выполнять отложенные проведения документов идем в базу источник УТ 10.3. Открываем справочник «Список настроек обмена данными» . Выбираем нужную настройку, переходим на закладку «Обмен данными» .
Снимаем галочку с пункта «После ошибки отложенного проведения прекратить операции» или ставим больше количество ошибок для завершения.
База данных – своего рода хранилище всей имеющейся информации, будь то документы, всевозможные справочники, материалы, архивы и т. д. При этом размещение всего перечисленного происходит в строго определенном порядке.
Базы данных обеспечивают быстрый и удобный поиск документов , их создание, изменение, удаление и осуществление многих других операций над информацией. Все это приводит к эффективной работе всей системы и бизнеса в целом.
Однако работа с базами данных может сопровождаться возникновением ряда вопросов и проблем.
С какими ошибками 1С можно столкнуться?
Во время эксплуатации баз данных пользователь может столкнуться со множеством ошибок, причины происхождения которых очень разнообразны. От этого не застрахован ни новичок, ни уверенный участник системы. Самое важное правило при работе с базой – это сделать резервную копию .
Прежде чем решать какую-либо проблему, необходимо все проанализировать, чтобы в будущем больше с этим не сталкиваться. Очень часто в появляющемся окне уведомления есть информация, указывающая на причину возникновения ошибки и на путь ее устранения.
Часто встречающиеся ошибки:
- отсутствие свободного места в памяти,
- ошибка доступа,
- ошибка СУБД: Файл базы данных поврежден,
- dump при запуске,
- база не открывается ни в пользовательском режиме, ни в конфигураторе,
- неверный формат хранилища,
- при выполнении какого-либо действия переносит на код в конфигураторе.
Могут ли возникнуть проблемы с обновлением баз данных 1С?
Разработчики программных продуктов 1С постоянно стараются их усовершенствовать, повысить эффективность и стойкость в работе. Обновления каждый раз вносят изменения, добавляют новые возможности и исправляют старые недочеты.
Для получения всего этого пользователям 1С рекомендуется постоянно проходить процесс обновления. В случае отказа в будущем они могут столкнуться со множеством проблем, поскольку базы данных, на которых они работают, уже устарели и не отвечают требованиям современного мира.
Однако процесс установки новой версии не всегда проходит хорошо и порой приводит к появлению каких-то новых ошибок.
Главные правила при обновлении:
- перед началом всегда делать резервную копию,
- проводить обновление лучше через конфигуратор,
- если после обновления возникли ошибки , то перед их исправлением нужно сделать копию.
Перенос баз данных 1С. Возникают ли с этим проблемы?
Устарела техника, появилась необходимость работать на другом ПК. Что делать и как быть с имеющимися документами и настройками? При этом необходим перенос баз данных.
Следуя четкому алгоритму, уверенный пользователь ПК может проделать эту работу. Если же имеются сомнения, то лучше доверить это специалисту , который убережет вас от всевозможных ошибок и сэкономит ваше время на их исправление.
Помните, чтобы базы данных открылись на другом ПК, на нем должна быть установлена сама платформа 1С.
Основные способы переноса баз данных:
- восстановление базы 1С из копии,
- перенос папки с хранящейся на ней информационной базой,
Повреждение баз данных 1С. Что делать?
Для многих пользователей 1С повреждение базы является страшным событием. Однако не все так мрачно, как кажется.
Как и любое программное обеспечение, базы данных 1С можно восстановить. Главным условием для этого является создание резервных копий.
Периодическое сохранение информации проходит регулярно. Если база данных повреждается, программа 1С перестает работать. Что же делать дальше?
Варианты действий в таких ситуациях:
- очистка кэша,
- тестирование и исправление с помощью конфигуратора,
- восстановление с помощью утилиты от 1С chdbfl.exe,
- переход в режим работы «Тонкий клиент»,
- восстановление с помощью HEX-редактора,
- установка обновления последней версии.
В большинстве случаев эти способы помогают возобновить работу базы и системы в целом.
Если что-то не получается или вы не хотите еще больше навредить вашим данным и самой программе, то рекомендуется обратиться за помощью к квалифицированным специалистам .
Основные ошибки после переноса данных из 7 ЗиК в 8 ЗУП и их исправление
Апрель 24th, 2013 Admin
Основные ошибки после переноса данных из 7 ЗиК в 8 ЗУП и их исправление.
После переноса данных из ЗиК 7 в 8 ЗУП проблем гораздо меньше, чем при переходе в бухгалтерии.
Основные проблемы после переноса это проверка НДФЛ. Особенно у людей у которых были какие-то корректировки по НДФЛ в 7 ЗиК. Также мамочки находящиеся в декретном отпуске неожиданно выходят на работу:).
Корректировать все это немного сложнее, чем в бухгалтерии, т.к. корректировать надо документы переноса, а в табличной части каждого слишком много данных, которые надо прописать или убрать. Выявляются ошибки по регистрам и отчетам. Находятся документы переноса в меню «Операции» — «Документы» — «Перенос данных».
Документ «Перенос данных»
Откроется журнал документов «Перенос данных».
Журнал документов переноса
Сделаем отчет «Структура задолженности организаций» в меню «Отчеты».
отчет «Структура задолженности организаций»
В начальном сальдо или конечном сальдо есть минусы, которых не должно быть.
Если расшифровка по документам нам ничего не показывает:
Расшифровка по документам
Проверяем регистр накопления «Взаиморасчеты с сотрудниками организаций».
регистр накопления «Взаиморасчеты с сотрудниками организаций».
Видим минусовую запись в октябре сделанную документом переноса, а плюсовой записи нет. Заходим в документ щелкая по строчке два раза и делаем аналогичную запись только со знаком плюс и меняя другую аналитику в строчке. Если здесь никаких отклонений не видно, т.е. по документам переноса плюс на минус суммы закрываются помесячно,проверяем регистры накопления «НДФЛ расчеты с бюджетом», «НДФЛ сведения о доходах», «Расчеты налоговых агентов с бюджетом по НДФЛ». Остальные действия аналогичны.
Что же касается мамочек, внезапно после переноса, вышедших на работу, проверяем регистр сведений «Состояние сотрудников организаций» по данному сотруднику и регистр накопления «Фактические отпуска организаций». По ним видно, что не так с датами или запись совсем отсутствует.
регистр сведений «Состояние сотрудников организаций»
регистр накопления «Фактические отпуска организаций»
Если эта страница была Вам интересна, поделитесь ссылкой на нее со своими коллегами и друзьями, нажав на одну из кнопок ниже.
Читайте также: