Изчисляване на заплатите на парчета в 1 zup 3.1. Как може да се начислява натрупването на договори във „ZUP” версия „3.0”? Как да натрупаме заплата и споразумение едновременно? Едновременно изчисляване на екипната работа със заплата

  • 16.12.2019

В тази статия ще говорим за метода на настройка на поръчка за парче (парче или работа в екип) във "1С" версия на "3.0". Експертите отбелязват, че 1C програмистите значително подобриха способността за изчисляване на екипната работа в ZUP.

Така че, ние ще ви разкажем за следните основни моменти при изчисляването на работа на парче:

Начинът за конфигуриране на транзакцията в „1C“ (в сравнение с предишната версия „2.5“, този процес стана малко по-объркващ);
- Изчисляване на печалбата от парче, като се взема предвид KTU;
- Паралелно начисляване на приходи от работа и заплата;

За справка отбелязваме, че всички фигури, представени в тази статия, са направени в интерфейса „1C“ на последната версия „3.0“. Появата на най-новата версия се нарича "Такси". За да превключите от нормалния интерфейс към „Такси“, в главното меню щракнете върху „Инструменти“, след това „Опции“. След това ще се отвори прозорец с параметри за настройка, където ще трябва да изберете "Такси" и да натиснете бутона "Изпълнение". Въпреки че не е необходимо да превключвате на „Такси“, защото всичко, за което ще говорим в този материал, се съдържа в обичайния вид „1С“.

За да конфигурирате възможността за изчисляване на транзакцията в „1С“, в един от секциите на меню „Настройки“, трябва да намерите и изберете елемент, наречен „ТРЗ“. В отворения прозорец със същото име отидете на интернет адреса "Определяне на състава на таксите и удръжките." Тогава едноименният прозорец отново се отваря, където в раздела „Други такси“ ще трябва да поставите маркировка „Печатни приходи“.

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

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

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

Изчисляване на екипната работа в „1C ZUP“, като се вземат предвид тарифните ставки и KTU

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

И сега програмата трябва да въведе данни за това колко екипа от горепосочените двама служители е произвел през ноември. За такава операция „ZUP“ използва документа „Данни за изчисляване на заплатите“ („Заплата“ - „Данни за изчисляване на заплатите“).

Горният документ се състои от два раздела - „Служители“ и „Завършена работа“. Последният съдържа данни за извършените от екипа технологични операции (поле, наречено „Вид работа“) и количеството извършена работа.

Всички стойности на полето „Вид работа“ се попълват от едноименната директория. В допълнение към наименованието, всеки вид работа има стойност "Цена", тоест сумата на средствата, получени от екипа за единица извършена работа или произведени продукти. В този случай системата може да посочи всяка мерна единица: километри, килограми, парчета, тонове и т.н. Програмата няма значение коя мерна единица имате предвид.

В нашия случай работниците от бригадата събираха маси. За една маса в „Вид работа” посочената цена е 1200 рубли. В полето, наречено „Обем на извършената работа“, се въвежда числото 100 - броят на таблиците, събрани от служителите. И като се започне от тези данни, програмата автоматично изчислява количеството производство на бригада.

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

За да могат горепосочените „Коефициент“ и „Тарифна ставка“ да станат достъпни в „1C ZUP“, трябва да се направят допълнителни настройки. За да направите това, в частта от главното меню „Настройки“ намерете елемента, озаглавен „Шаблони за въвеждане на входни данни“, след това ги отворете и изберете реда „Работни места за пътуване“.

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

Запишете документа под името „Пътуваща работа (Шаблон на документа за входен документ)“ и се върнете към документа „Пътуваща работа (Шаблон на документа за входни данни)“, в който предварително въведохме данни за резултатите от работата на екипа. За да се появят полетата „Тарифна ставка“ и „Коефициенти“ в раздела „Служители“, ще трябва да затворите и отворите този документ отново.

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

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

Сега преминете този документ. Но фактът на неговото държане изобщо не означава, че средствата се начисляват на служителите на предприятието. Окончателният ведомост ще бъде в документа „ТРЗ“. При попълване на табличната част и двамата служители трябва да стигнат до там със сумите, изчислени в съответствие с „Парчетата“ и с вида на изчислението, наречен „Парче (за работници със заплати)“.

И разбира се, публикуване на документ, наречен "ТРЗ".

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

Сега ще се съсредоточим върху това как да конфигурираме в „ZUP 3.0“ едновременното начисляване на бригадна заповед със заплата. Типичният тип изчисление „Доходи от парчета (за служители на заплата)“ не е достатъчен за това. Важно е да се каже, че този вид плащане не може да бъде зададен едновременно с „Плащане по часова ставка“ или „Плащане чрез заплата“. В тези такси в раздела, наречен „Проследяване на времето“, се определя стойността „За работа пълна смяна в рамките на нормалното време“, а „1C ZUP“ е забранено на служителя да присвоява едновременно стойността на планираните такси със сходни настройки.

За да премахнете това ограничение, създайте нов тип изчисление, където настройките за отчитане на времето ще бъдат зададени на необходимата стойност „Доплащане за вече платеното време“. Създайте вид на изчисление, като използвате копие и го назовете „Печатни приходи (само споразумение).“ В него трябва да говорим за някои промени, по-специално:

1). За да може настройката за отчитане на времето да получи необходимата стойност, трябва да изберете елемента "начисляване и плащане" в полето "Цел на таксуване", което се намира в раздела "Основни". Сега проследяването на времето автоматично приема стойността „Доплащане за вече платеното време“.

3). За да се извършат изчисленията в документа „ТРЗ“ по време на окончателните изчисления, изберете „Месечно“ в полето „ТРЗ“.

В резултат на тези настройки можете едновременно да присвоите на работниците вид на изчисление „Печатна печалба (само споразумение)“ и „Плащане на заплата“.

Точно както в първия случай се въвежда информация за приходите от парче. Това се случва според следния алгоритъм на действията: „Заплата“ - „Данни за изчисляване на заплата“ - „Пътуваща работа“.

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

Преди това служителите на звеното се изплащаха въз основа на месечна тарифна ставка от 20 000 рубли. за действително отработено време.

От новата година служителите се прехвърлят в следната система на заплати: гарантирано обезщетение в размер на 10 000 рубли се начислява на служителите. за напълно отработен месец + сумата, натрупана в разни части за действително извършената сума на работа.

Как в програмата да се регистрира промяна във формата на възнаграждение на служителите и да се начисляват възнаграждения на служителите?

Ще коригираме промяната под формата на възнаграждение за труд с документа Преместване на персонал на организации, но първо ще създадем нов BP в TAC Основни плащания, като копираме BP Payment за производствени поръчки - промяна в новия вид на изчисление в раздела Time:

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

Вземете безплатно 267 видео уроци безплатно:

Стойностите в останалите раздели ще бъдат оставени по подразбиране.

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

Ние включваме в счетоводните параметри възможността за работа с частично заплащане. Настройка - ТРЗ - Определяне на състава на таксите и удръжките - Други такси - Приходи от парчета - Прилагане и затваряне.

След това автоматично в списъка на начисленията ще се появят видовете изчисления „Доходи от парчета (за служители на заплата)“ и „Приходи от парчета (за служители по едночасова тарифа)“. Тези видове изчисления са подходящи за ситуацията, когато служителят получава или приходи от парче, или заплата, ако се окаже повече.

Обърнете внимание! В секцията "Стойности на натрупаните индикатори" по подразбиране превключвателят е зададен на "По съответствие на датата на регистрация с интервала на начисляване". Този метод се използва само ако е планирано да се регистрира парче през деня. Трябва да се има предвид, че ако по някаква причина продукцията се записва в деня, когато служителят действително отсъства, тогава той няма да бъде взет предвид при изчисляването на заплатата. Ако посочите, че е необходимо да изберете всички натрупани стойности за месеца (както е в нашия пример), тогава при изчисляване на такива начисления, приходите от работа се вземат предвид за целия месец.


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

  • „Заетост“, „Заетост по списък“ (Персонал - Създаване - заетост);
  • „Прехвърляне на персонал“, „Прехвърляне на персонал по списък“ (Персонал - Приемане, прехвърляне, уволнения);
  • „Промяна на работните места“ (Заплата - Промяна в възнаграждението на служителите), която е налична, ако настройката „Използвайте краткосрочни промени в възнаграждението на труда в зависимост от работата, която трябва да се свърши“ е зададена в настройките за изчисляване на заплатата (Настройка - ТРЗ).
  • „Прехвърляне към друг работодател“ (Персонал - Приемане, прехвърляне, уволнения);
  • „Промяна в планираните начисления“ и „Промяна в заплатите“ (Заплата - Промяна в заплатите на служителите).


Въведете видовете работа и техните цени

Въвеждаме видовете работа в директорията "Видове работа на служителите" (Настройка - Видове работа).


Въведете име, цена и дата на валидност.


Действително извършеният обем на парчетата се записва в рамките на един месец от документа „Piecework” (Заплата - Данни за изчисляване на печалбата), конфигуриран според предварително определен шаблон (Настройки - Шаблони за въвеждане на данни).


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

  • Видове работа.

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

Ако е избрано „Попълване на документа“, типовете транзакции могат да бъдат избрани в документа.


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



  • Обемът на извършената работа.

Ако е избран елементът „Въведете за всеки служител“, за всеки служител ще бъде извършено въвеждането на документа „Парче“.

Ако превключвателят е зададен на „Разпределен на всички служители“ в раздела „Обем на извършената работа“, в документа „Парче“ се появяват два раздела: „Работа приключи“ и „Служител“. По подразбиране общата сума на извършената работа ще бъде разпределена по равно между посочените служители. Разпределението ще се извърши в зависимост от избрания параметър на разпределение (Коефициенти, размери на тарифната ставка, отработени часове).


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


И в раздел „Служители” попълваме служителите, извършили тези работи, и съответните коефициенти.


Завършената работа се въвежда за един ден или за произволно избран интервал (възможност за въвеждане на приходи от парче за месец или седмица).


  • Определяне на видимостта на отделите и списъка на служителите. Документът също така ще коригира видимостта на служителите и отделите. Възможно е да се попълни списък с документи автоматично или да се персонализират документи за конкретни единици.


След като настроите шаблона за въвеждане на документи, преминаваме към въвеждането на данни за изчисляване на приходите от парче. Заплата - Данни за изчисляване на заплатата.


В шаблона, който попълнихме по-рано, посочихме, че този документ се попълва по единица със следните параметри:

Видове работа - Попълнете документа.

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


В документа "Данни за ведомост" изберете запазения шаблон.

В раздела „Завършена работа“ попълнете списъка с произведенията и количеството извършена работа.


В раздела „Служители“ попълнете списъка на служителите (можете да попълните бутона) и въведете съответните коефициенти.


На следващо място, ние правим документ „ТРЗ“, който изчислява доходите от парче на служител. Освен това, ако плащането по заплата или почасова ставка е повече от размера на доходите на парче, на служителя ще се изчисляват заплати в зависимост от отработените часове.


Чернишова Людмила,

   Старши консултант, компания ANT-HILL

Въпрос: ZUP 3.1 Разсрочено плащане


   Настройвам парчета, вкл. функционална опция "Печатни приходи".
Добавено е начисление „Доплащане с прогресивни ставки (парче)“, за натрупване на допълнително. възнаграждение, ако служителят е изпълнил повече заплати, ако е по-малко от справедливата заплата се изчислява според отработеното време.
1 въпрос със следното, начисляването „Авансово плащане с прогресивни ставки (парче)“ е включено в документа „Изчисляване на заплати и вноски“, в случай че плащането на заплата е по-високо от парчетата и няма надбавка по нея. Как не може да се покаже без промяна в конфигуратора?

Сега на тест направих работа по парче в размер на 36489 и според формулата: Макс (Приходи от парче, Заплащане * (TimeInDaysHours - ReworkedOn Summed Accounting) / Часа на часовете), заплатата се изчислява в размер на 36490 и празното таксуване "Доплащане за прогресивни тарифи" (

Отговорът е:  () Две такси, всичко е красиво, нали, но когато празните стойности отиват на „0“, това някак не е правилно, така че аз мисля как да се отърва от тях, за да не излязат със случая „0“

Въпрос: Плащане по поръчка на парче


Добър ден Имам нужда от помощ при изчисляване на заплащането на парче за поръчки. Формулата е: Вид почистване на работа (има норма). Съотношението норма / обем се изчислява. Цени - Заплата / Работни дни Начислени \u003d Цени * Коефициенти * Работни дни. В програмата за вида работа няма норма. Индикаторът на печалбата от парче се изчислява от програмата и не може да бъде променен.
  Възможно е да се въведе допълнителен индикатор за Норма, но той е само за човек, но е необходим за вида работа. Човек може да има няколко вида работа с различни Норми

Отговорът е:

   Управление на заплатите и човешките ресурси, версия 3.0 (3.0.25.105)

Въпрос: Парче


   Добър ден на всички!

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

Отговорът е:

   Не е напълно ясно. Опишете целия PSU.
  От гледна точка на счетоводството, всичко е просто облекло за сделката - тя е издадена според резултатите от платената поръчка.
  Ако трябва да го кажем просто, в края на месеца знаете сумата и тя се разпределя, след това изключете от облеклото лицето със заплатената сума и минус тази сума, разпределете това, което остава между тези, които останаха

Въпрос: ZUP 3.1: Памучна рокля и карта за доклад


   Добре.
  Кажи ми това:
  Има служител, който например от 1,02 до 4,02 е работил в отдел А. След това е преместен в блок Б от 5.02. Търся документ Отчетната карта за два различни отдела, в които е работил през този период от време, и посочвам, че 6 дни (69 часа) са работили от 1-4.02, във втория лист посочвам, че 12 дни са работили (138 часа). На следващо място, правя документ за работа, посочвам единицата и попълвам списъка на служителите и в резултат на попълването поставя 18 дни (207 часа), тоест обобщение за всички отработени часове, с изключение на единицата. Така че трябва да работи, или можете по някакъв начин да го направите (без файл), така че времето и дните да са посочени от таблицата с часове за конкретно подразделение.? Погледнах в кода, сякаш няма никъде в заявките.

ИЛИ без табела

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

Отговорът е:

   В 2.5, в парче рокля беше:
  Помислете за отработените часове - записи на отработените часове, вписани в документа. За този флаг има превключвател „При изчисляване и в графика“, „Само при изчисляване“, който е наличен само когато е зададено знамето „Вземете предвид работните часове“. Ако превключвателят е зададен на „В изчислението и в графика“, тогава отработените часове, вписани в документа, ще участват в изчисляването на разпределението на печалбата и ще бъдат отразени като отработени часове. Ако превключвателят е зададен на „Само в изчислението“, тогава отработените часове ще се вземат предвид само при изчисляване на сумите за разпределение.
  Ако поставите daw в изчислението и в картата на отчета, времето, определено в реда за парче, ръчно попада в документа за заплащане за процента на парче. Как да направите същото в 3.1?

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

Въпрос: Грешки при създаването на рокля


   Добър ден

Управление на производствените предприятия, версия 1.3 (1.3.81.1)
  Когато провеждате рокля, се появява грешка:
Възникна грешка при изпълнение на манипулатора - "Обработка на обработка"

По причината:

  (Документ. Отделна такса. Модул на обекта (5770)): Грешка при извикване на контекстния метод (Write)

По причината:

Запис с такива ключови полета съществува! : Графици Работа по вид време: Петров Иван Иванович, 09.01.2016 0:00:00, Не, По часовник, 01.09.2016 0:00:00 (Информационен регистър: Разписания по вид време; Номер на реда: 2)


Проверено: няма вписвания в регистъра за тази дата. картата с отчети също не е въведена.
  Каква може да е причината?
  Къде мога да видя реда, към който се отнася?
  служителят има само един вид начисления. Плащане чрез производство. без допълнителни плащания.

Отговорът е:

   Е, имам подозрение, че правите трансфер на персонал и той определя работен график за него на 1-ви ден.
  И тогава правите график за времето и понеже той стои там и взема предвид времето, тогава той прави същия график за него.
Е, вижте ви, изходите в отчета за отчета в частния работен ред по принцип съвпадат с факта, че служителят трябва да е по график или се случва служителят да не е излизал или да е трябвало да работи 8 часа по график, а те са ме поставили 6 на парче? случва се.
  Ако не, можете да отметнете само изчислението в края на месеца, да направите график за тези служители, да проверите дали всичко е наред и да го похарчите

Въпрос: ZUP 3.1. Нов служител не е добавен към парче


   Добър ден
  1) Има служител, нает от 15 януари (график за смяна, начисляване - "Парцелни доходи на служители на заплата").
  2) Създаден е шаблон за въвеждане на входни данни „Работа в екип“, разпределението се извършва, като се отчита големината на тарифните ставки и отработените часове.
  3) Отворете „данните за изчисляване на заплатите“ и създайте „Работа в екип на парчета“. Периодът на работа е от 9 януари 2018 г. до 31 януари 2018 г., датата на документа е 31 януари 2018 г. Добавяме селекцията на всички служители, включени в екипа, включително на новия служител.
  За всички служители, с изключение на новия, тарифната ставка се разширява и сумата се разпределя. Ако зададете периода от 15 до 31, тогава и за новия служител всичко се разтяга и разпределя, но тогава дните и часовете на останалите се подценяват. Какво може да се направи по този въпрос? Благодаря предварително.

Отговорът е:

   Добре дошли! почти същия проблем, само наш служител беше приет от 01.01.18 г., а екипировка от 01/01 / 18-31 / 01/18. Новият служител попада в поръчката за парче, но резултатът от ведомостта е празен, казва „няма данни за приходите от парчета“, ако бъде коригиран в парче от 01/09 / 18-31 / 01/18, тогава неговата сума попада в изчислението.

Въпрос: Допълнителна тарифа в PFR за парче не се таксува


   Добър ден
  SCP, платформа 8.2.19.130, версия 1.3.84.1.
  Ето писмо от мениджъра на акаунти за RFP:

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

Счетоводителят казва, че ако служителят е преместен от 1-во число на месеца, тогава всичко е наред. Освен това, в горната ситуация, допълнителната тарифа се начислява за всички видове доплащания и премии за парче, но екипировката за парче не се начислява. Конфигурирано като всичко е правилно. Какъв може да е въпросът тук? Прилагам екранна снимка на Андрианов.

Отговорът е:

   С рокли на парчета - има много нюанси. Да, всичко ще трябва да се направи.

Въпрос: Фактуриране онлайн с възможност за плащане


   Здравейте отново. За плащане на сметки е налична следната информация:
  1) Начин на плащане (Card World, Card Visa, card Visa electron, Card Mastercard, електронни портфейли - Webmoney, Yandex money, Qiwi)
  2) За карти: номер на картата, месец и година на изтичане, име на собственика, CVV, парола на собственика
  3) За Webmoney: вход, WMR (рубла) сметка в портфейла, парола
  4) За пари на Yandex - вход, парола, номер на сметка в Yandex
  5) За Qiwi: телефонен номер (това е акаунтът на Qiwi) и парола
  В зависимост от избрания начин на плащане е необходимо фактурата да се изпрати на играча по имейл със сумата, посочена от него (всички данни се въвеждат от играча в специална форма). В случай на успешно плащане, получете уведомително писмо до вашия имейл от имейла на играча (т.е. внедрете незабавно фактуриране с възможност за плащане и получаване на данни на платеца - неговия имейл). Чест пример за този проблем е онлайн пазаруването. Трябва да прилагам това в 1С. Най-вероятно 1C интеграция със сайтове ще се изисква за плащане. Ще съм много благодарен за всяка информация как да направите това.

Отговорът е:

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

Въпрос: v7: Как да промените вида на плащането Electronno към Бонус за плащане в драйвера на атола?


   Инсталирах последния драйвер за км от Atol 8.14.2, но просто не мога да намеря как да променя типа плащане „Електронно“ на „Плащане с бонус“.
Виждам, че е възможно да се плаща с 4 вида плащания, в брой и три „Електронни“. Ето един от тези електронни и бих искал да заменя, може би това може да се направи по някакъв начин програмно. Помогнете ми да го разбера, те вече изчерпват времето си, следващата седмица ще изтече за билетната каса на ECLZ и трябва да създадете онлайн бюро за билети.

Отговорът е:  () Разбрах, изтеглих драйвера на KKM 9.8.1, там можете да промените името на видовете плащания, но не можахте да го намерите в 8.14.2.

Въпрос: UT 11.4, когато плащате с карта в чека, се отпечатва "Последващо плащане (кредит)"


   В RMK се опитвам да проверя чек с плащане с карта, а програмата в касовата бележка отпечатва „Последващо плащане (кредит)“
моля те, кажи ми какво би могло да е хамба.
KKM ATOL 22F
Придобиване на терминал - без свързващо оборудване.

Отговорът е:  Броят на видовете плащания в базата и касата не съвпадат

Въпрос: ZUP 3.1: Памучна рокля и карта за доклад


   Добре.
  Кажи ми това:
  Има служител, който например от 1,02 до 4,02 е работил в отдел А. След това е преместен в блок Б от 5.02. Търся документ Отчетната карта за два различни отдела, в които е работил през този период от време, и посочвам, че 6 дни (69 часа) са работили от 1-4.02, във втория лист посочвам, че 12 дни са работили (138 часа). На следващо място, правя документ за работа, посочвам единицата и попълвам списъка на служителите и в резултат на попълването поставя 18 дни (207 часа), тоест обобщение за всички отработени часове, с изключение на единицата. Така че трябва да работи, или можете по някакъв начин да го направите (без файл), така че времето и дните да са посочени от таблицата с часове за конкретно подразделение.? Погледнах в кода, сякаш няма никъде в заявките.

ИЛИ без табела

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

Отговорът е:

   В 2.5, в парче рокля беше:
  Помислете за отработените часове - записи на отработените часове, вписани в документа. За този флаг има превключвател „При изчисляване и в графика“, „Само при изчисляване“, който е наличен само когато е зададено знамето „Вземете предвид работните часове“. Ако превключвателят е зададен на „В изчислението и в графика“, тогава отработените часове, вписани в документа, ще участват в изчисляването на разпределението на печалбата и ще бъдат отразени като отработени часове. Ако превключвателят е зададен на „Само в изчислението“, тогава отработените часове ще се вземат предвид само при изчисляване на сумите за разпределение.
  Ако поставите daw в изчислението и в картата на отчета, времето, определено в реда за парче, ръчно попада в документа за заплащане за процента на парче. Как да направите същото в 3.1?

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

Въпрос: Допълнителна тарифа в PFR за парче не се таксува


   Добър ден
  SCP, платформа 8.2.19.130, версия 1.3.84.1.
  Ето писмо от мениджъра на акаунти за RFP:

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

Счетоводителят казва, че ако служителят е преместен от 1-во число на месеца, тогава всичко е наред. Освен това, в горната ситуация, допълнителната тарифа се начислява за всички видове доплащания и премии за парче, но екипировката за парче не се начислява. Конфигурирано като всичко е правилно. Какъв може да е въпросът тук? Прилагам екранна снимка на Андрианов.

Отговорът е:

   С рокли на парчета - има много нюанси. Да, всичко ще трябва да се направи.

Въпрос: Грешки при създаването на рокля


   Добър ден

Управление на производствените предприятия, версия 1.3 (1.3.81.1)
  Когато провеждате рокля, се появява грешка:
Възникна грешка при изпълнение на манипулатора - "Обработка на обработка"

По причината:

  (Документ. Отделна такса. Модул на обекта (5770)): Грешка при извикване на контекстния метод (Write)

По причината:

Запис с такива ключови полета съществува! : Графици Работа по вид време: Петров Иван Иванович, 09.01.2016 0:00:00, Не, По часовник, 01.09.2016 0:00:00 (Информационен регистър: Разписания по вид време; Номер на реда: 2)


Проверено: няма вписвания в регистъра за тази дата. картата с отчети също не е въведена.
  Каква може да е причината?
  Къде мога да видя реда, към който се отнася?
  служителят има само един вид начисления. Плащане чрез производство. без допълнителни плащания.

Отговорът е:

   Е, имам подозрение, че правите трансфер на персонал и той определя работен график за него на 1-ви ден.
  И тогава правите график за времето и понеже той стои там и взема предвид времето, тогава той прави същия график за него.
Е, вижте ви, изходите в отчета за отчета в частния работен ред по принцип съвпадат с факта, че служителят трябва да е по график или се случва служителят да не е излизал или да е трябвало да работи 8 часа по график, а те са ме поставили 6 на парче? случва се.
  Ако не, можете да отметнете само изчислението в края на месеца, да направите график за тези служители, да проверите дали всичко е наред и да го похарчите

Въпрос: ZUP 3.1. Нов служител не е добавен към парче


   Добър ден
  1) Има служител, нает от 15 януари (график за смяна, начисляване - "Парцелни доходи на служители на заплата").
  2) Създаден е шаблон за въвеждане на входни данни „Работа в екип“, разпределението се извършва, като се отчита големината на тарифните ставки и отработените часове.
  3) Отворете „данните за изчисляване на заплатите“ и създайте „Работа в екип на парчета“. Периодът на работа е от 9 януари 2018 г. до 31 януари 2018 г., датата на документа е 31 януари 2018 г. Добавяме селекцията на всички служители, включени в екипа, включително на новия служител.
  За всички служители, с изключение на новия, тарифната ставка се разширява и сумата се разпределя. Ако зададете периода от 15 до 31, тогава и за новия служител всичко се разтяга и разпределя, но тогава дните и часовете на останалите се подценяват. Какво може да се направи по този въпрос? Благодаря предварително.

Отговорът е:

   Добре дошли! почти същия проблем, само наш служител беше приет от 01.01.18 г., а екипировка от 01/01 / 18-31 / 01/18. Новият служител попада в поръчката за парче, но резултатът от ведомостта е празен, казва „няма данни за приходите от парчета“, ако бъде коригиран в парче от 01/09 / 18-31 / 01/18, тогава неговата сума попада в изчислението.

Въпрос: Рокля ZUP 3.1 парче


   Уважаеми експерти! Имаше проблем с изчисляването на тоалети. Шаблонът е конфигуриран по следния начин. Начисленията на служителя и по реда сумата не се разпределя в зависимост от отработеното време. Защо?

Отговорът е:  Опитах варианта - от коефициента плюс във времето. Също така, тоалетът не обръща внимание на времето, разпределя се само по коефициент. Все още не се нуждаем от тази опция. Но все пак е интересно, вероятно това не е наред?

Въпрос: Парче


   Добър ден на всички!

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

Отговорът е:

   Не е напълно ясно. Опишете целия PSU.
  От гледна точка на счетоводството, всичко е просто облекло за сделката - тя е издадена според резултатите от платената поръчка.
  Ако трябва да го кажем просто, в края на месеца знаете сумата и тя се разпределя, след това изключете от облеклото лицето със заплатената сума и минус тази сума, разпределете това, което остава между тези, които останаха

Въпрос: Alfa-Auto 5 Работата по поръчка променя времето на документа за един час при смяна на статуса „В работа“


   Alfa-Auto 5 При поръчка на поръчка се променя времето на документа с един час, когато се променя в състояние "В работа" - Защо? Как да прекъснете връзката? Но това нещо пречи на факта, че ако въз основа на този ред на поръчката се създаде прехвърлянето на стоки за ремонт, след това затварянето на поръчката на поръчката по-рано от един час без промяна на времето на документа ще се провали. Работният процес е проектиран по такъв начин, че такъв проблем възниква постоянно. Моля, кажете ми как да реша това. И защо изобщо беше направено това?
]

Отговорът е:  ()\u003e затворете екипировката за поръчка по-рано от час, без да променяте времето на документа, няма да работи
И на снимката един час напред !?

Въпрос: Плащане по поръчка на парче


Добър ден Имам нужда от помощ при изчисляване на заплащането на парче за поръчки. Формулата е: Вид почистване на работа (има норма). Съотношението норма / обем се изчислява. Цени - Заплата / Работни дни Начислени \u003d Цени * Коефициенти * Работни дни. В програмата за вида работа няма норма. Индикаторът на печалбата от парче се изчислява от програмата и не може да бъде променен.
  Възможно е да се въведе допълнителен индикатор за Норма, но той е само за човек, но е необходим за вида работа. Човек може да има няколко вида работа с различни Норми

Отговорът е:

   Управление на заплатите и човешките ресурси, версия 3.0 (3.0.25.105)

Въпрос: ZUP 3.1 Разсрочено плащане


   Настройвам парчета, вкл. функционална опция "Печатни приходи".
Добавено е начисление „Доплащане с прогресивни ставки (парче)“, за натрупване на допълнително. възнаграждение, ако служителят е изпълнил повече заплати, ако е по-малко от справедливата заплата се изчислява според отработеното време.
1 въпрос със следното, начисляването „Авансово плащане с прогресивни ставки (парче)“ е включено в документа „Изчисляване на заплати и вноски“, в случай че плащането на заплата е по-високо от парчетата и няма надбавка по нея. Как не може да се покаже без промяна в конфигуратора?

Сега на тест направих работа по парче в размер на 36489 и според формулата: Макс (Приходи от парче, Заплащане * (TimeInDaysHours - ReworkedOn Summed Accounting) / Часа на часовете), заплатата се изчислява в размер на 36490 и празното таксуване "Доплащане за прогресивни тарифи" (

Отговорът е:  () Две такси, всичко е красиво, нали, но когато празните стойности отиват на „0“, това някак не е правилно, така че аз мисля как да се отърва от тях, за да не излязат със случая „0“

Въпрос: Сервиз на Rarus Car. Плащане с платежна карта от страна на поръчката


   Въпрос относно приемането на плащане с разплащателни карти при поръчка заедно. Кажете ми, моля, как да приемам плащане? Сега или използваме RMK, което е неудобно, защото трябва ръчно да задвижите всички позиции от реда на поръчката в него. Опитахме също да направим документа Плащане с разплащателни карти въз основа на Поръчката на поръчката, но когато пробием чека, получаваме грешка:
„сумата на безкасовите плащания е по-голяма от сумата на стоките.“

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

Отговорът е:  () благодаря за инфото. Като цяло, дори в Рарус, чекът KKM чекът дори не попълва стоки в PM на базата на. Вероятно ще трябва да завърша