Несмотря на то, изучающие СКД встречаются с этим на первый или второй день, это должно быть в разделе FAQ. Простой пример программного вывода отчета на компоновке, использующий настройки по умолчанию.
Как сохранить Значения элементов при закрытии формы и восстановить их при открытии формы?
Это можно сделать через СохранитьЗначения(), ВосстановитьЗначение():
Но у этого способа, одно НО - Сохраненые значения будут доступны только на там компьютере, на котором их сохранили!
А чтобы эти значения были доступны с любого компьютера, их нужно хранить в базе, например в константах с типом Хранилище значения:
Перебирая все элементы формы, выбрать только поля ввода и записать их значения в структуру.
Потом структуры записываем в константу:
Варианты решения проблемы "Не открывается предварительный просмотр":
1. Нет принтера - нет предварительного просмотра. Попробуй переустановить принтеры.
2. Поставил под локальным админом дрова на принтер как у клиента и все заработало.
3. Если принтер сетевой, то сделайте его имя не больше 8-ми символов!
Для 7.7:
Открываем редактор реестра и находим следующую ветку:
HKEY_CURRENT_USER\Software\1C\1Cv\7.7\<здесь название базы>\V7\<имя пользователя>\Moxel\<ИмяОпцицПечатиУчетМПЗ> - последняя ветка отличается от вида документа. Так в этой ветки есть следующий параметр Default Printer - он должен быть меньше 15 символов.
Или вообще удалите раздел Moxel в реестре - там хранятся настройки для каждой печатной формы.
Проверь свойства принтера "качество печати", если стоит 600dpi попробуй поставить 300dpi.
Советуем вам посетить сайт https://casinopromo3.ru , если вы увлекаетесь азартными играми. На нем вы найдете свежи рабочие промокоды казино, для получения бездепозитных бонусов при регистрации.
В статье описан способ быстрой организации отбора в списке справочника по первой букве наименования. Механизм легко дотачивается под собственные нужды.
Данный текст необходимо вставить в модуль формы списка справочника.
Процедуру "ПриСозданииНаСервере" вручную назначить обработчиком одноименного события формы.
Если данному событию уже назначен обработчик, то необходимо дополнить его строками процедуры "ПриСозданииНаСервере" из листинга.
Реквизита формы "Список" не должен содержать произвольного запроса. Если список формируется произвольным запросом, то в запрос необходимо дописать условие компоновки: {ГДЕ (ПОДСТРОКА(ИмяТаблицы.Наименование, 1, 1) В (&СписокБукв))}
и удалить процедуру "ПодготовитьДинамическийСписок" и все ее вызовы.
Нашел альтернативный, практически моментальный способ переноса остатков между семерой и восьмерой (так и между восмерками). Не требуется никаких дополнительных усилий, программирования, писания обработок и т.д. и т.п.
На ИТС есть обработка под названием "ЗагрузкаДанныхИзТабличногоДокумента". Скачать ее можно здесь.
К примеру остатки по 41 счету:
1) перенести справочники любой обработкой обмена.
2) выкрутить в старой программе любой отчет по сальдо (в виде разбитых колонок - наименование, количество, сумма)
3) сохраняем его в эксель.
4) открываем восмерку, открываем обработку.
Выбираем опцию загрузки в документ, выбираем вид документа ВводНачальныхОстатков, соответствующую табличную часть. Дальше открываем экселевский файл. Обработка его считывает. Задаем настройки для колонок откуда чего брать (и что проставлять автоматом).
Нажимаем контроль. Обработка проверит все совпадения. После чего нажимаем загрузить.
Собственно всё. Ввод остатков готов.
В принципе так можно загрузить любые остатки во все что угодно.
Все это делается минут 15. Я только что узнал что у меня бухгалтерия занималась сейчас ручным вводом остатков по 41 счету в новую бухгалтерию. 3 тысячи строк. Уже вторую неделю сидели вбивали, сделали меньше пятой части, да еще как оказалось понаделали лишней номенклатуры и прочего. Eugeneer
После выхода платформы 8.2.11 появилась задача установить на один физический сервер несколько серверов приложений 1С 8.2 - 8.2.10 и 8.2.11. Информацию как это сделать в документации по 1С я не нашел, более того, говорилось о том, что второй сервер возможно запускать только в ручном режиме.
Для начала необходимо распаковать архив в какую-нибудь папку, зайти в нее командной строкой и запустить команду создания сервиса, например:
"INSTSRV "Агент сервера 8.2.11" "C:\Program Files\1cv82\8.2.11.229\bin\ragent.exe"", Где Агент сервера 8.2.11 - придуманное имя сервиса. Если всё сделано правильно, то появится сообщение, подтверждающее успешное создание сервиса:
Теперь зайдите в Администрирование - Службы (Services). Находите только что созданную службу, двойной клик вызывает свойства сервиса. На первой вкладке можно выбрать параметры запуска - Automatic (автоматически при загрузке компьютера), Manual (Вручную) и Disabled (отключено). Для работы созданного сервиса в отдельном окне необходимо отметить на второй вкладке (Вход в систему) пункт Allow Service to Interact with Desktop (Разрешить взаимодействие с рабочим столом) + указать параметры входа в систему.
Следующим шагом является редактирование реестра. Запускаем редактор реестра Regedit. Ищем строку "C:\Program Files\1cv82\8.2.11.229\bin\ragent.exe" и меняем ее на правильную команду запуска с параметрами, например: ""C:\Program Files\1cv82\8.2.11.229\bin\ragent.exe" /Debug -srvc -agent -regport 11641 -port 11640 -range 11660:11691 -d "C:\Program Files\1cv82\srvinfo2""
Запустить сервис, если он не отключен, можно несколькими способами, во-первых через командную строку: Net Start ServiceName - где SеrviceName - имя Вашего сервиса. И другим способом - непосредственно через апплет административной панели - службы.
Чтобы удалить сервис, его сначала необходимо остановить: net stop ServiceName, затем опять же в коммандной строке выполнить команду INSTSRV ServiceName remove.
P.S. - информация для "особо умных" скептиков:
На http://users.v8.1c.ru/Adm3413.aspx цитата:
Установка нового экземпляра сервера 1С:Предприятия 8.1/8.2 при работающем сервере 1С:Предприятия той же версии
В 1С:Предприятии отсутствуют штатные возможности по регистрации нескольких экземпляров сервера 1С:Предприятия одной версии (8.1 или 8.2).
Если после установки предполагается запуск нового экземпляра сервера, а не простое обновление версии 1С:Предприятия, то при установке 1С:Предприятия с теми же первыми двумя цифрами номера версии не следует регистрировать сервер 1С:Предприятия как сервис.
Дополнительные экземпляры сервера 1С:Предприятия могут быть запущены только из командной строки. При этом важно, чтобы они различались не только портами, но и каталогами реестра кластера.
В языке запросов 1С:Предприятия функция ПОДСТРОКА() в формате ПОДСТРОКА(<Исходная строка>, <Начало>, <Длина>) может применяться к данным строкового типа и позволяет выделить фрагмент <Исходной строки>, начинающийся с символа номер <Начало> (символы в строке нумеруются с 1) и длиной <Длина> символов. Результат вычисления функции ПОДСТРОКА() имеет строковый тип переменной длины, причем длина будет считаться неограниченной, если <Исходная строка> имеет неограниченную длину и параметр <Длина> не является константой или превышает 1024.
Вычисление функции ПОДСТРОКА() на SQL сервере:
В клиент-серверном варианте работы функция ПОДСТРОКА() реализуется при помощи функции SUBSTRING() соответствующего оператора SQL, передаваемого серверу баз данных SQL Server, который вычисляет тип результата функции SUBSTRING() по сложным правилам в зависимости от типа и значений ее параметров, а так же в зависимости от контекста, в котором она используется.
В большинстве случаев эти правила не оказывают влияния на выполнение запроса 1С:Предприятия, однако есть случаи, когда для исполнения запроса существенна максимальная длина строки результата, вычисленная SQL Server. Важно иметь в виду, что в некоторых контекстах использования функции ПОДСТРОКА() максимальная длина ее результата может оказаться равной максимальной длине строки ограниченной длины, которая в SQL Server равна 4000 символам. Это может привести к неожиданному аварийному завершению выполнения запроса.
Например, запрос:
завершается аварийно с сообщением Ошибка СУБД: Microsoft OLE DB Provider for SQL Server: Warning: The query processor could not produce a query plan from the optimizer because the total length of all the columns in the GROUP BY or ORDER BY clause exceeds 8000 bytes.
HRESULT=80040E14, SQLSTATE=42000, native=8618
Это происходит потому, что вычисленная Microsoft SQL Server максимальная длина строки, которая является результатом выражения:
равна 4000 символов. Поэтому длина записи, состоящей из двух таких полей превышает 8000 байт, разрешенные для выполнения операции сортировки.
В связи с описанной особенностью исполнения функции SUBSTRING() на SQL Server использование функции ПОДСТРОКА() с целью приведения строк неограниченной длины к строкам ограниченной длины не рекомендуется. Вместо нее лучше использовать операцию приведения типа ВЫРАЗИТЬ(). В частности, приведенный пример можно переписать в виде:
Начиная с 8-ой версии, в типовых конфигурациях появился очень удобный механизм подключения внешних печатных форм! Теперь можно сделать для каждой организации свои печатные формы и при этом совсем не меняя конфигурации, что позволяет свободно обновлять программу не переживая, что что-нибудь слетит.
Внешние печатные формы подключаются через меню программы «Сервис / Дополнительные отчеты и обработки / Дополнительные внешние печатные формы».
В открывшейся форме жмем Добавить, в открывшемся окне Регистрация внешней печатной формы Новый делаем следующее: 1
Подключение внешней печатной формы с параметрами Авторегистрации
Щелкая на указанный значек, выбираем файл с внешней печатной формой:
На вопрос:
Отвечаем Да и жмем Записать
Подключение внешней печатной формы без параметров авторегистрации
Добавляем новую строку и заполняем «Представление объекта» выбираем документы типа «Регистрация разовых начислений работников организаций», подключаем файл с печатной формой «ПризазОПоощренииРаботникаТ11_Т11а.epf». 2
Если у печатной формы несколько вариантов формирования, то необходимо добавить Параметры:
Открываем Параметры обработки, на вопрос о сохранении - жмем ДА.
Указываем:
Имя - Любое или какое будет указано в прилагаемой к печатной форме документации
Значение - Выбираем Тип указаный в прилагаемой к печатной форме документации и Значение 3
После подключения форм, во всех документах указанного вида появится возможность вывода их на печать. Мигачев Евгений
Нужно на форме документа сделать кнопочку Подбор для справочника сотрудники и чтобы выбранные элементы добавлялись в табличное поле документа?
В данной статье я приведу пример подбора элемента справочника в Список значений и в Табличную часть!
Создаем на форме следующие элементы:
Логика такова:
При нажатии на кнопку ПОДБОР (Процедура КоманднаяПанельПодбор) должена открыться форма подбора сотрудников:
Для Списка значений (СЗ) - ОткрытьФормуВыбораСотрудника(ЭлементыФормы.СписокСотрудников, ЭтотОбъект, Ложь, );
Для Табличного поля (ТП) - ОткрытьФормуВыбораСотрудника(ЭлементыФормы.ТабличноеПолеРаботники, ЭтотОбъект, Ложь, );
Далее открывается форма подбора сотрудника, при двойном щелчке - сотрудник должен добавится в СЗ или ТП.
Для этого у СЗ и ТП в Свойства - События добавляем ОбработкуВыбора :
Для Списка значений (СЗ) - Процедура СписокСотрудниковОбработкаВыбора(Элемент, ВыбранноеЗначение, СтандартнаяОбработка)
Для Табличного поля (ТП) - Процедура ТабличноеПолеРаботникиОбработкаВыбора(Элемент, ВыбранноеЗначение, СтандартнаяОбработка)
А в них пропишем проверку, добавлен сотрудник или нет - чтобы не было задвоений!
Утилита администрирования клиент-серверного варианта предназначена для решения следующих задач:
* создание, изменение и удаление кластеров серверов;
* модификация существующих кластеров: создание, изменение параметров и удаление рабочих серверов, рабочих процессов кластера, информационных баз, входящих в состав кластера;
* управление списками администраторов центральных серверов кластеров и списками администраторов кластеров;
* мониторинг соединений пользователей с информационными базами и служебных соединений;
* отключение пользователей от информационной базы;
* мониторинг объектных блокировок 1С:Предприятия 8 и блокировок клиентского соединения;
* оперативный анализ транзакционных блокировок системы управления базами данных;
* управление блокировкой установки соединений пользователей с информационной базой;
* управление блокировкой выполнения регламентных заданий.
Утилита представляет собой подключаемый модуль MMC (Microsoft Management Console), и может быть использована на компьютерах, на которых установлено соответствующее программное обеспечение (для операционных систем Windows 2000/XP/Server 2003 это программное обеспечение является стандартным). Все функции администрирования сервера 1С:Предприятия 8 также доступны средствами встроенного языка.
Блокировка установки соединений пользователей с информационной базой
Блокировка установки соединений пользователей с информационной базой позволяет запретить пользователю соединение с информационной базой в заданный период времени.
При этом администратор системы может указать сообщение, которое будет выдано пользователю, при попытке соединения:
Такая возможность позволяет упростить администрирование системы в тех случаях, когда для выполнения регламентных операций с информационной базой требуется монопольный доступ к базе данных. Блокировка установки соединений пользователем может быть выполнена как интерактивно, так и средствами встроенного языка.
Блокировка выполнения регламентных заданий
Блокировка выполнения регламентных заданий позволяет запретить автоматический запуск регламентных заданий (в соответствии с расписанием) в тех случаях, когда их выполнение может затруднить регламентные действия с информационной базой, например, обновление конфигурации. Блокировка выполнения регламентных заданий может быть установлена для каждой информационной базы в отдельности как в процессе создания, так и в процессе работы информационной базы(в свойствах ИБ).
Блокировка выполнения регламентных заданий в процессе создания ИБ:
Данные, которые определяют логику функционирования системы на базе 1С:Предприятия, относятся к информационной базе. Хранение информационной базы осуществляется в базе данных с виде набора таблиц, для чего 1С:Предприятие 8.1 может использовать одну из четырех систем управления базами данных (СУБД): * Встроенную в 1С:Предприятие 8.1 (файловый вариант информационной базы). В этом случае все данные информационной базы хранятся в файле с именем 1Cv8.1CD. Этот файл имеет двоичный формат и по сути является базой данных для встроенной в 1С:Предприятие 8.1 СУБД. * Microsoft SQL Server (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных Microsoft SQL Server. * PostgreSQL (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных PostgreSQL. * IBM DB2 (клиент-серверный вариант информационной базы). Все данные информационной базы хранятся в базе данных IBM DB2.
На уровне объектов базы данных (таблиц, полей, индексов и т. п.) как файловый так и клиент-серверный вариант информационной базы имеют сходный формат (отличающийся несущественными деталями). Некоторая информация об этом формате содержится ниже.
Вся информационная база представляется в базе данных в виде набора таблиц. Среди них есть несколько таблиц, которые обязательно присутствуют в представлении любой информационной базы:
* Config - основная конфигурация информационной базы. Эта конфигурация соответствует реальной структуре данных и используется 1С:Предприятием 8.0 в режиме Предприятия. * ConfigSave - конфигурация, редактируемая Конфигуратором. Конфигурация из ConfigSave переписывается в Config при выполнении "Обновления конфигурации базы данных" в Конфигураторе, а наоборот - при выполнении в Конфигураторе операции "Конфигурация - Конфигурация базы данных - Вернуться к конфигурации БД". * Files содержит служебную информацию, например, о работе с хранилищем конфигурации. * Params содержит параметры информационной базы. Среди них: => Список пользователей информационной базы. => Национальные настройки информационной базы. => Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов). => Некоторая другая информация. * _YearOffset - смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server. * DBSchema содержит информацию о структуре базы данных 1С:Предприятия и определяет другие объекты базы данных, используемые данной информационной базой.
При старте 1С:Предприятие проверяет наличие в информационной базе перечисленных таблиц и в случае отсутствия какой-нибудь из них выдается сообщение "информационная база разрушена". Отсутствие всех перечисленных таблиц означает, что информационная база пустая. В последнем случае эти таблицы будут созданы.
Перечень и структура других таблиц базы данных определяется конкретной конфигурацией, а именно, определенными в ней объектами метаданных. Имя каждой таблицы состоит из буквенного префикса и следующего за ним номера. Префикс определяет назначение таблицы, а номер позволяет различать таблицы одинакового назначения, относящиеся к разным объектам метаданных. Если в качестве СУБД используется IBM DB2, то описанную структуру имеют не имена таблиц, а их псевдонимы.
Если в конфигурации определен хотя бы один план обмена с установленным флагом "Распределенная информационная база", то будут созданы следующие таблицы:
* _ConfigChangeRec - таблица регистрации изменений объектов конфигурации. * _ConfigChangeRec_ExtProps - таблица имен файлов измененных внешних свойств объектов конфигурации.
Ниже перечислены различные объекты метаданных, которым могут соответствовать те или иные таблицы.
* Константы => _Consts содержит текущие значения всех констант, определенных в конфигурации. => _ConstsChangeRec - таблица регистрации изменений констант. Создается, если хотя бы одна константа участвует хотя бы в одном плане обмена. * Планы обмена => _Node<n> - таблица плана обмена. => _Node<n>_VT<k> - табличная часть плана обмена, создается для каждой табличной части. * Справочники => _Reference<n> - таблица справочника. => _Reference<n>_VT<k> - табличная часть справочника - для каждой табличной части. => _ReferenceChangeRec<n> - таблица регистрации изменений справочника. Создается, если справочник участвует хотя бы в одном плане обмена. * Документы => _Document<n> - таблица документов для каждого объекта метаданных "документ". => _Document<n>_VT<k> - табличная часть документа - для каждой табличной части каждого документа. => _DocumentChangeRec<n> - таблица регистрации изменений объекта метаданных типа "документ". Создается для каждого объекта метаданных типа "документ", если он участвует хотя бы в одном плане обмена. * Последовательности документов => _Sequence<n> - таблица регистрации документов - для каждой последовательности. => _SequenceBoundary<n> - таблица границ последовательности - для каждой последовательности. => _SequenceChangeRec<n> - таблица регистрации изменений последовательности. Создается для каждой последовательности, которая участвует хотя бы в одном плане обмена. * Журналы документов. => _DocumentJournal<n> - таблица журнала документов, создается для каждого журнала документов. * Перечисления => _Enum<n> - таблица перечисления - по одной для каждого перечисления. * Планы видов характеристик => _Chrc<n> - основная таблица плана видов характеристик. => _Chrc<n>_VT<k> - табличная часть плана видов характеристик - для каждой табличной части. => _ChrcChangeRec<n> - таблица регистрации изменений плана видов характеристик. Создается, если план видов характеристик участвует хотя бы в одном плане обмена. * Планы счетов => _Acc<n> - основная таблица плана счетов. => _Acc<n>_ExtDim<k> - таблица видов субконто плана счетов, создается для плана счетов в том случае, если максимальное количество субконто больше нуля. => _Acc<n>_VT<k> - табличная часть плана счетов, создается для каждой табличной части плана счетов. => _AccChangeRec<n> - таблица регистрации изменений плана счетов. Создается, если план счетов участвует хотя бы в одном плане обмена. * Планы видов расчета => _CalcKind<n> - основная таблица плана видов расчета. => _CalcKind<n>_BaseCK - таблица базовых видов расчета, создается для плана видов расчета в случае, если его свойство "Зависимость от базы" имеет значение, отличное от "Не зависит". => _CalcKind<n>_DisplacedCK - таблица вытесняемых видов расчета, создается для плана видов расчета в случае, если у него установлен флаг "Использует период действия". => _CalcKind<n>_LeadingCK - таблица ведущих видов расчета - для каждого плана видов расчета. => _CalcKindDN<n> - вспомогательная таблица для порядка вытеснения, создается, если у плана видов расчета установлен флаг "Использует период действия". => _CalcKind<n>_VT<k> - табличная часть плана видов расчета, создается для каждой табличной части. => _CalcKindChangeRec<n> - таблица регистрации изменений плана видов расчета. Создается, если план видов расчета участвует хотя бы в одном плане обмена. * Регистры сведений => _InfoReg<n> - таблица движений регистра сведений. => _InfoRegChangeRec<n> - таблица регистрации изменений регистра сведений. Создается, если регистр сведений участвует хотя бы в одном плане обмена. * Регистры накопления => _AccumReg<n> - таблица движений регистра накопления. => _AccumRegTotals<n> - таблица итогов регистра накопления, если регистр поддерживает остатки. => _AccumRegTurnovers<n> - таблица оборотов регистра накопления, если регистр поддерживает обороты. => _AccumRegChangeRec<n> - таблица регистрации изменений регистра накопления. Создается, если регистр накопления участвует хотя бы в одном плане обмена. => _AccumRegOptions - таблица настроек хранения итогов регистров накопления одна на все регистры накопления. * Регистры бухгалтерии => _AccntReg<n> - таблица движений регистра бухгалтерии. => _AccntRegED<n> - таблица значений субконто регистра бухгалтерии, создается в том случае, если он ссылается на план счетов, у которого максимальное количество субконто больше нуля. => _AccTtl0<n> - таблица итогов по счету. => _AccTtl<i><n> - где i от 1 до максимального количества субконто. Таблица итогов по счету с количеством видов субконто равным i. => _AccTtlC<n> - таблица итогов оборотов между счетами, только для регистра бухгалтерии поддерживающего корреспонденцию. => _AccntRegChangeRec<n> - таблица регистрации изменений регистра бухгалтерии. Создается, если регистр бухгалтерии участвует хотя бы в одном плане обмена. => _AccntRegOptions - таблица настроек хранения итогов одна на все регистры бухгалтерии. * Регистры расчета => _CalcReg<n> - таблица движений регистра расчета. => _CalcRegActPer<n> - таблица фактических периодов действия для регистра расчета, создается, если у регистра расчета установлен флаг "Период действия". => _CalcRegChangeRec<n> - таблица регистрации изменений регистра расчета. Создается для каждого регистра расчета, участвующего хотя бы в одном плане обмена. => _CalcRegRecalc<n> - таблица перерасчета регистра расчета, создается для каждого перерасчета. => _CalcRegRecalcChangeRec<n> - таблица регистрации изменений перерасчета. Создается, если перерасчет участвует хотя бы в одном плане обмена. * Бизнес-процессы => _BPRoutePoint<n> - таблица точек маршрута бизнес-процесса для каждого бизнес-процесса. => _BusinessProcess<n> - основная таблица бизнес-процесса. => _BusinessProcess<n>_VT<k> - табличная часть бизнес-процесса для каждой табличной части. => _BusinessProcessChangeRec<n> - таблица регистрации изменений бизнес-процесса. Создается для каждого бизнес-процесса, участвующего хотя бы в одном плане обмена. * Задачи => _Task<n> - основная таблица задачи. => _Task<n>_VT<k> - табличная часть задачи для каждой табличной части. => _TaskChangeRec<n> - таблица регистрации изменений в задачах. Создается для каждого объекта метаданных типа "задача", который участвует хотя бы в одном плане обмена.
При использовании IBM DB2 префиксы псевдонимов таблиц начинаются не с символа подчеркивания, а сразу с буквенной части.
Количество этих таблиц зависит от функциональности конфигурации и может быть достаточно большим. В штатном режиме 1С:Предприятие не выполняет проверку их наличия, а также целостности и непротиворечивости содержащихся в них данных. Поэтому важно, чтобы база данных, в которой размещена информационная база 1С:Предприятия 8.1, была защищена от несанкционированного доступа и ее модификация выполнялась только средствами 1С:Предприятия. Для проверки необходимо использовать функцию "Администрирование - Тестирование и исправление", встроенную в конфигуратор.
Важно также, чтобы резервное копирование и восстановление базы данных, хранящей информационную базу, выполнялось только целиком. С этой целью рекомендуется использование средств резервного копирования баз данных, встроенных в в используемую СУБД. Резервное сохранение файлового варианта информационной базы может быть выполнено копированием файла 1Cv8.1CD.
В конфигураторе есть специальная функция: Администрирование - Выгрузить информационную базу. С ее помощью можно выгрузить в указанный файл (файл выгрузки) все данные, относящиеся к информационной базе, и больше никакие. Обратная ей функция "Загрузить информационную базу" позволяет в текущую информационную базу вместо существующих загрузить все данные из файла выгрузки. Эти функции также можно использовать для резервного копирования данных информационной базы как в файловом так и в клиент-серверном варианте. Как просмотреть структуру таблиц информационной базы?
Грамотно построить работу и распланировать рабочее время сотрудников – задача не из легких, особенно в «горячую» пору очередных отпусков, ведь нужно сделать все необходимое, чтобы отсутствие «ценных кадров» никоим образом не отразилось на деятельности вашей организации. В этой статье мы затронем вопрос планирования отпусков персонала в программе «1С:Зарплата и Управление Персоналом 8.1».
Для начала необходимо создать документ «Планирование отпусков». В документе осуществляется планирование ежегодных отпусков работников предприятия, т.е. указывается список работников и периоды их отпусков.
В графе «Состояние» есть два варианта: «Утвержден» или «Не утвержден».
Проведение документа
При проведении документа производится проверка непротиворечивости получающегося графика.
После проведения можно открыть меню «Персонал» - «Отпуска» - «График отпусков». Перед вами появится табличное поле со всеми введенными отпусками.
Здесь можно отследить по цвету ячеек, кто из сотрудников уже был в отпуске, кто еще только запланировал, но еще не утвержден.
В шапке таблицы есть кнопка «Остаток отпусков». Справочник хранит остатки неиспользованных дней управленческого ежегодного отпуска за прошлые года без учета фактических отпусков текущего рабочего года. Остатки хранятся в разрезе календарных лет, с 01.01. по 31.12. В год, когда принят сотрудник, остатки хранятся с даты приема на работу по 31.12.
Заполнять справочник необходимо в двух случаях:
- При начале работы с механизмом остатков отпусков;
- Для ускорения времени проведения документов и формирования отчетов.
Начало работы с механизмом остатков отпусков
Если в программе уже есть документы фактических отпусков, использовать механизм остатков можно с того года, с которого в программе введены фактические отпуска. Порядок ввода данных в этом случае будет следующий:
1. Ввести остатки за год, являющийся предыдущим по отношению к тому году, с которого в программе введены фактические отпуска. Если данных об остатках нет, можно считать, что остатки нулевые, и ввести в качестве остатков нулевые остатки;
2. Заполнить регламентированный производственный календарь за все года, начиная с того года, с которого в программе введены фактические отпуска;
3. Перепровести документы фактических отпусков, чтобы программа посчитала количество дней, использованных каждым фактическим отпуском.
Если в программе данных о фактических отпусках нет, тогда необходимо ввести остатки за предыдущий рабочий год. Если данных об остатках нет, рекомендуется ввести нулевые остатки по каждому сотруднику.
Ускорение времени проведения документов и формирования отчетов
Если в процессе эксплуатации механизма медленнее проводятся документы или формируются отчеты по отпускам, заполнение справочника поможет решить эту проблему. Программа будет рассчитывать остатки каждого сотрудника не с даты приема на работу, а только для тех рабочих лет, для которых нет записей в справочнике остатков. Заполнять справочник можно вручную, вызовом команды заполнения или автоматически, настроив регламентное задание. Функция заполнения остатков заполняет остатки для тех рабочих лет, для которых еще не введены остатки в справочнике. Функция «Рассчитать» в форме редактирования остатков по сотруднику рассчитает остатки автоматически с даты приема сотрудника на работу, используя данные о фактических отпусках, введенных в программу и проигнорировав все остатки, введенные вручную. Увидеть информацию об актуальных остатках по сотрудникам можно из карточки сотрудника.
Также из окна «График отпусков» можно ввести дополнительные дни отпуска, нажав кнопку «Дополнительные дни отпуска». Документ предназначен для ввода дополнительных дней управленческого отпуска, обычно называемых «отгулами». Документ позволяет ввести дополнительные дни управленческого отпуска списку сотрудников. Дни отпуска записываются на дату документа. По каждому отпуску можно ввести примечание. Это примечание будет выводиться в справке по отпуску, которую можно открыть из обработки «График отпусков».
И последнее меню, которое можно вызвать из таблицы - это «Отчет по отпускам».
Отчет предоставляет возможность сформировать разнообразные списки отпусков и графики отпусков сотрудников, как по регламентированному учету, так и по управленческому учету. Данные списки можно формировать в разрезе подразделений и должностей организации и предприятия (режим формирования отчета), а также выбрать отпуска только руководителей. В отчете содержатся варианты, которые позволяют получить различные сведения об отпусках, не прибегая к дополнительным настройкам отчета. Вариант отчета «График отпусков» предназначен для вывода графика отпусков по данным управленческого и регламентированного учетов. В отчет попадают также и неутвержденные графики отпусков. Вариант отчета «Отпуска» предназначен для контроля исполнения графика отпусков. Вариант отчета «Отпуска руководителей» предназначен для вывода графика отпусков руководителей организации или предприятия. Вариант отчета «Фактические отпуска» предназначен для вывода фактических отпусков работников по данным управленческого и регламентированного учетов. В отчет попадают утвержденные отпуска.
Эффективность торговой деятельности и работы предприятия во многом определяется разумной политикой ценообразования. Для помощи пользователям в решении этой задачи в состав программы «1С:Управление торговлей 8» включен функционал ценообразования. В данной статье речь пойдет о хранении и формировании цен в данной конфигурации.
В программе реализовано 2 схемы хранения цен.
Схемы хранения цен
Для схемы «Цены поставщиков (конкурентов)» используются объекты: справочник «Контрагенты», справочник «Типы цен номенклатуры контрагентов», регистр сведений «Цены номенклатуры контрагентов» и документ «Установка цен номенклатуры контрагентов» (далее - 1-ая схема).
Для схемы «Цены предприятия» используются объекты: справочник «Типы цен номенклатуры», регистр сведений «Цены номенклатуры» и документ «Установка цен номенклатуры» (далее - 2-ая схема).
Для обеих схем ведется учет изменения цен во времени.
Рассмотрим пример формирования закупочной и розничной цены. Допустим, что один товар приходит в течение некоторого времени от разных поставщиков. Если в документе «Поступление товаров и услуг» по нажатию на кнопку «Цены и валюта» установить флажок «Регистрировать цены поставщика», то автоматически будут записаны все цены по 1-ой схеме.
Документ "Поступление товаров и услуг"
Далее на основании документа поступления надо ввести документ «Установка цен номенклатуры», в котором уже зарегистрировать цены предприятия (закупочную (заполнится автоматически при указании в справочнике «Типы цен номенклатуры контрагентов» в соответствующий реквизит) и розничную (рассчитается по заданному в справочнике «Типы цен номенклатуры» алгоритму). Можно увидеть, что с течением времени закупочная цена будет постоянно меняться, а розничная – перерассчитываться. В то время, как у поставщиков данного товара цена на него может оставаться постоянной. Т.е. закупочная цена – это цена, по которой товар пришел в последний раз. Чтобы проанализировать, у кого из поставщиков самая выгодная цена на интересующий нас товар, можно воспользоваться отчетом «Анализ цен».
Для назначения разных отпускных цен разным покупателям нужно воспользоваться схемой 1. Чтобы нужный тип цен автоматически подставлялся в расходные документы, нужно его указать в соответствующем реквизите договора с покупателем.
Реквизиты договора с покупателем
Также в договоре можно указать дополнительные условия, где можно назначить одному покупателю разные типы цен на разные группы товара.
Программный вывод отчета СКД 
), при помощи которого эти самые свойства можно получать или устанавливать.
).gif)
1
2
3
