Где f — постоянная, XXXX — номер филиала (код зарплатного договора), YYY — три последние цифры платежки (или номера по порядку).
Сам файл имеет следующую структуру:
| A | B | C | D | E | F | G |
|
[наименование и номер филиала банка получателя] |
||||||
| К платежному поручению # | [номер] | от | [дата] | |||
| Зачисление |
[цифровое значение вида зачисления]
|
[цифровой код валюты, в которой производится зачисление] По умолчанию выставлено «810», т.е. рубли. |
||||
| Наименование,ОГРН,# банк.счета |
[Наименование и ОГРН организации] |
[Номер банковского счета организации] |
||||
| По договору: | [Номер договора] | от | [Дата договора] | |||
| # п/п | Номер счета | Фамилия | Имя | Отчество | Сумма | Примечание |
| [значение] | [значение] | [значение] | [значение] | [значение] | [значение] | [значение] |
| ИТОГО: | [Итоговая сумма реестра] |
Отличается обработка от других тем, что делит ФИО на основе пробелов в реквизите «Наименование» данных сотрудника. Если обработке попадаются сложные ФИО, имеющие более 2 пробелов, то она просит пользователя разделить ФИО самостоятельно. Например, такие имена, как Хатамов Алы Агамурат Оглы или Рихтер Иоганн Пауль Фридрих. В одном из скринов показан пример, где в обычном имени выставлены три пробела, тут обработка помогает избежать ошибки ввода ФИО.
Изменения во 2 версии:
1) Можно использовать ранее введенные реквизиты обработки или отказаться от их использования.
2) Вид зачисления теперь можно выбирать самостоятельно из списка.
3) Если ОГРН и наименование организации не заполнено в реквизитах обработки, то они автоматически вводятся из данных ведомости в банк, при ее открытии.
4) Обработка не закрывается автоматически после сохранения файлов.
5) Самое масштабное изменение: Теперь можно не вводить сложные ФИО по 100 раз. При ручном разделении ФИО, когда этого просит обработка, данные переносятся в таблицу на закладке «Сложные ФИО». Остается указать путь файла под таблицей и сохранить файл. Далее выставляем флажок «Автоматически сохранять в указанный….» и над таблицей выбираем наш файл с данными. Далее на эту закладку можно не заходить, т.к. обработка при загрузке будет автоматически считывать данные из файла и сохранять данные при закрытии обработки. Идентификатором служит номер счета.





Выдает ошибку: {Форма.Форма.Форма(176)}: Поле объекта не обнаружено (ОГРНОрганизации) ОГРНОрганизации = Сохранение.ОГРНОрганизации;
В реквизитах нашей организации ОГРН задан.
А в какой момент выдаёт ошибку? При загрузке обработки? Обработка не берет данный реквизит из общих данных организации. Все реквизиты заполняет непосредственно из формы. Напишите, пожалуйста, какой у Вас релиз ЗиКБУ. Вечерком посмотрю, что можно сделать.
Загрузила обработку повторно. При появлении окошка с вопросом: «Использовать ранее введеные реквизиты?» ответила — нет, обработка открылась. Заполнила первый раз нужные реквизиты (потом в форме они сохраняются). Файл создался и выгрузился. В банк еще не отправляла. Пока замечание одно — неудобно, что форма с обработкой закрывается после формирования файла. Придется каждый раз заново открывать обработку, чтобы создать реестр. Обработок на Инфостарте для выгрузки в Сбербанк много, но у меня работает только Ваша. Спасибо!
Ваше замечание учту. На выходных, наверное, чуток доделаю обработку, которую Вам высылал. В банке все должно быть нормально, главное, чтобы формат данных совпадал. Можно попробовать для начала открыть сформированный dbf-файл в программе, которую Вам Сбербанк предоставил для подготовки файлов (например, DetSadSD).