После обновления зуп не работает

Не работает синхронизация ЗУП 3.1 – БП 3.0. Что может проверить бухгалтер?

Обмен не проходит, документы не переносятся

1) Проверка соответствия релизов БП 3.0 и ЗУП 3.1

Частой причиной ошибок при обмене выступает разрыв между обновлениями конфигураций ЗУП 3.1 и БП 3.0.

Помните, что для корректного обмена конфигурации должны быть актуальных релизов.

2) Проверка корректности подключения

Заходим в раздел Администрирование – Синхронизация данных – Настройка синхронизации данных.

Встаем мышкой на нужный обмен — кнопка Настроить – кнопка Ещё – Настройки подключения:

В открывшемся окне производим проверку подключения по одноименной кнопке:

Данную проверку следует произвести как в ЗУП 3.1, так и в БП 3.0.

Распространенные ошибки подключения:

При подключении через сетевой каталог – разные папки для обмена в ЗУП 3.1 и БП 3.0 (в данном случае нужно проверить оба пути и указать верный); отсутствие доступа до папки (обратиться к системному администратору для настройки общего доступа);

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

Обмен проходит, документы не переносятся

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

1) Убедиться, что нужный документ по дате попадает в период, с которого начинается обмен данными:

Если необходимо, следует провести корректировку настроек обмена.

2) Проверить Предупреждения при обмене, раздел Непринятые по дате запрета:

Если нужный документ попадает в данный список, то необходимо подкорректировать дату запрета и повторно выполнить обмен.

3) Зарегистрировать документ к обмену вручную

Для этого необходимо перейти по кнопке Состав отправляемых данных, выбрать нужный вид документа, затем по кнопке Зарегистрировать или правой кнопкой мыши в соседней табличной части зарегистрировать нужный документ к обмену:

Затем следует повторить проведение обмена между конфигурациями.

Важно отметить, что сообщение «Не удалось синхронизировать данные» при обмене через каталог не всегда означает, что обмен не прошел.

Для анализа рекомендуем переходить по активной ссылке Журнал регистрации в полученном сообщении результата обмена:

Где мы увидим, что сообщение обмена было принято ранее, поэтому получать в ЗУП 3.1 из БП 3.0 было нечего.

Иными словами, файл с данными, который был отправлен конфигурацией БП 3.0 к запуску текущего обмена не обновлялся. Это означает, что данные из сообщения уже были загружены в ЗУП 3.1 ранее и повторно загрузка производиться не будет.

Для успешного завершения обмена при настройке подключения через каталог необходимо поэтапно запускать обмен в каждой из конфигураций.

Статью подготовила старший консультант «ИнфоСофт» Анастасия Ткаченко

Источник

ЗУП 3.1. Ошибка после обновления

Здравствуйте. Опыта не много, но есть желание понять, вникнуть и починить.
Столкнулся с проблемой после обновления 1с ЗУП 3.1. Так как обновления давно не делались, то последовательно накатывал обновы с 3.1.14.154, на этапе обновления 3.1.14.369. Захожу в 1С под толстым\тонким клиентом из конфигуратора, чтоб завершить обновление, ставлю галку, нажимаю «ОК» и появляется такая ошибка(ниже).
«Ошибка инициализации модуля: EF_30175038 Документ.РеестрСтимулирующихВыплатМедицинскимИСоциальнымРаботникам.МодульМенеджера
по причине:
: Недостаточно фактических параметров (ТаблицаПериодовРаботСотрудниковСКоронавирусом)
ПериодыРаботыСКоронавирусом = >ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, ПериодРасчета, Сотрудники);»
Открываю через платформу 8.3.17.1851.
Сделал ТиИ, ничего не изменилось.

Так выглядит обращение к функции — ПериодыРаботыСКоронавирусом = ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, ПериодРасчета, Сотрудники);
А так сама функция — Функция ТаблицаПериодовРаботСотрудниковСКоронавирусом(Организация, НачалоПериода, ОкончаниеПериода, Сотрудники, ПолучательСтимулирующихВыплатФСС)
Т.е. по всей видимости из 5 параметров, передается только 3, и из-за этого ошибка? Но почему так, если это обновление? Ошибка обновления? Как исправить, дописывать?

1. Я сначала попробовал обновить, исправляя везде в коде обращение к функции. В итоге в двух обновлениях была данная проблема, везде исправил, обновилось.
Вопрос насколько правильный вариант №1? а) Конфу не перезапускал; б) на сервере стояла галка «Блокировка регламентных заданий включена» Хотя я сомневаюсь конечно в данном вопросе и его адекватности, но все же — эти два пункта(а и б) как то могли повлиять на данную ошибку?
2. Хотел проверить идею с повторным обновлением после удаления расширений. Перед первым исправлением сделал бэкап. Бэкап поднял локально, решил проверить ошибку. Открыл платформу и обновление прошло как ни в чем не бывало. Такой ошибки, которую я указал в первом комментарии не было.

Подскажите с чем это связано?

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

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

По топику я понял, что предполагалась установка множества релизов. С целью получить актуальный.

Получается, что брался вообще-то очередной, но старый релиз, накатывался, перезапускался. затем еще один, затем еще один. Но релизы все старые.

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

А по поводу включенной блокировки запуска регламентных заданий, проблема в том, что текущие актуальные релизы в принципе теперь не работают адекватно на сервере,
если на базе постановлена блокировка регламентных.

Источник

Нажмите, чтобы связаться со мной:

После обновления перестала работать синхронизация между ЗУП и БП

Довольно часто перестает работать синхронизации между конфигурациям ЗУП и Бухгалтерией предприятия именно после обновления платформы 1С. Дело в том что для обмена нужна особая компонента, которая называется comcntr.dll и находится в папке с файлами платформы, например «C:\Program Files\1cv8\8.3.13.1644\bin». Проблема в том, что при установке новой платформы эта компонента не всегда регистрируется автоматически.

Если синхронизация у вас перестала работать по описанной выше причине, то при попытке произвести обмен система будет выдавать сообщение об ошибке вида:

«COMConnector = Новый COMObject(ИмяCOMСоединителя()); // «V83.COMConnector» по причине: -2147221164(0x80040154): Класс не зарегистрирован».

С такой ситуацией я сталкиваюсь часто. Компоненту можно зарегистрировать в ручную через «Службы компонентов» или используя .bat файл. Но это долго, довольно сложно, и не каждому пользователю 1С под силу. На данном сайте вы можете скачать обработку для 1С Предприятие (Управляемые формы), которая позволяет автоматически зарегистрировать компоненту comcntr.dll, нажатием всего лишь одной кнопки.

После успешной регистрации компоненты можно перезапустить 1С и выполнять синхронизацию ЗУП и БП.

Естественно, обработка пригодится не только при сбое синхронизации ЗУП и БП а также и при сбоях синхронизации любых других конфигураций, обменов, выгрузки на сайт и резервного копирования.

Похожие записи:

Ошибка «Обнаружено нарушение целостности системы» в 1С. 3 способа исправления.Обычно ошибка «Обнаружено нарушение целостности системы» возникает в 1С сразу.Где в 1С акт сверки и как его сделать в Бухгалтерии 3.0 и 2.0Содержание статьи: Делаем акт сверки в 1С Бухгалтерия 3.0 Делаем.Как в 1С посмотреть активных пользователейПри работе с 1С часто возникает ситуация, в которой нужно.Пожертвования в 1С БП 8.3Очень важно правильно отразить поступление пожертвования в вашей 1С. Это.

От Программист 1С

Просмотреть все записи от Программист 1С по этой ссылке.

Источник

После обновления не встают начисления и удержания зуп 3.1.9.107

В основном у народа хватает ума не обновляться на не проверенные версии.
Кто вам мешал пользоваться всеми преимуществами 3.1.8?
Ее уже вычистили от основных глюков.
А 3.1.9 будет тащить груз ошибок еще минимум 2 месяца!

Вот и оставайтесь, или вернитесь на 3.1.8.246

(2)вообще то бета тестирование уже закончено ))
для бета тестирования специально выкладывали обновления , но видимо никто не качает , никому это не нужно )))

да в 3.1.9 косячище большой
Удержания не записываются в регистры , в отчеты не попадают
только откатываться.
написал вчера в 1с

(8) Обновляться нужно тогда, когда доработают релизы до НОРМАЛЬНОЙ кондиции!
По вашему я должен рисковать своими рабочими базами ради отписывания ошибок в 1С?
Замечательно.

Компетенция и заключается в том чтобы грамотно определить «а можно уже обновлять боевые базы или еще подождать исправлений»

Лично у меня 40 баз и мне некогда
И это не поддержка, а в штате.

Существуют различные способы определить сырость релиза , и я уже писал об этом , прочтите внимательно.

с точки зрения пользователя и руководства организации утверждение выше логично.

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

Короче Склифасовский, в логических выводах учитывайте практический опыт!

Ответ отдела разработки:

Зарегистрирована ошибка с кодом 10207489 — Выплата сотруднику по ГПХ не учитывает удержание по исполнительному листу.

сообщайте ошибки в 1с , это несложно , пишете на почту v8@1c.ru и ждете ответ

Судя по bugboard эту галочку лучше включить даже если ошибок не наблюдается, вдруг она где-то незаметно косячит, например заплатит дважды за ночные часы(ошибка 10207364):

Код ошибки: 50011694
Код(ы) обращения: SW1373602
Статус: Планируется исправление в будущих версиях Зарегистрирована: 22.02.2019
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.9

Если сотруднику введено разовое начисление по одной статье финансирования и оплата по окладу по другой статье, то при расчете Районного коэффициента со способом отражения — по базовым начислениям в начислении зарплаты РК распределяется только на начисления, которые перечислены с ним в одном документе.

В меню «Все функции. » включить константу «Выполнять расчет зарплаты без оптимизации».

У меня ошибка проявляется
Для меня исправление ошибки важно
Включить подписку
Ошибка 10207364

Код ошибки: 10207364
Код(ы) обращения: SW1374322
Статус: Планируется исправление в будущих версиях Зарегистрирована: 22.02.2019
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.9

Если у сотрудника в течение месяца был кадровый перевод с изменением графика, у него может задваиваться оплата за ночные часы.

В меню «Все функции. » включить константу «Выполнять расчет зарплаты без оптимизации».

У меня ошибка проявляется
Для меня исправление ошибки важно
Включить подписку
Ошибка 30166865

Код ошибки: 30166865
Код(ы) обращения: SW1372436
Статус: Планируется исправление в будущих версиях Зарегистрирована: 20.02.2019
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.9

ЗГУ. При попытке установить настройку «Рассчитывается денежное содержание государственных служащих» и сохранить настройки выходит сообщение об ошибке «Преобразование значения к типу Булево не может быть выполнено».

У меня ошибка проявляется
Для меня исправление ошибки важно
Включить подписку
Ошибка 30166831

Код ошибки: 30166831
Статус: Планируется исправление в будущих версиях Зарегистрирована: 19.02.2019
Исправлена: «1С:ЗУП 3, 1С:ЗГУ 3», версия 3.1.9

ЗГУ. При расчете отпуска может возникать ошибка (если используется учет для судей или прокуроров):

<(1, 14)>: Таблица не найдена «ВТКадровыеДанныеСотрудников»

ВЫБРАТЬ * ИЗ >ВТКадровыеДанныеСотрудников

В меню «Все функции. » включить константу «Выполнять расчет зарплаты без оптимизации».

Источник

Перестали работать все печатные формы

(1) Можно написать что угодно и достаточно одной точки, например, «Фигня.ТрудовойДоговор» прекрасно работает. А все изза того что производится поиск в РегистрСведений.ПользовательскиеМакетыПечати, в котором измерениями являются : Объект = Фигня, ИмяМакета = ТрудовойДоговор. После того как программа не нашла аналогов вашей Фигне в этом регистре, она открывает ваш макет ТрудовойДоговор.

Считаю что это должны исправить, т.к. для ВПФ нечего указать в качестве пути. А вы считаете что это должны исправить?

позвать того , кто обновлял

если в вашем внешнем макете ( печатной форме) таблица называлась Общая
но после обновления разрботчики ее назвали Общие

как думаете ? — подхватит печатную форму ?

В передаваемых параметрах (шестой) к процедуре ВывестиТабличныйДокументВКоллекцию нужен полный путь до печатной формы.

(6) не совсем понял, внешняя печатная форма расположена в этойже самой внешней обработки, что нужно сдлать чтобы система не ругалась. В приведенном выше примере сылается на нахождение формы в документе.

Так же вопрос, если одна печатная форма (новая, расположена в самой обработке) используется на два документа? то данную функцию нельзя универсально использовать? нужно вместо одной обработки сделать две?

Я поступил следующим образом.
Добавил в расширение УправлениеПечатью.ВывестиТабличныйДокументВКоллекцию с функцией Перед

Теперь печатные формы переделывать не потребуется.

Добавьте в расширение процедуру общего модуля УправлениеПечатьюМультиязычность &Вместо(«ЯзыкиМакета»).

//и будет вам счастье:) не надо будет трогать ни одну форму

Твоим способом заработает, НО ПРИ ЭТОМ СТАНДАРТНЫЕ ПФ перестанут работать.
НУЖНО ПРОСТО В ОБРАБОТКУ ПРОПИСАТЬ полный муть на макет, например :

Процедура Печать(МассивОбъектов, КоллекцияПечатныхФорм, ОбъектыПечати, ПараметрыВывода) Экспорт

Если УправлениеПечатью.НужноПечататьМакет(КоллекцияПечатныхФорм, «ДоговорПодрядаСБК») Тогда
УправлениеПечатью.ВывестиТабличныйДокументВКоллекцию(КоллекцияПечатныхФорм,»ДоговорПодрядаСБК», «ДоговорПодрядаСБК»,
ПечатьДоговора(МассивОбъектов, ОбъектыПечати),,
» Документ.ДоговорРаботыУслуги.ПФ_MXL_ДыговорПодряда «);

Источник