| 0
- 18.01.2012 - 13:10
|
Появилось возможность поставить галку на " Распределение сумм уплаченных взносов производить с учетом ранее переданных данных". Делая все по инструкции заружаю данные прошлых отчетных периодов они появляются в журнале и даже есть надпись "Документ проведен и участвует в распределении страховых взносов!" При подготовки данны в ПФР если стоит галочка то выдает сообщение "Сведения о взносах переданных в ПФР, за гружены не за все периоды ...", хотя на самом деле они там есть! В чем может быть дело? Кто сталкивался с этим?
    | |
| 1
- 18.01.2012 - 13:15
| 1-tazmag > Надо не только за 2011, но и за 2010 год файлы загрузить. | |
| 2
- 18.01.2012 - 13:15
| за все кварталы или 2 полугодовых? | |
| 3
- 18.01.2012 - 13:19
| 3-tazmag > В 2010 только за полугодия сдавали. | |
| 4
- 18.01.2012 - 14:38
| Спасибо! Но Зик почему то не распределила уплаченные! | |
| 5
- 18.01.2012 - 14:43
|
5-tazmag > Мне ЗИКА сказала " Есть переплата по сотрудникам". И все. По кому переплата, когда, и главное что делать дальше не понятно. | |
| 6
- 18.01.2012 - 14:44
| аналогичная ситуация, загружаешь в контур-экстерн тоже самое... буду ждать ПФРовскую прогу. | |
| 7
- 18.01.2012 - 14:59
|
6-Melena > Хмммм... Док ДанныеПереданныеВПФР. Шапка: ..... ОтчетныйПериод ..... НомерПачки Табличная часть: Сотрудник ИсчисленоСтраховая УплаченоСтраховая ИсчисленоНакопительная УплаченоНакопительно Какбэ напрашивается ;) Не? | |
| 8
- 18.01.2012 - 15:05
| 7-tazmag >А чего ждать? Энтузистов мало? Ладно, дальше молчу... | |
| 9
- 18.01.2012 - 15:24
|
8-VZ >Не, а что должно напрашиваться-то? Ну, предположим , что предыдущие периоды были неправильно распределены. Исправлять эти документы "ДанныеПереданныеВПФР"? Так тогда надо уточненку сдавать , а так просто править бессмысленно. А сейчас смотрю распределение за год - кого ровно выводит , начислено = уплачено, у кого больше уплочено на несколько тысяч, но есть и такие у кого получается уплочено больше начисленного раза в три. А есть у кого начисленных сумм нет, а в уплате одна-две копейки. Во-общем, снова алгоритм распределения не понятен. | |
| 10
- 18.01.2012 - 15:27
| 10-Melena >Начислено-уплОчено надо брать накопительно начиная с января 2010 года. | |
| 11
- 18.01.2012 - 15:40
| 11-victuan > Все и взяла, 2 полугодия 2010 и три квартала 2011. Самое обидное , что по лавке целиком ни переплаты, ни недоплаты за 2011 год нет, все заплатили в декабре. А выходит все сикось-накось снова. Пойду проверю правильно ли бухгалтерия занесла оплаты, что-то мне и сводная ведомость не очень нравится. | |
| 12
- 18.01.2012 - 15:54
|
10-Melena > Алгоритм понятен. Точнее, "думы о хорошем": скоко кому начислено, столько именно тому и должно быть перечислено. "Хорошее" капризно возразило, что никак это не сделать, если не мухлевать, и не платить "по серому": ибо пока расчитаешь, рабочий день в банке закончится, и платежу вовремя в ПФР никак не попасть. Думатели "о хорошем" (в ПФР) не придумали ничего более умного, чем "распределить пропорционально". Забывая, например, об уволенных (продолжая упорно думать "о хорошем"). Новая "team ЗиК" в 1С это воплотила, "старые волки" про себя хихикнули, но промолчали. victuan предложил свое решение, правильное в основе, но требующее или корежения метаданных (что чревато, по опыту), или весьма медленного формирования (из-за ублюдочного чтения xml, и необходимости держать все файлы в одном каталоге, да еще следить за номерами пачек. "Вот еще!..." была общая реакция расчетчиц...). Лично я сделал токо свод по файлам, а обормотку во внешнему корректированию .pf делать не стал. Из-за расхождения взглядов на свое материальное положение... Ну, а теперь природа вещей взяла свое, и появился докУмент ДанныеПереданныеВПФР. Пользуйтесь :D | |
| 13
- 18.01.2012 - 16:09
| "Сведения о взносах переданных в ПФР, за гружены не за все периоды ..." А за какие пропущены? "Есть переплата по сотрудникам". А по кому переплата? да. Пользуйтесь :D | |
| 14
- 18.01.2012 - 16:32
|
13-VZ >Не удержался... "victuan предложил свое решение, [...], но требующее или корежения метаданных (что чревато, по опыту)" А где ж тогда хранить добытые в ходе выполнения данные, если подходящего объекта метаданных не обнаружено? Где-то сбоку? В принципе можно, но нужно? Метаданные покорежены аккуратно, никак не зависят от последующих обновлений, есть возможность редактировать результат добытых данных (если хранить сбоку от конфигурации придется придумывать неудобный редактор). "или весьма медленного формирования (из-за ублюдочного чтения xml" А есть вариант неублюдочного чтения xml? Предложи. И это лучше чем читать из pf, т.к. универсальнее. Ибо xml могут быть изменены (например, в части распределения уплат) перед передачей в ПФ и нужно брать их, а не исходные pf "и необходимости держать все файлы в одном каталоге" Уже нет, теперь файлы могут лежать в разных подкаталогах. "да еще следить за номерами пачек" Зачем? ""Вот еще!..." была общая реакция расчетчиц" Правильная реакция при условии когда хочется волшебной кнопки. "природа вещей взяла свое, и появился докУмент ДанныеПереданныеВПФР." Да, конечно. Зачем хранить сальдо, если к 2020 году (гипотетически) легче перебрать 40 документов. Зачем в ТИС регистры, если остатки можно получить, перебрав обороты с начала ведения учета? | |
| 15
- 18.01.2012 - 17:03
|
15-victuan > Претензия не собственно к необходимости изменения метаданных... Собственно, "team ЗиК" так и сделала. Дело в том, что ты внес свои изменения. И твое решение будет несколько иным, чем решение "от 1С". И "геморой", и "чревато" именно в этом расхождении исполнения. Не более того, и не менее того ;) Я бы сделал внешнее хранилище. Ну храним же КЛАДР в ExtDB? И метаданные не надо уродовать... Вот видишь, какое разнообразие вкусов? :) | |
| 16
- 18.01.2012 - 17:08
|
16-VZ >Мог бы я и так сделать, но сам понимаешь, что хранение данных снаружи разработать сложнее. Поэтому пришлось выбрать компромисс - платное дорогое решение со всеми удобствами либо бесплатное и дешевое. (А так да, за деньги я даже журналы документов и сами документы присобачивал во внешних хранилищах в таблице РВД лишь бы конфу не курочить) | |
| 17
- 18.01.2012 - 17:18
|
17-victuan >Ну доработаю я свою решение, будет оно и решение "team ЗиК" понимать (перебор всех оборотов с 2010 года) и мое решение (обращаться к сальдо на начало отчетного периода). Кому что нравиЦЦа. Вот сама 1С и привела к возможности не использовать мое изменение конфы. Хотя ее решение мало отличается от моего при варианте чтения из XML. Что из докУментов читать, что из файлов XML (если не учитывать "медленноублюдочности" чтения). | |
| 18
- 18.01.2012 - 17:19
| 17-victuan > Да не сложно, на самом-то деле ;) В случае базовых типов, и ссылок на агрегатные объекты, имею в виду. С бинарными данными - повозится надо, да, но именно для "пачек" - токо короткие строки или целые (номера пачек и позиция в пачке), дата (периоды), float (суммы), и строка (для id сотрудника). Простая структура dbf. Простая структура индексов. | |
| 19
- 18.01.2012 - 17:24
|
19-VZ >Сложность-то не в этом. У меня сальдо можно редактировать, править так сказать. Предлагаешь расчетчице руками лазить в голом dbf? Она привыкла в документах 1С работать. Придется прикручивать удобный редактор. Это сложнее. | |
| 20
- 18.01.2012 - 17:32
|
18-victuan > Не расстраивайся :) На самом деле-то, хранение того, что сформировали в удобном для чтения виде - имеет смысл. xml, действительно "медленноублюдочно", но и требует лишней суеты по хранению. Особенно, если не следить за номерами пачек (см.(4) в http://forums.kuban.ru/showthread.ph...1#post22706337). А от всей суеты, от которой можно избавится, надо ибавится ;) | |
| 21
- 18.01.2012 - 17:40
|
20-victuan > Не, не надо "редактировать дбф". Использовать надо - для первичного распределения. Записать, когда xml сформируется. А хоцца править - так есть кнопоцка в обработке "Подготовка сведений...". Правь, чо. Энтузиазм надо поощрять, а потом дать возможность исправится :D | |
| 22
- 18.01.2012 - 17:57
| 22-VZ >Иногда приходится править само сальдо. Например, в случаях когда ПФ сам распределил уплату в поданных сведениях и выдал работодателю сальдо. Кстати, такие случаи предусмотрены законодательством. Могу найти. | |
| 23
- 18.01.2012 - 17:59
| 21-VZ >Как могут совпадать номера пачек? За этим следит сам ПФ при приеме. | |
| 24
- 18.01.2012 - 18:23
|
23-victuan > При правильном ведении (т.е., алгоритм с учетом прошлых распределений) таких проблем не должно быть. Вообще. А за "творчество" надо мешалкой по зудящему месту. И "исправлять" надо не в отчете, а в данных ЗиКи. 24-victuan > Увы, не все. Вот вчера восстанавливал одной даме отчеты: во всех периодах пачки 1,2,3... Ясен перец, прежние пачки будут затираться, ибо в названии файла только год, и номер пачки. А периода - нет. Ну еще эта расчетчица усилия "экономила": формировала на дискете. Так, вишь, "удобнее"... | |
| 25
- 18.01.2012 - 18:44
| 25-VZ >А почему ограничение "при правильном ведении"? В моей практике таких ограничений нет. | |
| 26
- 18.01.2012 - 19:17
| 26-victuan > Есть ;) Просто не сталкивался с определенными "а вот нам нада!...". И хорошо, что не сталкивался ;) | |
Интернет-форум Краснодарского края и Краснодара |
