Материалы слушателям курсов: "Проверки"

Активные и пасивные счета

При управлении в "1С:Бухгалтерии 8 для Украины" активно-пассивность счета не играет роли и назначается произвольно. Например, активно-пассивными сделаны счета учета расчетов с контрагентами.

1С:Переводчик

В этой версии были добавлены следующие новые возможности:Новые возможности

Проверка прав доступа

Область применения: управляемое приложение, обычное приложение.См. также

Запись данных в информационную базу в рамках обмена

Одной из неотъемлемых частей процесса обмена данными, является запись данных в информационную базу. В рамках обмена, данные фактически переносятся из другой информационной базы (или гетерогенной системы) - это коренным образом отличает процесс обмена от процесса программного ввода данных в информационную базу.

Особенности поведения системы при записи объекта Вид расчета

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

Общие рекомендации

1. Типовым разрешением экрана считается 1024х768 pt. Все размеры в руководстве приведены с учетом этих значений и распространяются, в том числе на Windows Vista aero.

Условное оформление в формах

Область применения: управляемое приложение.См. также

Работа с параметром «Отказ» в обработчиках событий

1. В обработчиках событий модулей объектов, наборов записей, форм и т.п., содержащих параметр Отказ (ПриЗаписи, ОбработкаПроверкиЗаполнения, ТоварыПередНачаломДобавления и т.п.), не следует присваивать этому параметру значение Ложь.Это требование обусловлено тем, что, как правило, в коде обработчиков событий параметр Отказ может устанавливаться сразу в нескольких последовательных проверках (или в нескольких подписках на одно и то же событие). В таком случае к моменту выполнения очередной проверки параметр Отказ уже может заранее содержать значение Истина, и можно ошибочно сбросить его обратно в Ложь.Кроме того, при доработках конфигурации на внедрении число этих проверок может увеличиться.

Обработчики событий модуля формы, подключаемые из кода

Обработчикам событий модуля формы, которые устанавливаются из кода с помощью метода УстановитьДействие, рекомендуется задавать префикс Подключаемый_. Например:

Поддержка толстого клиента, управляемое приложение, клиент-сервер

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

Обработчик события ПередЗаписью

1. В данном обработчике, как правило, должны выполняться действия, связанные с заполнением значений реквизитов объекта (набора записей, значения константы; далее упрощенно - "объект"), проверки правильности их заполнения, связанности состояния объекта с некоторыми внешними данными. Также в данном обработчике следует выполнять действия, связанные с обращением к "старым" значениям реквизитов объекта, сохраненным в базу данных (имеет смысл при редактировании уже записанных ранее объектов, наборов записей и т.п.).

Подсказка и проверка заполнения

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

Обработчик события ПриЗаписи

В данном обработчике модуля объекта (набора записей, значения константы; далее - "объект"), как правило, выполняются действия по записи связанной с объектом данных в других объектах конфигурации, а также выполняются другие действия, связанные с изменением объекта. Запрещается в данном обработчике изменять содержимое записываемого объекта, поскольку на момент выполнения обработчика, объект уже записан в БД. Для обработчика события ПриЗаписи действуют те же требования в отношении разделения действий выполняемых при записи объекта механизмом обмена данными, что и для события ПередЗаписью.См. также

Требования к проведению документов

1. Документы предназначены для ввода первичной информации, связанной с регистрацией событий, воздействующих на учитываемые в системе показатели. Например, при автоматизации финансово-хозяйственной деятельности предприятия - это учет различных хозяйственных операций; в системах управления производственными процессами - регистрация производственных операций и т. д. См. также

Проверки, выполняемые в и вне транзакции записи объекта

2.1. Проверки в обработчике ОбработкаПроверкиЗаполнения выполняются вне транзакции записи объекта. Поскольку в случае некорректного заполнения объекта выполнение операции будет прервано еще до записи объекта в базу данных, то размещение проверок в этом обработчике является наиболее эффективным.

Обработчик события ОбработкаЗаполнения

В случае если в силу каких-либо условий необходимо ограничивать ввод на основании по команде "Создать на основании", то такую проверку следует выполнять в обработчике ОбработкаЗаполнения. Например, это могут быть проверки вида:См. также

Как правильно оформить налоговую накладную с типом причины невыдачи покупателю "12 - безоплатная поставка"?

Для формирования налоговой накладной с типом причины невыдачи - 12, на закладке "Дополнительно" заполняется флаг "Продажа ниже обычной цены (себестоимости, бал. стоимости ОС" и в появившемся поле "Тип причины (01, 12, 15,16)" выбирается тип причины.

Экспресс­проверка ведения учета

Экспресс­проверка ведения учета (меню "Операции" —” "Бухгалтерский учет" —” "Экспресс­проверка") –“ средство, помогающее пользователю в любой момент времени получить как сводную, так и достаточно детальную информацию о состоянии данных его информационной базы.

Помощь бухгалтеру: от отчета до проверки.

Администрирование налогов и сборов. Проверки органами ГНС. Проверки Пенсионного фонда Украины. Проверки органами пожарного надзора. Проверки Госсанэпидслужбой Украины. Финансовые санкции.

Приложение 3: Расчет суммы бюджетного возмещения (Д3)

Основной целью заполнения налогоплательщиками налоговой отчетности является определение суммы налога (сбора), подлежащей уплате в бюджет. Однако в налоговой декларации по НДС, в отличие от ряда других налоговых деклараций и расчетов, рассчитывается не только сумма налога, подлежащая уплате в бюджет. В ней налогоплательщик имеет возможность рассчитать и сумму налога, подлежащую возмещению из бюджета. Согласно п.200.1 ст.200 НKУ сумма налога, подлежащая уплате (перечислению) в Государственный бюджет Украины или бюджетному возмещению, определяется как разность между суммой налогового обязательства отчетного (налогового) периода и суммой налогового кредита такого отчетного (налогового) периода. Таким образом, судьба НДС по итогам отчетного периода в первую очередь зависит от знака разности (+/-) между налоговым обязательством и налоговым кредитом: при положительном значении разности – налог подлежит уплате в бюджет, при отрицательном – возмещению.Общие положения. Право на бюджетное возмещение НДС. Отрицательное значение: порядок отражения в декларации. Расчет суммы бюджетного возмещения. Проверка сумм бюджетного возмещения. Автоматическое бюджетное возмещение. Оформление и представление приложения Д3 в органы ГФС. Документы

Алгоритм заполнения формы № 6 Приложение к Примечаниям к годовой финансовой отчетности Информация по сегментам

Отчет по Форме № 6 Приложение к примечаниям к годовой финансовой отчетности Информация по сегментам составляется для предоставления пользователям информации о доходах, расходах, финансовых результатах, активах и обязательствах отчетных сегментов. Составление отчета регламентируется нормами П(С)БУ 29.Общие положения. Таблицы Формы № 6 Приложение к примечаниям к годовой финансовой отчетности Информация по сегментам. Документы