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

Свифт файл с 1С

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


Автор: Нерезидент Баланса
Добавлено: #1  Вс Ноя 12, 2006 21:01:02
Заголовок сообщения: Свифт файл с 1С

Фиг с ним. Вроде как уже 253 на дворе релиз. А я вот не вижу на печатной форме списка сотрудников, я не вижу столбца "период". Ведь не все подают электронно. Приходится печатную форму сохранять в ексель и добавлять столбец "период". Спим? Кстати видел "универсал Курсакова", там тоже вроде нет. Все спят?


Автор: Нерезидент Баланса
Добавлено: #2  Вс Ноя 12, 2006 21:05:39
Заголовок сообщения:

я считаю, что поле "период" неправомерно в свифте/реестре...хотя г-н Поздняков сделал у себя в "Бухг. учете", кажется...была на форуме дискуссия по "ПОпериодному ведению учета" ОПВ...по моему, я там всем доказал, что и физически и технически в этом нет смысла и невозможно это...да если и возможно - в органах НЕТ базы/проги, которая принимает этот бзик - "период"...


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

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

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

Мне вот вожатый подсказывает, что во всех банках требуют чтоб на реестре было "период"



Автор: Нерезидент Баланса
Добавлено: #4  Вс Ноя 12, 2006 21:13:42
Заголовок сообщения:

а что сложного в том, чтобы добавить ?
в модуле дока -
Цитата:
Функция НайтиПериод()

ПериодЧислом="";
//в 2005 году и дальше период цифрами типа "06.2005"
ПериодМес="";ПериодГод="";
ИскСтрока=СокрЛП(Строка(За));
ПериодГод=Число(Лев(СокрЛП(Прав(ИскСтрока,8)),4));
//если год неясен, то
Если (ПериодГод=0) Тогда
//если до 5 января текущего года, то за прошлый год
Если (ДатаЧисло(ДатаДок)<=5) И (ДатаМесяц(ДатаДок)=1) Тогда
ПериодГод=Число(ДатаГод(ДатаДок)-1);
//иначе за текущий год
Иначе
ПериодГод=Число(ДатаГод(ДатаДок));
КонецЕсли;
КонецЕсли;
ИскСтрока=ВРЕГ(СокрЛП(Строка(За)));
ПервПроб = Найти(ИскСтрока," ");
ПериодМесПрописью=ВРЕГ(СокрЛП(Лев(ИскСтрока,ПервПроб)));
//преобразуем слова в цифры
Если ПериодМесПрописью="ЯНВАРЬ" Тогда ПериодМес="01";КонецЕсли;
Если ПериодМесПрописью="ФЕВРАЛЬ" Тогда ПериодМес="02";КонецЕсли;
Если ПериодМесПрописью="МАРТ" Тогда ПериодМес="03";КонецЕсли;
Если ПериодМесПрописью="АПРЕЛЬ" Тогда ПериодМес="04";КонецЕсли;
Если ПериодМесПрописью="МАЙ" Тогда ПериодМес="05";КонецЕсли;
Если ПериодМесПрописью="ИЮНЬ" Тогда ПериодМес="06";КонецЕсли;
Если ПериодМесПрописью="ИЮЛЬ" Тогда ПериодМес="07";КонецЕсли;
Если ПериодМесПрописью="АВГУСТ" Тогда ПериодМес="08";КонецЕсли;
Если ПериодМесПрописью="СЕНТЯБРЬ" Тогда ПериодМес="09";КонецЕсли;
Если ПериодМесПрописью="ОКТЯБРЬ" Тогда ПериодМес="10";КонецЕсли;
Если ПериодМесПрописью="НОЯБРЬ" Тогда ПериодМес="11";КонецЕсли;
Если ПериодМесПрописью="ДЕКАБРЬ" Тогда ПериодМес="12";КонецЕсли;
ПериодЧислом=СокрЛП(Строка(ПериодМес))+"."+СокрЛП(Строка(ПериодГод));
Возврат ПериодЧислом;

КонецФункции


в таблице в клетке -
Цитата:
СокрЛП(Строка(НайтиПериод()))



Автор: Нерезидент Баланса
Добавлено: #5  Вс Ноя 12, 2006 21:19:26
Заголовок сообщения:

Нафига столько кода? Достаточно добавить реквизит "Период" типа дата в табл часть документа. И ПериодНаПечать= Строка(ДатаМесяц)+"." + Строка(ДатаГод). Вопрос стоял по другому, почему банки требуют, а в 1с этого нет. Не все ведь юзеры смогут добавить тот же код Ваш.


Автор: Нерезидент Баланса
Добавлено: #6  Вс Ноя 12, 2006 21:53:50
Заголовок сообщения:

Цитата:
Нафига столько кода?

есть такое слово - совместимость...
Цитата:
Вопрос стоял по другому, почему банки требуют, а в 1с этого нет.

у моих клиентов поле период в реестре и свифте есть...в ЕТК равзе нет ?
Цитата:
Не все ведь юзеры смогут добавить тот же код Ваш.

я не призываю добавлять код самим юзерам. для этого есть обсл. фирмы.



Автор: dimon78
Добавлено: #7  Пн Ноя 13, 2006 09:25:42
Заголовок сообщения:

к типовой идёт дополнительная печатная форма "prfspo.ert", которую нужно положить в ExtForms, там поле период есть ..


Автор: d.Fedor
Добавлено: #8  Пн Ноя 13, 2006 10:45:09
Заголовок сообщения:

Отряд пионэров ваш вожатый не в курсе, поле период требуют только 2 банка, Альфа и Цесна.
dimon78 данная форма только в составе версии 2,5. В 2,0 ее нет (проверил на 213 релизе). В принципе не проблема добавить поле и сохранить как внешнюю обработку с последующем подключением.



Автор: dimon78
Добавлено: #9  Пн Ноя 13, 2006 11:11:30
Заголовок сообщения:

d.Fedor говорит:
Отряд пионэров ваш вожатый не в курсе, поле период требуют только 2 банка, Альфа и Цесна.
dimon78 данная форма только в составе версии 2,5. В 2,0 ее нет (проверил на 213 релизе). В принципе не проблема добавить поле и сохранить как внешнюю обработку с последующем подключением.

для 213 тоже подходит, проверял...
PS Вы насчет банк-клиента ничего не узнали ?



Автор: d.Fedor
Добавлено: #10  Пн Ноя 13, 2006 11:28:10
Заголовок сообщения:

Ситуацию проверяют, могу выслать вам новый шлюз...


Автор: dimon78
Добавлено: #11  Пн Ноя 13, 2006 11:32:33
Заголовок сообщения:

d.Fedor говорит:
Ситуацию проверяют, могу выслать вам новый шлюз...

вышлите если не трудно, он сколько весит ?



Автор: Witch`ka
Добавлено: #12  Пн Ноя 13, 2006 12:58:20
Заголовок сообщения:

d.Fedor говорит:
данная форма только в составе версии 2,5. В 2,0 ее нет (проверил на 213 релизе).

И форма и обработка SwiftM.ert подходят для обеих редакций, соответственно для 213 тоже. В состав дистрибутивов 213 действительно не включены. Можно установить из дополнения к релизам 212/252 (указанная внешняя печатная форма+внешняя обработка).



Автор: ЗаБияка
Добавлено: #13  Вт Мар 13, 2007 17:32:20
Заголовок сообщения:

Товарищи, может хоть кто-нибудь с такой штучкой сталкивался. у нас новый сотрудник, отправляем соц.отчисления swift файл в "лошадку", а там пишет при обработке файла были ошибки в файле txt.log. И только с ним одним, по остальным сотрудникамс ушло


Автор: Нерезидент Баланса
Добавлено: #14  Вт Мар 13, 2007 17:50:28
Заголовок сообщения:

проверьте СИК, РНН, уд личности . думаю сотр девушка вышла замуж и поменяла фамилию


Автор: ЗаБияка
Добавлено: #15  Вт Мар 13, 2007 17:53:37
Заголовок сообщения:

Проверили уже все, и ето парень, фамилию не менял


Автор: Elis
Добавлено: #16  Вт Мар 13, 2007 21:59:03
Заголовок сообщения:

ЗаБияка, текст ошибки какой в log'e написан?
там не только в СИКе может быть проблема.
Приведите полный текст из лог-файла, может подскажем...



Автор: ЗаБияка
Добавлено: #17  Ср Мар 14, 2007 10:19:17
Заголовок сообщения:

Разобрались в чем была ошибка, в лог-файле было написано
"ошибка контроля соответствия данних СИК номер сика (плательщик ФИО) номер :21:1)". Открыли свифт-файл, а в строке //DT/20461017
а вместо этого должно быть //DT/19461017, оказывается бухгалтер неправильно в справочник сотрудники занесла год рождения вместо 1946 написала 2046. Слава богу всё отправилось



Автор: Технический
Добавлено: #18  Ср Мар 14, 2007 10:25:07
Заголовок сообщения:

Знайте что датами, можете еще попасться, когда формат стоит, два знака года, а не четыре.


Автор: ЗаБияка
Добавлено: #19  Ср Мар 14, 2007 10:27:04
Заголовок сообщения:

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


Автор: Технический
Добавлено: #20  Ср Мар 14, 2007 10:36:36
Заголовок сообщения:

А мне не хочется заниматься 1Сексом. Но когда увлечешься, даже приятно. Например, выгрузка с 1с в SAP


Автор: Talik
Добавлено: #21  Ср Мар 14, 2007 10:43:32
Заголовок сообщения:

ЗаБияка говорит:
я сказала что поставили 4 знака, а бухгалтера говорят- мммм, нам что-то не хочется 4 цифры набирать.


Не нужно 4 знака, это действительно неудобно... Лучше в "Параметрах" - "Год начала рабочего столетия" поставьте дату пораньше - и все пучком будет!!!!



Автор: Технический
Добавлено: #22  Ср Мар 14, 2007 10:59:13
Заголовок сообщения:

По молодости я попадался на Лев(ДатаДок, 8). Скажите это своим программистам.


Автор: Нерезидент Баланса
Добавлено: #23  Ср Мар 14, 2007 11:04:35
Заголовок сообщения:

а чо говорите все проверили да все проверили. пост 14


Автор: ЗаБияка
Добавлено: #24  Ср Мар 14, 2007 11:26:55
Заголовок сообщения:

:oops:


Автор: NikitA
Добавлено: #25  Ср Мар 14, 2007 13:42:25
Заголовок сообщения:

Talik говорит:
ЗаБияка говорит:
я сказала что поставили 4 знака, а бухгалтера говорят- мммм, нам что-то не хочется 4 цифры набирать.


Не нужно 4 знака, это действительно неудобно... Лучше в "Параметрах" - "Год начала рабочего столетия" поставьте дату пораньше - и все пучком будет!!!!

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



Автор: Talik
Добавлено: #26  Ср Мар 14, 2007 15:28:47
Заголовок сообщения:

А разве то, что я написала - не поможет избегать именно этой ошибки бухами???? :shock: По-моему поможет....


Автор: NikitA
Добавлено: #27  Ср Мар 14, 2007 17:08:56
Заголовок сообщения:

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

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

но как бы то ни было, я в недоумении, почему нет проверки?



Автор: Talik
Добавлено: #28  Ср Мар 14, 2007 17:50:48
Заголовок сообщения:

NikitA говорит:
но как бы то ни было, я в недоумении, почему нет проверки?


Где именно нет проверки???У меня есть- СИКи, например проверяются, количество цифр в РНН - тоже, незаполненные поля - тоже и др....
А вы что хотите предложить проверять???



Автор: Elis
Добавлено: #29  Чт Мар 15, 2007 23:30:50
Заголовок сообщения:

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


Автор: NikitA
Добавлено: #30  Чт Мар 15, 2007 23:42:58
Заголовок сообщения:

спасибо, Элис. именно это я и имела ввиду.


Автор: Elis
Добавлено: #31  Пт Мар 16, 2007 01:41:36
Заголовок сообщения:

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

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

И так бывает... Так что иногда слишком большое усердие программера тоже до добра не доводит.



  

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