Форум

Цитата
Лилия П пишет: по какой причине форма СЗВ 6-1 может не формироваться? На что обратить ? Спасибо.

Попробуйте формировать пачки небольшими порциями, используя фильтры при вызове формы. На 1 чел. формируется? . На небольшое подразделение формируется? Отлично. И т.д. Может злополучная ошибка и локализуется.
После реализации указанных Еленой исправлений, с учетом замечаний Дениса выгрузили уже 4 небольших преприятия (от 5 до 70 человек). Правда все выгруженные пачки перезаливаем в рекомендуемую нашим ПФ программу и там дорабатываем.

Цитата
Денис пишет: Цитата Александр Павлющик пишет: дело не в больничных. Ошибки в файле выгрузки происходят у тех сотрудников, у которых стажа в отчетном году нет, а взносы есть. Можно подробней описать ситуацию? В частности, как вы эту ситуацию отражает в БЭСТ-е.

Пожалуйста.
Проблемы были с выгрузкой сотрудников, уволенных до 2010 года. Скажем, принят 01.01.2007, уволен 30.11.2009. В втором полугодии 2010 года у них были выплаты. Премии за прошый период, доплаты и т.п. У этих сотрудников в xml файле выгрузки прописывается тег открытия описания стажа, но не закрывается, поскольку окончания стажа в 2010 году программа не находит. Пришлось править дату увольнения.

Разобрался. Ошибся, дело не в больничных. Ошибки в файле выгрузки происходят у тех сотрудников, у которых стажа в отчетном году нет, а взносы есть. В прошлом году эта ошибка тоже была.

Выгрузил с учетом указанных выше рекомендаций. При попытке залить сформированные пачки в программу ПФР (нам рекомендовано SPU_ORB) пачка с сотрудниками, у которых были занесены изменения в стаже сообщение о некорректности элемента стажевый период и отказ в загрузке. При проверке файла CHECKXML также ошибка по периодам стажа

Здравствуйте. Большое спасибо. Обновлення версия работает там, где не хотела работать предыдущая. С удовольствием наблюдаю улучшенный интерфейс и новые функции.

Цитата
Павел Кузьмин пишет: Программу для выгрузки в клиент банка можно скачать тут: http://i35.ru/it/development/

Скачал программу, настроил. Сделано очень симпатично, работает. К сожалению, решает только половину задачи - налоговые поля не передаются. Это такое полурешение полузадачи или что-то не так настроил?

Цитата
Александр Гершанов пишет: В инструкции имеется существенная ошибка. Там где показана настройка НАЧИСЛЕНИЙ в ФОНДЫ везде указано "НАЧИСЛЯТЬ НАЛОГ ЕСН - НЕТ", а должно быть "ДА". В одной фирме бухгалтер настраивала сама ПО ИНСТРУКЦИИ. В конце концов ей пришлось вызвать программиста. Когда я исправил ОШИБКУ - сильно ругалась. А всех клиентов ведь не объедешь все-равно.

Не согласен. В инструкции совершенно грамотно написано - начислять налог ЕСН - нет. Иная настройка означает, что надо начислять еще % в Федеральный бюджет по ПФ, которого теперь нет. При наличии проставленных процентов в таблице ставок больше, чем в таблице тарифов, так и будет. Вам просто повезло, что в инструкции предлагается и этот процент обнулить, хотя данная настройка избыточна.

Цитата
Олеся пишет: по дополнительным книгам тоже закрыты!

По опыту работы с одним клиентом. Вынуждены были сформировать пустые ведомости амортизации ПО ВСЕМ дополнительным книгам за ВСЕ прошедшие до конца 2009 года месяцы. То же проделали ПО ВСЕМ другим категориям ОС. Способ, конечно не ахти, но сработал. После этого период благополучно и аккуратно закрылся.
Терпенье и труд все перетрут!

Цитата
Алексей Новиков пишет: Цитата Александр Павлющик пишет: P.S. Как быть с инвалидами? Настройка как для спецрежима. Привязываем к фонду отдельное удержание с алгоритмом "новый социальный". Дарим это удержание инвалидам.

Спасибо, понятно.
Окончательно обнаглевший : "Групповую справку для соцналога под рекомендуемые Вами коды фондов не делали?" Если ее сразу залить Вашими плагином, с соцналогами закрывается полностью.

Цитата

Алексей Новиков пишет: Цитата Александр Павлющик пишет: Выпадает с ошибкой BASE/1003 переменная не существует IDCOLINOUT. Нет, это таблицы вычетов. В каком-то SP между 40 и 50 была добавлена возможность считать вычет, как сумму колонки начислений. Указанное Вами поле отвечает за эту колонку. У Вас не хватает SP для штатного расчёта вычетов, сумма которых считается по колонке удержаний (добровольные взносы и пр.) Перевыложил с диагностическим сообщением и обходом ошибки.

Вы совершенно правы, Алексей. Сунулся проверять на свежескачаной ДЕМО-версии, больше в тот момент ничего под руками не было. Как-то не пришло в голову, что эта демка столь древняя. Зато теперь Ваша программка проверена и работает в том числе на устаревшей версии (где-то уровень SP37, насколько я понимаю). Красиво стала при открытом месяце на существующие фонды и проводки с корректным их перестроением. Без регулярных добровольных взносов большая часть клиентов сможет обойтись. Большое спасибо! Отличная работа! Жаль, что всех клиентов уже вручную настроил. Только одна копуша осталась с незакрытым декабрем.
P.S. Как быть с инвалидами?

Цитата
Алексей Новиков пишет: Цитата Алексей Новиков пишет: Выложил на ftp утилиту добавления/корректировки фондов для БЭСТ-4. Исправил замеченные ошибки, перевыложил.

Не работает.
Выпадает с ошибкой BASE/1003 переменная не существует IDCOLINOUT. После сбоя добавлены таблицы тарифов и ставок. Похоже, режется на добавлении удержаний (выбирал раздельные коды для каждого фонда при общем налогообложении)

Заводить новые фонды действительно не имеет смысла, нужно редактировать имеющиеся.

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

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

Не только названия удержаний, но и коды фондов при этом наверняка могут быть и буквенным: ФСС, ПФР, ФМС, ТМС и тюп.

Номер отчетов есть величина непостоянная, поэтому нужно обязательно указывать точное наименование злополучного отчета и номер версии (и SP). Предположительно, судя по скриншоту, не внесены реквизиты налогоплательщика. "КАТНП" - скорее всего категория налогоплательщика.

Спасибо, меня агитировать "за советскую власть" не надо. Я давно уже в теме. А вот с клиентами получается туго.

Цитата
itman пишет: В принимающей базе поставить индекс по номеру, встать на последнюю запись, прочитать последний номер, прибавить единицу и создать новую запись. Предварительно не будет лишним поставить индекс по ИНН и проверить существование записей с добавляемым ИНН, чтобы не плодить дубли.

Благодарю, именно этот совет и был нужен. Не ожидал, что так все примитивно.

Цитата
nordk пишет: P.S. Подобные решения делали для Б5 как частичная интеграция с Б4, так и полная. Там гораздо более удобный и правильный инструмент для этого. Очень рекомендую предложить руководству рассмаотреть переход и как это будет в Б5. Достоинства и плюсы системы готов обсуждать и подсказывать решения.

Спасибо, к сожалению, моим клиентам, а это небольшие предприятия, 2-4 раб.места, БЭСТ-5 не по зубам ввиду его неконкурентной стоимости. Каковы бы не были его достоинства, в настоящее время БЭСТ-5 все более уверенно переориентируется на более крупных клиентов. Потому и тонем - мелких все меньше, а крупные и средние в одиночку не потянуть.

Цитата
nordk пишет: Александр Вы только партнеров копируете или задача синхронизации документов от этого партнера тоже стоит ? Вам в обеих базах по одному и тому же партнеру надо документы иметь с одним и тем же кодом ?

В данном конкретном случае просят только о партнере.
Баз на самом деле четыре.
В соответствии с требованием хозяина оперативный учет (без бухгалтерского) по трем предприятиям (условно "Производство" - изготовление продукции, "Торговый дом" - реализация продукции и "Торговля по СНГ") ведется в одной общей базе. Бухучет ведут в трех "чистых" базах по каждому предприятию отдельно. Первичные документы "путешествуют" между базами: из общей в рабочую; между собой: из расхода в приход и т.п.

К сожалению, Вы поняли меня неправильно. Копировать надо записи по выбранного партнера из справочника партнеров (partner.dbf) одного предприятия в другое. Т.е. мне надо прочитать текущий номер партнера в принимающей базе, добавить запись с этим кодом, увеличить код на один шаг.

Подскажите, пож., откуда, как считать и обработать текущий код партнера в БЭСТ-4. Клиент просит дать ему программную возможность переносить выбранного партнера из одной базы в другую.

Установку под Вистой запускайте от имени администратора

Из недавнего опыта. У клиента была похожая жалоба. Только у них и расчет был неверен. Причина была в том, что в лицевом счет были начисления по общему налогообложению (26%) и ошибочно внесенные начисления по вмененке (еще 14%). В лицевом счете показывался соцналог - 40%.

Пытаюсь программно заполнить строки Items указанного объекта. Если предварительно в дизайнере их не забить в дизайнере хотя бы пустыми строками, то возникает ошибка. Как правильно зарезервировать память для строк?

Замените в настройках выгрузки RSDOC->VAL_CODE на 810 и будет Вам счастье.

Цитата
Анатолий Пономарев пишет: Добрый день! Подскажите пожалуйста, в 2008 году успешно выгрузили данные за 2007 год. В этом году, данные выгружаются без разбивки по кодам, все идёт с кодом 2000. Что мы делаем не так?

Возможно Вы весь 2008 год все доходы зачисляли только на 2000 код. Как выглядят справки 1-НДФЛ и 2-НДФЛ, формируемые из БЭСТа у тех людей, у которых были отпуска (код 2012), больничные (код 2300), матпомощь (код 2760)?
Уточните, каким способом выгружали? Из какой версии?