» | Казахстанский Бухгалтерский форум 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 | ||||
Заголовок сообщения: | |||||
а что сложного в том, чтобы добавить ? в модуле дока -
в таблице в клетке -
|
Автор: | Нерезидент Баланса |
Добавлено: | #5  Вс Ноя 12, 2006 21:19:26 |
Заголовок сообщения: | |
Нафига столько кода? Достаточно добавить реквизит "Период" типа дата в табл часть документа. И ПериодНаПечать= Строка(ДатаМесяц)+"." + Строка(ДатаГод). Вопрос стоял по другому, почему банки требуют, а в 1с этого нет. Не все ведь юзеры смогут добавить тот же код Ваш. |
Автор: | Нерезидент Баланса | ||||||
Добавлено: | #6  Вс Ноя 12, 2006 21:53:50 | ||||||
Заголовок сообщения: | |||||||
есть такое слово - совместимость...
у моих клиентов поле период в реестре и свифте есть...в ЕТК равзе нет ?
я не призываю добавлять код самим юзерам. для этого есть обсл. фирмы. |
Автор: | 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 | ||
Заголовок сообщения: | |||
для 213 тоже подходит, проверял... PS Вы насчет банк-клиента ничего не узнали ? |
Автор: | d.Fedor |
Добавлено: | #10  Пн Ноя 13, 2006 11:28:10 |
Заголовок сообщения: | |
Ситуацию проверяют, могу выслать вам новый шлюз... |
Автор: | dimon78 | ||
Добавлено: | #11  Пн Ноя 13, 2006 11:32:33 | ||
Заголовок сообщения: | |||
вышлите если не трудно, он сколько весит ? |
Автор: | Witch`ka | ||
Добавлено: | #12  Пн Ноя 13, 2006 12:58:20 | ||
Заголовок сообщения: | |||
И форма и обработка 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 знака, это действительно неудобно... Лучше в "Параметрах" - "Год начала рабочего столетия" поставьте дату пораньше - и все пучком будет!!!! |
Автор: | Технический |
Добавлено: | #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 | ||||
Заголовок сообщения: | |||||
не будет все пучком - тут проблема не в том, что они не могут ввести дату 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 | ||
Заголовок сообщения: | |||
Где именно нет проверки???У меня есть- СИКи, например проверяются, количество цифр в РНН - тоже, незаполненные поля - тоже и др.... А вы что хотите предложить проверять??? |
Автор: | Elis |
Добавлено: | #29  Чт Мар 15, 2007 23:30:50 |
Заголовок сообщения: | |
NikitA имеет в виду вполне логичную проверку на то, что дата рождения сотрудника больше текущей даты. |
Автор: | NikitA |
Добавлено: | #30  Чт Мар 15, 2007 23:42:58 |
Заголовок сообщения: | |
спасибо, Элис. именно это я и имела ввиду. |
Автор: | Elis |
Добавлено: | #31  Пт Мар 16, 2007 01:41:36 |
Заголовок сообщения: | |
Да не за что. Просто подумала, что в моем продукте такой проверки тоже нет. Вот размышляю - может вставить, что-ли... Хоть год у нас по-любому из двух циферок в четыре правильно превращается, но чем черт не шутит... Тут тоже на днях один косяк вылез. Я при формировании свифта делаю автоматическое удаление пробелов в фамилии, имени и отчестве (замучилась бороться с бухами, которые при добавлении карточки работника в конце, а иногда и в начале фамилии, имени или отчества норовят поставить пробел, а потом свифты не проходят). Так вот, возвращается у клиента платеж уже два раза - ничего не поймут. Оказалось, отчество у девушки - Кошен Кызы. А мой свифт его в КошенКызы склеил. Сначала хотела отказаться от автозамены, но потом решила делать более сложный анализ и не просто заменять "пробел" на "пусто", а проверять его наличие строго в начале и в конце отчества. И так бывает... Так что иногда слишком большое усердие программера тоже до добра не доводит. |