| » | Казахстанский Бухгалтерский форум www.balans.kz | swift'ы в 1с |
|
Показать сообщения: Начиная со старых .::. Начиная с новых |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #51 Ср Дек 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 |
| Добавлено: | #52 Ср Дек 28, 2005 11:49:28 |
| Заголовок сообщения: | |
Я пользуюсь 1с и для ОПВ и для СО. Очень удобно. А по поводу возникновения ошибок- вам нужно обратиться к специалистам. |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #53 Ср Дек 28, 2005 12:17:40 |
| Заголовок сообщения: | |
думаю, у вас старый релиз, обновите...фишка со сменой полей о которой вы пишете стала известна еще в феврале, ИМХО, должна быть давно исправлена... во-2-х, причины неухода могут быть самые разные...одному моему клиенту, к примеру, операционист банка заявлял, что в свифте НЕ ВИДНО НИЧЕГО...открывая свифт файл в блокноте (кодировка не та)....научил клиента ставить шрифт Terminal в блокноте, чобы показать операционисту, что все там видно... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #54 Ср Дек 28, 2005 12:18:21 |
| Заголовок сообщения: | |
Все зависит от банка. Несмотря на то, что формат свифта давно стандартизован, в некоторых банках для приема свифтов используют какие-то левые программы. У нас были проблемы с Каспийским банком и Цесной. Мы просто не отправляем ОПВ и соц.отчисления через эти банки. |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #55 Ср Дек 28, 2005 12:21:56 | ||
| Заголовок сообщения: | |||
Она же написала - релиз 210, т.е новый. |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #56 Ср Дек 28, 2005 12:25:06 |
| Заголовок сообщения: | |
согласен с предыдущим оратором...бывает гораздо хуже... один очень известный банк (в котором, если верить рекламе, работают гоблины) - не пропускал ПОЛНОСТЬЮ весь свифт при отправке через интернет-банкинг, если хотя бы у одного сотра РНН был НЕКОРРЕКТЕН ! Не СИК, а именно РНН...на возражения бухов о том что РНН налоговая НЕ МЕНЯЕТ, даже если он некорректен, сотрудники службы Ай-Ти банка глубокомысленно отвечали - "...а вы замените РНН в самом файле свита на корректные"... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #57 Ср Дек 28, 2005 12:36:50 |
| Заголовок сообщения: | |
Да, спасибо, мы разобрались, ошибки были в некоторых СИКах сотрудников :((( т.е. сами мы были не внимательны(( Но тогда получается, что 1с не контролирует корректность введенных СИКов (и не выдает соответствующие сообщения об ошибках)?, как это делает банковская программа GCVP? |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #58 Ср Дек 28, 2005 12:38:28 |
| Заголовок сообщения: | |
Точно. А, например, Цесна всегда звонит и требует разъяснить, за что мы платим деньги (это я не про ОПВ, а про платежки вообще). Т.е. например, в платежке написано "по сч.№ 111 за модули DIMM". Так вот, они звонят и спрашивают: а что такое DIMM ? И пока не расскажешь, не пропускают платеж. |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #59 Ср Дек 28, 2005 12:39:34 |
| Заголовок сообщения: | |
посмотрел у себя в программе свифт - Т.ДобавитьСтроку("{2:I102SGROSS000000U3003}"); Т.ДобавитьСтроку("{4:"); Т.ДобавитьСтроку(":20:"+Референс); Т.ДобавитьСтроку(":50:/D/"+СОКРЛП(ДокОснование. РасчетныйСчет.Номер)); Т.ДобавитьСтроку("/NAME/"+СОКРЛП(Филиал.НазваниеОрганизации)); Т.ДобавитьСтроку("/RNN/"+СОКРЛП(Филиал.РННОрганизации)); то есть у меня также, как и вашей 1С... мне кажется, неправ ваш банк... |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #60 Ср Дек 28, 2005 12:42:59 | ||
| Заголовок сообщения: | |||
СИК не контролирует, только РНН. |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #61 Ср Дек 28, 2005 12:47:16 |
| Заголовок сообщения: | |
Спасибо вам, теперь все понятно)) |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #62 Ср Дек 28, 2005 12:56:20 |
| Заголовок сообщения: | |
что касается контроля СИКов в 1С - ...идет рекламная пауза, вырезанная самоцензурой... |
|
| Автор: | Talik |
| Добавлено: | #63 Ср Дек 28, 2005 17:06:20 |
| Заголовок сообщения: | |
По поводу вышесказанного - возник вопрос к вам, уважаемые программисты: в какой-нибудь из ваших программ 1с СИК автоматически проверяется на корректность при введении данных? Я с таким еще не сталкивалась. А хотелось бы... А при первоначальном перечислении ОПВ или СО советую проверить swift файлы, которые вы создали в 1с, через программу любого пенсионного фонда, где есть выгрузка swift файлов из 1 с. Потому что чаще всего ошибкой является именно человеческий фактор, а не косяк программы. Например,у меня один раз была проблема из-за того, что число цифр в представлении даты стояло - 2, а год начала рабочего столетия был 1950. Все карточки сотров проверили, ничего найти не могли, а потом выяснили, что автоматически программа ставила вместо 1949 - 2049. А потом мы исправили 1950 на 1920 (на всякий случай :) ) и все стало нормально. :roll: |
|
| Автор: | Talik | ||||
| Добавлено: | #64 Ср Дек 28, 2005 17:12:33 | ||||
| Заголовок сообщения: | |||||
|
|||||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #65 Ср Дек 28, 2005 17:44:19 | ||
| Заголовок сообщения: | |||
конечно...и давно уже... в конфигурации "Иманали" - где то с 2001 года... в конфигурации "Универсал" (аффтар - ваш покорный слуга) - с 2003 года... за остальные кофигурации независимых разработчиков у меня сведений нет, врать не стану... |
|||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #66 Ср Дек 28, 2005 17:47:37 | ||
| Заголовок сообщения: | |||
да, вы правы - 1С не может подсоединиться к базе НК и проверить, этот ли у него РНН - это был бы самый точный контроль существования РНН...однако 1С может вычислить корректность (валидность) РНН по коду циклического контроля...кстати эта возможность заложена и в типовой конфигурации "Бухучет для РК"... |
|||
| Автор: | Talik |
| Добавлено: | #67 Ср Дек 28, 2005 18:33:10 |
| Заголовок сообщения: | |
А что входит в понятие корректности (валидности :shock: ) РНН, кроме соответствия количеству цифр? |
|
| Автор: | Talik | ||||
| Добавлено: | #68 Ср Дек 28, 2005 18:42:07 | ||||
| Заголовок сообщения: | |||||
Молодцы!!!!! :Yahoo!: А у нас еще пока нет... :( |
|||||
| Автор: | d.Fedor | ||||||
| Добавлено: | #69 Ср Дек 28, 2005 18:51:03 | ||||||
| Заголовок сообщения: | |||||||
Подобный функционал не предполагался и реализован не будет, но практически любой франчайзи может добавить данную проверку, но за отдельную плату :) |
|||||||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #70 Ср Дек 28, 2005 20:41:15 | ||
| Заголовок сообщения: | |||
цифры РНН вычисляются по некоторому хитрому алгоритму...то есть они не могут быть абы какие...первоначально, кстати, присваивали абы какой РНН (у меня счас до сих пор такой), вот на него то и ругается проверка по РНН...хотя налоговики НЕ МЕНЯЮТ НИКАКОЙ, даже старый невалидный РНН... насчет допроверок - тут я согласен с г-ном Федором...нет смысла ломать отлаженную (?) систему учета на предприятии, меняя из-за одного мелкого отличия программы...проще вам обратиться к своей обслуживающей фирме и попросить врезать такую проверку на СИКи...например, у нас тоже есть очень старые клиенты на обслуживании, конфигурация которым была продана еще до написания проверки СИКа, мы им врезаем (по требованию)...занимает 15 минут...о стоимости умолчу, у нас все дорого... проблем здесь может быть только две (ИМХО) - 1. у них нет такой проверки, ни за какие деньги 2. проверка таковая у них есть, но ваше предприятие плохо башляет... |
|||
| Автор: | Talik |
| Добавлено: | #71 Чт Дек 29, 2005 11:03:41 |
| Заголовок сообщения: | |
В том, что вы, дорогие программисты, можете сделать "любой каприз за наши деньги" :roll: - в этом я не сомневаюсь. Вопрос был лишь в том, является ли эта проверка с вашей точки зрения "капризом" или это уже стало неотъемлемой частью ваших программ. Ответ на свой вопрос я получила. А проблем, г-н Старикан, я вообще здесь не вижу... 8) |
|
| Автор: | d.Fedor |
| Добавлено: | #72 Чт Дек 29, 2005 11:29:58 |
| Заголовок сообщения: | |
Ну это являеться капризом, скажем так... У вас есть возможность взять в банке или в народном фонде БЕСПЛАТНО программу проверки СИК и после выгрузки swift проверить сики на валидность. Ежели хотите автоматом прямо в 1С, то понятно это уже каприз, а значит надо платить. Еще один аргумент, ведь в банке все равно проверяеться, опять же бесплатно... В конфигурациях сторонних разработчиков многие вставляют это в поставку, но так они и за свою конфигурацию берут далеко не 9000 тенге, а гораздо больше и уж тем более не включают конфигурацию бесплатно в поставку с коробкой. В какой то мере странновато слышать, а почему этого нет в конфигурации типовой, должно быть... Всегда хочеться спросить, а что вы хотели за 9000 тенге? (именно столько стоит конфигурация отдельно). Есть конфигурации включающие очень много, позволяющие вести какой угодно учет, на любом уровне, с многочисленными удобствами... Но они соответственно и стоят... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #73 Чт Дек 29, 2005 14:17:22 |
| Заголовок сообщения: | |
1. насчет типовой и 9000 - абсолютно согласен...правда, мы так и не знаем, какая программа стоИт у г-жи Талик...может у нее вообще не 1С... 2. насчет сторонних программ для проверки СИКов...г-н Федор, вы пробовали ими пользоваться ? видели, насколько они неудобны ? |
|
| Автор: | Talik | ||||
| Добавлено: | #74 Пт Дек 30, 2005 15:33:20 | ||||
| Заголовок сообщения: | |||||
г-н Старикан!!! Будьте внимательнее !!! :roll: |
|||||
| Автор: | Нерезидент Баланса |
| Добавлено: | #75 Пт Дек 30, 2005 16:18:56 |
| Заголовок сообщения: | |
Выбор коня. Однажды Владыка Поднебесной сказал По: - Ты обременен годами. Может ли кто-нибудь из твоей семьи служить мне и выбирать лошадей вместо тебя? По ответил: - Хорошую лошадь можно узнать по ее виду и ходу. Но несравненный скакун тот, что не касается земли и не оставляет следа, - это нечто таинственное и неуловимое, неосязаемое, как утренний туман. Таланты моих сыновей не достигают высшей ступени: они могут отличить хорошую лошадь, посмотрев на нее, но узнать несравненного скакуна, они не могут. Однако есть у меня друг по имени Као, торговец хворостом и овощами, - он не хуже меня знает толк в лошадях. Призови его к себе. Император так и сделал. Вскоре он послал Као на поиски коня. Спустя три месяца тот вернулся и доложил, что лошадь найдена. - Она находится в Шахью. - добавил он. - А какая это лошадь? - спросил император. - Белая кобыла, - был ответ. Но когда послали за лошадью, оказалось, что это черный, как ворон, жеребец. Император в негодовании вызвал По. - Твой друг, которому я поручил найти коня, совсем осрамился. Он не в силах отличить жеребца от кобылы! Что он может понимать в лошадях, если даже масть назвать не сумел? По вздохнул с глубоким облегчением. - Неужели он и вправду достиг этого? - воскликнул он. - Тогда он стоит десяти тысяч таких, как я. Я не осмелюсь сравнить себя с ним, ибо Као проникает в строение духа. Постигая сущность, он забывает несущественные черты; прозревая внутренние достоинства, он теряет представление о внешнем. Он умеет видеть то, что нужно видеть, и не замечает ненужного. Он смотрит туда, куда следует смотреть, и пренебрегает тем, на что смотреть не стоит. Мудрость Као столь велика, что он мог бы судить и о более важных вещах, чем достоинства лошадей. И когда привели коня, оказалось, что поистине он не имеет себе равных. (с)перто тут - http://www.sky.od.ua/~serg2003/daos.html |
|
| Автор: | Talik |
| Добавлено: | #76 Пт Дек 30, 2005 17:13:55 |
| Заголовок сообщения: | |
.."Я бесконечно доброе, феноменально умное, чертовски привлекательное, божественно красивое, ультрамодно одетое, необычайно работоспособное, беспредельно ответственное, исключительно порядочное, кристально честное, беспрецендентно талантливое, не-по-годам развитое, сказочно щедрое, невероятно перспективное, идеально сложенное, крайне интеллигентное, супер активное, всеми любимое, бесспорно положительное, фантастически скромное человечище" Никого не напоминает? :wink: :roll: :) |
|
| Автор: | Технический |
| Добавлено: | #77 Пт Дек 30, 2005 17:26:07 |
| Заголовок сообщения: | |
РНН проверяет, но не на соответствие этого РНН сотруднику или контрагенту, просто проверяется контрольная сумма . С проверкой СИКа, все намного проще, подшивается файлик (библиотека) гцвпшная и проверяет соответствие Сика сотруднику. |
|
| Автор: | Технический | ||||
| Добавлено: | #78 Пт Дек 30, 2005 17:32:11 | ||||
| Заголовок сообщения: | |||||
|
|||||
| Автор: | Нерезидент Баланса |
| Добавлено: | #79 Пт Дек 30, 2005 17:53:57 |
| Заголовок сообщения: | |
г-н администратор, киньте на мыло файлик с описанием структуры РНН...однажды помнится я уже получал его от вас, однако куда то задевал, и с очередным падением винды (летняя история о матерях АСУС, если помните) он пропал... сделать проверку СИКов действительно очень просто...одноразовую проверку одного сотра...а дальше юзеры начинают выдвигать интересные мысли, и если их реализовывать и не лениться, получится следующее - (прошу не счесть за рекламу) - 0. одноразовая проверка одного сотра в форме эл-та спр-ка Сотры 1. контроль всех СИК в форме списка спр-ка Сотры 2. контрль СИК сотров вошедших в Реестр пенс. отчислений 3. контроль СИК сотров вошедших в Реестр отчислений ГФСС 4. контроль СИК сотров вошедших в выгрузку свифта на дискету (и для ОПВ, и для ГФСС) 5. контроль СИК сотров, имеющих двойную фамилию (типа Иванова/Петрова) 6. генерация СИК при отсуствии его по известным ФИО и дате рождения - при их бесспорной верности, такое часто бывает г-жа Талик изволит иронизировать...а я всего лишь наталкиваю ваше сознание на мысли, о которых вы никогда не задумывались...рано или поздно вы набредете на них, но вот в какой жизни - это вопрос... |
|
| Автор: | Технический |
| Добавлено: | #80 Пт Дек 30, 2005 18:42:35 |
| Заголовок сообщения: | |
А что с матерями Асус, напомните? Кто поставлял? И как могут данные на винте улетучится из за мамы? Мать сожгла винт? Пи.Си. Дока по рнн у Вас на подмыльце. |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #81 Пт Дек 30, 2005 19:37:45 |
| Заголовок сообщения: | |
летом шли новые матери АСУС...их отличие - драйвера чипсета не были протестированы под работу под Вин2000 СП4...и еще были определенные проблемы с южным мостом...результат - 1. внезапное исчезновение разделов ХДД - как корова языком слизывала....это выглядело как отказ всех основных процессов винды при работе ни с того ни с сего, оставалось тока перезагрузиться...после перезагрузки - девственно чистый винт, системный раздел чист, разделы с данными - уж как повезет, чаще всего тоже ушли в небытие...то есть разваливалась файловая система...дущеГаздиГающее зГелище... 2. под ВинХР СП2 все боле мене нормализовалось...после тщательной настройки БИОС - отказ от режима Рейд, понижение режима работы диска с САТА на ИДЕ, переход на ФАТ32 на всех разделах... 3. после этих событий с лета Белый ветер отказался работать с ЛЮБЫМИ матерями АСУС и перешел на МСИ Альбатрон как более надежные...их можно понять - они заменяли клиентам матери АСУС на Альбатрон...счас они добавили в линейку еще матери FOXCONN... |
|
| Автор: | Talik | ||
| Добавлено: | #82 Ср Янв 04, 2006 12:25:08 | ||
| Заголовок сообщения: | |||
Сорри, г-н Старикан, если чем-то обидела... :oops: С моей стороны - это была безобидная шутка... Но философы, оказывается, обидчивы... :o |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #83 Ср Янв 04, 2006 13:47:21 |
| Заголовок сообщения: | |
"я требую уважения !" (с) Ирония судьбы |
|
| Автор: | d.Fedor | ||
| Добавлено: | #84 Ср Янв 04, 2006 18:25:13 | ||
| Заголовок сообщения: | |||
:) Не только пробовал, а проффесионально использовал. Я когда - то работал в банке, и проверял приносимые swift. Правда использовали мы программу от ГЦВП. |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #85 Ср Янв 04, 2006 19:06:50 |
| Заголовок сообщения: | |
ну и как ? удобство интерфейса ? куча левых движений мышкой ? на 1 сотра ? удобства никакого...вплоть до вылезания буха в (страшно подумать !) проводник...вплоть до копирования файлов куда то...мне страшно даже подумать, что будет если буха заставить скопировать файл... :) |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #86 Ср Янв 04, 2006 19:51:56 |
| Заголовок сообщения: | |
Здраствуйте Татьяна. На счет того что программа контролирует РНН и Сик хочу вам сказать что нет. Но это могут настроит те которые поставили вам программу. Но еще если вы пользуетесь программой банк-клиент то можно и через нее проанализировать swift.txt. Кстати очень удобная программа. Не нужно каждый раз бегать в банк, тем более ставят без каких либо коммис. И еще есть программы которые могут независимо помощь вам проверить соответствие данных. Они имеются в пенсион.фондах. можете обратиться к ним. |
|
| Автор: | Talik | ||
| Добавлено: | #87 Чт Янв 05, 2006 10:18:38 | ||
| Заголовок сообщения: | |||
Зря вы так "выражовываетесь" :) г-н Старикан - многие в свое время так и делали... И никому не было страшно, за некоторым исключением.... :roll: |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #88 Чт Янв 05, 2006 13:05:41 |
| Заголовок сообщения: | |
да я в принципе не против. "лучше, конечно, помучаться" (с) т. Сухов |
|
| Автор: | d.Fedor |
| Добавлено: | #89 Чт Янв 05, 2006 18:08:06 |
| Заголовок сообщения: | |
Бесплатный сыр бывает только в мышеловке :) Отсюда... не хочет платить за кнопочку в 1С, бесплатно будет учиться копировать файл.... Даже преимущество :) Не может учиться сама, заплатит за то что научат.... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #90 Чт Янв 05, 2006 18:49:11 |
| Заголовок сообщения: | |
а что же молчит г-жа Талик ? ведь она хотела "кнопочку"...и жаждала заплатить...г-жа Талик, ответьте, чем закончились ваши мучения с проверкой СИКов ? |
|
| Автор: | Технический |
| Добавлено: | #91 Чт Янв 05, 2006 18:51:09 |
| Заголовок сообщения: | |
"Кнопка" Так называл жену, нажал и функция выполнилась |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #92 Чт Янв 05, 2006 18:56:04 |
| Заголовок сообщения: | |
г-н администратор, поменьше увлекайтесь травами... |
|
| Автор: | Технический |
| Добавлено: | #93 Чт Янв 05, 2006 19:17:47 |
| Заголовок сообщения: | |
не курю, пью травы |
|
| Автор: | d.Fedor |
| Добавлено: | #94 Пт Янв 06, 2006 10:47:37 |
| Заголовок сообщения: | |
Поговорка есть хорошая "Хрен редьки не слаще" :) |
|
| Автор: | Talik | ||
| Добавлено: | #95 Пт Янв 06, 2006 19:06:17 | ||
| Заголовок сообщения: | |||
Я не молчу. Молчание - это золото, поэтому я не трачу его по пустякам... :) 1. Если помните, тему начала не я. 2. У меня проблем и мучений с проверкой сейчас СИКов нет. 3. Я просто по данной теме приводила примеры из своей практики, но хочу заострить на том,что все глаголы в постах в прошедшем времени (если вы не обратили на это внимание :) ). 4. Я нигде не писала, что хочу "кнопочку", но думаю, что если я ее захочу - то это не проблема. Когда это случится - вы узнаете это первыми!!!! :roll: А вообще - г-ны Старикан и д.Федор - добрее надо быть к людям, особенно к форумчанам!!! И не такими циничными!!! Давайте жить дружно!! :roll: |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #96 Пт Янв 06, 2006 21:39:14 |
| Заголовок сообщения: | |
"я тот, кто все объясняет..." (с) "Достать коротышку" вот так и помогай людям, объясняй...прослывешь циничным... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #97 Вт Янв 10, 2006 08:59:18 |
| Заголовок сообщения: | |
одна из программ контроля СИК (бесплатная) - http://www.bi.kz/getfile.php?fid=1041&PHPSESSID=c61a2de7b73e6ca1a7477e6df2e03177&PHPSESSID=c61a2de7b73e6ca1a7477e6df2e03177 |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #98 Вт Янв 10, 2006 10:22:07 |
| Заголовок сообщения: | |
Не делай добра Старикан, не получишь зла... |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #99 Вт Янв 10, 2006 18:21:52 |
| Заголовок сообщения: | |
"сказал А, надо говорить и Б..." (с) тот же автор |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #100 Пт Янв 13, 2006 01:36:10 |
| Заголовок сообщения: | |
Чего-то флейм развели. Почистили бы, администраторы-модераторы? Такой вопрос назрел. Формируется swift-соцотчисления из "Бухгалтерский учет для Казахстана (7.70.208)". Контроль свифт-файла в программе от ГЦВП (Swread.exe) проходит нормально, ошибок в файле не находит. Банк (Туран-Алем) также принимает платеж и направляет его в ГЦВП. А вот оттуда уже деньги возвращают обратно с резюме: "неверный формат файла, список ошибок смотрите в поле 72" (кажется так). А это поле, видимо, у себя оставляют. Пытаюсь добиться какого-либо объяснения в Туран-Алеме - только разводят руками: "Ничего не знаем, может вам другую программу установить?". Причем соцотчисления, перечисляемые через счет в Народном банке, ГЦВП принимаются. :o |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #101 Пт Янв 13, 2006 01:58:25 |
| Заголовок сообщения: | |
не "72", а "52 B"...кажется, так... такая же петрушка сегодня (уже вчера) была при отправке через Интернет-банкинг на ЦентрКредит выгрузки НА КАРТ-СЧЕТА..... что грят кодеры ЦК - 1. введите МФО/Рсчет - тут бухи облажались, т.к с НГ у ЦК эти реквизиты поменялись...ввели... 2. стал ругаться на некорректный РНН...и чо ? я могу поменять РНН ? или бухи ? 3. порекомендовали проверить карт-счета - указаны ли ? Все до единого указаны в свифте, лично прошелся... 4. стали советовать сменить тег OPV на тег LA....сменили...опять не кушает... плюнули и повезли в ЦК сдавать через манагера...в субботу узнаю чем дело кончилось... |
|
| Автор: | d.Fedor | ||
| Добавлено: | #102 Пт Янв 13, 2006 12:13:23 | ||
| Заголовок сообщения: | |||
Очень интересно что разводят... Я проконсультировался в столичном филиале ТуранАлема. Дело в том что ГЦВП изменил формат показа ошибки, в ТуранАлеме головной банк сделал специальные изменения в основной банковской программе для просмотра ошибок. На деле выглядит так, если платеж возвращаеться с такой ошибкой, операционист банка должен стать на возвращенном swift и запустить операцию " Создать swift-файл", она покажет конкретную ошибку. Данные изменение былли введены около месяца назад. Если в Вашем филиале банка не знают об этом, пусть обратяться в головной банк. |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #103 Пт Янв 13, 2006 13:21:48 |
| Заголовок сообщения: | |
Добавлю, то что удалось выяснить сегодня. Оказывается, в ГЦВП приходит swift-файл без 16-ой строки (NAME). У нас все нормально. Выходит, кто-то его (swift) меняет: то ли ГЦВП при приеме, то ли банк при передаче в ГЦВП. Будем разбираться... Но какие ж они там все бюрократы - без бумажки приказной не пошевелятся. |
|
| Автор: | DoubleT |
| Добавлено: | #104 Пт Июн 30, 2006 12:43:49 |
| Заголовок сообщения: | |
Ребята пож-та помогите. Пож-та кто-нить вышлите мне Swift файл с новыми строками как образец. :D Заранее благодарен |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #105 Пт Июн 30, 2006 12:47:12 |
| Заголовок сообщения: | |
вот здесь г-жа Вичка любезно помогала по этому поводу... http://www.enbek.kz/forum/forumdetail.php?recordID=225 |
|
| Автор: | Нерезидент Баланса | ||||
| Добавлено: | #106 Ср Июл 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)...смотрим в НПА...
НПА говорят нам, что и платежи и пени по ОПВ/ГФСС должны перечисляться ЗА КАЖДЫЙ МЕСЯЦ ОТДЕЛЬНО...проги и банки берут у клиентов все валом...что это ? недосмотр ? или провокация ? |
|||||
| Автор: | NoName |
| Добавлено: | #107 Ср Июл 12, 2006 10:03:33 |
| Заголовок сообщения: | |
Если ОПВ должны перечисляться за каждый месяц отдельно, возникает вопрос: а зачем тогда нужно было добавлять поле PERIOD по каждому сотруднику ? Зачем они вообще поменяли формат свифта - чтобы обозначить бурную деятельность ? |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #108 Ср Июл 12, 2006 10:23:21 |
| Заголовок сообщения: | |
конечно. а вы как думали? работу программерам плюс, сюда же. |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #109 Ср Июл 12, 2006 13:26:07 | ||
| Заголовок сообщения: | |||
вы внимательно прочитали п.9 постановления № 245 от 15 марта 1999 года ? или у нас уже программы - это нормативные правовые акты ? я чего то пропустил ? |
|||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #110 Ср Июл 12, 2006 13:39:50 | ||
| Заголовок сообщения: | |||
частично вы правы - у патентщиков ОПВ берут общей суммой, заставляя только ГФСС разбивать помесячно... НО. 1. Вопрос уплаты ОПВ с патентщиков ЗА СЕБЯ в пост. 245 не оговорен. 2. при уплате ОПВ по патенту они платятся ВПЕРЕД, ПРЕДОПЛАТОЙ...никакой связи с реальными доходами патентщика, а уж тем более с налоговой отчетностью НЕТ - патентщик не сдает отчтености...А ТОО платит за ПРОШЛЫЕ ПЕРИОДЫ...цыфры можно сверить с бухучетом и ФНО... согласитесь, аналогия ТОО и патентщика явно натянута... |
|||
| Автор: | Witch`ka | ||||
| Добавлено: | #111 Ср Июл 12, 2006 13:52:11 | ||||
| Заголовок сообщения: | |||||
По-моему Вы пропустили, что отдельные платежи по ОПВ предоставляются ТОЛЬКО в случае "несвоевременного перечисления агентами обязательных пенсионных взносов". Соответственно по-видимому, если взносы перечисляются своевременно (например до 15 числа следующего за месяцем выплаты доходов), то одним платежом можно перечислить ОПВ за несколько периодов. Например 10 июня вылачена задолженность по з/п за апрель-май-июнь, соответствено уплачивая ОПВ допустим 5 июля можно не разбивать ОПВ по каждому месяцу, а сделать это одним платежным документом. Обратите внимание, что это (перечисление одним платежом) ВОЗМОЖНОСТЬ, а не требование. А вот указание периода - это уже требование. |
|||||
| Автор: | NoName | ||
| Добавлено: | #112 Ср Июл 12, 2006 14:00:10 | ||
| Заголовок сообщения: | |||
Умный, да ? Оно (поле PERIOD) было там и раньше - одно на весь документ. А они зачем-то сделали его для каждого сотрудника отдельно. |
|||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #113 Ср Июл 12, 2006 14:10:41 | ||
| Заголовок сообщения: | |||
дитя мое ! если ОПВ перечисляются своевременно, то КАК могут быть в одном реестре НЕСКОЛЬКО периодов ? только если эти периоды - БУДУЩИЕ...а так практически никто не делает...точнее делали - в конце июня 2006, чтобы не попасть со сроком "до 15 июля 2006", сейчас, при реформе НПП ОПВ... |
|||
| Автор: | Witch`ka |
| Добавлено: | #114 Ср Июл 12, 2006 14:13:14 |
| Заголовок сообщения: | |
В предыдущем формате поля период для ОПВ не было, поле период пристутствовало и продолжает присутствовать в шапке (последовательности А) для соц. отчислений. В новом формате поле Period для пенсионных отчислений добавлено в последовательность B (в данные для каждого сотрудника). Размещение поля Period не регламентируется форматом Swift-файла (форматом МТ-102). Согласно формату оно МОЖЕТ быть и там, и там. Размещение поля Period регламентируется ГЦВП. Наличие этого поля позволяет реализовать вышеописанную возможность перечисления ОПВ за несколько периодов одним платежным документом, соответственно одним сообщением в формате МТ-102 и размещение его в последовательности В кажется логичным. |
|
| Автор: | NoName | ||
| Добавлено: | #115 Ср Июл 12, 2006 14:24:28 | ||
| Заголовок сообщения: | |||
Это все правильно. Но НЕОБЯЗАТЕЛЬНО было размещать его в последовательности В. Потому что если кто и будет этим пользоваться, то в единичных случаях. Т.е. выгодны - мизерны. Вот если бы эти деятели сами побегали бы по городу с обновлениями, так может, меньше было бы таких изменений. |
|||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #116 Ср Июл 12, 2006 14:26:11 | ||
| Заголовок сообщения: | |||
по тезису 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 | ||
| Добавлено: | #117 Ср Июл 12, 2006 15:01:19 | ||
| Заголовок сообщения: | |||
Падре, перечисление в июле пенсионных взносов за апрель, май, июнь, является СВОЕВРЕМЕННЫМ, если доходы за эти месяцы были ВЫПЛАЧЕНЫ (не начислены) в июне (см. пример, приведенный выше). Соответственно в июле получаем платеж за несколько периодов. |
|||
| Автор: | Нерезидент Баланса | ||||
| Добавлено: | #118 Ср Июл 12, 2006 15:03:41 | ||||
| Заголовок сообщения: | |||||
стало входить в моду гадание на поле PERIOD...
кстати, интересная мысль...ведь по кодексу мы можем не перечислять начисленные ОПВ при их неуплате...и они могут скапливаться за разные месяцы... НО. 1.Попериодный учет и попериодное перечисление ОПВ - та еще трясина...и точный механизм их реализации не распишет ни один орган... 2. а почему же РАНЬШЕ так нельзя было ? до 1 июля 2006 ? ведь основополагающие НПА - Кодекс, закон о пенс. обесп-и, пост-е 245 - в этом вопросе не менялись ? думаю, в этом случае (скапливания ОПВ за разные месяцы) - бухи просто объединяли ОПВ, де факто считая их как ОПВ месяца перечисления...а поскольку макс. предел ОПВ достаточно высок, все это проканывало в ГЦВП...ведь ни ГЦВП, ни НК, ни наоговый агент не утруждают себя ведением попериодного начисления/перечисления ОПВ.. Добавлено спустя 2 минуты 10 секунд:
да, вы правы...однако лично я рекомендую клиентам перечислять ОПВ/ИПН ПО НАЧИСЛЕНИЮ, а не по уплате....во избежание налоговых рисков....экономия мизерна, а вот проблем может быть - валом... |
|||||
| Автор: | Нерезидент Баланса |
| Добавлено: | #119 Ср Июл 12, 2006 15:52:48 |
| Заголовок сообщения: | |
Я думаю, что в последствии поле период возможно будет использоваться для болле точного начисления пени за прошлые периоды. |
|
| Автор: | Witch`ka |
| Добавлено: | #120 Ср Июл 12, 2006 16:05:39 |
| Заголовок сообщения: | |
Без "попериодного" учета сложно представить себе полноценный контроль и соответственно учет пени (Согласна с Сергеем). Думаю, что период нужен и был нужен давно, либо было необходимо перерабатывать механизм учета и перечисления ОПВ. Возможно просто изменение в формате было приурочено к изменению в системе администрирования. Ваши рекомендации - ваше право, учет от выплаченных действительно сложен и напоминает мучения российских коллег с НДС по оплате. Но строить предположения - дело не благодарное :) Если вопрос нужен ли учет по периодам? Думаю нужен. |
|
| Автор: | Witch`ka | ||||
| Добавлено: | #121 Ср Июл 12, 2006 17:08:52 | ||||
| Заголовок сообщения: | |||||
Пеня начисляется от суммы подлежащей перечислению, но не перечисленной и перечисляется она сотруднику. Соответственно нужен. |
|||||
| Автор: | Нерезидент Баланса |
| Добавлено: | #122 Ср Июл 12, 2006 17:53:10 |
| Заголовок сообщения: | |
само собой вести учет нужно в 2-х разрезах - по сотрам и по периодам... гм...ну хорошо, нужен (а кто мы вообще такие, чтобы устанавливать такие вещи ?)... во-2-х, сразу же возникает вопрос о периодах 2-х типов - 1. будущие периоды, за которые перечисление ОПВ пошло авансом (а почему бы и нет...закон это позволяет...тем более что счас ОПВ могут выступать залогом в ипотечных договорах, и дядя роднЫй), к примеру, захочет сделать благое дело и перечислить племяшу вперед ОПВ - это можно... 2. прошлые периоды, за которые мы недоперечислили ОПВ сразу же возникает вопрос о смене статуса периода с концом месяца/квартала...и еще куча вопросов, от которых голова болит... 3. сразу же возникает вопрос, а ГДЕ вообще это видно - периоды, мериоды - ГДЕ это написано ? в какой форме ? в 201 ? в 600 ? ЧЕМ вы докажете инспектору, что у вас попериодный учет верен/неверен ? что то похожего на российские регистры налогвоого учета в РК не существует... 4. а сколько еще типов периодов существует ? разновидностей ? а при смене правил расчета ИПН (с 1 января 2007 г.) - нужда вести попериодный расчет ИПН отпадет... что то жутко запахло чем то похожим на партионный учет...со всеми вытекающими, только с налоговым оттенком... Добавлено спустя 1 минуту 50 секунд: перечисление авансом за будущие периоды, взаимозачет при смене месяца текущих и будущих...г-да разработчики...подумайте, прежде чем нести ахинею...и хвататься за клавиатуру... |
|
| Автор: | KrEAtive |
| Добавлено: | #123 Ср Июл 12, 2006 18:03:28 |
| Заголовок сообщения: | |
На практике ИМХО дают предприятию сумму пени, а оно, чтобы не мудрствовать сильно, раскидывает эту сумму на сотрудников (любых, лишь были с РННами и СИКами надежными). По-моему и в типовой сделано так, что раскидывает пропорционально начислению пенсионных, хотя, на самом деле, часто пеня возникает из-за нерадивых работников, у кот. нет СИКов или они глючные и т.п. и, естессно, она должна именно на них оформляться. |
|
| Автор: | Witch`ka | ||||||
| Добавлено: | #124 Ср Июл 12, 2006 20:10:14 | ||||||
| Заголовок сообщения: | |||||||
не отпадает, если не изменится статья 147, в которой упоминается перечисление "от выплаченных"доходов[quote="Starican"]
А для чего Вам такое разделение по отношению к ОПВ? Строгость в указании периода не предполагает "зачета партий между периодами". Таким образом, даже перечисляя за будущие периоды требование об указании периода должно выполнятся (все-таки точного периода иначе это не администрирование). Ситуация когда по каким либо причинам (неверно перечислили, пересчитали начисление и т.д.) сальдо в разрезе периода отрицательно возможно и для будущих и для прошлых периодов. Поэтому деление периодов на эти две категории и тем паче постановка задачи по их перевода из одной категории в другую не кажется очевидным и бесспорным решением. Действительно существует неурегулированный вопрос с авансами по з/п - как определить период аванса и рассчитать подлежащие перечислению ИПН и налоги. Но если исходить из того, фактически аванс - это еще не выплата дохода (дохода ведь еще нет, значит выплату нельзя считать выплатой ДОХОДА). При этом выплатой считать процедуру зачета аванса по результатам начисления дохода, то проблема выглядит решаемой.
Старикан, Вы ведь просили говорить тезисно и без воды. Взаимная просьба - предметно и без истерик допустима? Вопрос серьезный и интересный - не хотелось бы превращать его в флейм и раскидывание камней. |
|||||||
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #125 Ср Июл 12, 2006 22:53:14 | ||
| Заголовок сообщения: | |||
ну хорошо, предположим, победили мы периоды программно, считаем, радуемся...дальше что ? зачем это ? кому нужна эта инфа в попериодном разрезе ? ГЦВП берет от нас свифт с ФАКТИЧЕСКИ перечисленными суммами ОПВ, а суммы ПРИЧИТАЮЩИЕСЯ в разрезах сотров и периодов - где они ? зачем они ему ? ну хорошо победили мы и это, ГЦВП берет от нас форму 666.00 (представляю, как раздувается его база...) в таком виде...дальше что ? ну получил НК от ГЦВП эту форму 666.00 "Сведения о попериодном начислении ОПВ" (и здесь раздулась база...)...ну начислил БОЛЕЕ ТОЧНО пеню... а смысл ? сколько это дало ДОПОЛНИТЕЛЬНО больше налогов и ДрОбязПлатежей в бюджет и внебюджета ? стоила ли овчинка выделки ? не забываем, что у НК - его величество ПЛАН...да и бухов научить премудростям заполнения ф. 666.00 - уйдет года 2... вспомните квартальную дополнительную 201.00...отличалась никому не нужной сложностию и трудоемкостию - и отмерла за ненадобностию... схоластика и догматика метода процента от выплат...кому она нужна ? есть более нужные задачи на предприятии...которые дают реальную прибыль...а с зарплатой - проще начислить ее, отдать кесарю кесарево - и далее - делать бизнес... Добавлено спустя 31 минуту 22 секунды: по тезису 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 |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #126 Пн Июл 31, 2006 21:46:13 |
| Заголовок сообщения: | |
история с НПП ОПВ продолжается... 1. по сообщениям от многих клиентов, некоторые сотры (ОПВ которых раньше проходили через ГЦВП и благополучно падали на НПФ) - НЕ ПРОХОДЯТ - нет договора.... 2. в ИНИСЕ не "садятся" даже прошедшие ОПВ и ГФСС... Добавлено спустя 1 день 11 часов 3 минуты 58 секунд: 3. программы контроля свифтов до сих пор нет http://www.bi.kz/downloads.php |
|
| Автор: | Нерезидент Баланса | ||
| Добавлено: | #127 Пн Авг 07, 2006 12:11:07 | ||
| Заголовок сообщения: | |||
ЧТО самому ? официальную прогу, которой пользуются банки при приеме ? |
|||
| Автор: | Нерезидент Баланса |
| Добавлено: | #128 Пн Авг 07, 2006 12:22:40 |
| Заголовок сообщения: | |
я слабо представляю, как Я смогу прийти в банк и заставить их взять МОЮ прогу (или конфигурацию - ?) контроля свифтов при приеме ОПВ...зато очень хорошо представляю, в какое пешее эротическое путешествие меня отправят, если я так сделаю... |
|
| Автор: | Нерезидент Баланса | ||||
| Добавлено: | #129 Пн Авг 07, 2006 12:38:57 | ||||
| Заголовок сообщения: | |||||
нет, кажется в ыне в курсе...БизнесИнформ - уполномоченная орг-я, имеющая договор с госорганами о написани нужных гос-ву программ в некоторых сферах...банки, ГЦВП, МТиСЗН и др. органы берут проги только у БИ...
взято отсюда http://www.bi.kz/products.php и если раньше, когда например, кобенился Тексако, иил Альфа, или Центркредит, я мог взять эту прогу, засунуть туда свифт и показать - вот оно, то сейчас я этого не могу... |
|||||
| Автор: | Racurs |
| Добавлено: | #130 Ср Авг 16, 2006 22:10:47 |
| Заголовок сообщения: | |
А вот такой вопрос: существует ли в природе полное описание всех строк swift-файла? Ткните носом, если вопрос сильно глупый! |
|
| Автор: | d.Fedor |
| Добавлено: | #131 Чт Авг 17, 2006 09:46:33 |
| Заголовок сообщения: | |
Есть конечно, описание форматов МТ100-МТ102. Последнего правда у меня нет, но первичные есть... |
|
| Автор: | Racurs | ||
| Добавлено: | #132 Чт Авг 17, 2006 11:38:33 | ||
| Заголовок сообщения: | |||
Вот самая первая строка что означает? Вобщем ясно! Я опять не туда попал! |
|||
| Автор: | d.Fedor |
| Добавлено: | #133 Чт Авг 17, 2006 14:14:57 |
| Заголовок сообщения: | |
Первая строчка означает Имя Банка в платежной системе, если конечно мне не изменяет память... |
|
| Автор: | Racurs |
| Добавлено: | #134 Пт Авг 18, 2006 10:56:24 |
| Заголовок сообщения: | |
Спасибо! Хотя все-таки хотелось бы что-нибудь почитать, типа документации, описания... |
|
| Автор: | d.Fedor |
| Добавлено: | #135 Пт Авг 18, 2006 13:19:20 |
| Заголовок сообщения: | |
Здесь описание форматов МТ100-МТ102 изначальные, более свежих пока нет,найду выложу. |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #136 Вт Авг 22, 2006 22:30:49 |
| Заголовок сообщения: | |
г-н Федор, уж вы как бывший работник банковской системы дали бы ссылочку на КЦМР...даже я ее знаю... http://www.kisc.kz/files/format.doc или вот здесь - http://www.kisc.kz/clients/index.htm |
|
| Автор: | Racurs |
| Добавлено: | #137 Ср Авг 23, 2006 09:33:16 |
| Заголовок сообщения: | |
Спасибо большое! Вот теперь поковыряемся! |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #138 Ср Авг 23, 2006 10:15:57 |
| Заголовок сообщения: | |
не увлекайтесь, г-н Ракурс...эти форматы во многом декларативны... реальные форматы отправки в деталях отличаются от format.doc... |
|
| Автор: | d.Fedor |
| Добавлено: | #139 Ср Авг 23, 2006 11:06:31 |
| Заголовок сообщения: | |
Семен, вы будете смеяться но интернета в банке в 100 меньше чем у вас, как вам ограничение 50 мегов в месяц на весь банк? Поэтому мы не пользовались как справочной информацией, получали из головного в виде файлов. Так что не привычный я к сайту кцмр.... |
|
| Автор: | mt100 |
| Добавлено: | #140 Вт Мар 03, 2009 17:46:44 |
| Заголовок сообщения: | |
Кто ниб скинте плиз саму прогу MT100 или сылку на него......... |
|
| Автор: | Phantis | ||
| Добавлено: | #141 Вт Мар 03, 2009 19:05:06 | ||
| Заголовок сообщения: | |||
МТ100 это не программа, это сообщение банковской системе переводов. Этот тип сообщения отправляется финансовым учреждением Клиента-инициатора от его лица непосредственно или через корреспондентов финансовому учреждению Бенефициара. Это сообщение может применяться только для платежных инструкций (электронных документов), но не является собственно платежом. Получение сообщения МТ100 без наличия дополнительных сообщений, специфических для каждой платежной системы и подтверждающих перевод средств, не является основанием для зачисления средств бенефициару. |
|||
| Автор: | nola |
| Добавлено: | #142 Вт Мар 10, 2009 15:56:11 |
| Заголовок сообщения: | |
Здравствуйте всем! Есть проблема в виде человека, у которого СИК выдан на казахские ФИО (со специфическими символами). Можно ли отправлять в ГЦВП SWIFT в кодировке Unicode? Вообще, подскажите, может, кто сталкивался уже с этим? и как организовано в таком случае у вас хранение национальных символов в 1С? (7.7, напоминаю)? |
|
| Автор: | Доброжелатель №2 | ||
| Добавлено: | #143 Вт Мар 10, 2009 16:11:22 | ||
| Заголовок сообщения: | |||
Ваша "проблема" давно решена. И в 7.7 и в 8. Для 7.7 выпущена обработка для формирования свифта. Проблема хранения нац.символов в базе данных 7.7 была решена намного раньше - ставьте драйвер каз.языка от 1С и работайте. |
|||
| Автор: | nola |
| Добавлено: | #144 Вт Мар 10, 2009 16:23:45 |
| Заголовок сообщения: | |
где можно найти этот драйвер? |
|
| Автор: | Доброжелатель №2 | ||
| Добавлено: | #145 Вт Мар 10, 2009 17:55:01 | ||
| Заголовок сообщения: | |||
На диске с программой. |
|||
| Автор: | Нерезидент Баланса | ||||
| Добавлено: | #146 Пт Мар 20, 2009 19:49:51 | ||||
| Заголовок сообщения: | |||||
|
|||||
| Автор: | Нерезидент Баланса | ||||
| Добавлено: | #147 Пт Мар 20, 2009 19:51:26 | ||||
| Заголовок сообщения: | |||||
НЕ работает, я делала все то же самое! Но для меня остается загадкой: выгружаю в кодировке win, там абракадабра, но в этом же блокноте могу писать специфические буквы(до установке kazwin не было такой возможности). Думала, что в самой обработке прописан шрифт выгрузки, но нет, ничего подобного не нашла! |
|||||
| Автор: | как Гость |
| Добавлено: | #148 Вт Июн 23, 2009 15:55:28 |
| Заголовок сообщения: | |
Здравствуйте, плиз, ранее таким образом как сегодня хочу сделать свифт получалось, а сейчас что то отказывает мне банк клиент, выдает ошибку в свифте сформированном, пишет что не указаны реквизиты, где моя ошибка, вот, расскажу, сформировала список работников, после формирую свифт, сохраняю, и выгружаю по банку клиент и дальше формирую плат.поруч правильно? С ув.Гаухар |
|
| Автор: | Ludmila |
| Добавлено: | #149 Вт Июн 23, 2009 16:08:19 |
| Заголовок сообщения: | |
Гаухар, а Вы попробуйте сделать так: сначала сделали список (отчисления в фонды), платежное поручение, свифт. |
|
| Автор: | как Гость |
| Добавлено: | #150 Вт Июн 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 |
| Добавлено: | #151 Вт Июн 23, 2009 18:45:01 |
| Заголовок сообщения: | |
тут, я, к сожалению, не могу вам посоветовать ничего. Не сталкивалась с такой проблемой. Моя знакомая бухгалтер с ошибкой СИКов у сотрудников звонила в ГЦВП в итоге, так что может быть и Вам придется. Но вот интересно, в Вашем списке буква h маленькая (предпоследняя у всех номеров), странно, ведь должны быть заглавными. Так что, уж извините, не помогла :unknown: |
|
| Автор: | Ergali_IM |
| Добавлено: | #152 Пн Авг 24, 2009 11:48:08 |
| Заголовок сообщения: | |
Кто знает какие изменения были в формате swift файлов для ОПВ и СО? Южно-Казахстанский Банк Казначейства не принимает файлы. А меня формат совпадает с форматом программы с сайта ГЦВП от 24.02.2009г. В других областях также или примают по старому формату? Добавлено спустя 43 минуты 39 секунд: Еще говорят, что в новом формате, если Отчество нет, всеравно строка //FT/ должна быть. Алё, никто не работает с казначейством что-ли. Какие счастливые. А уменя с Казаначейством постоянно проблемы. |
|
| Автор: | иррина |
| Добавлено: | #153 Пн Авг 24, 2009 13:01:56 |
| Заголовок сообщения: | |
свифты вроде давно в 1С -изменили...они писали об этом в рассылках-что- то типа там с перекодировкой связано. |
|
| Автор: | Ergali_IM |
| Добавлено: | #154 Пн Авг 24, 2009 14:31:43 |
| Заголовок сообщения: | |
Перекодировкой у меня проблем нет. В августе у них (в банке казначейства) какие-то изменения, и не принимается файлы. |
|
| Автор: | Witch'ka |
| Добавлено: | #155 Пн Авг 24, 2009 14:37:29 |
| Заголовок сообщения: | |
Для буджетных 1С выпускались обновления. |
|
| Автор: | Delya |
| Добавлено: | #156 Вт Дек 01, 2009 22:03:01 |
| Заголовок сообщения: | |
Формирую "Начисление пени по пенсионным отчислениям", через Документы/Заработная плата. При этом в окне нет кнопок для формирования swift и платежного поручение. Как быть? |
|
| Автор: | Алекс |
| Добавлено: | #157 Вт Дек 01, 2009 22:04:55 |
| Заголовок сообщения: | |
При заполнении платежки должны быть! Добавлено спустя 1 минуту 17 секунд: Я платежку заводила в Платежное поручение исходящее, документ-основание - Начисление пени. Вроде так. :oops: |
|
| Автор: | Delya |
| Добавлено: | #158 Вт Дек 01, 2009 22:07:11 |
| Заголовок сообщения: | |
Алекс у меня 1С 7.7 (7.70.262), может в этом причине. Через платежку тоже пыталась, не формирует. Добавлено спустя 2 минуты 25 секунд: Алекс При выборе основания - сформированную ведомость по пени не выдает, выдает только перечень по основным отчислениям. |
|
| Автор: | Алекс |
| Добавлено: | #159 Вт Дек 01, 2009 22:14:22 |
| Заголовок сообщения: | |
Ой, у меня 8-ка. :( |
|
| Автор: | LV | ||
| Добавлено: | #160 Вт Дек 01, 2009 22:29:03 | ||
| Заголовок сообщения: | |||
Этим документом Вы только формируете начисление пени. Потом его благополучно проводите и закрываете. Далее открываете документ "Отчисления в фонды", выбираете ПВ или СО, выбираете Вид платежа "пени начислено/уплачено, затем в табличной части "Заполнить" (далее как для обычного перечисления СО и ПВ), формируете платежку и свифт и будет Вам счастье. Удачи! |
|||
| Автор: | Delya |
| Добавлено: | #161 Ср Дек 02, 2009 07:01:10 |
| Заголовок сообщения: | |
LV Все удалось, спасибо Вам. |
|
| Автор: | Нерезидент Баланса |
| Добавлено: | #162 Вт Дек 22, 2009 18:36:50 |
| Заголовок сообщения: | |
не могли бы дать программу MT102?[/quote] |
|
| Автор: | Nemo |
| Добавлено: | #163 Вт Дек 22, 2009 18:38:54 |
| Заголовок сообщения: | |
Нерезидент Баланса а зачем 3 раза писать? |
|
| Автор: | Елена Т | ||||
| Добавлено: | #164 Вт Дек 22, 2009 18:43:30 | ||||
| Заголовок сообщения: | |||||
А еще можно зря не писать, а в поиске задать слово
и выйдут темы по этому поводу, там и можно найти. |
|||||
| Автор: | Nemo |
| Добавлено: | #165 Вт Дек 22, 2009 18:46:32 |
| Заголовок сообщения: | |
а разве формат МТ 102 не конкретно для чего то? |
|