» Казахстанский Бухгалтерский форум www.balans.kz

swift'ы в 1с

 
Показать сообщения:
Начиная со старых .::. Начиная с новых


Автор: Нерезидент Баланса
Добавлено: #1  Ср Дек 28, 2005 11:30:47
Заголовок сообщения: swift'ы в 1с

База знаний http://www.balans.kz/viewtopic.php?p=283220#283220

Здравствуйте!
у меня вот вопрос:
мы решили формировать файлы-swift для отправки ОПВ и соцотчисления через программу 1С: Бухгалтерский учет для Казахстана 7.7 (релиз конфигурации 7.70.210).
Так вот, программа swift'ы формирует ошибок не выдает, а в банке сформированные платежки не уходят, программа выдает ошибки.
Так вот хотелось бы спросить у бухгалтеров, пользуетесь ли вы возможностью формировать swift через 1с, или лучше делать это через программу GCVP, которая распространяется через банки?

Могут ли быть ошибки связаны с тем, что в банковской программе ГЦВП порядок полей, например:
/RNN/451500015895
/NAME/ТОО "Наименование организации"

а в 1с:
/NAME/ТОО "Наименование организации"
/RNN/451500015895

То есть, могут ли ошибки возникать из-за разного порядка полей? или это не влияет?
Заранее спасибо)



Автор: Talik
Добавлено: #2  Ср Дек 28, 2005 11:49:28
Заголовок сообщения:

Я пользуюсь 1с и для ОПВ и для СО. Очень удобно.
А по поводу возникновения ошибок- вам нужно обратиться к специалистам.



Автор: Нерезидент Баланса
Добавлено: #3  Ср Дек 28, 2005 12:17:40
Заголовок сообщения:

думаю, у вас старый релиз, обновите...фишка со сменой полей о которой вы пишете стала известна еще в феврале, ИМХО, должна быть давно исправлена...
во-2-х, причины неухода могут быть самые разные...одному моему клиенту, к примеру, операционист банка заявлял, что в свифте НЕ ВИДНО НИЧЕГО...открывая свифт файл в блокноте (кодировка не та)....научил клиента ставить шрифт Terminal в блокноте, чобы показать операционисту, что все там видно...



Автор: Нерезидент Баланса
Добавлено: #4  Ср Дек 28, 2005 12:18:21
Заголовок сообщения:

Все зависит от банка.
Несмотря на то, что формат свифта давно стандартизован,
в некоторых банках для приема свифтов используют какие-то левые программы.
У нас были проблемы с Каспийским банком и Цесной.
Мы просто не отправляем ОПВ и соц.отчисления через эти банки.



Автор: Нерезидент Баланса
Добавлено: #5  Ср Дек 28, 2005 12:21:56
Заголовок сообщения:

Starican говорит:
думаю, у вас старый релиз


Она же написала - релиз 210, т.е новый.



Автор: Нерезидент Баланса
Добавлено: #6  Ср Дек 28, 2005 12:25:06
Заголовок сообщения:

согласен с предыдущим оратором...бывает гораздо хуже...
один очень известный банк (в котором, если верить рекламе, работают гоблины) - не пропускал ПОЛНОСТЬЮ весь свифт при отправке через интернет-банкинг, если хотя бы у одного сотра РНН был НЕКОРРЕКТЕН ! Не СИК, а именно РНН...на возражения бухов о том что РНН налоговая НЕ МЕНЯЕТ, даже если он некорректен, сотрудники службы Ай-Ти банка глубокомысленно отвечали - "...а вы замените РНН в самом файле свита на корректные"...



Автор: Нерезидент Баланса
Добавлено: #7  Ср Дек 28, 2005 12:36:50
Заголовок сообщения:

Да, спасибо, мы разобрались, ошибки были в некоторых СИКах сотрудников :(((
т.е. сами мы были не внимательны((
Но тогда получается, что 1с не контролирует корректность введенных СИКов (и не выдает соответствующие сообщения об ошибках)?, как это делает банковская программа GCVP?



Автор: Нерезидент Баланса
Добавлено: #8  Ср Дек 28, 2005 12:38:28
Заголовок сообщения:

Точно.
А, например, Цесна всегда звонит и требует разъяснить, за что мы платим деньги (это я не про ОПВ, а про платежки вообще).

Т.е. например, в платежке написано "по сч.№ 111 за модули DIMM".
Так вот, они звонят и спрашивают: а что такое DIMM ?
И пока не расскажешь, не пропускают платеж.



Автор: Нерезидент Баланса
Добавлено: #9  Ср Дек 28, 2005 12:39:34
Заголовок сообщения:

посмотрел у себя в программе свифт -

Т.ДобавитьСтроку("{2:I102SGROSS000000U3003}");
Т.ДобавитьСтроку("{4:");
Т.ДобавитьСтроку(":20:"+Референс);
Т.ДобавитьСтроку(":50:/D/"+СОКРЛП(ДокОснование. РасчетныйСчет.Номер));
Т.ДобавитьСтроку("/NAME/"+СОКРЛП(Филиал.НазваниеОрганизации));
Т.ДобавитьСтроку("/RNN/"+СОКРЛП(Филиал.РННОрганизации));

то есть у меня также, как и вашей 1С...

мне кажется, неправ ваш банк...



Автор: Нерезидент Баланса
Добавлено: #10  Ср Дек 28, 2005 12:42:59
Заголовок сообщения:

ТатьянаП говорит:
Но тогда получается, что 1с не контролирует корректность введенных СИКов


СИК не контролирует, только РНН.



Автор: Нерезидент Баланса
Добавлено: #11  Ср Дек 28, 2005 12:47:16
Заголовок сообщения:

Спасибо вам, теперь все понятно))


Автор: Нерезидент Баланса
Добавлено: #12  Ср Дек 28, 2005 12:56:20
Заголовок сообщения:

что касается контроля СИКов в 1С -
...идет рекламная пауза, вырезанная самоцензурой...



Автор: Talik
Добавлено: #13  Ср Дек 28, 2005 17:06:20
Заголовок сообщения:

По поводу вышесказанного - возник вопрос к вам, уважаемые программисты:
в какой-нибудь из ваших программ 1с СИК автоматически проверяется на корректность при введении данных?
Я с таким еще не сталкивалась. А хотелось бы...

А при первоначальном перечислении ОПВ или СО советую проверить swift файлы, которые вы создали в 1с, через программу любого пенсионного фонда, где есть выгрузка swift файлов из 1 с. Потому что чаще всего ошибкой является именно человеческий фактор, а не косяк программы.
Например,у меня один раз была проблема из-за того, что число цифр в представлении даты стояло - 2, а год начала рабочего столетия был 1950. Все карточки сотров проверили, ничего найти не могли, а потом выяснили, что автоматически программа ставила вместо 1949 - 2049.
А потом мы исправили 1950 на 1920 (на всякий случай :) ) и все стало нормально. :roll:



Автор: Talik
Добавлено: #14  Ср Дек 28, 2005 17:12:33
Заголовок сообщения:

ТПП говорит:
ТатьянаП говорит:
Но тогда получается, что 1с не контролирует корректность введенных СИКов


СИК не контролирует, только РНН.
Я наверное чего - то не понимаю, :oops: но очень хочу понять. Как 1с может контролировать РНН?


Автор: Нерезидент Баланса
Добавлено: #15  Ср Дек 28, 2005 17:44:19
Заголовок сообщения:

Talik говорит:
По поводу вышесказанного - возник вопрос к вам, уважаемые программисты:
в какой-нибудь из ваших программ 1с СИК автоматически проверяется на корректность при введении данных?
Я с таким еще не сталкивалась. А хотелось бы...

конечно...и давно уже...
в конфигурации "Иманали" - где то с 2001 года...
в конфигурации "Универсал" (аффтар - ваш покорный слуга) - с 2003 года...
за остальные кофигурации независимых разработчиков у меня сведений нет, врать не стану...



Автор: Нерезидент Баланса
Добавлено: #16  Ср Дек 28, 2005 17:47:37
Заголовок сообщения:

Talik говорит:
Как 1с может контролировать РНН?

да, вы правы - 1С не может подсоединиться к базе НК и проверить, этот ли у него РНН - это был бы самый точный контроль существования РНН...однако 1С может вычислить корректность (валидность) РНН по коду циклического контроля...кстати эта возможность заложена и в типовой конфигурации "Бухучет для РК"...



Автор: Talik
Добавлено: #17  Ср Дек 28, 2005 18:33:10
Заголовок сообщения:

А что входит в понятие корректности (валидности :shock: ) РНН, кроме соответствия количеству цифр?


Автор: Talik
Добавлено: #18  Ср Дек 28, 2005 18:42:07
Заголовок сообщения:

Starican говорит:
Talik говорит:
По поводу вышесказанного - возник вопрос к вам, уважаемые программисты:
в какой-нибудь из ваших программ 1с СИК автоматически проверяется на корректность при введении данных?
Я с таким еще не сталкивалась. А хотелось бы...

конечно...и давно уже...
в конфигурации "Иманали" - где то с 2001 года...
в конфигурации "Универсал" (аффтар - ваш покорный слуга) - с 2003 года...
за остальные кофигурации независимых разработчиков у меня сведений нет, врать не стану...


Молодцы!!!!! :Yahoo!:
А у нас еще пока нет... :(



Автор: d.Fedor
Добавлено: #19  Ср Дек 28, 2005 18:51:03
Заголовок сообщения:

Talik говорит:
Starican говорит:
Talik говорит:
По поводу вышесказанного - возник вопрос к вам, уважаемые программисты:
в какой-нибудь из ваших программ 1с СИК автоматически проверяется на корректность при введении данных?
Я с таким еще не сталкивалась. А хотелось бы...

конечно...и давно уже...
в конфигурации "Иманали" - где то с 2001 года...
в конфигурации "Универсал" (аффтар - ваш покорный слуга) - с 2003 года...
за остальные кофигурации независимых разработчиков у меня сведений нет, врать не стану...


Молодцы!!!!! :Yahoo!:
А у нас еще пока нет... :(


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



Автор: Нерезидент Баланса
Добавлено: #20  Ср Дек 28, 2005 20:41:15
Заголовок сообщения:

Talik говорит:
А что входит в понятие корректности (валидности :shock: ) РНН, кроме соответствия количеству цифр?

цифры РНН вычисляются по некоторому хитрому алгоритму...то есть они не могут быть абы какие...первоначально, кстати, присваивали абы какой РНН (у меня счас до сих пор такой), вот на него то и ругается проверка по РНН...хотя налоговики НЕ МЕНЯЮТ НИКАКОЙ, даже старый невалидный РНН...
насчет допроверок - тут я согласен с г-ном Федором...нет смысла ломать отлаженную (?) систему учета на предприятии, меняя из-за одного мелкого отличия программы...проще вам обратиться к своей обслуживающей фирме и попросить врезать такую проверку на СИКи...например, у нас тоже есть очень старые клиенты на обслуживании, конфигурация которым была продана еще до написания проверки СИКа, мы им врезаем (по требованию)...занимает 15 минут...о стоимости умолчу, у нас все дорого...
проблем здесь может быть только две (ИМХО) -
1. у них нет такой проверки, ни за какие деньги
2. проверка таковая у них есть, но ваше предприятие плохо башляет...



Автор: Talik
Добавлено: #21  Чт Дек 29, 2005 11:03:41
Заголовок сообщения:

В том, что вы, дорогие программисты, можете сделать "любой каприз за наши деньги" :roll: - в этом я не сомневаюсь. Вопрос был лишь в том, является ли эта проверка с вашей точки зрения "капризом" или это уже стало неотъемлемой частью ваших программ. Ответ на свой вопрос я получила.
А проблем, г-н Старикан, я вообще здесь не вижу... 8)



Автор: d.Fedor
Добавлено: #22  Чт Дек 29, 2005 11:29:58
Заголовок сообщения:

Ну это являеться капризом, скажем так... У вас есть возможность взять в банке или в народном фонде БЕСПЛАТНО программу проверки СИК и после выгрузки swift проверить сики на валидность. Ежели хотите автоматом прямо в 1С, то понятно это уже каприз, а значит надо платить. Еще один аргумент, ведь в банке все равно проверяеться, опять же бесплатно...
В конфигурациях сторонних разработчиков многие вставляют это в поставку, но так они и за свою конфигурацию берут далеко не 9000 тенге, а гораздо больше и уж тем более не включают конфигурацию бесплатно в поставку с коробкой.
В какой то мере странновато слышать, а почему этого нет в конфигурации типовой, должно быть... Всегда хочеться спросить, а что вы хотели за 9000 тенге? (именно столько стоит конфигурация отдельно). Есть конфигурации включающие очень много, позволяющие вести какой угодно учет, на любом уровне, с многочисленными удобствами... Но они соответственно и стоят...



Автор: Нерезидент Баланса
Добавлено: #23  Чт Дек 29, 2005 14:17:22
Заголовок сообщения:

1. насчет типовой и 9000 - абсолютно согласен...правда, мы так и не знаем, какая программа стоИт у г-жи Талик...может у нее вообще не 1С...
2. насчет сторонних программ для проверки СИКов...г-н Федор, вы пробовали ими пользоваться ? видели, насколько они неудобны ?



Автор: Talik
Добавлено: #24  Пт Дек 30, 2005 15:33:20
Заголовок сообщения:

Starican говорит:
1. насчет типовой и 9000 - абсолютно согласен...правда, мы так и не знаем, какая программа стоИт у г-жи Талик...может у нее вообще не 1С...
2. насчет сторонних программ для проверки СИКов...г-н Федор, вы пробовали ими пользоваться ? видели, насколько они неудобны ?

Talik говорит:
Я пользуюсь 1с и для ОПВ и для СО. Очень удобно.
А по поводу возникновения ошибок- вам нужно обратиться к специалистам.


г-н Старикан!!! Будьте внимательнее !!! :roll:



Автор: Нерезидент Баланса
Добавлено: #25  Пт Дек 30, 2005 16:18:56
Заголовок сообщения:

Выбор коня.
Однажды Владыка Поднебесной сказал По:
- Ты обременен годами. Может ли кто-нибудь из твоей семьи служить мне и выбирать
лошадей вместо тебя?
По ответил:
- Хорошую лошадь можно узнать по ее виду и ходу. Но несравненный скакун тот,
что не касается земли и не оставляет следа, - это нечто таинственное и
неуловимое, неосязаемое, как утренний туман. Таланты моих сыновей не достигают
высшей ступени: они могут отличить хорошую лошадь, посмотрев на нее, но узнать
несравненного скакуна, они не могут. Однако есть у меня друг по имени Као,
торговец хворостом и овощами, - он не хуже меня знает толк в лошадях. Призови
его к себе.
Император так и сделал. Вскоре он послал Као на поиски коня. Спустя три месяца
тот вернулся и доложил, что лошадь найдена.
- Она находится в Шахью. - добавил он.
- А какая это лошадь? - спросил император.
- Белая кобыла, - был ответ. Но когда послали за лошадью, оказалось, что это
черный, как ворон, жеребец.
Император в негодовании вызвал По.
- Твой друг, которому я поручил найти коня, совсем осрамился. Он не в силах
отличить жеребца от кобылы! Что он может понимать в лошадях, если даже масть
назвать не сумел?
По вздохнул с глубоким облегчением.
- Неужели он и вправду достиг этого? - воскликнул он. - Тогда он стоит десяти
тысяч таких, как я.
Я не осмелюсь сравнить себя с ним, ибо Као проникает в строение духа. Постигая
сущность, он забывает несущественные черты; прозревая внутренние достоинства, он
теряет представление о внешнем. Он умеет видеть то, что нужно видеть, и не
замечает ненужного. Он смотрит туда, куда следует смотреть, и пренебрегает тем,
на что смотреть не стоит.
Мудрость Као столь велика, что он мог бы судить и о
более важных вещах, чем достоинства лошадей.
И когда привели коня, оказалось, что поистине он не имеет себе равных.

(с)перто тут - http://www.sky.od.ua/~serg2003/daos.html



Автор: Talik
Добавлено: #26  Пт Дек 30, 2005 17:13:55
Заголовок сообщения:

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

Никого не напоминает? :wink: :roll: :)



Автор: Технический
Добавлено: #27  Пт Дек 30, 2005 17:26:07
Заголовок сообщения:

РНН проверяет, но не на соответствие этого РНН сотруднику или контрагенту, просто проверяется контрольная сумма . С проверкой СИКа, все намного проще, подшивается файлик (библиотека) гцвпшная и проверяет соответствие Сика сотруднику.


Автор: Технический
Добавлено: #28  Пт Дек 30, 2005 17:32:11
Заголовок сообщения:

Starican говорит:
Talik говорит:
А что входит в понятие корректности (валидности :shock: ) РНН, кроме соответствия количеству цифр?

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


Автор: Нерезидент Баланса
Добавлено: #29  Пт Дек 30, 2005 17:53:57
Заголовок сообщения:

г-н администратор, киньте на мыло файлик с описанием структуры РНН...однажды помнится я уже получал его от вас, однако куда то задевал, и с очередным падением винды (летняя история о матерях АСУС, если помните) он пропал...

сделать проверку СИКов действительно очень просто...одноразовую проверку одного сотра...а дальше юзеры начинают выдвигать интересные мысли, и если их реализовывать и не лениться, получится следующее - (прошу не счесть за рекламу) -
0. одноразовая проверка одного сотра в форме эл-та спр-ка Сотры
1. контроль всех СИК в форме списка спр-ка Сотры
2. контрль СИК сотров вошедших в Реестр пенс. отчислений
3. контроль СИК сотров вошедших в Реестр отчислений ГФСС
4. контроль СИК сотров вошедших в выгрузку свифта на дискету (и для ОПВ, и для ГФСС)
5. контроль СИК сотров, имеющих двойную фамилию (типа Иванова/Петрова)
6. генерация СИК при отсуствии его по известным ФИО и дате рождения - при их бесспорной верности, такое часто бывает

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



Автор: Технический
Добавлено: #30  Пт Дек 30, 2005 18:42:35
Заголовок сообщения:

А что с матерями Асус, напомните? Кто поставлял? И как могут данные на винте улетучится из за мамы? Мать сожгла винт?
Пи.Си. Дока по рнн у Вас на подмыльце.



Автор: Нерезидент Баланса
Добавлено: #31  Пт Дек 30, 2005 19:37:45
Заголовок сообщения:

летом шли новые матери АСУС...их отличие - драйвера чипсета не были протестированы под работу под Вин2000 СП4...и еще были определенные проблемы с южным мостом...результат -
1. внезапное исчезновение разделов ХДД - как корова языком слизывала....это выглядело как отказ всех основных процессов винды при работе ни с того ни с сего, оставалось тока перезагрузиться...после перезагрузки - девственно чистый винт, системный раздел чист, разделы с данными - уж как повезет, чаще всего тоже ушли в небытие...то есть разваливалась файловая система...дущеГаздиГающее зГелище...
2. под ВинХР СП2 все боле мене нормализовалось...после тщательной настройки БИОС - отказ от режима Рейд, понижение режима работы диска с САТА на ИДЕ, переход на ФАТ32 на всех разделах...
3. после этих событий с лета Белый ветер отказался работать с ЛЮБЫМИ матерями АСУС и перешел на МСИ Альбатрон как более надежные...их можно понять - они заменяли клиентам матери АСУС на Альбатрон...счас они добавили в линейку еще матери FOXCONN...



Автор: Talik
Добавлено: #32  Ср Янв 04, 2006 12:25:08
Заголовок сообщения:

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

Сорри, г-н Старикан, если чем-то обидела... :oops:
С моей стороны - это была безобидная шутка...
Но философы, оказывается, обидчивы... :o



Автор: Нерезидент Баланса
Добавлено: #33  Ср Янв 04, 2006 13:47:21
Заголовок сообщения:

"я требую уважения !" (с) Ирония судьбы


Автор: d.Fedor
Добавлено: #34  Ср Янв 04, 2006 18:25:13
Заголовок сообщения:

Starican говорит:

2. насчет сторонних программ для проверки СИКов...г-н Федор, вы пробовали ими пользоваться ? видели, насколько они неудобны ?

:) Не только пробовал, а проффесионально использовал. Я когда - то работал в банке, и проверял приносимые swift. Правда использовали мы программу от ГЦВП.



Автор: Нерезидент Баланса
Добавлено: #35  Ср Янв 04, 2006 19:06:50
Заголовок сообщения:

ну и как ? удобство интерфейса ? куча левых движений мышкой ? на 1 сотра ?
удобства никакого...вплоть до вылезания буха в (страшно подумать !) проводник...вплоть до копирования файлов куда то...мне страшно даже подумать, что будет если буха заставить скопировать файл... :)



Автор: Нерезидент Баланса
Добавлено: #36  Ср Янв 04, 2006 19:51:56
Заголовок сообщения:

Здраствуйте Татьяна.

На счет того что программа контролирует РНН и Сик хочу вам сказать что нет. Но это могут настроит те которые поставили вам программу. Но еще если вы пользуетесь программой банк-клиент то можно и через нее проанализировать swift.txt. Кстати очень удобная программа. Не нужно каждый раз бегать в банк, тем более ставят без каких либо коммис. И еще есть программы которые могут независимо помощь вам проверить соответствие данных. Они имеются в пенсион.фондах. можете обратиться к ним.



Автор: Talik
Добавлено: #37  Чт Янв 05, 2006 10:18:38
Заголовок сообщения:

Starican говорит:
ну и как ? удобство интерфейса ? куча левых движений мышкой ? на 1 сотра ?
удобства никакого...вплоть до вылезания буха в (страшно подумать !) проводник...вплоть до копирования файлов куда то... мне страшно даже подумать, что будет если буха заставить скопировать файл... :)


Зря вы так "выражовываетесь" :) г-н Старикан - многие в свое время так и делали...
И никому не было страшно, за некоторым исключением.... :roll:



Автор: Нерезидент Баланса
Добавлено: #38  Чт Янв 05, 2006 13:05:41
Заголовок сообщения:

да я в принципе не против.
"лучше, конечно, помучаться" (с) т. Сухов



Автор: d.Fedor
Добавлено: #39  Чт Янв 05, 2006 18:08:06
Заголовок сообщения:

Бесплатный сыр бывает только в мышеловке :)
Отсюда... не хочет платить за кнопочку в 1С, бесплатно будет учиться копировать файл.... Даже преимущество :) Не может учиться сама, заплатит за то что научат....



Автор: Нерезидент Баланса
Добавлено: #40  Чт Янв 05, 2006 18:49:11
Заголовок сообщения:

а что же молчит г-жа Талик ? ведь она хотела "кнопочку"...и жаждала заплатить...г-жа Талик, ответьте, чем закончились ваши мучения с проверкой СИКов ?


Автор: Технический
Добавлено: #41  Чт Янв 05, 2006 18:51:09
Заголовок сообщения:

"Кнопка" Так называл жену, нажал и функция выполнилась


Автор: Нерезидент Баланса
Добавлено: #42  Чт Янв 05, 2006 18:56:04
Заголовок сообщения:

г-н администратор, поменьше увлекайтесь травами...


Автор: Технический
Добавлено: #43  Чт Янв 05, 2006 19:17:47
Заголовок сообщения:

не курю, пью травы


Автор: d.Fedor
Добавлено: #44  Пт Янв 06, 2006 10:47:37
Заголовок сообщения:

Поговорка есть хорошая "Хрен редьки не слаще" :)


Автор: Talik
Добавлено: #45  Пт Янв 06, 2006 19:06:17
Заголовок сообщения:

Starican говорит:
а что же молчит г-жа Талик ? ведь она хотела "кнопочку"...и жаждала заплатить...г-жа Талик, ответьте, чем закончились ваши мучения с проверкой СИКов ?

Я не молчу.
Молчание - это золото, поэтому я не трачу его по пустякам... :)
1. Если помните, тему начала не я.
2. У меня проблем и мучений с проверкой сейчас СИКов нет.
3. Я просто по данной теме приводила примеры из своей практики, но хочу заострить на том,что все глаголы в постах в прошедшем времени (если вы не обратили на это внимание :) ).
4. Я нигде не писала, что хочу "кнопочку", но думаю, что если я ее захочу - то это не проблема. Когда это случится - вы узнаете это первыми!!!! :roll:

А вообще - г-ны Старикан и д.Федор - добрее надо быть к людям, особенно к форумчанам!!! И не такими циничными!!!
Давайте жить дружно!! :roll:



Автор: Нерезидент Баланса
Добавлено: #46  Пт Янв 06, 2006 21:39:14
Заголовок сообщения:

"я тот, кто все объясняет..." (с) "Достать коротышку"
вот так и помогай людям, объясняй...прослывешь циничным...



Автор: Нерезидент Баланса
Добавлено: #47  Вт Янв 10, 2006 08:59:18
Заголовок сообщения:

одна из программ контроля СИК (бесплатная) -
http://www.bi.kz/getfile.php?fid=1041&PHPSESSID=c61a2de7b73e6ca1a7477e6df2e03177&PHPSESSID=c61a2de7b73e6ca1a7477e6df2e03177



Автор: Нерезидент Баланса
Добавлено: #48  Вт Янв 10, 2006 10:22:07
Заголовок сообщения:

Не делай добра Старикан, не получишь зла...


Автор: Нерезидент Баланса
Добавлено: #49  Вт Янв 10, 2006 18:21:52
Заголовок сообщения:

"сказал А, надо говорить и Б..." (с) тот же автор


Автор: Нерезидент Баланса
Добавлено: #50  Пт Янв 13, 2006 01:36:10
Заголовок сообщения:

Чего-то флейм развели. Почистили бы, администраторы-модераторы?
Такой вопрос назрел. Формируется swift-соцотчисления из "Бухгалтерский учет для Казахстана (7.70.208)". Контроль свифт-файла в программе от ГЦВП (Swread.exe) проходит нормально, ошибок в файле не находит. Банк (Туран-Алем) также принимает платеж и направляет его в ГЦВП. А вот оттуда уже деньги возвращают обратно с резюме: "неверный формат файла, список ошибок смотрите в поле 72" (кажется так). А это поле, видимо, у себя оставляют. Пытаюсь добиться какого-либо объяснения в Туран-Алеме - только разводят руками: "Ничего не знаем, может вам другую программу установить?". Причем соцотчисления, перечисляемые через счет в Народном банке, ГЦВП принимаются. :o



Автор: Нерезидент Баланса
Добавлено: #51  Пт Янв 13, 2006 01:58:25
Заголовок сообщения:

не "72", а "52 B"...кажется, так...

такая же петрушка сегодня (уже вчера) была при отправке через Интернет-банкинг на ЦентрКредит выгрузки НА КАРТ-СЧЕТА.....

что грят кодеры ЦК -

1. введите МФО/Рсчет - тут бухи облажались, т.к с НГ у ЦК эти реквизиты поменялись...ввели...

2. стал ругаться на некорректный РНН...и чо ? я могу поменять РНН ? или бухи ?

3. порекомендовали проверить карт-счета - указаны ли ? Все до единого указаны в свифте, лично прошелся...

4. стали советовать сменить тег OPV на тег LA....сменили...опять не кушает...

плюнули и повезли в ЦК сдавать через манагера...в субботу узнаю чем дело кончилось...



Автор: d.Fedor
Добавлено: #52  Пт Янв 13, 2006 12:13:23
Заголовок сообщения:

Splinter говорит:
Чего-то флейм развели. Почистили бы, администраторы-модераторы?
Такой вопрос назрел. Формируется swift-соцотчисления из "Бухгалтерский учет для Казахстана (7.70.208)". Контроль свифт-файла в программе от ГЦВП (Swread.exe) проходит нормально, ошибок в файле не находит. Банк (Туран-Алем) также принимает платеж и направляет его в ГЦВП. А вот оттуда уже деньги возвращают обратно с резюме: "неверный формат файла, список ошибок смотрите в поле 72" (кажется так). А это поле, видимо, у себя оставляют. Пытаюсь добиться какого-либо объяснения в Туран-Алеме - только разводят руками: "Ничего не знаем, может вам другую программу установить?". Причем соцотчисления, перечисляемые через счет в Народном банке, ГЦВП принимаются. :o


Очень интересно что разводят... Я проконсультировался в столичном филиале ТуранАлема. Дело в том что ГЦВП изменил формат показа ошибки, в ТуранАлеме головной банк сделал специальные изменения в основной банковской программе для просмотра ошибок. На деле выглядит так, если платеж возвращаеться с такой ошибкой, операционист банка должен стать на возвращенном swift и запустить операцию " Создать swift-файл", она покажет конкретную ошибку. Данные изменение былли введены около месяца назад. Если в Вашем филиале банка не знают об этом, пусть обратяться в головной банк.



Автор: Нерезидент Баланса
Добавлено: #53  Пт Янв 13, 2006 13:21:48
Заголовок сообщения:

Добавлю, то что удалось выяснить сегодня. Оказывается, в ГЦВП приходит swift-файл без 16-ой строки (NAME). У нас все нормально. Выходит, кто-то его (swift) меняет: то ли ГЦВП при приеме, то ли банк при передаче в ГЦВП. Будем разбираться... Но какие ж они там все бюрократы - без бумажки приказной не пошевелятся.


Автор: DoubleT
Добавлено: #54  Пт Июн 30, 2006 12:43:49
Заголовок сообщения:

Ребята пож-та помогите.
Пож-та кто-нить вышлите мне Swift файл с новыми строками как образец. :D Заранее благодарен



Автор: Нерезидент Баланса
Добавлено: #55  Пт Июн 30, 2006 12:47:12
Заголовок сообщения:

вот здесь г-жа Вичка любезно помогала по этому поводу...
http://www.enbek.kz/forum/forumdetail.php?recordID=225



Автор: Нерезидент Баланса
Добавлено: #56  Ср Июл 12, 2006 00:44:03
Заголовок сообщения:

Итак - сегодня, 12 июля. что имеем на сег. день.

1.Путаница и разноголосица в рекомендациях, мнениях и советах уполномоченных органов и их работников.
2. Путаный характер перехода, который привел к путанице в рядах разработчиков.
3. Недосказанность, недоделанность нормативных актов по переходу.
4. Установление форм первичных документов и форматов свифтов по методу ДЕ ФАКТО - всеми, кому не лень.
5. Смятенная позиция банков, которые слава Богу, не чинят (пока ?) препятствий в отправке платежек по НПП ОПВ (новому порядку перечисления ОПВ).
6. Прямые нарушения нормативных актов в программах, выпущенных уполномоченными организациями для всего РК.
7. Де факто непризнание этих версий программ гос. органами.
8. Разное.

просьба высказываться потезисно и воду не лить. если вы ничего не знаете по теме, помолчите...

Добавлено спустя 8 часов 3 минуты 47 секунд:

По тезису 6. Прямые нарушения нормативных актов в программах, выпущенных уполномоченными организациями для всего РК

Возьмем прогу GCVP, последняя версия,
http://www.bi.kz/getfile.php?fid=2062&PHPSESSID=bebbcef416505a888a6da895bff79137&PHPSESSID=bebbcef416505a888a6da895bff79137
которую раздает также и МТиСЗН вот здесь
http://www.enbek.kz/tips/tipsdetail.php?recordID=1

прога дает возможность отправлять реестр/платежку/свифт на ОВ/ГФСС с РАЗНЫМИ периодами (например, Петров 100 тенге за июнь 2006 и в этом же доке Петров 200 тенге за май 2006)...смотрим в НПА...
Цитата:
Постановление Правительства Республики Казахстан от 15 марта 1999 года № 245
Об утверждении Правил исчисления, удержания (начисления) и перечисления обязательных пенсионных взносов в накопительные пенсионные фонды
(с изменениями и дополнениями по состоянию на 15.03.2006 г.)
9. В случае несвоевременного перечисления агентами обязательных пенсионных взносов перечисление производится за каждый месяц отдельно с формированием платежного поручения (формата МТ - 102 с приложением списка физических лиц.

Цитата:
Постановление Правительства Республики Казахстан от 21 июня 2004 года № 683
Об утверждении Правил исчисления социальных отчислений
(с изменениями и дополнениями по состоянию на 30.06.05 г.)
10.Перечисление социальных отчислений осуществляется плательщиками за каждый месяц отдельно.


НПА говорят нам, что и платежи и пени по ОПВ/ГФСС должны перечисляться ЗА КАЖДЫЙ МЕСЯЦ ОТДЕЛЬНО...проги и банки берут у клиентов все валом...что это ? недосмотр ? или провокация ?



Автор: NoName
Добавлено: #57  Ср Июл 12, 2006 10:03:33
Заголовок сообщения:

Если ОПВ должны перечисляться за каждый месяц отдельно, возникает вопрос: а зачем тогда нужно было добавлять поле PERIOD по каждому сотруднику ?
Зачем они вообще поменяли формат свифта - чтобы обозначить бурную деятельность ?



Автор: Нерезидент Баланса
Добавлено: #58  Ср Июл 12, 2006 10:23:21
Заголовок сообщения:

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


Автор: Нерезидент Баланса
Добавлено: #59  Ср Июл 12, 2006 13:26:07
Заголовок сообщения:

Цитата:
1. За каждый месяц отдельно должны перечисляться тольсо ГФСС (ОПВ перечисляются хоть за квартал)

вы внимательно прочитали п.9 постановления № 245 от 15 марта 1999 года ? или у нас уже программы - это нормативные правовые акты ? я чего то пропустил ?



Автор: Нерезидент Баланса
Добавлено: #60  Ср Июл 12, 2006 13:39:50
Заголовок сообщения:

Цитата:
А как тогда по Вашему приобретается патент на квартал?


частично вы правы - у патентщиков ОПВ берут общей суммой, заставляя только ГФСС разбивать помесячно...

НО.
1. Вопрос уплаты ОПВ с патентщиков ЗА СЕБЯ в пост. 245 не оговорен.
2. при уплате ОПВ по патенту они платятся ВПЕРЕД, ПРЕДОПЛАТОЙ...никакой связи с реальными доходами патентщика, а уж тем более с налоговой отчетностью НЕТ - патентщик не сдает отчтености...А ТОО платит за ПРОШЛЫЕ ПЕРИОДЫ...цыфры можно сверить с бухучетом и ФНО...

согласитесь, аналогия ТОО и патентщика явно натянута...



Автор: Witch`ka
Добавлено: #61  Ср Июл 12, 2006 13:52:11
Заголовок сообщения:

Starican говорит:
Цитата:
1. За каждый месяц отдельно должны перечисляться тольсо ГФСС (ОПВ перечисляются хоть за квартал)

вы внимательно прочитали п.9 постановления № 245 от 15 марта 1999 года ? или у нас уже программы - это нормативные правовые акты ? я чего то пропустил ?

По-моему Вы пропустили, что отдельные платежи по ОПВ предоставляются ТОЛЬКО в случае "несвоевременного перечисления агентами обязательных пенсионных взносов". Соответственно по-видимому, если взносы перечисляются своевременно (например до 15 числа следующего за месяцем выплаты доходов), то одним платежом можно перечислить ОПВ за несколько периодов. Например 10 июня вылачена задолженность по з/п за апрель-май-июнь, соответствено уплачивая ОПВ допустим 5 июля можно не разбивать ОПВ по каждому месяцу, а сделать это одним платежным документом.
Обратите внимание, что это (перечисление одним платежом) ВОЗМОЖНОСТЬ, а не требование. А вот указание периода - это уже требование.



Автор: NoName
Добавлено: #62  Ср Июл 12, 2006 14:00:10
Заголовок сообщения:

V1n1 говорит:
2. Поле добавили чтобы знать его самый период. Такой уж формат SWIFT, не мы его придумали.


Умный, да ?
Оно (поле PERIOD) было там и раньше - одно на весь документ. А они зачем-то сделали его для каждого сотрудника отдельно.



Автор: Нерезидент Баланса
Добавлено: #63  Ср Июл 12, 2006 14:10:41
Заголовок сообщения:

Цитата:
если взносы перечисляются своевременно (например до 15 числа следующего за месяцем выплаты доходов), то одним платежом можно перечислить ОПВ за несколько периодов.

дитя мое ! если ОПВ перечисляются своевременно, то КАК могут быть в одном реестре НЕСКОЛЬКО периодов ? только если эти периоды - БУДУЩИЕ...а так практически никто не делает...точнее делали - в конце июня 2006, чтобы не попасть со сроком "до 15 июля 2006", сейчас, при реформе НПП ОПВ...



Автор: Witch`ka
Добавлено: #64  Ср Июл 12, 2006 14:13:14
Заголовок сообщения:

В предыдущем формате поля период для ОПВ не было, поле период пристутствовало и продолжает присутствовать в шапке (последовательности А) для соц. отчислений. В новом формате поле Period для пенсионных отчислений добавлено в последовательность B (в данные для каждого сотрудника). Размещение поля Period не регламентируется форматом Swift-файла (форматом МТ-102). Согласно формату оно МОЖЕТ быть и там, и там. Размещение поля Period регламентируется ГЦВП. Наличие этого поля позволяет реализовать вышеописанную возможность перечисления ОПВ за несколько периодов одним платежным документом, соответственно одним сообщением в формате МТ-102 и размещение его в последовательности В кажется логичным.


Автор: NoName
Добавлено: #65  Ср Июл 12, 2006 14:24:28
Заголовок сообщения:

Witch'ka говорит:
В предыдущем формате поля период для ОПВ не было, поле период пристутствовало и продолжает присутствовать в шапке (последовательности А) для соц. отчислений. В новом формате поле Period для пенсионных отчислений добавлено в последовательность B (в данные для каждого сотрудника). Размещение поля Period не регламентируется форматом Swift-файла (форматом МТ-102). Согласно формату оно МОЖЕТ быть и там, и там. Размещение поля Period регламентируется ГЦВП. Наличие этого поля позволяет реализовать вышеописанную возможность перечисления ОПВ за несколько периодов одним платежным документом, соответственно одним сообщением в формате МТ-102 и размещение его в последовательности В кажется логичным.


Это все правильно. Но НЕОБЯЗАТЕЛЬНО было размещать его в последовательности В. Потому что если кто и будет этим пользоваться, то в единичных случаях. Т.е. выгодны - мизерны. Вот если бы эти деятели сами побегали бы по городу с обновлениями, так может, меньше было бы таких изменений.



Автор: Нерезидент Баланса
Добавлено: #66  Ср Июл 12, 2006 14:26:11
Заголовок сообщения:

по тезису 1.
Цитата:
1.Путаница и разноголосица в рекомендациях, мнениях и советах уполномоченных органов и их работников.


с постановлением 245 приключилась отдельная, почти детективная история...

неделю-две где-то назад начал разбираться, а ОТКУДА пошло то сосбссно, что ОПВ нужно гнать теперь в ГЦВП ?

1. открываю ВВВ-Юрист - там СТАРАЯ версия пост-я 245, еще до изменений апреля 2006..тыры-пыры, ОПВ перечисляются в ПЕНСИОННЫЕ ФОНДЫ (!)...
...проверьте, кто хочет http://base.zakon.kz/
открываю локальную версию ЮЭГБ-Юрист у себя на компе - то же самое.....тыры-пыры, ОПВ перечисляются в ПЕНСИОННЫЕ ФОНДЫ (!)...

2. открываю "Файл бухгалтера" приложение НПА № 13 от 4-10 апреля 2006 - там тоже СТАРАЯ версия постановления - ...тыры-пыры, ОПВ перечисляются в ПЕНСИОННЫЕ ФОНДЫ (!)...

протираю глаза...

3. открываю ББ НПА для бухгалтеров выпуск № 4 от 2006 - и о чудо ! вот она, верная версия постановления ! ...тыры-пыры, ОПВ перечисляются в Центр...

4. в Файле бухгалтера, который, видимо, брал пост-е из Юриста и потому взял не то, зато нашел ВЕРНУЮ сравнительную таблицу различий между старой и новой версиями пост-я 245 - ФБ № 18-19 от 9-22 мая 2006...

кстати - и в старой, и в новой версиях пункт об ОТДЕЛЬНОМ перечислении ОПВ по МЕСЯЦАМ НЕ МЕНЯЛСЯ....



Автор: Witch`ka
Добавлено: #67  Ср Июл 12, 2006 15:01:19
Заголовок сообщения:

Starican говорит:

дитя мое ! если ОПВ перечисляются своевременно, то КАК могут быть в одном реестре НЕСКОЛЬКО периодов ? только если эти периоды - БУДУЩИЕ...а так практически никто не делает...точнее делали - в конце июня 2006, чтобы не попасть со сроком "до 15 июля 2006", сейчас, при реформе НПП ОПВ...


Падре, перечисление в июле пенсионных взносов за апрель, май, июнь, является СВОЕВРЕМЕННЫМ, если доходы за эти месяцы были ВЫПЛАЧЕНЫ (не начислены) в июне (см. пример, приведенный выше). Соответственно в июле получаем платеж за несколько периодов.



Автор: Нерезидент Баланса
Добавлено: #68  Ср Июл 12, 2006 15:03:41
Заголовок сообщения:

стало входить в моду гадание на поле PERIOD...
Цитата:
Например 10 июня вылачена задолженность по з/п за апрель-май-июнь, соответствено уплачивая ОПВ допустим 5 июля можно не разбивать ОПВ по каждому месяцу, а сделать это одним платежным документом.

кстати, интересная мысль...ведь по кодексу мы можем не перечислять начисленные ОПВ при их неуплате...и они могут скапливаться за разные месяцы...
НО.
1.Попериодный учет и попериодное перечисление ОПВ - та еще трясина...и точный механизм их реализации не распишет ни один орган...
2. а почему же РАНЬШЕ так нельзя было ? до 1 июля 2006 ? ведь основополагающие НПА - Кодекс, закон о пенс. обесп-и, пост-е 245 - в этом вопросе не менялись ?

думаю, в этом случае (скапливания ОПВ за разные месяцы) - бухи просто объединяли ОПВ, де факто считая их как ОПВ месяца перечисления...а поскольку макс. предел ОПВ достаточно высок, все это проканывало в ГЦВП...ведь ни ГЦВП, ни НК, ни наоговый агент не утруждают себя ведением попериодного начисления/перечисления ОПВ..

Добавлено спустя 2 минуты 10 секунд:

Цитата:
Падре, перечисление в июле пенсионных взносов за апрель, май, июнь, является СВОЕВРЕМЕННЫМ, если доходы за эти месяцы были ВЫПЛАЧЕНЫ (не начислены)

да, вы правы...однако лично я рекомендую клиентам перечислять ОПВ/ИПН ПО НАЧИСЛЕНИЮ, а не по уплате....во избежание налоговых рисков....экономия мизерна, а вот проблем может быть - валом...



Автор: Нерезидент Баланса
Добавлено: #69  Ср Июл 12, 2006 15:52:48
Заголовок сообщения:

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


Автор: Witch`ka
Добавлено: #70  Ср Июл 12, 2006 16:05:39
Заголовок сообщения:

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



Автор: Witch`ka
Добавлено: #71  Ср Июл 12, 2006 17:08:52
Заголовок сообщения:

V1n1 говорит:
Witch'ka говорит:

Если вопрос нужен ли учет по периодам? Думаю нужен.

Думаю скорее тут будет правильнее сформулировать вопрос немного иначе: "Нужен ли учет по периодам в разрезе сотрудников?"

Пеня начисляется от суммы подлежащей перечислению, но не перечисленной и перечисляется она сотруднику. Соответственно нужен.



Автор: Нерезидент Баланса
Добавлено: #72  Ср Июл 12, 2006 17:53:10
Заголовок сообщения:

само собой вести учет нужно в 2-х разрезах - по сотрам и по периодам...

гм...ну хорошо, нужен (а кто мы вообще такие, чтобы устанавливать такие вещи ?)...

во-2-х, сразу же возникает вопрос о периодах 2-х типов -
1. будущие периоды, за которые перечисление ОПВ пошло авансом (а почему бы и нет...закон это позволяет...тем более что счас ОПВ могут выступать залогом в ипотечных договорах, и дядя роднЫй), к примеру, захочет сделать благое дело и перечислить племяшу вперед ОПВ - это можно...
2. прошлые периоды, за которые мы недоперечислили ОПВ
сразу же возникает вопрос о смене статуса периода с концом месяца/квартала...и еще куча вопросов, от которых голова болит...
3. сразу же возникает вопрос, а ГДЕ вообще это видно - периоды, мериоды - ГДЕ это написано ? в какой форме ? в 201 ? в 600 ? ЧЕМ вы докажете инспектору, что у вас попериодный учет верен/неверен ? что то похожего на российские регистры налогвоого учета в РК не существует...
4. а сколько еще типов периодов существует ? разновидностей ? а при смене правил расчета ИПН (с 1 января 2007 г.) - нужда вести попериодный расчет ИПН отпадет...

что то жутко запахло чем то похожим на партионный учет...со всеми вытекающими, только с налоговым оттенком...

Добавлено спустя 1 минуту 50 секунд:

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



Автор: KrEAtive
Добавлено: #73  Ср Июл 12, 2006 18:03:28
Заголовок сообщения:

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



Автор: Witch`ka
Добавлено: #74  Ср Июл 12, 2006 20:10:14
Заголовок сообщения:

Starican говорит:

а при смене правил расчета ИПН (с 1 января 2007 г.) - нужда вести попериодный расчет ИПН отпадет...

не отпадает, если не изменится статья 147, в которой упоминается перечисление "от выплаченных"доходов[quote="Starican"]

Starican говорит:

во-2-х, сразу же возникает вопрос о периодах 2-х типов -
1. будущие периоды...
2. прошлые периоды...

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

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

Starican говорит:

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

Старикан, Вы ведь просили говорить тезисно и без воды. Взаимная просьба - предметно и без истерик допустима? Вопрос серьезный и интересный - не хотелось бы превращать его в флейм и раскидывание камней.



Автор: Нерезидент Баланса
Добавлено: #75  Ср Июл 12, 2006 22:53:14
Заголовок сообщения:

ну хорошо, предположим, победили мы периоды программно, считаем, радуемся...дальше что ? зачем это ? кому нужна эта инфа в попериодном разрезе ? ГЦВП берет от нас свифт с ФАКТИЧЕСКИ перечисленными суммами ОПВ, а суммы ПРИЧИТАЮЩИЕСЯ в разрезах сотров и периодов - где они ? зачем они ему ? ну хорошо
победили мы и это, ГЦВП берет от нас форму 666.00 (представляю, как раздувается его база...) в таком виде...дальше что ? ну получил НК от ГЦВП эту форму 666.00 "Сведения о попериодном начислении ОПВ" (и здесь раздулась база...)...ну начислил БОЛЕЕ ТОЧНО пеню... а смысл ? сколько это дало ДОПОЛНИТЕЛЬНО больше налогов и ДрОбязПлатежей в бюджет и внебюджета ? стоила ли овчинка выделки ? не забываем, что у НК - его величество ПЛАН...да и бухов научить премудростям заполнения ф. 666.00 - уйдет года 2...
вспомните квартальную дополнительную 201.00...отличалась никому не нужной сложностию и трудоемкостию - и отмерла за ненадобностию...

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

Добавлено спустя 31 минуту 22 секунды:

по тезису 3.
Цитата:
3. Недосказанность, недоделанность нормативных актов по переходу.

де факто (опять !) Бизнес-Информ & ГЦВП ввели новую печатную форму платежного поручения, БЕЗ секции "Банк-посредник" - (устанавливается "Правилами безналичных платежей...")...специалисты ГЦВП говорят, что данный НПА изменен и находится на утверждении в МЮ...между тем в статье в ББ № 24, 2006 "Порядок оформления единого платежного поручения для перечисления ОПВ" специалисты МТиСЗН ничтоже сумняшеся, публикуют эту новую, неутвержденную форму ПП...и банки берут эту новую форму...

во -2-х, who is "ЕДИНОЕ ПЛАТЕЖНОЕ ПОРУЧЕНИЕ" ? нет такой букфы...этак мы начнем изобретать новые термины в банковском деле, как Бог на душу положит...

кстати, эта статья наделала много путаницы...было опубликована в ББ, в ВВВ-Юристе...практически полностью ошибочна (кроме разъяснений по самому порядку перечисления ОПВ), содержит дикий формат свифта (кажется, сделанный методом копи-пасте), слава Богу, не послуживший никому основой для разработки...эту же статью продублировал ФБ в № 25, 2006...

правила безналичных платежей до сих пор не изменены -
http://base.zakon.kz/auth.asp?url=%2Fauth%5Fnph%5Flawyer%2Easp%3Fuid%3D095F1150%2D67F8%2D40FF%2DB009%2D6B3E093581FC%26doc%5Fid%3D1018466
или здесь
http://www.nationalbank.kz/index.cfm?uid=63CD9730-802C-E8FB-386AF5B580ECC669&docid=45



Автор: Нерезидент Баланса
Добавлено: #76  Пн Июл 31, 2006 21:46:13
Заголовок сообщения:

история с НПП ОПВ продолжается...
1. по сообщениям от многих клиентов, некоторые сотры (ОПВ которых раньше проходили через ГЦВП и благополучно падали на НПФ) - НЕ ПРОХОДЯТ - нет договора....
2. в ИНИСЕ не "садятся" даже прошедшие ОПВ и ГФСС...

Добавлено спустя 1 день 11 часов 3 минуты 58 секунд:

3. программы контроля свифтов до сих пор нет
http://www.bi.kz/downloads.php



Автор: Нерезидент Баланса
Добавлено: #77  Пн Авг 07, 2006 12:11:07
Заголовок сообщения:

Цитата:
А что мешает самому?

ЧТО самому ? официальную прогу, которой пользуются банки при приеме ?



Автор: Нерезидент Баланса
Добавлено: #78  Пн Авг 07, 2006 12:22:40
Заголовок сообщения:

я слабо представляю, как Я смогу прийти в банк и заставить их взять МОЮ прогу (или конфигурацию - ?) контроля свифтов при приеме ОПВ...зато очень хорошо представляю, в какое пешее эротическое путешествие меня отправят, если я так сделаю...


Автор: Нерезидент Баланса
Добавлено: #79  Пн Авг 07, 2006 12:38:57
Заголовок сообщения:

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

Совместный проект ГЦВП и "Бизнес-Информ". АС СП предназначена для автоматизации процедур формирования ,учета и контроля обязательных ежемесячных социальных отчислений и пенсионных взносов на уровне предприятия. АС СП позволяет в короткие сролки обрабатывать большие обьемы данных, способствует достоверному и своевременному перечислению денежных средств в накопительные фонды, а также позволяет избежать их возвратов, связанных с различнами ошибками. По сравнению с другими аналогичными системами программный комплекс позволяет избежать до 70% возможных ошибок за счет усиления контрольных функций, позволяетимпортировать данные из 1СЖ Бухгалтерии, а из текстовых или dbf-файлов.


Цитата:
АС "Прием отчислений в банках" (АС "ПБ ")

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

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

взято отсюда http://www.bi.kz/products.php

и если раньше, когда например, кобенился Тексако, иил Альфа, или Центркредит, я мог взять эту прогу, засунуть туда свифт и показать - вот оно, то сейчас я этого не могу...



Автор: Racurs
Добавлено: #80  Ср Авг 16, 2006 22:10:47
Заголовок сообщения:

А вот такой вопрос:
существует ли в природе полное описание всех строк swift-файла? Ткните носом, если вопрос сильно глупый!



Автор: d.Fedor
Добавлено: #81  Чт Авг 17, 2006 09:46:33
Заголовок сообщения:

Есть конечно, описание форматов МТ100-МТ102. Последнего правда у меня нет, но первичные есть...


Автор: Racurs
Добавлено: #82  Чт Авг 17, 2006 11:38:33
Заголовок сообщения:

Цитата:
А то Вы не в курсе какое поле и что означает?

Вот самая первая строка что означает?

Вобщем ясно! Я опять не туда попал!



Автор: d.Fedor
Добавлено: #83  Чт Авг 17, 2006 14:14:57
Заголовок сообщения:

Первая строчка означает Имя Банка в платежной системе, если конечно мне не изменяет память...


Автор: Racurs
Добавлено: #84  Пт Авг 18, 2006 10:56:24
Заголовок сообщения:

Спасибо!
Хотя все-таки хотелось бы что-нибудь почитать, типа документации, описания...



Автор: d.Fedor
Добавлено: #85  Пт Авг 18, 2006 13:19:20
Заголовок сообщения:

Здесь описание форматов МТ100-МТ102 изначальные, более свежих пока нет,найду выложу.


Автор: Нерезидент Баланса
Добавлено: #86  Вт Авг 22, 2006 22:30:49
Заголовок сообщения:

г-н Федор, уж вы как бывший работник банковской системы дали бы ссылочку на КЦМР...даже я ее знаю...
http://www.kisc.kz/files/format.doc
или вот здесь - http://www.kisc.kz/clients/index.htm



Автор: Racurs
Добавлено: #87  Ср Авг 23, 2006 09:33:16
Заголовок сообщения:

Спасибо большое!
Вот теперь поковыряемся!



Автор: Нерезидент Баланса
Добавлено: #88  Ср Авг 23, 2006 10:15:57
Заголовок сообщения:

не увлекайтесь, г-н Ракурс...эти форматы во многом декларативны... реальные форматы отправки в деталях отличаются от format.doc...


Автор: d.Fedor
Добавлено: #89  Ср Авг 23, 2006 11:06:31
Заголовок сообщения:

Семен, вы будете смеяться но интернета в банке в 100 меньше чем у вас, как вам ограничение 50 мегов в месяц на весь банк? Поэтому мы не пользовались как справочной информацией, получали из головного в виде файлов. Так что не привычный я к сайту кцмр....


Автор: mt100
Добавлено: #90  Вт Мар 03, 2009 17:46:44
Заголовок сообщения:

Кто ниб скинте плиз саму прогу MT100 или сылку на него.........


Автор: Phantis
Добавлено: #91  Вт Мар 03, 2009 19:05:06
Заголовок сообщения:

mt100 говорит:
Кто ниб скинте плиз саму прогу MT100 или сылку на него.........

МТ100 это не программа, это сообщение банковской системе переводов.
Этот тип сообщения отправляется финансовым учреждением Клиента-инициатора от его лица непосредственно или через корреспондентов финансовому учреждению Бенефициара. Это сообщение может применяться только для платежных инструкций (электронных документов), но не является собственно платежом. Получение сообщения МТ100 без наличия дополнительных сообщений, специфических для каждой платежной системы и подтверждающих перевод средств, не является основанием для зачисления средств бенефициару.



Автор: nola
Добавлено: #92  Вт Мар 10, 2009 15:56:11
Заголовок сообщения:

Здравствуйте всем! Есть проблема в виде человека, у которого СИК выдан на казахские ФИО (со специфическими символами). Можно ли отправлять в ГЦВП SWIFT в кодировке Unicode?
Вообще, подскажите, может, кто сталкивался уже с этим?
и как организовано в таком случае у вас хранение национальных символов в 1С? (7.7, напоминаю)?



Автор: Доброжелатель №2
Добавлено: #93  Вт Мар 10, 2009 16:11:22
Заголовок сообщения:

nola говорит:
Здравствуйте всем! Есть проблема в виде человека, у которого СИК выдан на казахские ФИО (со специфическими символами). Можно ли отправлять в ГЦВП SWIFT в кодировке Unicode?
Вообще, подскажите, может, кто сталкивался уже с этим?
и как организовано в таком случае у вас хранение национальных символов в 1С? (7.7, напоминаю)?


Ваша "проблема" давно решена. И в 7.7 и в 8.
Для 7.7 выпущена обработка для формирования свифта.

Проблема хранения нац.символов в базе данных 7.7 была решена намного раньше - ставьте драйвер каз.языка от 1С и работайте.



Автор: nola
Добавлено: #94  Вт Мар 10, 2009 16:23:45
Заголовок сообщения:

где можно найти этот драйвер?


Автор: Доброжелатель №2
Добавлено: #95  Вт Мар 10, 2009 17:55:01
Заголовок сообщения:

nola говорит:
где можно найти этот драйвер?


На диске с программой.



Автор: Нерезидент Баланса
Добавлено: #96  Пт Мар 20, 2009 19:49:51
Заголовок сообщения:

Доброжелатель №2 говорит:
nola говорит:
Здравствуйте всем! Есть проблема в виде человека, у которого СИК выдан на казахские ФИО (со специфическими символами). Можно ли отправлять в ГЦВП SWIFT в кодировке Unicode?
Вообще, подскажите, может, кто сталкивался уже с этим?
и как организовано в таком случае у вас хранение национальных символов в 1С? (7.7, напоминаю)?


Ваша "проблема" давно решена. И в 7.7 и в 8.
Для 7.7 выпущена обработка для формирования свифта.

Проблема хранения нац.символов в базе данных 7.7 была решена намного раньше - ставьте драйвер каз.языка от 1С и работайте.



Автор: Нерезидент Баланса
Добавлено: #97  Пт Мар 20, 2009 19:51:26
Заголовок сообщения:

Доброжелатель №2 говорит:
nola говорит:
Здравствуйте всем! Есть проблема в виде человека, у которого СИК выдан на казахские ФИО (со специфическими символами). Можно ли отправлять в ГЦВП SWIFT в кодировке Unicode?
Вообще, подскажите, может, кто сталкивался уже с этим?
и как организовано в таком случае у вас хранение национальных символов в 1С? (7.7, напоминаю)?


Ваша "проблема" давно решена. И в 7.7 и в 8.
Для 7.7 выпущена обработка для формирования свифта.

Проблема хранения нац.символов в базе данных 7.7 была решена намного раньше - ставьте драйвер каз.языка от 1С и работайте.

НЕ работает, я делала все то же самое!
Но для меня остается загадкой: выгружаю в кодировке win, там абракадабра, но в этом же блокноте могу писать специфические буквы(до установке kazwin не было такой возможности). Думала, что в самой обработке прописан шрифт выгрузки, но нет, ничего подобного не нашла!



Автор: как Гость
Добавлено: #98  Вт Июн 23, 2009 15:55:28
Заголовок сообщения:

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



Автор: Ludmila
Добавлено: #99  Вт Июн 23, 2009 16:08:19
Заголовок сообщения:

Гаухар, а Вы попробуйте сделать так: сначала сделали список (отчисления в фонды), платежное поручение, свифт.


Автор: как Гость
Добавлено: #100  Вт Июн 23, 2009 18:08:49
Заголовок сообщения:

Ludmila, попробывала и так также не получается, ч/з программку МТ102 проверила, пишет
/*** (C) AlexORsoft UAPF Kazakhstan, 2000 ***/
--------------- new section ---------------
FILENAME: F:\Swift.txt
ERROR: Не верные реквизиты ГЦВП
SPC:(28) АНЕШОВ/БАХЫТ/АМАНКОСОВИЧ/19011989 ERR: OK:D03R3MPTT8B36ChG
SPC:(38) АТАЕВ/НУРГАЛЫ/КЕНДЖЕБАЕВИЧ/19071983 ERR: OK:DSZKYNYYZY5AGChK
SPC:(48) ДИЛЬМАНОВ/АЛМАС/АЛЛАБЕРГЕНОВИЧ/22121984 ERR: OK:EHWAHT0GJ5W58ChR
SPC:(58) ЕЛУБАЕВ/ЖАНАТ/МЕНДИБАЕВИЧ/16011977 ERR: OK:1NTVCBBMZB5GAChR
SPC:(68) ЕСИРКЕПОВ/АРМАН/БАХТЫБАЕВИЧ/26091989 ERR: OK:3K48D9T9SK8X1ChS
SPC:(78) ЖУМАБАЕВ/ЖЕТПИСБАЙ/ОМИРХАНОВИЧ/14081989 ERR: OK:7N97H08AF1S6BChF
SPC:(88) ИЗТИЛЕВОВ/АБЫЛАЙ/УЙСИНБАЕВИЧ/26051987 ERR: OK:058R193K1UHK6Ch7
SPC:(98) ИКЛАСОВ/ИСАТАЙ/САРСЕНБАЕВИЧ/30091978 ERR: OK:R6GA86UARAR91ChW
SPC:(108) КОЖАБЕКОВ/БЕГАРИС/БЕКНАЗАРОВИЧ/16061982 ERR: OK:DVN6AA0T058TTCh2
SPC:(118) КОЖАМБЕТОВ/АЗАМАТ/САБИТОВИЧ/10071988 ERR: OK:VG4DB38YKWDDWChM
SPC:(128) КОЗЫТАЕВ/КАНИ/КАЛДЫОРАЗОВИЧ/23101985 ERR: OK:DWYTTJE46BSJ2ChR
SPC:(148) КОСОМАНОВ/БИЖАН/АДЕЛЬЕВИЧ/25011978 ERR: OK:T8K8CV83CZ3CAChD
SPC:(158) МУКАШЕВ/МАРАТ/ЖУМАСАТОВИЧ/06061988 ERR: OK:EE0AYVXYMJV4ZChR
SPC:(168) НАЗАРОВ/РУСЛАН/НУРАДИНОВИЧ/12051987 ERR: OK:ZRX554W2XT8GPChU
SPC:(188) САГЫЗБАЕВ/БАУЫРЖАН/ДУСУПБАЕВИЧ/15091976 ERR: OK:MS00XBP6SYVBBChS
SPC:(198) САЙДУЛЛАЕВ/ЕРКИН/ХАЛБАЕВИЧ/06101986 ERR: OK:2XFZXGT8UCFYAChE
SPC:(208) САРКУЛОВ/СЕРИК/КАЗЫМАНОВИЧ/14011982 ERR: OK:71UFGDD12XN3KCh5
SPC:(218) САРСЕНОВ/НУРЛАН/АЛПАМИСОВИЧ/19051981 ERR: OK:CMJ6GY9AGPPYFChS
SPC:(228) ТИЛЕГЕНОВ/САКЕН/РАХМАТУЛЛАЕВИЧ/08081978 ERR: OK:PH5WZUA52N01BChU
SPC:(238) ТИТИКЕНОВ/НУРПЕИС/НУРМУХАНОВИЧ/12051976 ERR: OK:S97GS63UJ85R9ChP
SPC:(248) ТУРГАНБАЕВ/ТАЛГАТ/НУРСУЛТАНОВИЧ/02041986 ERR: OK:B0ZWSD9N15TTXChU
SPC:(258) УТЕМИСОВ/АКМЫРЗА/ШАКИРОВИЧ/01061986 ERR: OK:4YX2M2Y3Y4Y0MChC
SPC:(268) ШОРМАНОВ/ГАНИ/СИСЕНБАЕВИЧ/26031987 ERR: OK:B6569F1KNVDFKChG
SPC:(278) ШОРМАНОВ/САЙФУЛЛА/СИСЕНБАЕВИЧ/09031982 ERR: OK:S5BUR860C5U5XChT
SPC:(288) ЭШМАНОВ/НУРЖАН/АБИЛХАНОВИЧ/03101982 ERR: OK:FM801700VC7T7ChV
SPC:(298) КОЖАБЕКОВ/АСЫЛБЕК/БЕКНАЗАРОВИЧ/14051988 ERR: OK:BUC5FX38NMS05ChH
REPORT: 0(OK) 28(ERR)
ERROR: не возможно определить размер файла F:\MT102chk.logr
--------------- end of file ---------------

С ув.Гаухар



Автор: Ludmila
Добавлено: #101  Вт Июн 23, 2009 18:45:01
Заголовок сообщения:

тут, я, к сожалению, не могу вам посоветовать ничего. Не сталкивалась с такой проблемой. Моя знакомая бухгалтер с ошибкой СИКов у сотрудников звонила в ГЦВП в итоге, так что может быть и Вам придется. Но вот интересно, в Вашем списке буква h маленькая (предпоследняя у всех номеров), странно, ведь должны быть заглавными. Так что, уж извините, не помогла :unknown:


Автор: Ergali_IM
Добавлено: #102  Пн Авг 24, 2009 11:48:08
Заголовок сообщения:

Кто знает какие изменения были в формате swift файлов для ОПВ и СО?
Южно-Казахстанский Банк Казначейства не принимает файлы.
А меня формат совпадает с форматом программы с сайта ГЦВП от 24.02.2009г.
В других областях также или примают по старому формату?

Добавлено спустя 43 минуты 39 секунд:

Еще говорят, что в новом формате, если Отчество нет, всеравно строка //FT/ должна быть.
Алё, никто не работает с казначейством что-ли. Какие счастливые. А уменя с Казаначейством постоянно проблемы.



Автор: иррина
Добавлено: #103  Пн Авг 24, 2009 13:01:56
Заголовок сообщения:

свифты вроде давно в 1С -изменили...они писали об этом в рассылках-что- то типа там с перекодировкой связано.


Автор: Ergali_IM
Добавлено: #104  Пн Авг 24, 2009 14:31:43
Заголовок сообщения:

Перекодировкой у меня проблем нет. В августе у них (в банке казначейства) какие-то изменения, и не принимается файлы.


Автор: Witch'ka
Добавлено: #105  Пн Авг 24, 2009 14:37:29
Заголовок сообщения:

Для буджетных 1С выпускались обновления.


Автор: Delya
Добавлено: #106  Вт Дек 01, 2009 22:03:01
Заголовок сообщения:

Формирую "Начисление пени по пенсионным отчислениям", через Документы/Заработная плата. При этом в окне нет кнопок для формирования swift и платежного поручение. Как быть?


Автор: Алекс
Добавлено: #107  Вт Дек 01, 2009 22:04:55
Заголовок сообщения:

При заполнении платежки должны быть!

Добавлено спустя 1 минуту 17 секунд:

Я платежку заводила в Платежное поручение исходящее, документ-основание - Начисление пени. Вроде так. :oops:



Автор: Delya
Добавлено: #108  Вт Дек 01, 2009 22:07:11
Заголовок сообщения:

Алекс
у меня 1С 7.7 (7.70.262), может в этом причине. Через платежку тоже пыталась, не формирует.

Добавлено спустя 2 минуты 25 секунд:

Алекс
При выборе основания - сформированную ведомость по пени не выдает, выдает только перечень по основным отчислениям.



Автор: Алекс
Добавлено: #109  Вт Дек 01, 2009 22:14:22
Заголовок сообщения:

Ой, у меня 8-ка. :(


Автор: LV
Добавлено: #110  Вт Дек 01, 2009 22:29:03
Заголовок сообщения:

Delya говорит:
Формирую "Начисление пени по пенсионным отчислениям", через Документы/Заработная плата. При этом в окне нет кнопок для формирования swift и платежного поручение. Как быть?

Этим документом Вы только формируете начисление пени. Потом его благополучно проводите и закрываете. Далее открываете документ "Отчисления в фонды", выбираете ПВ или СО, выбираете Вид платежа "пени начислено/уплачено, затем в табличной части "Заполнить" (далее как для обычного перечисления СО и ПВ), формируете платежку и свифт и будет Вам счастье. Удачи!



Автор: Delya
Добавлено: #111  Ср Дек 02, 2009 07:01:10
Заголовок сообщения:

LV
Все удалось, спасибо Вам.



Автор: Нерезидент Баланса
Добавлено: #112  Вт Дек 22, 2009 18:36:50
Заголовок сообщения:

не могли бы дать программу MT102?[/quote]


Автор: Nemo
Добавлено: #113  Вт Дек 22, 2009 18:38:54
Заголовок сообщения:

Нерезидент Баланса
а зачем 3 раза писать?



Автор: Елена Т
Добавлено: #114  Вт Дек 22, 2009 18:43:30
Заголовок сообщения:

Нерезидент Баланса говорит:
не могли бы дать программу

А еще можно зря не писать, а в поиске задать слово
Нерезидент Баланса говорит:
MT102

и выйдут темы по этому поводу, там и можно найти.



Автор: Nemo
Добавлено: #115  Вт Дек 22, 2009 18:46:32
Заголовок сообщения:

а разве формат МТ 102 не конкретно для чего то?


  

Служба поддержки WWW.BALANS.KZ