Ru-Board.club
← Вернуться в раздел «Программы»

» 1с Украина!

Автор: 0xFFFF
Дата сообщения: 06.02.2011 20:06

Цитата:
Посмотрите на кодировку в ЗВИТе, окно выбора периода и таблиц... У Вас DOS?



Цитата:
Здесь все это не по теме... Зайдите в соответствующую ветку.
Благодарю за понимание.


Как-то не хочется отдавать то, что выведено по крохам и получая удовольствие от того, что месячный отчет в ПФ на 2000 чел. выполняется за 5-10 мин и который сходится с первого раза. Сейчас предстоит такая же кропотливая на недельку работа с новым отчетом, т.к. ограничения на уровень ЗП и больничные за прошлый год изрядно портят настроение в связи с вступлением ЕСВ.
Наши законодатели не подумали об инвалидах, которые получили больничный. Раньше было 4% начисления, теперь 8.41% независимо от состояния инвалида (но гемора больше), а об этом в ЗиКе ни сном, ни духом. А ведь на предприятиях должно быть мин. 4% инвалидов, чтоб не попасть под штрафы.
Никто в новом ЗиКе не подумал делать заявку-расчет.А у меня их было почти 200 шт. за январь. И новое в законодательстве пришлось самому написать, так как АББИИ отдуплился ну совсем вовремя. А у меня в конце января произошло разделение предприятия на части, не сделай - стал бы фаршем. Также и за нового в 2011г. теперь сложнее стало сводить на больших предприятиях цифры, своды.
Автор: iMe11
Дата сообщения: 06.02.2011 22:34
Не все контрагенты принимают налоговые накладные, в которых в графе "Дата вiдвантаження" указан год в сокращенном виде (т.е. ДД.ММ.ГГ). Требуют указывать год (например 2011) полностью. Прихоть или назревшая необходимость?

P.S.
Во всех, что смог пощупать, версиях 1С (с последними обновлениями) в данной графе дата в сокращенном виде. Как бы исправить..
Автор: VitK
Дата сообщения: 06.02.2011 23:25
vitalcat

Спасибо Вам огромное за помощь, теперь удерживает проф.взносы.

Надо видно смотреть внимательно на те изменения, которые вносят разработчики и вероятно там и искать потенциальные ошибки. В описании изменений в релизе упоминалась процедура РассчитатьСтроку(), но кто же мог подумать. Одни ошибки исправляются, новые появляются. Видно график у разработчиков такой, что просто не успевают все пересматривать.


ABudnikov

Я тоже изначально грешил на доработанную инфу, а потом просто взял и попробовал в демо-базе релиза, результат тот же, вот и стал уже грешить именно на разработчиков.
Можно бы, конечно, обратиться и к франчайзи, но если нет договора обслуживания, они начинают заливать о том, что у них не будет времени для бездоговорников пару недель ...



Добавлено:
vitalcat
Посмотрите еще в расчетно-платежную ведомость документа НачислениеЗП, поле - Разом до видачі, там неправильно отображает сумму выдачи, как на мой взгляд.

Автор: vitalcat
Дата сообщения: 07.02.2011 02:04

Цитата:
Спасибо Вам огромное за помощь, теперь удерживает проф.взносы.

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

Цитата:
Одни ошибки исправляются, новые появляются.

так это ж аксиома программирования! лечиться только тестированием. не думаю, что у разработчиков есть время и возможности тестировать весь новый код, что он наваяли. приходится всем нам поработать бета-тестерами.

Цитата:
франчайзи начинают заливать о том, что у них не будет времени для бездоговорников пару недель ...

их можно понять: обновление требуется срочно и всем, а платят все по-разному, вот и приходится ставить сперва тем, кто много и регулярно платит;) т.е. тем, кого жалко потерять.
Цитата:
поле - Разом до видачі, там неправильно отображает сумму выдачи, как на мой взгляд.

нужен конкретный пример с ошибкой, у меня вроде правильно посчитало. я внимательно анализировал новый код (в релизе 281) - там вообще не касались таблицы ТаблСотр (и ТаблСотр.КВыдаче в частности), поправьте, если я ошибаюсь.
скорее речь идет о какой-то старой ошибке (особенно, если конфа доработана) или о разном понимании колонки "Разом до видачі". 1С считает ее по формуле "Належить до виплати" плюс "Заборгованість перед працівником" (на начало месяца) минус "Виплачено
за попередні періоди"
Автор: VitK
Дата сообщения: 07.02.2011 02:48
vitalcat


Цитата:
там вообще не касались таблицы ТаблСотр (и ТаблСотр.КВыдаче в частности), поправьте, если я ошибаюсь.


Да, все правильно - не касались.



Цитата:
1С считает ее по формуле "Належить до виплати" плюс "Заборгованість перед працівником" (на начало месяца) минус "Виплачено
за попередні періоди"


Досмотрел - так и есть. Просто видно не были сделаны почему-то выплаты в прошлом периоде потому и были просуммированы значения колонки Заборгованість перед працівником, а я сразу просто не увидел.

Это не оправдание, но все-таки я не программист 1С, а такой себе получается эникейщик по совместительству, вот и приходится еще и в работе 1С иногда разбираться. Кто-то экономит на договоре с франчайзи, а кто-то потом мучается.

Так что извините за беспокойство - похоже, что просто ошибся с этой колонкой.


Автор: VitK
Дата сообщения: 07.02.2011 08:11
Вычитал в обновлении 281 релиза:

Отчет ЭкспортНалоговойНакладной ("Экспорт налоговой накладной").
1. Изменены схемы для выгрузки документа Налоговая накладная.


А где в 1С искать это обновление?
Автор: vitalcat
Дата сообщения: 07.02.2011 08:58
VitK
в документах НалоговаяНакладная и Приложение2 есть кнопка Экспорт, которая и вызывает отчет ЭкспортНалоговойНакладной (для выгрузки в xml). эта выгрузка нужна, если НДС в накладной превысил 1000000 (до 01.04.11) - для отправки в "единый реестр н/н".

Добавлено:
будьте внимательны! в отчетах 11q1002 (1С:Бухгалтерский учет для Украины) 1С пока не исправила баги в реестре н/н:
ошибка в запросе по д-там НалоговаяНакладная (ТипПричины);
ошибка при заполнении кода вида документа для неплателщиков НДС (раздел 2) - нужно "НП" вместо "-";
в разделе 1 для получателей неплателщиков НДС нужно ставить код "" вместо числа 0 (число 0 не проходит проверку по XML-схеме);
в разделе 1 для итоговых накладных нужно ставить вид документа "ПН11" (вместо "ПП");
внизу отчета для плательщика ФО-П не нужно заполнять ИНН и ФИО бухгалтера.

описание новых багов приветствуется в этой ветке!
Автор: VitK
Дата сообщения: 07.02.2011 09:37
vitalcat

Спасибо Вам за информацию.

Подскажите, пжл, возращаясь к вопросу о поле - "Разом до видачі" неправильно отображает сумму выдачи.
Наверное, надо перепровести документ Выдача денег за текущий месяц чтобы суммы в колонке "Разом до видачі" были правильными?
Автор: BARSik_2
Дата сообщения: 07.02.2011 10:01

Цитата:
в разделе 1 для итоговых накладных нужно ставить вид документа "ПН11" (вместо "ПП");

Єто откуда взялось? в 1002-м приказе нет такого типа документа ни ПП ни ПН11
Автор: vitalyon
Дата сообщения: 07.02.2011 14:35
Уважаемый vitalcat

Цитата:
будьте внимательны! в отчетах 11q1002 (1С:Бухгалтерский учет для Украины) 1С пока не исправила баги в реестре н/н:
ошибка в запросе по д-там НалоговаяНакладная (ТипПричины);
ошибка при заполнении кода вида документа для неплателщиков НДС (раздел 2) - нужно "НП" вместо "-";
в разделе 1 для получателей неплателщиков НДС нужно ставить код "" вместо числа 0 (число 0 не проходит проверку по XML-схеме);
в разделе 1 для итоговых накладных нужно ставить вид документа "ПН11" (вместо "ПП");
внизу отчета для плательщика ФО-П не нужно заполнять ИНН и ФИО бухгалтера.

Вы бы вместо того, чтобы в очередной раз напоминать о багах в реестре, выложили бы Ваш исправленный вариант. По моему тут так все делают.
Автор: vitalcat
Дата сообщения: 07.02.2011 22:42
BARSik_2
ПП - это было в старом реестре, а в новом ПН11:

Цитата:
9.4. У графі 4 зазначається вид документа згідно з такими позначеннями: ПН - податкова накладна. У разі виписки податкової накладної по окремих операціях, визначених у пункті 8 Порядку заповнення податкової накладної, затвердженого наказом ДПА від 21.12.2010 N 969, до виду документа додається код операції (наприклад, ПН - податкова накладна, ПН01 - податкова накладна, виписана на суму перевищення звичайної ціни над фактичною); "

http://search.ligazakon.ua/l_doc2.nsf/link1/RE18697.html

vitalyon

Цитата:
Вы бы вместо того, чтобы в очередной раз напоминать о багах в реестре, выложили бы Ваш исправленный вариант. По моему тут так все делают.

как у Вас все запущенно...
во-первых, это "по вашему", а вообще здесь не варез, а обсуждение.
во-вторых, почему я должен делать "как все"? я пишу и спрашиваю о том, что меня интересует. а кому нужны патчи, пусть спрашивают - может кто и откликнется.
и потом я не понял - это была просьба или требование
Автор: ruboarddav
Дата сообщения: 08.02.2011 17:39

Цитата:
ситуация с 1с77 281 буу
№ з/п ROWNUM N 2

в результате загружается, но количество сотруднико ограничено 99!


Выходит, что у вас получилось загрузить в АРМ, если у поля "ROWNUM" установить длину 2 знака?
Автор: vitalyon
Дата сообщения: 08.02.2011 18:08
ruboarddav

Цитата:
Выходит, что у вас получилось загрузить в АРМ, если у поля "ROWNUM" установить длину 2 знака?

И у меня получилось. А у вас что, нет?
Автор: nicst
Дата сообщения: 08.02.2011 21:37

Цитата:
Выявил ошибки выгрузки отчета ЕСВ в ДБФ файл


Я поменял структуру ДБФ файлов для всех таблиц (5,6,7) в соответствии с форматом описанным в БЕСТ.
т. е. во всех таблицах: ROWNUM N 6
в 1С 281 есть еще несоответсвия длины полей: LN, NM, FTN
Автор: arjuna_new
Дата сообщения: 08.02.2011 21:43

Цитата:

Цитата:
Выявил ошибки выгрузки отчета ЕСВ в ДБФ файл


Я поменял структуру ДБФ файлов для всех таблиц (5,6,7) в соответствии с форматом описанным в БЕСТ.
т. е. во всех таблицах: ROWNUM N 6
в 1С 281 есть еще несоответсвия длины полей: LN, NM, FTN


Там если длинна меньше чем установлена в Бэсте, то загружает. Лучше конечно ставить как положено.
Автор: nicst
Дата сообщения: 08.02.2011 22:02

Цитата:
Лучше конечно ставить как положено


А еще:
- неправильно местами прописана Пропись
- не заполняется: Банк, МФО, форманалогообложения.
- Неправильно считается ССЧ
- при расчете базы, с которой удерживать взносы, не учитавается макс. база
- ну и форматы ДБФ

Вывод:
тщательнее надо с самого начала!
Автор: Maatroskin
Дата сообщения: 09.02.2011 09:59
подскажите кто-нибудь.
есть сеть аптек. какую нужно выбрать конфигурацию (v8) чтобы можно было видеть показатели по каждой аптеке.
и еще такой вопрос - возможно ли такой учет наладить в конфигурации Бухгалтерия 8.1. буду очень признателен за ответы.
Автор: BARSik_2
Дата сообщения: 09.02.2011 10:38
vitalcat
Почитал еще раз там их теперь два вида - есть "11 – Виписана за щоденними підсумками операцій" в случае нашей фиры это будет налоговая к сменному отчету по АЗС например, а есть в пункте 15 "зведена накладна" к которой надо подкладывать перечень документов по которым она сделана. получается что в первом случае это будет ПН11 а во втором просто ПН.
Автор: koss1234
Дата сообщения: 09.02.2011 12:33
Для всех пользователей стандартной Бухгалтерии для Украины 1С 8.1 у кого при импорте отчета в Бест Звит выдает
Поле "ROWNUM", в тексті "1" присутні неукраїнські літери

Ссылка на скачивания отчета по ЕСВ с исправленой возможностью импорта в Бест Звит

http://ifolder.org.ua/21792714

Для тех кто умеет пользоваться конфигуратором
РегламентированныйОтчетЕдиныйСоциальныйВзнос\Форми\ФормаОтчета2011-Модуль
Находим все строчки со значением("ROWNUM","N", 10) (их всего 3 - номер строчки 5487,5543,5618) и меняем 10 на 6.
Сохраняем конфигурацию и теперь Импорт в БестЗвит проходит без ошибок.
Автор: aidsua
Дата сообщения: 09.02.2011 14:56
Отчет в Пенсионный фонд (ЕСВ) из Отчетность за 1 квартал 2011 года № 2
При расчете количества женского полу для заполнения поля
"Кількість застрахованих осіб у звітному періоді .. у тому числі .. жінок" (перед "Таблиця 1. Нарахування єдиного внеску")
значение всегда = 0, т.к. есть ошибка в проверке свойства: Жен = Жен + ?(Сотр.Пол = Перечисление.Пол.Женский, 1, 0);

при этом ранее используется: Сотруд.ТекущийЭлемент()

зы Для "Сотруд.ФизическоеЛицо.Пол" аналогичная ошибка.
Автор: PacificMan
Дата сообщения: 09.02.2011 16:39
Доброго времени суток.
Подскажите, плз, где искать информацию о различных ветках релизов. Конкретно - УПП.
Интересуют: в чем различия, чего ждать, какую выбрать и главное - зачем!.
Заранее благодарен
Автор: arjuna_new
Дата сообщения: 09.02.2011 23:27

Цитата:
Цитата:Лучше конечно ставить как положено



А еще:
- неправильно местами прописана Пропись
- не заполняется: Банк, МФО, форманалогообложения.
- Неправильно считается ССЧ
- при расчете базы, с которой удерживать взносы, не учитавается макс. база
- ну и форматы ДБФ

Вывод:
тщательнее надо с самого начала!

Нет смысла вылизывать все ошибки в 1с (ну кроме существенных) Здоровья не хватит. импортируем в бэст звит там нажимаем кнопку обновить, проверить, корректируем остатки руками и сдаем.
Автор: nicst
Дата сообщения: 10.02.2011 10:26

Цитата:
Здоровья не хватит.


В общем согласен, учитывая нынешний законодательный хаос,
уровень "законодавців" и техподдержки 1С 7.
Но, с другой стороны БЕСТ лишь прокладка, которая забирает
часть функций от 1С (и часть денег с рынка) при этом
все равно не заменяет учетную программу, а лишь усложняет
процедуры формирования обязательной отчетности...
Для массового пользователя сдавать через БЕСТ- наверно самый оптимальный путь.
Для себя пока пишем обновления сами, сдаем без БЕСТа...
Автор: Hruker
Дата сообщения: 10.02.2011 16:54
Подскажите все таки. Перечитал и тут и в варезнике. Насколько стало ясно нормально отчет в пенсионный в регламентированных отчетах пока не работает? а как его можно делать? в арм выгружать просто сильно хлопотно, я так и не понял как тем арм пользоваться.
Автор: vitalcat
Дата сообщения: 11.02.2011 08:00
Hruker
о какой версии и конфигурации речь?
для бухгалтерии 7.70.281 новая отчетность 11q1002 не выгружает пока отчет по ЕСВ в формате pfz, возможно и не будет выгружать, а также содержит множество ошибок.
поэтому, если не собираетесь сами заказывать/дописывать отчет по ЕСВ, то таки устанавливаете последний Бест-звит плюс (демо-версия) или АРМ Звит Страхувальныка (что по сути то же самое), обновляете до 8.98 или новее.
затем выгружаете из 1С таблицы 5 и 6 в формате dbf и втягиваете их в Бест-звит. Бест-звит позволяет автоматически заполнить таблицу 1.
проверяете! если все устраивает, то уже из Бест-звита распечатываете и выгружаете в файл pfz.
в Бест-звит плюс (демо-версия) возможна также отправка отчета по эл.почте (с наложением ЭЦП) и автоматическое обновление через интернет, поэтому советую ставить именного его.
Автор: Yuriy_ML
Дата сообщения: 11.02.2011 08:29
Hruker

Цитата:
из 1С таблицы 5

И приготовьтесь, при загрузке таблицы 5 в ЗВИТ - будете читать сообщение ЗВИТа, что цифра 1(один) - не является украинской...Наверное, звитовцы вспомнили про арабское похождение цифирек!
Автор: vitalcat
Дата сообщения: 11.02.2011 09:09

Цитата:
И приготовьтесь, при загрузке таблицы 5 в ЗВИТ - будете читать сообщение ЗВИТа, что цифра 1(один) - не является украинской...Наверное, звитовцы вспомнили про арабское похождение цифирек!

похоже проблема не в бест-звите, а в нестыковке некоторых полей dbf, выгружаемых из 1С, с тем форматом, что хочет бест-звит.
интересно, что таблица 6, выгруженная из 7.70.281, загружается в бест-звит без этой проблемы, то по ней в 1С поле ROWNUM N 2 очевидно даст выгрузить только 99 строчек (сам не пробовал)

тут уже описывали лекарство:

Цитата:
Я поменял структуру ДБФ файлов для всех таблиц (5,6,7) в соответствии с форматом описанным в БЕСТ.
т. е. во всех таблицах: ROWNUM N 6
в 1С 281 есть еще несоответсвия длины полей: LN, NM, FTN

думаю 1С это тоже исправит

Автор: Yuriy_ML
Дата сообщения: 11.02.2011 09:22
vitalcat

Цитата:
думаю 1С это тоже исправит

А куда им деваться... Все сырое ж...
Автор: gaian
Дата сообщения: 11.02.2011 10:04
Подскажите, как обновить в конфигурации 1С 8,0 "бухгалтерия для Украины" налоговые накладные. Конфигурация старая - давно не обновлялась.
Возможно ли их вытянуть из 8,1?
Автор: Yuriy_ML
Дата сообщения: 11.02.2011 10:23
gaian

Цитата:
Возможно ли

Я бы на Вашем месте решал бы проблему кардинально: установить платформу 8.2 + актуальную конфигурацию 22.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Акцент-Бухгалтерия 7.0


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.