Сообщество - 1C:Предприятие 8
Добавить пост

1C:Предприятие 8

293 поста 3 742 подписчика

Популярные теги в сообществе:

12 наболевших вопросов о внедрении ERP системы (интервью)

Сотрудники компании "БИГ-АЙТИ" (BIG-IT) максимально честно отвечают на 12 самых волнующих вопросов о внедрении систем ERP.


Список вопросов:

00:00 - 1. Важно ли заказчику заранее определиться с результатами, которых он хочет добиться при внедрении ERP-системы?

02:20 - 2. Стоит ли заказчику зацикливаться на старых бизнес-процессах при внедрении ERP-системы?

05:30 - 3. Нужно ли расписать все бизнес-процессы своей компании перед внедрением ERP-системы, разобраться в них?

11:15 - 4. Должен ли быть у заказчика долгосрочный план для проекта по внедрению ERP-системы?

12:54 - 5. Важно ли, чтобы вышестоящее руководство поддерживало направление, в котором движется проект по внедрению системы ERP?

14:22 - 6. Нужно ли заказчику собрать проектную команду внутри своей компании?

18:55 - 7. Кто должен быть ответственен за внедрение ERP-системы со стороны заказчика?

21:40 - 8. Нужно ли заказчику стараться избегать доработок в системе ERP?

25:54 - 9. Важно ли заказчику обучать пользователей работе во внедряемой системе ERP?

30:12 - 10. Насколько это важно, уделить особое внимание информации, которая загружается в ERP-систему?

33:33 - 11. Как заказчику выбрать подходящего исполнителя для внедрения ERP-системы?

36:40 - 12. Заканчивается ли проект с запуском ERP-системы?

41:30 - 13. И ещё раз о самом главном

Показать полностью

Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц (часть 2)

Продолжение темы, начало здесь.


1. Про ошибки

1.1 Первоначальное состояние

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


Используемые при настройке версии конфигураций:

• БП 3.0.58.20

• ЗУП 3.1.5.129


1.2 При использовании встроенных правил обмена

Было замечено, что при редактировании информации о физическом лице, либо при добавлении нового физического лица в любой из конфигураций, данные изменения не отражаются в базе-корреспонденте. Как выяснилось, во встроенных правилах регистрации объектов, для справочника Физические лица установлен режим выгрузки РежимВыгрузкиПриНеобходимости, который позволяет выгружать данные о физическом лице только по ссылке. Нас такая ситуация совершенно не устраивает, ставилась задача полной синхронности данных о физических лицах в обоих базах.


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


К примеру, если изменить данные документа Паспорт гражданина РФ у какого-либо физического лица, то после синхронизации в базе-приёмнике у данного физического лица пропадает запись о документе Паспорт гражданина РФ. Это происходит в том случае, когда нет соответствия объектов (отсутствует запись в регистре сведений Соответствие объектов информационных баз, относящаяся к данному физическому лицу).


Вторая странность: если соответствие объектов установлено (оно устанавливается автоматически, при выгрузке объекта по ссылке), то любые изменения данных таких физических лиц начинают регистрироваться к обмену, как в случае режима РежимВыгрузкиПерсональныеДанные.


2. Источник.Ссылка

Если изменить в правилах выгрузки для физического лица режим на РежимВыгрузкиПерсональныеДанные, то любые изменения информации о физических лицах регистрируются к обмену. Однако, в этом случае записи регистров сведений, связанных с физическими лицами, начали исчезать в совершенно различных ситуациях. Анализ правил обмена выявил следующее:

При выгрузке записи справочника Физические лица, соответствующее ПКО (правило конвертации объекта) содержит обработчик события После выгрузки в файл следующего содержания:

Выполнить(Алгоритмы.ВыгрузитьСведенияФизическогоЛица);


Смысл данного алгоритма в том, чтобы сразу за выгрузкой XML узла записи о физическом лице выгрузить все записи регистров сведений ФИОФизическихЛиц, ГражданствоФизическихЛиц, ДокументыФизическихЛиц, связанных с выгружаемой записью о физическом лице.


Проанализировав состав отправленного сообщения, мы обнаружили, что сразу после объекта Физическое лицо созданы три набора записей регистра, однако, они не содержат, собственно, строк набора записей. Это говорит о том, что отборы записей в алгоритме ВыгрузитьСведенияФизическогоЛица возвращают пустой набор. Это приводит к тому, что в корреспондирующей базе записи вышеперечисленных регистров сведений, связанных с данным физическим лицом, замещается пустыми наборами, или проще говоря, удаляются. После замены в алгоритме Источник на Источник.Ссылка записи регистров начали выгружаться корректно.


Примеры сообщений при выгрузке здесь.

Показать полностью

Что ты такое??

Что ты такое?? 1С, Программист

очередные шедевры в рабочей конфе заказчика. клубничка нужна?

1C: ERP - Управление сделками . Краткий обзор

Как настроить управление сделками в 1С ERP? Как создать сделку, как их вообще активировать? Как настроить этапы процессов продаж (воронку продаж)? Какие бывают виды сделок, что это такое? Где находится разделы "планирование" и "окружение" сделки? Как заполнить первичный спрос, первичный интерес? А есть ли отчёты по сделкам? Как активировать обособленный учёт товаров по сделке? А также немного о процессе "Типовая продажа"

Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц.

При совместной работе конфигураций БП 3.0 и ЗУП 3.1 с использованием встроенного плана обмена ОбменЗарплата3Бухгалтерия3 персональные данные физических лиц передаются некорректно. Это связано с ошибкой в правилах обмена (замшелой уже, с учётом того, сколько времени эта ошибка «кочует» из версии в версию правил). Суть ошибки в том, что в алгоритме ВыгрузитьСведенияФизическогоЛица некорректно указаны условия отбора (аж три раза…). Вместо GUID объекта <Источник.Ссылка> в процедуру отбора в качестве параметра передаётся абстрактнейшее <Источник>.


Правила обмена, используемые по умолчанию, встроены в план обмена в виде набора шаблонов. Убедимся, что в исследуемых нами релизах ошибка присутствует:

Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц. 1С, Ошибка, Длиннопост
Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц. 1С, Ошибка, Длиннопост
Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц. 1С, Ошибка, Длиннопост
Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц. 1С, Ошибка, Длиннопост

Для исправления ситуации необходимо выгрузить правила в соответствующие xml файлы (с помощью буфера обмена), исправить ошибки, загрузить изменённые файлы правил при настройке синхронизации.

Комплект правил плана обмена ОбменЗарплата3Бухгалтерия3 состоит из следующих правил:

RegistrationRules.xml (правила регистрации)

ExchangeRules.xml (правила обмена)

CorrespondentExchangeRules.xml (правила обмена корреспондента)


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


Для работы с правилами регистрации и правилами обмена формата 2 существует специальная конфигурация Конвертация данных 2.1. В случае разработки собственных правил или доработки существующих, настоятельно рекомендуется использовать для этого данную конфигурацию. В нашем случае имеет место банальное исправление ошибки, поэтому мы считаем, что корректно будет просто внести изменения любым текстовым редактором, не изменяя при этом Идентификатор правил. Пример того, как это сделано xml редактором FirstObject XML Editor:

Совместная работа БП 3.0 и ЗУП 3.1. Устранение ошибки синхронизации персональных данных физических лиц. 1С, Ошибка, Длиннопост

Для подготовки архива создадим папку (например, с именем RulesPersData), создадим в ней файлы RegistrationRules.xml, ExchangeRules.xml, CorrespondentExchangeRules.xml путём копирования содержимого соответствующих шаблонов. Откорректируем созданные файлы и упакуем их в архив. При настройке синхронизации, данный архив будет использован в качестве источника для загрузки правил обмена.


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


Ссылка на оригинал здесь.

Показать полностью 5

Резервное копирование файловых БД на сервере Debian используя 1Cv8.cdn

Для выполнения точного резервного копирования файловых БД 1С:Предприятие 8 предлагается использовать файл блокировки 1Cv8.cdn


Используется в решении: Терминальный сервера на Debian с доступом по RDP

Для выполнения резервного копирования нужно запустить Backup Manager с параметрами заданными в файле backup-manager-1C.conf


Алгоритм

• Перед выполнением резервного копирования выполняется скрипт блокировки с параметром 1 (блокировка), при этом поле создания файлов блокировки выдерживается пауза 60 секунд чтобы пользовательские сессии были закрыты.

• Выполняется резервное копирование

• После завершения процесса резервного копирования выполняется скрипт блокировки с параметром 0 для снятия блокировки с баз данных.


Ожидание запуска

Пользователи которые были подключены к БД или те, кто попробуют подключиться к ней получат сообщение:

Резервное копирование файловых БД на сервере Debian используя 1Cv8.cdn 1С, Debian, Резервное копирование, Backup
Файл блокировки БД

Пример:

{1,20180326161500,20180326163000,"Блокировка","ПАРОЛЬ",""}

Заблокировать БД с 2018-03-26 16:15:00 до 2018-03-26 16:30:00 с сообщением: Блокировка, пароль: ПАРОЛЬ


Описание параметров в формате: № п/п,  значения, описание:

(1) Признак блокировки;  1 является признаком блокировки, 0 и сохранить файл, то база должна запуститься в обычном режиме.

(2) Дата/время начала блокировки, формат: ГГГГММДДЧЧММСС

(3) Дата/время окончания блокировки, формат: ГГГГММДДЧЧММСС

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

(5) Пароль. Произвольный пароль для блокировки базы, нужен для того, чтобы в базу кроме Вас никто не зашёл. Значение пароль можно передать в параметре запуска: /UC

(6) Значение этого параметра мне не известно!


Для параметра дата/время можно использовать специальное значение: 00010101000000

Дополнительная информация с примерами файлов здесь.

Ссылки

Терминальный сервера на Debian с доступом по RDP

Backup Manager

1Cv8.cdn

Показать полностью 1

1с. типичное техзадание

1с. типичное техзадание Работа, 1С
Показать полностью 1

Поиграем в бизнесменов?

Одна вакансия, два кандидата. Сможете выбрать лучшего? И так пять раз.

СДЕЛАТЬ ВЫБОР

1C: ERP - Оформление претензий. Краткий обзор

Где находятся претензии в 1С ERP? Как создать претензию? Где указываются причины претензии? Как создать план по отработке претензии? Как закрыть претензию?

Отличная работа, все прочитано!