Введення в експлуатацію
Для введення ОЗ у використання потрібен документ "Введення в експлуатацію ОЗ" (вкладка "ОЗ і НМА Надходження ОЗ"). Цим документом можливо оформити дії трьох видів:
ЧитатиТема публікацій
Довідкові матеріали за цією темою.
Для введення ОЗ у використання потрібен документ "Введення в експлуатацію ОЗ" (вкладка "ОЗ і НМА Надходження ОЗ"). Цим документом можливо оформити дії трьох видів:
ЧитатиДля кожної валюти в її картці, на вкладці «додатково» вказано шлях до файлів пропису (українська мова, російська мова) з розширенням *spl.
ЧитатиУ тому разі, якщо поведінка цілої низки форм або команд залежить від одних і тих самих значень (параметрів, заданих користувачем або інших налаштувань поведінки клієнтського застосунку), для мінімізації клієнт-серверної взаємодії рекомендується застосовувати загальні модулі з повторним використанням значень, що повертаються (властивість "Повторне використання значень, що повертаються" дорівнює "На час сеансу"). Застосування таких загальних модулів допускається, якщо зміна відповідного значення протягом сеансу не є критичною, тобто протягом усього сеансу може використовуватися одноразово отримане значення. При цьому функції такого загального модуля мають за один виклик повертати відразу всі значення, які можуть знадобитися за тих чи інших обставин. Наприклад, якщо під час роботи всіх форм підсистеми реєстрації зайнятості співробітників потрібні користувацькі параметри "Час зайнятості за замовчуванням", "Час початку робочого дня" і "Час закінчення робочого дня", то всі ці параметри необхідно отримувати одним викликом, що повертає структуру з трьома полями:
ЧитатиПід час автозаповнення документа "Зарплата до виплати організацій" є можливість зазначити додаткові параметри для заповнення документа:
ЧитатиНаведені в статті приклади відтворювалися в конфігурації "Бухгалтерія для України" (редакція 1.2).1. Загальні відомості. 2. Основні параметри шапки договору з контрагентом
ЧитатиУ статті буде розглянуто причини відмови від подальшої підтримки модальних вікон у платформі «1С:Підприємство» та типові сценарії переведення наявного функціоналу на нову модель.Розвиток продуктів «1С» і платформи «1С:Підприємство». Проблеми підтримки модальних вікон у середовищі Інтернет. Кілька термінів і визначень. Загальні принципи під час переходу на асинхронну модель побудови бізнес-логіки. Нові асинхронні засоби платформи для взаємодії з користувачем. Особливості реалізації асинхронної бізнес-логіки. Типові сценарії під час переходу на асинхронну модель. Запитання користувачеві в команді форми. Запитання користувачеві під час закриття форми. Запитання користувачеві у вкладених процедурах. Висновок
Читати1.1. Розробку керованого застосунку необхідно вести з контролем кількості викликів серверних процедур і функцій із клієнтського коду (серверних викликів), а в деяких випадках — також обсягу переданих даних між клієнтом і сервером (трафіку).Запуск клієнтського застосунку. Відкриття керованої форми. Виконання локальної команди керованої форми. Вибір із довідника. Виконання глобальної команди. Виконання команди формування звіту. Виконання підбору елементів. Див. також
Читати1.1. За допомогою підсистем вирішуються два методичні завдання:Див. також
Читати1. Конфігурації мають бути розраховані на роботу в умовах, коли часовий пояс на серверному комп’ютері не збігається з реальним часовим поясом користувачів інформаційної бази. Наприклад, із сервером, розташованим у Москві, працюють співробітники компанії з Владивостока, і при цьому всі операції в системі мають виконуватися за місцевим часом (Владивостока).
Читати1.1. Параметри сеансу призначені для зберігання значень певних типів для кожного клієнтського сеансу на час роботи цього сеансу. Ініціалізацію параметрів сеансу слід виконувати в модулі сеансу (див. нижче розділ 2.1), а їх значення рекомендується використовувати в запитах і умовах обмеження доступу до даних для поточного сеансу.Приклади параметрів сеансу:Установлення параметрів сеансу "за потребою". Див. також
Читати