• Здравствуйте. Скоро заработает в архивном режиме форум www.old.nado.in

1С:Предприятие для Украины (общие вопросы-ответы, обсуждения)

  • Автор темы Автор темы admin
  • Дата начала Дата начала
Статус
В этой теме нельзя размещать новые ответы.
В догонку... В виде расчета "Оплата отпуска" проконтролируйте способ расчета "По среднему заработку для отпуска", в формуле должно быть : "Результат = <Средний заработок> умножить на <Время в календарных днях>"
Если у Вас не так, то ноги могут расти еще и отсюда...
Также нужно учесть, что вытесняющими расчетами являются больничные, которые тоже влияют на количество дней...
 
Последнее редактирование:
Спасибо, конечно, за подробные объяснения как производить начисления. Но я спрашивал ОТКУДА прога берёт количество дней в месяце для начисления?Все месяцы считает нормально а в январе почему-то 27 дней берёт вместо 29(31-2праздника). ГДЕ ХРАНЯТСЯ ДАННЫЕ О КОЛИЧЕСТВЕ ДНЕЙ в месяце (рабочих, выходных, праздничных и т.д.)?
 
Во-первых, графики работы для сотрудников заполнены? Были ли у этих сотрудников отмечены неподтвержденные невыходы на работу?
Отсюда, плюс регламентированный производственный календарь с корректно заполненными праздничными днями.
Регистр "Праздники" Вы уже смотрели, и еще уже использованный отпуск... Это все влияет на количество дней при расчете отпускных. Извините за повтор :)

ГДЕ ХРАНЯТСЯ ДАННЫЕ О КОЛИЧЕСТВЕ ДНЕЙ в месяце (рабочих, выходных, праздничных и т.д.)?
Только регламентированный производственный календарь.

И еще, а почему всего ДВА праздника в январе? А ПЕРЕНОСЫ НЕ??? Или Вы их не учитываете???
Исходя из календаря на 2012 год система видит ЧЕТЫРЕ праздника 1,2,7,9 января... В чем проблема??? :)
 
Последнее редактирование:
Интересно. А каким документом Вы начисляете отпускные в Бухгалтерии для Украины? Насколько я понял, у Вас 8-ка?
Насколько мне известно - зарплатный контур в Бухгалтерии не реализован в этом направлении до безобразия, равно как и начисление больничных.
Если Вы создавали свой вид расчета по начислениям отпускных, то обратите внимание при создании документа "Начисление зарплаты" на количество оплачиваемых дней (параметр "Норма за месяц -дней -часов"), эти поля придется редактировать вручную, увы.

Как начислить отпускные в 1С 8.2? | http://www.1c.advanter.net/?p=445
Как начислить больничные в 1с 8.2? | http://www.1c.advanter.net/?p=546
Выплата больничных в 1С 8.2. Выплата отпускных в 1С 8.2. | http://www.1c.advanter.net/?p=725
 
Отсюда, плюс регламентированный производственный календарь с корректно заполненными праздничными днями.
:)
...
В своём первом сообщении (№1750) я уже говорил что игрался с регламентированным производственным календарём - не влияет он почему-то. А згідно нормативних документів в январе - 2 праздника (1 и 7).

http://zib.com.ua/ru/6532-vihodnie_dni_-_2012_kmu_nazval_prazdnichnie_i_vihodnie_dni.html

Я вручную при начислении поставил как нужно 31-2=29. И задался вопросом А ГДЕ В СИТЕМЕ ЗАБИТО ЧТО В ЯНВАРЕ 4 ПРАЗДНИКА?
 
Последнее редактирование:
А бухия мне доказывает что в январе - 2 праздника

???как это???

Уточним этот момент. В момент начала нового отчетного периода необходимо заполнить регламентированный производственный календарь (РПК в дальнейшем). Извините, что говорю прописные истины, но может, где-то в процессе заполнения возникла ошибка?

Итак алгоритм (для ЗУП) - открываем РПК, выставляем год и щелкаем по кнопке "Заполнить по умолчанию", внизу появится сообщение, что обнаружены праздники, попадающие на выходные дни, и что необходимо их перенести.
Перенос выполняем щелчком правой кнопкой мыши по нужному дню, например, 2 января, и выбираем команду "Назначить этот день праздничным днем", справа появится сообщение, что такой-то день назначен праздничным. Эту операцию выполняем для всех дней, которые нужно перенести. После чего внизу календаря щелкаем кнопку "Записать".
После записи календаря заполняем графики работы, чтобы сотрудникам назначились рабочие дни... ВСЕ.

В Бухучете механизм почти такой-же, только команда заполнения называется "Первоначальное заполнение", также появится сообщение о переносе, по дням делаем двойной щелчок левой кнопкой мыши и в менюшке выбираем "Праздник". Опять таки, календарь нужно записать кнопка находится вверху календаря... Никаких графиков работы в Бухии нет... Поэтому календарь, априори - единственное хранилище данных о днях...
Если у Вас все выполнено так, как я описал... Тогда нужно к программеру. Может, где-то произошел сбой после обновления...

Т.к. лично у меня в ЗУП-е и в Бухучете январь - 27 рабочих дней. И никаких противоречий не возникает...

Важно!!! Единственное, что заполнение РПК должно быть выполнено и в Бух и в ЗУП по отдельности. Т.к. при переносе данных из ЗУП в Бух. автоматической настройки календаря НЕ происходит...
 
Последнее редактирование:
Перенос выполняем щелчком правой кнопкой мыши по нужному дню, например, 2 января, и выбираем команду "Назначить этот день праздничным днем", справа появится сообщение, что такой-то день назначен праздничным. Эту операцию выполняем для всех дней, которые нужно перенести. После чего внизу календаря щелкаем кнопку "Записать".

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

Ну и от себя добавлю - "популярная ошибка" это забыть записать календарь после заполнения.
 
А ГДЕ В СИСТЕМЕ ЗАБИТО ЧТО В ЯНВАРЕ 4 ПРАЗДНИКА
Приношу извинения за неточность :) В системе забито, что в январе два праздника - 1 и 7 января. О чем она, в принципе, и сообщает. Просто я переносы при заполнении календаря настроил праздничными днями. Поэтому их и четыре получилось. Сработал человеческий фактор. Еще раз извините :)
А в остальном механизм заполнения, описанный мной, верный.
 
Не найден файл шлях\setup.exe или один из его компонентов.Проверти правельность пути и имени файла, а также наличее необходимых библиотек
Дякую! не треба я на іншому компі встановив :-)

типовая ошибка при установке на Win7
устанавливайте только на WinXP
 
Приношу извинения за неточность :) В системе забито, что в январе два праздника - 1 и 7 января. О чем она, в принципе, и сообщает. Просто я переносы при заполнении календаря настроил праздничными днями. Поэтому их и четыре получилось. Сработал человеческий фактор. Еще раз извините :)
А в остальном механизм заполнения, описанный мной, верный.
Я был уверен, что информация о праздниках должна браться из регламентного производственного календаря-иначе зачем он нужен?
Я упорно добавлял и удалял праздники в январе. Однако цифра 27 при расчёте не меняется-хоть 30 праздников ставь в РПК :eek:
Не тратьте пожалуйста время на описание работы с РПК - это всё и даже больше есть в хелпе :)
 
Последнее редактирование:
Я упорно добавлял и удалял праздники в январе

Попробуйте, если Вы уже не пробовали, исправить озвученную chiaciad неточность следующим образом:

Для ЗУП: вместо команды "Назначить этот день праздничным днем" выбрать команду "Перенести выходной день". В открывшемся календарике выбрать рабочий день, на который переносим. И обязательно щелкнуть кнопку ОК внизу! Замечен момент, что при записи изменений путем закрытия окна, они часто не сохраняются.. После завершения всех переносов опять-таки, обязательно нужно щелкнуть кнопку "Записать" в РПК!!! По той же причине, что я указал выше.
Для Бух.: вместо команды "Праздник" выбрать команду "Воскресенье". Тут никаких вспомогательных календариков открываться не будет. После завершения всех переносов опять-таки, обязательно нужно щелкнуть кнопку "Записать" в РПК!!!

После чего, необходимо в расчетных документах перезаполнить данные на всех закладках расчета и перерассчитать. Т.к. 1С автоматически не вносит изменения. Ее нужно "пинать"...

У меня это сработало... Если не получится - к программеру. Пусть лезет в код и смотрит. Система должна реагировать на изменения в РПК.

Не тратьте пожалуйста время на описание работы с РПК - это всё и даже больше есть в хелпе
Согласен, есть :) только вот хелп у них часто бывает староват... И про перезаполнение документов после изменения РПК там точно ничего нет :)
 
Последнее редактирование:
Большое спасибо всем за участие!
"Беда" была в том, что работник был принят на работу с 4 января! ЗУП всё считала правильно! Респект и уважуха разработчикам!!!!
 
Підкажіть, будь ласка, чи можна якось налаштувати в УТП, щоб при реалізації номенклатура із Замовлення дублювалась в Накладну, оминаючи Счет. На даний момент, коли я на основі Замовлення роблю Накладну, номеклатура не заповнюється, а Рахунки далеко не завжди потрібні.
 
Подскажите пожалуйста, что сделать, чтобы номер договора в Налог.накл. был по правому краю?
Спасибо)
 
Підкажіть, будь ласка, чи можна якось налаштувати в УТП, щоб при реалізації номенклатура із Замовлення дублювалась в Накладну, оминаючи Счет. На даний момент, коли я на основі Замовлення роблю Накладну, номеклатура не заповнюється, а Рахунки далеко не завжди потрібні.

При оформлении документа реализации на основании заказа дополнительно контролируется свободный остаток товаров на складе. В документ реализации заполняется информация только о тех товарах, которые реально можно отгрузить со склада с учетом зарезервированных товаров по другим заказам покупателей.
Так что, это не семерка :) Данные берутся из регистров, а не из табличных частей созданных документов... Следовательно - есть на складе свободные остатки - ТЧ заполнится, нет - не заполнится...

Как вариант, можно попробовать заполнить с помощью кнопки "Заполнить" - "Отобрать заказы, заполнить по заказам"... там открывается обработка, которая покажет, можно ли провести такое заполнение.
 
Подскажите пожалуйста, что сделать, чтобы номер договора в Налог.накл. был по правому краю?
Спасибо)

Как вариант - попросить программиста. Или в режиме таблицы вручную в печатной форме исправить...

Но...
В теории, налоговики в п. 130.21 Единой базы налоговых знаний на официальном сайте www.sta.gov.ua (далее — ЕБНЗ) разъяснили: «Налогоплательщик при выписывании налоговой накладной должен выравнивать по правой границе поля те реквизиты ее заглавной части, которые содержат цифровую информацию».
Кроме того в этом же п. 130.21 ЕБНЗ указано: «Если в налоговой накладной все обязательные реквизиты заполнены правильно и достоверно, то независимо от того, выравнивание цифр в таком номере обязательного реквизита налогоплательщиком осуществлялось по правому или по левому краю (при условии верно заполненных всех остальных реквизитов), такая налоговая накладная считается заполненной без нарушений». Вывод: неправильное выравнивание числовых реквизитов НН не может поставить под вопрос право покупателя на налоговый кредит по такой НН.

На практике, номер налоговой может быть не только цифровым, но и содержать буквы, например №ДГ-25/2... как быть в этом случае? Ведь это уже не цифровые данные, а текст... Поэтому в печатных формах НН номер договора, скорее всего, по логике разработчиков, считается текстовым и выравнивается в клеточках по левому краю. Но я могу и ошибаться... Тем более, что все действительно важные реквизиты: порядковый номер НН, ИНН, номер свидетельства выравниваются по правому краю...
 
Подскажите пожалуйста КАК из ЗУПа начисленную зарплату можно экспортировать в xml чтобы потом втянуть в БАНК в зарплатную ведомость (на карточки)?
 
Это случайно не для Сбербанка России? :)

В российской есть типовая обработка "Импорт/экспорт операций по лицевым счетам работников"...
В типовой ЗУП для Украины, увы, никак. Нужно писать обработку сохранения зарплатной ведомости в xml, предварительно выжав из банка их формат...
По крайней мере, моим клиентам писали....

Если получится вытащить, поделюсь :)
 
Последнее редактирование:
Спасибо добрым людям...

Выгрузка в клиент банк в формате xml. Для зарплатного проекта "Сбербанк России, Киев". Выгружается: 1- информация о сотрудниках, 2-ведомости на перечисление средств на карточки.
1- информация о сотрудниках
2-ведомости на перечисление средств на карточки

Для работы с зарплатным проектом нужно сначала внести информацию о новых сотрудниках в клиентбанк "Сбербанк Росии, Киев" - это первая обработка.
Во второй обработке нужно вставить программно в процедуру "ПриОткрытии" код зарплатного проекта, транзитный счет, расчетный счет (или заполнять перед выгрузкой).
Пробуйте :)
 
Спасибо добрым людям...
Пробуйте :)

Не верю в случайные совпадения, но Сбербанк России и нужен был:)
С информацией о сотрудниках всё ясно. А вот ведомости на перечисление...
Заполняю все поля: счета, код ЗП, комиссия. Далее просит указать документ (зарплата к выплате). Сформировать файл.
В XML файле только шапка-сотрудников с зарплатами нет.Что я не так делаю?
 
Последнее редактирование:
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху