[Logo] Форум ПАРУС
Сообщения, отправленные пользователем: SD.
Индекс форума » Профиль для SD. » Сообщения, отправленные пользователем SD.
Автор Сообщение
Можно с ч/з execscript() полностью модифицировать содержание листов и книги в целом.

P.S. и не только
P.P.S. к рукам голову надо прилагать
Все операции по пятому разделу нужно вести таким образом (ИМХО).

Опять же, ИМХО, ф128 особенно в части будущих периодов может быть собрана корректно только в таком ключе.
В саном приказе описательную части составления 128 формы в части будущих периодов - просто опустили, сославшись на аналогию с текущими периодом. И ни как, не обмолвившись о том, что по этим счетам есть остатки начало, а по текущему периоду их нет. КАКАЯ ТУТ АНАЛОГИЯ?!?!
А еще сюда проводки по переводу остатков с будущих периодов и… “замес гремучий” получается

Вот бухгалтера и разработчики сами додумывают, как быть учетом счетов не текущего периода
1. 150193000 - 150299000 - Принято БО при формировании резерва отпусков
2. 150113000 - 150211000 - Принято обязательство текущего года при оплате за счет резерва
3. 150193000 - 150299000 - Уменьшена сумма БО резерва в размере произведенных выплат. (сторно!!!!)
Уже раза три с 7-ой попадал примерно в такую ситуацию (до этого с 4-й тоже было) - и во всех случаях виноватым было железо - устает оно тоже ))

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

Логично что социальные сначала, а имущественные потом.
Я привел абстрактный и легко понимаемый пример
Все могут, поняв его сами сделать выводы и поступать соответствующим образом.
А вот самый банальный пример из практики:
Делаем два платежа, НДФЛ и перечисление на карточку, в один день и...
НДФЛ проходит, а перечисление на карту нет...
И вот вам "авансовый" платеж НДФЛ...
Ну, методу внесения данных для ФСС - мы не сами придумали - методисты корпорации сами их озвучили и рекомендовали в свое время... так что... ну да ладно.

Лечение есть и весьма банальное: нужно заводить две выплаты на один год скажем +1день и -1день, ну и сумму в одну из них поставить.

Суть то проблемы в том, что об этой ОШИБКЕ работы методистов + разработчиков пользователи узнают эмпирическим путем... и хорошо если не от проверяющих со стороны ФСС

Надо ее "почесноку" "заремить" если нет воли (или ресов) дать описание и рекомендации - ОФИЦИАЛЬНО.
Ну а по хорошему просто исправить
Сегодня общался с инспектором налоговой службы, который отвечает за 6-НДФЛ.
Перса достали налогоплательщики и он стал разбираться в самой проге, которая стоит в налоговой.
Один его вывод я взял на заметку:
Алгоритм учета поступлений налоговых платежей по НДФЛ не рассчитан на авансовые платежи.
Что это значит:
пример 6-НДФЛ для отпуска 1000 руб
100 14/11/2016
110 17/11/2016
120 30/11/2016
130 1000
140 130
и пусть налог мы заплатили тремя платежами
14/11/2016 = 30 руб
17/11/2016 = 60 руб
29/11/2016 = 40 руб
при этом сроки уплаты не пропущены, но...
налоговый платеж не попавший в период с 17 по 30 не будет засчитан в счет уплаты так как он рассматривается как "авансовый".


Журнал лицевых счетов -> ПКМ -> функции -> "Проверка параметров начислений"

При проверке параметров начисления, в котором разнесены данные для ФСС с предыдущего места работы, функция стала заменять нулевое количество дней на количество дней месяца, за который рассчитано начисление. ( 0->31 или 0->30 или 0->28 ).
При чем это происходить задним числом в закрытых на редактирование начислениях.
Что чревато тем, что при расчете пособия до 1,5 или больничного по бер/родам количество дней уменьшается, а среднедневной увеличивается
При этом расчетчик "не сном и не духом" пока не пройдет проверка

ВНИМАНИЕ!!!
Замечено после сентябрьского генератора - может было и раньше.
(Начисление, в котором разнесены данные для ФСС с предыдущего места работы заведено по алгоритму – “компенсация”.)


Главное меню -> Файл -> Настройки -> Сотрудники
День добрый всем!
Клиент поставил задачу расшифровать вхождение в среднюю премию в записке расчёте (требование ГРБС - модифицированная форма записки)
Видеть то видно, что входит в расчет когда стоишь на поле и давишь ПКМ.
Вопрос в том это где-то хранится (есть целостность)?
Или это просто некая процедура обрабатывающая по параметрам начисления + основание входимость в расчет средней премии?
И если это процедура - можно ли ее самому вызвать?
ИМХО
6НДФЛ как способ контроля исчисления НДФЛ это утопия требующая неадекватных усилий для организации этого контроля.
Тем более что он не является бюджетообразующим - далеко не является...

По теме:
Перейдя в отчетности по НДФЛ квартально первое что пришло на ум (вспоминая практику квартальной отчетности по "ПФР") - "уточненка" это не исправление ошибок - это отражение естественных событий фин/хоз деятельности организации при начислениях и выплатах.

Не знаю как у всех, я приучил своих клиентов, что уточнять начисления надо в том месяце, за который произошло изменение (конечно в отдельном расчете с формированием корректирующей ведомости).
А вот включать в свод эту корректирующию ведомость нужно в месяц в котором происходил перерасчет.

Похоже тоже самое ждет и НДФЛ.
Да не мудрите вы с стандартными вычетами.
1. Стандартные вычеты применяются за каждый месяц налогового периода пока не превышена база кратности.
2. Периодам является год.
3. Налоговый агент обязан пересчитывать удержанный налог нарастающим итогом.

Это все прописано в НК и не однократно разъяснялось ФНС, в том числе на примере сопоставления применения имущественных вычетов и стандартных.

Из всего этого (1,2,3) следует, что если человеку можно применить стандартный(ые) вычеты (есть или появилась база) его обязательно нужно применить - что в принципе и заложено в алгоритм "НАЛ".

Зачем изобретать велосипед для 6НДФЛ отличный от 2НДФЛ???
Проверь что чтобы Account.EXE был из нового генератора (по дате файла).
Буквально на днях, в довольно-таки солидной организации, случилось банальное - заражённый экзешник паруса после обновы тупо менялся на мартовский.
И в итоге та же картинка - не соответствие базы данных
)))
Ну кто бы мог сразу подумать что -через все меры безопасности ... и именно - Account.EXE
Наверное платежек много делаете в день?
Тогда если в сети есть сбои или трафик сильно забит, норм что стали рушится данные.
Сам пару раз сталкивался с таким именно на платежках (еще в Парус4) и Парус7 - оба раза эмпирически вычислили - ошибки сетевого оборудования.
Ваше решение перенести базу - это правильное направление. Я б посоветовал еще и для эксперимента базу перебросить на ту машину где с банком интенсивно работают (ну эт если возможно)
Компьтерщикам - привет через их начальство передавайте - если не читали требования для работы ПП Парус 7 - которые они и должны соблюдать.
Ну и если не могут компьтерщики со своими шнурками совладать - предложить их НАЧАЛЬСТВУ перейти на терминальный режим - решит проблему радикально
МинФин передвинул сроки сдачи 169 формы на август
И еще где поглядеть как разработчики предполагали будут настроены счета для расчета ф123 для П7 в части закладки "счета и аналитика"?
И еще один администратор налогов попросил убрать из поступлений учет 21004 счета, т.к. главный распорядитель в отчетности ввел контрольную проверку м/у ф123 и ф127 (при формировании ф127 счет 21004 не учитывает).

Опять пришлось подрезать форму.


Еще наткнулся на "косяк" - в ф123 есть строки отвечающие за кассовый расход по залоговым суммам (проводка дт121005 кт130405 и обратная).
Нельзя ее дважды включать эти обороты и из раздела "ВЫБЫТИЯ" и из "ИЗМЕНЕНИЕ ОСТАТКОВ СРЕДСТВ".
Пришлось вырезать из второго зардела эти обороты. А это тянет за собой 4 раздел.
Инвентаризационная ведомость берет остатки на начало месяца !!!
транзитным для ОС и АМ является счет доходов 140110000 и для передачи в казну и обратно.
Так как он транзитный то и сальдо по нему всегда ноль.
SVETLIK wrote:Я так и хочу сделать, и считаю это правильным, но бухгалтер упирается((( Говорит что не должен у нее пройти оборот через 40120.
И не могу найти не в инструкции не в законодательстве точный аргумент как нужно поступать в таких ситуациях чтобы его предъявить клиенту.

Бухгалтер упирается
А как он объясняет излишки активов в учете (в главной, в балансе и пр. отчетности)?
Если актива меньше то и пассива тоже....

И второй вопрос как учетные данные привести к реальности?
Это же штанное действие - инвентаризация.
И как результат: исправление ранее отраженных операций или доделывание того что не было сделано
URAL8 wrote:Необходимо некоторые карточки откорректировать. Я с другой базы скопировал эти карточки, напрямую в файл INBASE. Теперь Парус не дает ничего делать с этими карточками. Как можно победить?

Если только параметры самой ИК (не касаясь истории) - см. почту
Есть такое...
Но, всегда пользуюсь итоговым журналом только в части дебета или только в части кредита счета(ов).
А там вроде все норм.
Если у вас не закуплен модуль для аналитического учета ТМЦ, значит вам как по старому надо привязать МОЛ к бюджетным учреждениям.
не подтверждается
ROMAN3912 wrote:а тот период что работал в другом месте - не прибавляется , т.е. как было так и остается, тут регресс и на той работе регресс

Чего не понятно то, регресс не для человека - это понятие для организации.
Если перс умудряется работать одновременно в двух - трех организациях... скажем, так ОЧ-Ч-ЧЕНЬ эффективно (тысяч по 800000 в год), то какое дело каждой организации кто из них первый доберёте до регресса, у каждой из них свои отчисления и льготы.
А ПФ такая ситуация явно “по душе” будет
GME wrote:ага, вместо начислений попадет численность

в новом эл. формате передачи, для второго полугодия, из ФОМСа убрали элемент о наличии сумм сверх предельной суммы - все сдвинулось на один элемент
Нужен патч паруса от 10.07.2015 ну и патч для принимающей программы.
 
Индекс форума » Профиль для SD. » Сообщения, отправленные пользователем SD.
Перейти: