Подготовка за изпит
1C: Специалист по платформа

решаване на оперативни проблеми,
счетоводство и периодични сетълменти

По време на курса:

• под ръководството на опитен треньор ще решите 25 проблема;
• овладейте техники за конфигуриране в съответствие със „Стандартите за разработка на конфигурация“, изготвени от методолози на отдела за развитие на компанията 1C;
• Ще анализирате типичните грешки, срещани по време на практическите изпълнения и на изпита, както и начините за тяхното преодоляване.

Курсът се води от Павел Белоусов, който полага изпита 1C:Специалист повече от 20 години и е един от неговите разработчици. Малко вероятно е някой да ви каже повече за изпита от него.

Важно е да се знае!

Сертификатът "1C: Специалист по платформа" е търсен на пазара. Ако сте служител на компания франчайзополучател 1C, нейното присъствие няма да остане незабелязано от вашето ръководство и ще има положително въздействие върху вашата заплата.

Курсът се основава на решаване на практически задачи, подобни на тези, които ще срещнете на изпита. Без шаблонни решения, само развиване на собствен опит под ръководството на професионален учител.

69% от студентите са издържали успешно изпитаслед завършване на пролетната серия от курса за подготовка за изпит (измежду преминалите след курса).

Актуализация на курса:

• Броят на лекциите се удвои, докато преподавателят ще коментира всички въпроси, възникнали по време на курса.
• Добавени са 1 лекция и 5 онлайн консултации, ще бъдат разгледани типичните грешки в домашните за цялата група.
• Честотата на часовете е намалена за удобно обучение. Сега курсът е структуриран по схемата на редуване на тематични блокове и периоди на домашна работа и самоподготовка.

Тези промени създават по-удобни условия за обучение и усвояване на преминатия материал.

Програма на курса

Заглавие на семинара

Характеристики на задачите за натрупване, общи подходи за решаване на изпитни задачи

Подреждане на натрупващи регистри

Методика за решаване на проблеми на оперативното счетоводство

Проектиране на натрупващи регистри - универсален подход

Характеристики на запис и четене на данни от натрупващи регистри

Два метода за водене на оперативни счетоводни документи

Доклади за сгради

Решаване на счетоводни проблеми

Методика за решаване на счетоводни проблеми

Особености на обработката и отчитането на документи в счетоводните задачи

Методика за решаване на изчислителни задачи

Формулиране на проблема

Изготвяне на сетълмент документи

Работа с времето (продължение)

Използване на графика

Получаване на основата

За всички размери на изчислителния регистър

По няколко измерения на изчислителния регистър

Използване на разфасовки

Използване на база данни за получаване на време

Работа с преизчисления и добавки

Създаване на планове за видове изчисления

Настройка на изчислителни регистри

Генериране на справки

Обработка на алокациите

Формиране на сторнирани записи

Допълнителни задачи с използване на периодични изчислителни механизми

Изчисляване във форма. Създаване на типове изчисления в потребителски режим. Изпълнение на плащането. Внедряване на типове изчисления, преминаващи от период в период

Ще решиш още 24 задачи!

Процедура за провеждане на онлайн курса:

• Курсът се провежда онлайн (със запис на предоставените материали)
• Има 11 онлайн класа (от 8 юли до 31 юли)
  + 6 консултации (от 5 август до 9 септември) от 17:00 до 21:00

• две форми на прехвърляне на материали: онлайн консултация с обучител и видеозапис.
• Лекционната част се записва и има достъп до видеото за всички участници в онлайн курса.
• Обучителят провежда онлайн консултация, отговаря на въпроси и отстранява грешките.
• След всяка консултация участниците получават домашна работа за затвърдяване на преминатия материал. Пишенето на домашните е задължително. В същото време обучителят проверява всяка задача и дава обратна връзка на всички ученици.

След обучение (в рамките на един месец) се предоставя безплатен опит за сертифициране на „1C: Специалист“ на платформата „1C: Enterprise 8.3“ в 1C: Център за обучение № 1 (за жители на Москва и Московска област) и в най-близкия сертифициран изпитен център (за други региони).

Автор на курса

Белоусов Павел Станиславович

Кандидат на науките, опит в преподаването и използването на 1C програми - повече от 15 години. Практикуващ изпитващ, един от авторите на „Колекция от задачи за подготовка за изпита 1C: Специалист на платформата 1C: Enterprise 8.3“

Студентската практика показва, че трябва да се подготвите за изпити предварително. Изпит 1C: Специалист е само един от тях. Отваряме регистрация за онлайн курс за подготовка за сертифициране.

Автор и водещ на курса е Павел Белоусов, учител на 1C: Център за обучение № 1. Полага изпита 1C:Специалист от 15 години и е един от неговите разработчици. Малко вероятно е някой да ви каже повече за изпита от него.

Характеристики на курса

Основният акцент на курса е върху практикуването на методически правилни техники за програмиране и конфигуриране, чието владеене се проверява на изпита. Освен това:

• курсът включва две форми на предаване на материали: видеозапис и онлайн консултация с обучител;
• лекционната част се записва и се предоставя достъп до видеото на всички участници в онлайн курса;
• След всяка консултация участниците получават домашна работа за затвърдяване на преминатия материал. Изпълнението му е задължително!
• обучителят проверява всяка задача и дава обратна връзка на всички ученици.

В края на курса студентите ще овладеят техники за конфигуриране в съответствие със „Стандартите за разработка на конфигурация“ и ще могат да бъдат сертифицирани като специалист по платформа безплатно "1C: Предприятие 8.3".

Бонуси за участниците в курса

Infostart предостави набор от бонуси специално за участниците в курса:

• За целия период на обучение достъпът до каталога Infostart се предоставя с лимит 20 начални парипо сметка. Този абонамент може да се използва за изтегляне на файлове от набор от публикации в този специален проект
• Купон за 10% отстъпка за всеки курс, публикуван в каталога на Infostart.
• Безплатен опит за сертифициране на „1C:Специалист“ за платформата "1C:Enterprise 8.3"(ако имате сертификат „1C: Professional“ за платформата) в най-близкия сертифициран изпитен център на компанията „1C“.

Цена и време

Курсът ще се проведе от 11 март до 3 април 2019 г. Състои се от 11 онлайн занятия по 4 часа и 6 допълнителни консултации. Занятията се провеждат по график: от 17.00 до 21.00 часа московско време.

Сертификация по системата 1C:Enterprise 8
Изпит "1C:Специалист" на платформата "1C:Enterprise 8"

1 Формуляр за изпит „1C: Специалист“ на платформата „1C: Enterprise 8“ и изисквания към кандидатите

Изпитът се провежда, за да се провери дали нивото на обучение на програмистите отговаря на изискванията, определени от 1C за специалисти.

Проверяват се разбирането на основните принципи на проектиране на конфигурации и технологични решения, вградени в платформата 1C:Enterprise 8 и практически умения за конфигуриране и програмиране.

Изпитът протича под формата на решаване на практическа задача. Кандидатът трябва да разработи конфигурация по зададената в заданието постановка, базирана на т.нар. конфигурация „рамка”. Конфигурацията „рамка“ е най-простата конфигурация, съдържаща минимум обекти, върху които е възможно да се регистрира моделираното предприятие. Издава се на кандидата в началото на изпита и има за цел да намали рутинните операции в процеса на подготовка на решение (например създаване на структура на справочници или попълване на тези документи). Самата задача, като правило, включва работа с основните счетоводни обекти: документи, сметкопланове, видове характеристики, видове изчисления, регистри за натрупване, информация, счетоводство и периодични изчисления.

Разпределя се за решаване на проблема 4 часа.В края на това време кандидатът трябва да предложи валидна опция за конфигурация, която трябва да включва:

• обектите с метаданни се създават/променят съответно;
• дебъгвани софтуерни модули на обекти ( процедури за обработка – задължително);
• Разработени са посочените в заданието екранни и печатни форми.

Не е разрешено решаването на изпитен проблем чрез промени в стандартната конфигурация.Кандидатите също нямат право да представят собствени конфигурации (както оригинални, така и конфигурации, разработени на базата на стандартни).

В случаите, когато в заданието изрично са посочени обектни структури, типове и свойства на елементи от данни и вградени езикови методи, с помощта на които трябва да се изгради логиката на счетоводната система, кандидатът е длъжен да ги използва. Ако това не е изрично описано в заданието, тогава кандидатът има право да взема самостоятелно проектни решения. Допуска се промяна на структурата на конфигурацията „рамка” според изискванията на заданието и по преценка на кандидата. Във всеки случай трябва да можете да обосновете решенията си, да гарантирате тяхната устойчивост и функционалност.

По време на процеса на подготовка ви е разрешено да използвате документацията за програмата, включена в комплекта за доставка, както и - официално публикуванметодически и учебни помагала. Забранено е използването на разпечатки (препечатки), списъци и материали на електронен носител (флопи дискове, флашки, CD и др.). Ако изпитван бъде хванат да използва забранени материали, той ще бъде отстранен от изпита и ще му бъде дадена оценка „незадоволително“.

Разработената конфигурация е защитена чрез проверка на ефективността й върху тестови данни и интервюиране на структурата на конфигурационните обекти и използваните вградени езикови инструменти.

2 Принципи на оформление на задачите

Задачите са подредени по такъв начин, че да проверят най-малко знанията и уменията за програмиране и конфигуриране в рамките на технологиите и механизмите на следните раздели:

- счетоводство;

— периодични сетълменти;

— оперативно счетоводство и управление;

— бизнес процеси и задачи

Резултатът от решаването на изпитната задача се оценява за всеки раздел. При отрицателна оценка на работата по някой от разделите (с изключение на бизнес процесите), изпитът се счита за неуспешен.

Решението трябва да бъде оптимизирано за работа в тънък клиент, освен ако не е посочено друго в конкретната задача.

По правило решението на всяка от изпитните задачи включва необходимостта от правилно внедряване на не повече от 12 софтуерни или структурни механизма, т.е. 3-4 механизма за всяка секция.

Основният списък с механизми, които трябва да можете да приложите, е както следва:

1) организиране на балансов контрол според регистъра на балансите;

2) работа със себестойност;

3) организиране на среднопретеглено отписване;

4) организиране на отписване на партиди;

5) работа с показатели за оборот;

7) работа с информационни регистри;

8) конвертиране на валута чрез кръстосани курсове

9) използване на характеристиките на обекта (план на видовете характеристики)

10) работа с измервания в счетоводни регистри;

11) работа със задбалансови измервания и ресурси на счетоводния регистър;

12) среднопретеглено отписване на себестойност според счетоводния регистър;

13) работа с подсметки (включително оборотен капитал);

15) организиране на валутно счетоводство;

16) организиране на количествено отчитане в счетоводството;

17) организация на счетоводното отчитане на авансите;

18) работа с диаграмни данни за действителния период на валидност;

19) работа с диаграмни данни за регистрационния период;

20) работа с основни видове изчисления - получаване на база;

21) работа с изчисления на преместване - получаване на добавка;

22) работа с водещи видове изчисления - използване на преизчисления;

23) конструиране на заявки въз основа на сетълмент регистри;

24) работа с обобщена таблица;

25) работа с конструктора на отчети;

26) работа със системата за съставяне на данни;

27) работа с механизма на бизнес процесите;

28) използване на временни таблици в заявки;

29) работа с рутинни задачи;

30) използване на нова методология за обработка на документи;

31) работа с контролирано блокиране на данни при осчетоводяване на документи;

32) формиране на команден интерфейс;

33) работа с функционални опции;

34) използването на механизми, свързани с попълване на обекти с данни;

35) работа с опции за отчет и настройки на опции;

36) използване на нови възможности за работа с динамични списъци;

37) работа с параметри, детайли, елементи на формата и др.;

38) използване на механизма за навигационни връзки;

39) организиране на диалог с потребителя (сигнали, известия, статус);

40) работа с файлове и снимки.

Оценката за всеки раздел се определя въз основа на пълнотата на функционалността на решението.

Оценката може да бъде намалена:

— За използване на типове обекти и средства за достъп и обработка на данни, различни от посочените в заданието;

— За неефективно решение;

— За грешки при проектирането на регистрови структури и грешки при разработването на алгоритми за обработка на данни.

3 Оценка на резултата от задачата

• Изпълнена напълно и правилно задача се оценява с 5 точки;
• Ако има грешки в решението, оценката за всяка грешка може да бъде намалена в следния ред:

• Списък на най-често срещаните грешки, характерни за всяка счетоводна задача

• Списък на най-често срещаните грешки, характерни за задачите на оперативното счетоводство

• Списък на най-често срещаните грешки, характерни за счетоводните задачи

• Списък на най-често срещаните грешки, характерни за проблеми, включващи сложни периодични изчисления

• Списък на най-често срещаните грешки, характерни за задачите на бизнес процесите

• Списък с най-често срещаните грешки, типични за задачи, използващи управлявани формуляри

• При проверка на решение, ако бъдат открити грешки, проверяващият не е длъжен да обяснява на полагащия теста как решението на разглеждания изпитен проблем е трябвало да бъде правилно конструирано;

Изпитът се счита за успешно положен, ако е оценен с „отличен“, „добър“ или „задоволителен“. Оценката от изпита се изчислява по петобална система по следната схема:

• при получен резултат под 2,2 точки изпитът се оценява с „незадоволителен“;
• ако полученият резултат е в диапазона от 2,2 до 3,5 точки, изпитът се оценява с „задоволителен”;
• ако полученият резултат е в диапазона от 3,5 до 4,5 точки, изпитът се оценява с „добър“;
• Ако резултатът е 4,5 точки или повече, изпитът се оценява с „отличен“.

За да се подготвите за изпита "1C: Специалист по платформа "1C:Enterprise 8" се препоръчва да използвате Колекция от задачи за подготовка за изпита 1C:Специалист на платформата 1C:Enterprise 8с примери за решения.

4 Примерни задачи:

Общи изисквания

Необходимо е да се създаде интерфейс за решаване на обучителен проблем, в който разделянето на обекти според разделите на панела на разделите трябва да се извършва въз основа на тяхната принадлежност към съответния раздел на задачата (оперативно счетоводство, счетоводство, сложни периодични изчисления, бизнес процес). Панелът за навигация за всеки раздел трябва да осигурява достъп до всички обекти в този раздел, включително регистрите. Обектите трябва да бъдат групирани според вида им: директории, документи, други обекти. При създаването на команден интерфейс е необходимо да се използва механизмът на подсистемата. Приблизителен изглед на интерфейса е показан на фиг. 1.

Фиг. 1. Приблизителен изглед на интерфейса на учебната задача

Оперативно счетоводство

Фирмата се занимава с търговия на едро. Получаването на стоки се отразява в документа „Фактура за получаване“, продажбите - „Фактура“. В допълнение към продажбата на стоки могат да се предоставят допълнителни услуги, като доставка. Услугите и стоките са посочени в различни таблични части.

Отчитането на стоките се извършва в контекста на складовете. Получаването и продажбата се извършват с посочване на склада (в горната част на документа).

Отписването на разходите трябва да се организира по партиди, в зависимост от текущата стойност на метода на отписване на разходите, приет за тази година в счетоводната политика (FIFO или LIFO). Още веднъж се подчертава, че счетоводната политика е валидна за една година. Следващата година методът на отписване може да се промени.

За изчисляване на себестойността при отписване на стоки е необходимо да се вземе предвид само момента на пристигането на стоките във фирмата, независимо в кой склад пристига. Да приемем, че за метода на отписване FIFO, първото получаване на кутия за цигари е настъпило в „Основен“ склад с помощта на документа „Фактура № 1“, а след това в склад „Транзит“ с помощта на документа „Фактура № 1“. 2”. В този случай при продажба на стоки от транзитния склад първо трябва да се отпише цената на кутията за цигари според документа „Фактура № 1“, тъй като тя е пристигнала по-рано.

Необходимо е да се изгради отчет за продажбите на стоки за периода и наличности на стоки в складове към определена дата.

Продажби от 01.01.2009 до 31.03.2009

Печалбата се изчислява: „Сума на продажбите“ - „Себестойност“

Останали стоки към 01.01.2009г

Счетоводство

Необходимо е да се организира възможността за издаване на парични заеми на служители на компанията. Фактът на издаване на такъв заем се отразява в системата чрез документа „Издаване на заем“. Този документ посочва кой служител на компанията и в какъв размер са издадени средствата. Посочен е и срокът, в който трябва да се извърши възстановяването.

Документът „Издаване на заем“ изпълнява следното осчетоводяване:

DT „Издадени кредити и заеми” - CT „Пари” за размера на издадените средства.

Няма нужда да се контролира наличието на пари в касата.

Връщането на средствата се регистрира с помощта на документа „Погасяване на кредита“. Този документ показва кой служител каква сума е върнал. Възстановената сума трябва точно да съответства на сумата на средствата, получени към момента. Ако сумата е различна, тогава документът не трябва да се осчетоводява. На служител не може да бъде издаден нов заем, докато не погаси издадения преди това.

Документът „Погасяване на заем“ изпълнява следното осчетоводяване:

Дт “Касиер” - Кт “Издадени кредити и заеми” за размера на кредита за връщане.

Ако заемът е изплатен след посочения период, документът допълнително посочва датата на погасяване на глобата и документът прави допълнителен запис:

DT „Издадени кредити и заеми“ - CT „Печалби и загуби“

за сума, изчислена като 0,1% от общия размер на предоставения кредит.

Всъщност това означава начисляване на неустойка под формата на новоотпуснат заем. Този заем се погасява с друго копие на документа „Погасяване на заема“. Санкциите не се начисляват, когато размерът на глобата стане по-малък от 1 копейка.

Системата трябва да предоставя отчет за издадените кредити.

Заеми, издадени на служители за периода от 01.01.2009 г. до 31.01.2009 г.

Отчетът трябва да отразява непогасените заеми в началото на периода, както и заемите, издадени или погасени през избрания период.

Необходимо е да се създаде документ „Операция“, с помощта на който потребителят да може да въвежда транзакции с произволна кореспонденция на сметки. Когато решавате проблема, трябва да вземете предвид възможността за публикации, генерирани с помощта на този документ.

Сложни периодични изчисления

Заплатите на служителите на компанията се изчисляват ежемесечно. Всички служители работят по петдневен работен график, но решението трябва да позволява възможност за работа по множество различни графици.

Служителите на фирмата получават заплата пропорционално на отработеното време в часове. Почасовата ставка се изчислява като началната заплата се раздели на броя на отработените часове за същия период като действително отработените часове. По време на периода на фактуриране първоначалната стойност на заплатата може да бъде променена веднъж. Изчислението трябва да се направи въз основа на първоначалната стойност на заплатата, валидна към изчислената дата. Например, ако първоначалната стойност на заплатата се е променила на 10 август, тогава преди 10 август за изчисляване се взема старата стойност, а от 10 август новата.

Освен това служителите на компанията могат да получат бонус като процент от заплатата, натрупана за същия период на плащане. Процентът на премията по време на периода на начисляване може да се променя не повече от веднъж на ден, но се взема в началото на текущия период на фактуриране. Необходимо е да се съхранява историята на промените в процента на премията в информационната база данни.

При необходимост всеки служител може да бъде изпратен в командировка. В този случай не се извършва изплащане на заплата и бонус. Часовете, прекарани в командировка, се определят според петдневния работен график. Почасовата ставка за изчисляване на командировката се определя като сумата от всички начисления за предходните два месеца, разделена на броя на отработените часове през предходните два месеца.

Не е необходимо да използвате механизма за преизчисляване в рамките на тази задача.

Всички начисления се въвеждат с помощта на документа „Работна ведомост“. Имайте предвид, че всички данни се въвеждат само в рамките на един месец, например можете да посочите начисляване на заплата от 10.01 до 31.01, но записът за заплата: от 10.01 до 03.02 не може да бъде въведен.

За да се анализират бонусите, получени от служители на предприятие, конфигурацията трябва да предостави отчет за всеки период на фактуриране от следния тип:

Бонуси, натрупани от 01.01.2009 г. до 31.01.2009 г.

Управлявани формуляри

За документите „Приходна фактура” и „Разходна фактура” е необходимо да създадете основни управлявани форми на документи от следния тип:

Фиг.2. Вид на основната форма на документа „Приходна фактура“

Фиг.3. Вид на основната форма на документа „Фактура“

Във формулярите и на двата документа е необходимо да се внедри автоматично изчисляване на сумата по реда на табличната част на документа при въвеждане на количеството на закупуваната (продадената) стока или нейната цена в този ред, както и за изчисляване на общата сума за документа.

За документ „Работна ведомост“ е необходимо да се създаде главен контролен листов формуляр, в който за текущия документ да бъдат отразени направените от него записи в регистрите за изчисление. Изгледът на формуляра заедно с целия раздел „Периодични изчисления“ е показан на Фигура 4:

Фиг.4. Изглед на формата за основен списък на документ „Работна ведомост“.

Ако публикацията ми е полезна за вас, не забравяйте да я дадете плюс :-)

Ето рубрикатор за всички задачи от сборника(страница, съдържаща връзки към темите във форума за всяка задача)
http://chistov.spb.ru/forum/16-969-1

Е, сега моите разработки и бележки, които създадох в процеса на подготовка.
Ще се опитам да повторя възможно най-малко с двете споменати по-горе последнопубликации.

И така, нека да започнем:

Ако го вземете дистанционно, трябва да имате два обекта на вашия работен плот в края на изпита:

1. Окончателно качване на информационната база (dt файл)
2. Обяснителна записка

Не трябва да има нищо друго, никакви междинни копия и т.н.

Не забравяйте да напишете обяснителна бележка!
В случай на неясно формулирана задача, не забравяйте да напишете там, че сте избрали точно такъв и такъв вариант на решение.
Освен това на ключови места в кода е по-добре да оставяте кратки коментари, без фанатизъм, но там, където изпитващият може да има въпроси, е по-добре да пишете.

Но ще ви бъде казано за това в инструкциите, които ще ви дадат да прочетете преди изпита.
Просто е по-добре да знаете предварително)

Използване на знака амперсанд в заявки.

Понякога е по-бързо да пишете от допълнителна клавиатура, отколкото да превключвате оформлението напред-назад, спестявайки време
& = Alt+38

*************************************************************************************************
Използване на TimePoint() в заявки

При заявки към натрупващи и счетоводни регистри е необходимо да се използва не датата на документа като параметър на виртуална таблица (период), а параметърът Moment, който е дефиниран в кода, както следва:

Момент = ?(Режим на преминаване = Режим на публикуване на документ. Оперативен, Недефиниран, Момент от време());

*************************************************************************************************
При генериране на движения на документи по регистър, в самото начало на процедурата по обработка на осчетоводяване, е необходимо да се изчистят движенията на текущия документ по регистър.

Кодът е:

Movement.RegisterName.Write = True; Movements.RegisterName.Clear();

Възможно е по време на процеса да е необходимо да се анализират записи от този регистър.
Така че, за да анализирате текущите записи (стари, преди документът да бъде променен), те определено не са включени в извадката, можете да добавите още един ред към дадените два реда:

Movement.RegisterName.Write();

Или, когато анализирате записи, изрично посочете граница, която не включва момента във времето на текущия документ.

Но навсякъде просто посочих конструкцията на тези три реда:

Movement.RegisterName.Write = True; Movements.RegisterName.Clear(); Movement.RegisterName.Write();

*************************************************************************************************
Има два начина за блокиране на данни, като изборът между тях зависи от използвания метод - стар или нов:

1) Редовно контролирано блокиране, стар метод за обработка на документи (обект за блокиране на данни)

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

Пример:

В документа - количество, в регистъра - количество и сума (себестойност)
И така, ние знаем количеството стоки от документа - колко отписваме, но цената - не.
Можем да го разберем само от регистъра, но за да сме сигурни, че никой не променя регистъра между момента на получаване на балансите и момента на записване на движенията, трябва да заключим регистъра дори преди да прочетем балансите.
Така че в този случай се използва обектът за заключване на данни. И когато го създавате, е по-правилно да посочите с какви размери блокираме регистъра (например в нашия случай - само с елемента, посочен в документа) - така че да няма ненужни ключалки и друг потребител да може да продаде друг вещ.


1. Задайте заключване с помощта на обекта Data Lock
2. Прочетете останалото
3. Проверяваме възможността за отписване
4. Ние създаваме движения, например, отписваме стоки
5. След осчетоводяване на документа блокирането се премахва автоматично (блокирането е валидно като част от транзакцията за осчетоводяване и се премахва автоматично от системата). Тоест, няма нужда специално да отключвате обекта.

2) Нова методика за обработка на документи (с помощта на свойството LockForChange = True)

Използва се, ако не се нуждаем от информация от регистрите за формиране на движения и можем да проверим дали сме минали на минус при изписване, ако след записа погледнем салдата в регистъра и видим, че има отрицателни . В този случай ще разберем, че сме отписали твърде много и ще отменим операцията по отписване.

Пример:
Нека разгледаме операцията по продажба на продукт.
В документа - количество, в регистъра - само количество
И така, ние знаем количеството на стоките от документа.
Формираме движения с посоченото в документа количество и ги записваме. След това четем регистъра, разглеждаме балансите и анализираме дали има отрицателни. Ако има, покажете грешка и задайте Отказ = Вярно.

Тоест последователността е следната:
1. За да се движите през регистъра, задайте свойството BlockForChange = True
2. Създаваме движения - отписваме стоките
3. Записвайте движенията
4. Прочетете регистъра и се уверете, че няма отрицателни салда. Ако има, тогава са отписали излишъка, ако не, тогава всичко е наред.

Така че в този случай няма нужда да посочваме по какви размери трябва да блокираме регистъра.
Просто задаваме свойството BlockForChange на True, преди да запишем нашите движения, оформяме движенията и записваме.
Самата система ще блокира регистъра в момента на записа според измерванията, които са необходими, след като анализира това, което сме записали.
След като приключите, блокирането ще бъде премахнато.

Тази опция (втората) е по-проста, нарича се „нова методология за обработка на документи“ и 1C препоръчва да я използвате, ако е възможно, и отнема точки, ако се използва първата опция, но в някои случаи просто не може да се приложи и първата опция с използва се обектът Data Locking (вижте примера по-горе).

Също така отбелязвам, че независимо от избрания метод, движенията трябва да бъдат почистени преди работа с тях (вижте предишния съвет)

*************************************************************************************************
Блокиране на данни (метод на блокиране № 1 от горното описание)

Изисква се контролирано заключване, когато се четат данни и се извършват движения въз основа на тези данни
Най-бързият начин да получите управлявания код за заключване е да въведете „Заключване на данни“, да извикате Синтаксисния асистент и просто да копирате примерния код от там. След това просто го променете на името на вашия регистър и размери.

Изглежда нещо подобно:

Заключване = NewDataLock; Заключващ елемент = Locking.Add("Accumulation Register.GoodsInWarehouses"); LockElement.Mode = DataLockMode.Exclusive; BlockingElement.DataSource = PM; Заключващ елемент.UseFromDataSource("Номенклатура", "Номенклатура"); Заключване.Заключване();

*************************************************************************************************
По-добре е да наричате табличната част на документите просто „TC“

В 99% от документите има само една таблична част. Такова унифицирано име за таблични части значително ще помогне да се спести време, тъй като:
1) Много кратко - пишете бързо
2) Същото за всички документи, не е нужно да помните как се нарича, когато пишете код

*************************************************************************************************
Резултатът от заявката трябва да се провери за празнота преди извличане или качване в техническата спецификация.

Като цяло използвах семплинг във всички задачи.

Извадката е по-оптимална за системата по отношение на производителността, тъй като е „заточена“ само за четене на данни (за разлика от TK).

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

Резултат = Query.Run(); Ако не е Result.Empty(), тогава изберете = Result.Select(TravelQueryResult.ByGrouping); ... EndIf;

И в случай, че трябва да получим само една стойност от заявката
(например само методът на отписване в съответствие със счетоводната политика, установена за тази година):

Резултат = Query.Run(); If Not Result.Empty() Then Select = Result.Select(); Избор.Напред(); Метод на отписване на разходите = Пример.Метод на отписване на разходите; endIf;

*************************************************************************************************
Документ "Операция" за счетоводна задача

За счетоводни задачи е необходимо да се създаде Операционен документ.

Деактивираме осчетоводяването за него изцяло (в свойствата „Публикуване = Отказ“), посочваме, че прави движения в счетоводния регистър, и плъзгаме движенията във формуляра.

*************************************************************************************************
Бърза обработка на документи:

Трябва да е включени:
В оперативна и счетоводна. осчетоводяването на документи трябва да е активирано (с изключение на документа „Операция“, вижте по-долу).

Трябва да е изключен:
при изчислителни задачи няма смисъл от документ за заплати.

За документа „Операция“ осчетоводяването трябва да бъде напълно деактивирано (в свойствата на документа „Публикуване = Забрана“),
тъй като той пише, просто записва данни директно в регистъра, когато пише.

*************************************************************************************************
Условие в заявка от формата "Или посочената номенклатура, или всякаква, ако не е посочена"

При заявки се среща следната задача: например трябва да изберете документи с определена номенклатура или всички документи, ако номенклатурата не е зададена.
Решава се чрез следното условие в самата заявка:

Номенклатура = &Номенклатура ИЛИ &Номенклатура = Стойност(Директория.Номенклатура.Празна връзка)

Но би било по-оптимално и правилно да се трансформира това условие (благодаря yukon):

Request.Text = Request.Text + "WHERE Номенклатура = &Номенклатура";

endIf;

С появата на обектния модел на заявката в 8.3.5 ще бъде възможно да се добави условие по-сигурно:

Ако ValueFilled(Номенклатура) Тогава
Query1.Selection.Add("Елемент = &Номенклатура");
Request.SetParameter("Номенклатура", Номенклатура);
endIf;

*************************************************************************************************
Съединяване на таблици в заявки:

Броят на общите записи не зависи от това дали полето на обединената таблица е показано, зависи само от конфигурираните релации.
Тоест полето на приложената таблица може да не се показва.

Ако искате да прикачите таблица без никакви условия, тогава в раздела условия просто напишете условието „ВЯРНО“.
В този случай таблицата ще бъде съединена точно.

*************************************************************************************************
Използване на плана за типове характеристики (PVC):

1. Използване като механизъм за описание на характеристиките на обектите.

1.1. Ние създаваме PVC. Това ще бъдат типове характеристики (например цвят, размер, максимална скорост и т.н.). В настройките изберете всички възможни типове характерни стойности и, ако е необходимо, създайте обекта от точка 1.2 и също така го посочете в настройките.

1.2. За допълнителни стойности на PVC създаваме подчинена директория AdditionalValues ​​​​of Characteristics (или просто Values ​​​​of Characteristics).
Той ще съхранява характеристики, ако не са в съществуващи директории. Може да не го създадем, ако всички характеристики, от които се нуждаем, са в съществуващи директории или тези стойности могат да бъдат представени от елементарни типове данни. В PVC настройките посочваме, че тази директория ще се използва за допълнителни цели. характеристики стойности.

1.3. Създаваме информационен регистър, който всъщност свързва три обекта:
- Обектът, към който свързваме механизма на характеристиките
- Тип Характеристики (тип PVC)
- Стойност на характеристиките (тип - характеристика, това е нов тип, който се появи в системата след създаването на PVC
и описване на всички възможни типове данни, които една характерна стойност може да приеме).
В информационния регистър посочваме, че типът характеристика е собственик за стойността на характеристиката (връзка към параметъра за избор), както и връзката на типа за стойността на характеристиката, отново от типа характеристика.

Друга особеност е, че за всеки създаден тип характеристика можете да посочите типа на стойността на характеристиката, ако не са ви необходими всички възможни типове, за да опишете стойността на тази характеристика.

2. Използване на PVC за създаване на подконто механизъм за счетоводния регистър .

2.1. Ние създаваме PVC TypesSubconto.

2.2. Създаваме подчинена директория ValuesSubConto (както при характеристиките, тя ще съдържа стойности на subconto, ако няма такива в други директории).

2.3. Комуникацията се осъществява с помощта на сметкоплан.

*************************************************************************************************
Ресурси на счетоводния регистър:

Сума - баланс,
Количествени – задбалансови и свързани със счетоводната характеристика Количествени

*************************************************************************************************
Таблици на виртуални счетоводни регистри:

Оборот: оборот на една сметка
TurnoverDtKt: оборот между произволни две сметки, т.е. всички еднакви транзакции за периода.

*************************************************************************************************
Валутно осчетоводяване на счетоводни регистри - как се прилага:

Създаваме счетоводен атрибут “валута” в сметкоплана.
В счетоводния регистър допълнително създаваме:
- Валутно измерение (забрана за празни стойности, задбалансови отчети, счетоводен атрибут - валута)
- ресурс CurrencyAmount (задбалансов, счетоводен атрибут - валута, той ще съхранява сумата във валута, т.е. $100 например)
Всичко.

Така структурата на регистъра е:

Измервания:
- Валута
Ресурси
- Количество
- Сума (сума в рубли)
- CurrencyAmount (сума във валута)

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

*************************************************************************************************
Когато задаваме параметрите на виртуална таблица, за да получим срез от последната, ние налагаме условия за измеренията, а не за ресурсите.

В противен случай ще получим не част от най-новите, а последния запис с посочената стойност на ресурса - той може да не е последният в набора от измерения

*************************************************************************************************
Значението на ресурса и подробностите в калкулационния регистър

В регистрите за изчисление създаването на ресурс позволява получаването му при изчисляване на базата с помощта на този регистър.
И дори пропорционално на дадения период, стойността на ресурса ще бъде преизчислена (ако базовият период не съвпада с периодичността на регистъра).

И стойността на атрибута е налична само в реалната таблица на регистъра за изчисление; не е налична във виртуални таблици.

*************************************************************************************************
Квадратче за отметка "Основно" в свойствата на измерението на регистъра за изчисление
Това означава, че в бъдеще от това измерение ще се получава база и служи за допълнително индексиране на стойностите за това поле.

*************************************************************************************************
Разбивка на периода на валидност на ваканцията по месеци при записване на набори от записи в регистъра,
ако ваканцията е посочена в документа в един ред за няколко месеца наведнъж в един ред:

Начална дата на CurrentMonth = Начало на месеца(TexLineMainAccruals.ActionPeriodStart); CurrentMonthEndDate = EndMonth(TexLineMainAccruals.ActionPeriodStart); CurrentMonth = дата; WhileDateStartCurrentMonth<= НачалоМесяца(ТекСтрокаОсновныеНачисления.ПериодДействияКонец) Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = Макс(ДатаНачалаТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияНачало); Движение.ПериодДействияКонец = КонецДня(Мин(ДатаОкончанияТекМесяца, ТекСтрокаОсновныеНачисления.ПериодДействияКонец)); Движение.ПериодРегистрации = Дата; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.Подразделение = ТекСтрокаОсновныеНачисления.Подразделение; Движение.Сумма = 0; Движение.КоличествоДней = 0; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Параметр; Движение.БазовыйПериодНачало = НачалоМесяца(ДобавитьМесяц(Дата, -3)); Движение.БазовыйПериодКонец = КонецДня(КонецМесяца(ДобавитьМесяц(Дата, -1))); ДатаНачалаТекМесяца = НачалоМесяца(ДобавитьМесяц(ДатаНачалаТекМесяца, 1)); ДатаОкончанияТекМесяца = КонецМесяца(ДатаНачалаТекМесяца); КонецЦикла; КонецЕсли;

*************************************************************************************************
Изграждане на диаграма на Гант:

Поставяме елемент от типа „Диаграма на Гант“ във формуляра, наричаме го DG, след което създаваме командата „Генериране“ и записваме следното в модула на формуляра:

&OnClient Процедура Generate(Command) GenerateOnServer(); Край на процедура &На сървъра Процедура GenerateOn Server() DG.Clear(); DG.Update = False; Заявка = Нова заявка("SELECT |BasicAccrualsActualActionPeriod.Employee, |BasicAccrualsActualActionPeriod.CalculationType, |BasicAccrualsActualActionPeriod.ActionPeriodStart AS ActionPeriodStart, |BasicAccrualsActualActionPeriod.Period ActionsEnd AS PeriodActionsE nd |FROM |Регистър на изчисленията.BasicAccruals.ActualPeriodActions AS BasicAccrualsActualPeriodActions |WHERE |BasicAccrualsActualPeriodActions.PeriodActions BETWEEN &StartDate И &Крайна дата "); Query.SetParameter("Начална дата", Period.StartDate); Request.SetParameter("EndDate", Period.EndDate); Изберете = Query.Run().Select(); Докато Selection.Next() Loop Point = DG.SetPoint(Selection.Employee); Серия = DG.SetSeries(Selection.CalculationType); Стойност = DG.GetValue(Точка, Серия); Интервал = Value.Add(); Interval.Start = Sample.PeriodActionStart; Interval.End = Sample.ActionPeriodEnd; EndCycle; DG.Update = Вярно; Край на процедурата

Всъщност само кодът в цикъла е важен за нас тук, останалите неща са спомагателни, просто дадох цялата реализация на тази подзадача.
В заявката за нас е важно да има служител, вид плащане, начална и крайна дата на периода.
Кодът всъщност е много прост, лесен за запомняне, не се тревожете, ако изглежда тромав

*************************************************************************************************
Обработка на записи за „сторниране“ в изчислителни задачи:

В процедурата за обработка на транзакция (обектен модул) ние формираме всички движения и след това, ако има записи в други периоди, ги получаваме така
(системата ги генерира автоматично - помага ни):

Записи за добавяне = Movements.MainAccruals.GetAddition(); // Няма нужда да записвате движения, за да получите добавката

За всяка техническа линия от цикъла на добавяне на записи
Запис = Movements.MainAccruals.Add();
FillPropertyValues(Record, TechString);
Record.RegistrationPeriod = TechString.RegistrationPeriodReversal;
Record.ActionPeriodStart = TechString.ActionPeriodStartReverse;
Record.ActionPeriodEnd = TechString.ActionPeriodEndReversal;
Край на цикъла

И когато изчислявате записи, вмъкнете проверки:

Ако TechMotion.Reversal Тогава
CurrentMovement.Sum = - CurrentMovement.Amount;
endIf;

*************************************************************************************************
Как да определим какво влиза в основните начисления и какво в допълнителните начисления в изчислителните задачи.

Но това не винаги е 100% ясно, има и по-сложни случаи, въпреки че има доста от тях
(например бонус, който зависи от броя на работните дни в месеца - това е ТОЙ).

Основни такси:
Ако видът на изчислението зависи от графика (което означава регистър на информация с календарни дати), то се отнася до основните такси.

Пример OH:
- Заплата
- Нещо, което се изчислява от броя на работните дни (и за това трябва да използвате график): или в периода на валидност (като заплата), или в основния период

Допълнителни такси:
Какво се счита или от натрупаната сума, или от РАБОТЕНОТО време (а не от нормата!), или изобщо не зависи - това е допълнително. начисления.

Тоест: начисленията, за чието изчисляване се използва времевият стандарт (може и факт) е OH, а за които не са необходими действителни данни или нищо, е DN.

Или с други думи:

Ако VR използва стандарт за време, тогава периодът на валидност трябва да бъде включен за VR.

*************************************************************************************************
Добавете възможност за отваряне на вградената помощна секция „Работа със справочници“ в списъчната форма на директория „Номенклатура“.

Изпълнете командата във формуляра:

&На клиент
Помощ за процедурата (команда)
OpenHelp("v8help://1cv8/EnterprWorkingWithCatalogs");
Край на процедурата

Ние определяме линията на сечението, както следва:
Отидете до помощната информация на обекта за конфигуриране (в конфигуратора), напишете дума, изберете я, отидете в менюто Елементи/Връзка и изберете желания раздел от 1C Помощ, след което връзката се вмъква автоматично. Изглежда сложно, но на практика е лесно.

*************************************************************************************************
Осъществяване на взаимодействие между формуляри, например селекция:

1. От текущата форма отворете желаната чрез метода “OpenForm()”, като подадете структурата с параметри като втори параметър (ако е необходимо). Третият параметър може да предава връзка към тази форма - ThisForm.

2. В отворената форма, в манипулатора “When CreatedOnServer()”, можем да хванем параметрите, предадени в стъпка 1 чрез “Parameters.[ParameterName]”. Формулярът, който инициира отварянето на този формуляр, ще бъде достъпен чрез идентификатора „Собственик“ (ако е бил, разбира се, посочен в стъпка 1).

И най-важното, функциите за експортиране на формуляра на собственика ще бъдат налични. Това означава, че можем да извикаме експортната функция на изходния формуляр и да предадем нещо там като параметър за обработка на селекцията. И тази функция вече ще попълни това, което е необходимо в оригиналната форма. Има само едно предупреждение - не можете да предавате таблица със стойности между клиентските процедури, но можем да я поставим във временно хранилище и просто да предадем VX адреса и след това да го извлечем от VX.

*************************************************************************************************
Жизнен цикъл на параметрите на формуляра

Всички параметри, прехвърлени към формуляра по време на отварянето му, се виждат само в процедурата „When CreateOnServer“.
Веднъж създадени, всички параметри се унищожават и вече не са налични във формуляра.
Изключението е за параметри, които са декларирани в редактора на формуляри с атрибута „Ключов параметър“.
Те определят уникалността на формата.
Този параметър ще съществува, докато съществува самата форма.

*************************************************************************************************
Използване на интерфейса на Такси

По време на разработката можете да зададете обичайния управляван интерфейс 8.2 в свойствата на конфигурацията - това прави всичко видимо по-компактно и познато.
Това е особено вярно, ако наемате дистанционно - разделителната способност на екрана е много малка и е невъзможно да се направи нещо с интерфейса „такси“.
Само не забравяйте да поставите „Такси“ отново, когато сте готови!В противен случай изпитващият отнема точки!

*************************************************************************************************

ПС: Е Има отделни стандартни подзадачи, които се използват във всички задачи и именно те трябва да можете да решавате (например отписване по партиди, използване на PVC (е, това е наистина рядко) и други). И във всички задачи те просто се повтарят (някъде има подзадачи, другаде, просто в различни комбинации). Освен това те отдавна обещаха да пуснат нова колекция (ако все още не са), в която трябва да има много повече проблеми, тоест няма смисъл да запаметявате решения на отделни проблеми, има смисъл да се научите как решавайте отделни стандартни подзадачи, тогава ще решите всеки проблем.

PSS: Колеги, ако някой има друга полезна информация относно подготовката за изпита и полагането му, моля, напишете в коментарите и ние ще допълним статията.

Целта на всеки начинаещ внедрител, програмист или администратор на 1C програми. Единственият начин да станете сертифициран притежател е да преминете сертификационен изпит. Не всеки успява в това от първия път - според статистиката само четирима от десет успяват. Изпитът е сериозен и изисква да демонстрирате солидни познания по предмета. Този раздел ще ви помогне да изберете най-добрия начин да получите тези знания.

Избор на изпит

На първо място, важно е да разберете, че „1C: Специалист“ е клас изпити, всеки от които е предназначен да тества отделен блок от знания. Изпитите могат да бъдат разделени на 3 групи:

1. 1C: Специалист по платформа "1C: Enterprise 8"(проверява разбирането на основните принципи на проектиране на конфигурации и технологични решения, вградени в платформата 1C:Enterprise 8 и практически умения за конфигуриране и програмиране).
2. 1C: Специалист по приложни решения"1C:Enterprise 8" (проверява знанията за възможностите на програмата и наличието на практически умения за проектиране в среда 1C:Enterprise за разработване на съществуващи и добавяне на нови функционалности на приложни решения. Например Сертифициране "1C: Специалист" за конфигуриране и внедряване счетоводна подсистема в приложни решения "1C:Enterprise 8").
3. 1C: Специализиран консултант за приложни решения"1C:Enterprise 8" (тества способността за намиране на адекватни програмни инструменти за решаване на специфични потребителски проблеми, правилно диагностициране на ситуации, изискващи промени/допълнения към програмата, способността за задаване на правилни задачи за програмистите за адаптиране на приложни решения. Например Сертифициране " 1C: Специалист-консултант "по внедряването на приложното решение "1C: Счетоводство 8").

Когато избирате изпит, трябва да вземете предвид обхвата на вашата дейност:

• ако сте специализирани в разработването на софтуер, вашата цел е „1C: Специалист“ за платформата „1C: Enterprise 8“;
• ако възнамерявате да усъвършенствате приложни решения, произведени от 1C, тогава ви е необходим изпит „1C: Специалист по приложни решения“;
• Ако имате добри познания по предметна област, например данъчно счетоводство, и искате да станете консултант, учител или връзка между програмисти и потребители, вземете изпита „1C: Специализиран консултант“.

Подготовка за изпит

След като сте избрали изпит, трябва внимателно да се подготвите за него. Подготовката може да отнеме от няколко седмици до няколко месеца, в зависимост от това колко сте организирани и времето, което сте готови да отделите за подготовка.

Първият етап на подготовка: получаване на сертификат "1C: Professional". Преди всеки "1C: Специалист" има приемен изпит - "1C: Professional", т.е. Ако планирате да вземете изпита "1C: Специалист" по програмата "1C: Счетоводство", тогава първо трябва да получите сертификат "1C: Professional" по програмата "1C: Счетоводство 8" или "1C: Производствено предприятие" Програма за управление 8". Изпитът „1C: Professional“ е тест, от 14 тестови въпроса трябва да отговорите правилно на поне 12. „1C: Professional“, както всеки друг изпит, трябва да бъде подготвен, без подготовка е много трудно да се премине. Можете да прочетете повече за подготовката за изпита 1C: Professional на уебсайта на компанията 1C в раздела „1C курсове / 1C изпити / 1C: Professional / Подготовка за тестове“.

След като имате в ръцете си сертификата „1C: Professional“, ще получите достъп до изпита „1C: Specialist“. Това обаче не означава, че трябва незабавно да отидете и да го вземете. Току-що сте започнали подготовката си. Ако се интересувате от резултата, трябва да продължите да се подготвяте.

Има три начина да се подготвите за изпита 1C:Специалист:

1. вземете курсове за обучение;
2. изучаване на методическа литература;
3. натрупват личен опит в настройването и адаптирането на програми.

В идеалния случай методите трябва да се комбинират. Нека разгледаме подробно всеки от тях.

Курсове за обучение

Най-предпочитаните курсове за подготовка за изпита са:

1. Ще получите минималните необходими теоретични познания в предметната област.
2. Демонстрирайте методи за решаване на подходящи изпитни задачи.
3. Те ще обърнат внимание на „тънкостите“ на една или друга версия на изпитната задача.
4. По време на курсовете имате възможност да зададете на учителя въпроси, възникнали по време на подготовката за изпита самостоятелно.

За да се подготвите за изпита на платформата "1C: Specialist", се препоръчват следните курсове по 1C:

1. Цялостен курс „Конфигурация в системата 1C:Enterprise 8“ в CSO;
2. „Конфигуриране на платформата 1C:Enterprise 8 в 1C:Център за обучение №1.

1. Механизмът на системата за съставяне на данни в платформата 1C:Enterprise 8;
2. Механизмът на бизнес процесите в платформата 1C:Enterprise 8;
3. Анализ на данни и прогнозиране с помощта на платформата 1C:Enterprise 8;
4. Средства за интеграция и обмен на данни в системата 1C:Enterprise 8;

За да се подготвите за изпита "1C: Specialist" по приложни решения, се препоръчват следните курсове 1C:

1. "1C: Предприятие 8". Внедряване и адаптиране на конфигурацията "Счетоводство на предприятието" (конфигурация в стандартно решение) в CSO или подобен курс в 1C: Център за обучение № 1;
2. "1C: Предприятие 8". Внедряване и адаптиране на приложното решение "1C: Управление на търговията 8" в CSO;
3. "1C: Предприятие 8". Внедряване и адаптиране на конфигурацията „Заплати и управление на персонала“ в централния сервизен център или Конфигуриране на подсистеми за заплати и управление на персонала в приложни решения за „1C: Enterprise 8“ в 1C: Център за обучение № 1.

За да се подготвите за изпита "1C: Специализиран консултант" по приложни решения, се препоръчват следните курсове 1C:

1. "1C: Счетоводство 8" версия PROF (рев. 2.0) в 1C: Център за обучение № 1
2. Внедряване на приложното решение "1C: Управление на търговията 8" в 1C: Център за обучение № 1
3. Внедряване на приложното решение "1C: Заплата и управление на човешките ресурси 8" в 1C: Център за обучение № 1

Алтернатива на редовните курсове е дистанционното обучение, предоставено от 1C: Център за обучение № 3. Формата на дистанционно обучение се е доказала добре в ситуации, в които програмистът е принуден да учи на „заден план“, без прекъсване на работата.

Методическа литература

Методическата литература е отлично допълнение към курсовете за обучение. Пълен списък с препратки винаги е достъпен на.

Самостоятелна работа

В курсове и книги ще научите методи за работа с програмата. Тези методи трябва не само да се изучават на теория, но и да се научат да се използват на практика. Следователно самостоятелната работа и практиката ще бъдат добро допълнение при подготовката за изпита. Най-често младите, начинаещи специалисти не се допускат да работят самостоятелно, те са специално подготвени за този случай. Приблизително така изглеждат задачите в реалния живот и от това се правят изпитните билети. Изпитът има смисъл да се явява само когато задачите в сборника не създават сериозни затруднения и когато са решени. Препоръчително е да обсъдите решението с опитен специалист, който работи с вас в предприятието (с лице, което вече има сертификат). Ако няма такъв специалист, тогава се препоръчва да вземете курса „Консултация за изпита за 1C: Специалист“ на платформата 1C: Enterprise 8.3