SBIS Connect Изпращане на документи
Съдържание
Правила за корабоплаване
Стандартен (*.sbis.xml)
Препоръчителният регламент за изпращане на документи ви позволява да реализирате максималните възможности на VLSI Connect. Единицата на предаваната информация в системата VLSI е пакет от документи (писмо), който може да включва произволен брой документи. Пакетът е неделимо цяло, т.е. Вашият контрагент трябва
Информационната система трябва да качва документи в регламентирани формати в каталога Sent XML, както и описание на пакета документи.
Най-високата производителност на VLSI Connect се постига, ако няколко пакета документи са качени в един XML файл. Оптимален размер на файла
- Сканира папката „Изпратени“ и съставя списък на съдържащите се в нея пликове (файлове по маска *.sbis.xml).
- Четем последователно всички пликове от списъка.
- Проверете формата на плика. Ако проверката е неуспешна, пликът се прехвърля в папката „Подготовка на грешки“.
- Разделете плика на пакети: Създайте пликове с един пакет вътре в папката PreparedToSend, задайте специалния идентификатор на оператора на пакета (ако потребителят не го е задал).
- Изтрийте оригиналния плик
Не винаги е възможно да се качват документи от счетоводната система в регламентиран формат. SBIS Connect може да получава XML документи от файлове от най-популярните формати.
Произволен XML
Ако по някаква причина не можете или не искате да качвате данни в регулиран формат.
Например, ако всички печатни форми са направени от един набор от данни, или вашата система не поддържа кирилица, или не желаете да следвате промените в изискванията за формата на електронните документи. След това можете да качите произволен XML файл в директорията Sent.
SBIS Connect ще приложи към всеки XML файл трансформацията, посочена в настройките на правилата на XSLT, която трябва да приведе вашия файл във формат Envelope. След това VLSI Connect ще го обработи според стандартните правила.
По правило XSLT трансформацията се разработва индивидуално за клиента.
Произволен DBF
Използва се, ако изходните данни за генериране на документи са качени в DBF формат. Алгоритъм на работа:
- Информационната система качва dbf файлове в папка Изпратени.
- SBIS Connect изчаква качването да приключи (поради липса на активност в каталога за минута)
- Изброява DBF файлове в директория.
- Преобразува всички DBF файлове в междинен XML файл.
- Преобразува междинен XML файл вПлик с помощта на трансформацията, посочена в настройките на правилата на XSLT
- Обработва плика според стандартните правила
Персонализиран CSV
Регламентът е напълно подобен на DBF. Редовете в изходния CSV файл се разделят на колони според разделителя, зададен в настройките. Резултатът е междинен файл. Форматът на междинния файл е подобен на формата на междинния файл от регламента DBF.
Примерен изходен файл:
Пример за междинен файл:
Произволен XLS
Използва се, ако изходните данни за формиране на документи са качени във формат XLS (MS Excel), както и за масово изпращане на неформализирани документи съгласно списъка на контрагентите от електронната таблица на Excel. Алгоритъмът на работа е подобен на регламента DBF. Пример за междинен XML файл.
Понякога клиентската система няма възможност да генерира плик. Но системата вече е научена да качва xml или неформализирани документи за изпращане, например, чрез други оператори. Тази наредба ви позволява да комбинирате файлове в пакет въз основа на общи подробности в името на файла.
При разтоварване от информационната система на клиента е желателно името на файла да се формира по шаблон"R_T_A_O_GGGGMMDD_N". Където:
- R_T- префикс на име на файл, който приема стойността ON_SFAKT, ON_SAVA, ON_SPEN, ON_ASVER, ON_SOP, ON_APRIPER, ON_VEDPOK, DP_OTORG12 и др.
- A- идентификатор на получател на фактура (купувач), където идентификаторът на получател съвпада с идентификатора на участника в електронното управление на документи в рамките на издаване и получаване на фактури; двойка TIN / KPP може да се използва като идентификатор (записан заедно)
- O- ID на подателя на фактурата, където ID на подателя е същият катоидентификатора на участника в електронния документооборот в рамките на издаване и получаване на фактури; двойка TIN / KPP може да се използва като идентификатор (записан заедно)
- GGGG- година на формиране на прехвърления файл, MM - месец, DD - ден;
- N- 36 знаков глобален уникален идентификатор (GUID).
Маска на файла – посочете маската, по която VLSI Connect ще търси файлове в папката Изпратени. Можете да използвате обикновени знаци в маската, например, ако зададете маската на "123_A_O_*", тогава ще бъдат избрани файлове, започващи с "123_"
Пример за име на файл, указващо идентификаторите на участниците в работния процес:
Пример за име на файл, указващ TIN / KPP на участниците в документния поток:
Алгоритъм на работа на VLSI Connect:
- Изчаква качването в директорията за качване да спре (по подразбиране е неактивност за 1 минута).
- Взема първия наличен файл в директорията "Изпратени".
- Получава стойностите на елемента R_T_A_O_GGGGMMDD_N от името на файла.
- Според зададената от потребителя маска и стойностите от т.2, той търси файлове за формиране на пакет.
- Ако XSLT трансформацията не е посочена в параметрите на регламента, тогава, въз основа на идентификаторите на участниците в работния процес или TIN / KPP, от името на първия файл се определя Изпращачът на Получателя на пакета документи, формира плик и го предава на стандартния регламент.
- Ако XSLT трансформацията е посочена в параметрите на регулирането, тогава VLSI Connect формира [Envelope] от намерените файлове и прилага указаната трансформация към него и предава резултата от изпълнението на стандартното регулиране.
Понякога клиентската система няма възможност да генерира плик. Но системата вече енаучен да разтоварва xml или неформализирани документи за изпращане, например, чрез други оператори. Тази наредба ви позволява да комбинирате файлове в пакет въз основа на местоположението им в една и съща директория.
- Информационната система на клиента трябва да качи документи, изпратени в един пакет, в отделна папка в каталога Изпратени (разместването на папки в този случай няма значение).
- SBIS Connect Изчаква докато качването в изпращащата директория спре (по подразбиране това е неактивност за 1 минута).
- SBIS Connect преминава през всички папки, започвайки от „най-дълбоката“ (максимално влагане). Обхожда всички файлове във всяка папка и формира плик от тях:
- Прилага трансформацията, посочена в настройките на правилата на XSLT, към всеки плик.
- В резултат на преобразуването трябва да се формира Envelope, който се обработва по стандартните правила, а оригиналната папка с всички файлове се изтрива.
Пример за плик, образуван от папка:
Допълнителни функции
Подписване с определен подпис или множество подписи
По подразбиране SBIS Connect избира най-подходящия ES от наличните по подразбиране за подписване на документи, но е възможно да посочи на SBIS Connect кой ES да подпише този пакет документи.
За да направите това, в плика трябва да бъде посочена специална команда „Подписване“ и също трябва да бъде посочен параметър (или няколко параметъра), за да се определи сертификатът за ключ, който трябва да подпише документите (вижте формата на плика). Командата се използва както за ключове, инсталирани на локалния компютър (в този случай флагът за необходимо подписване трябва да бъде зададен в настройките на SBIS Connect), така и за ключове, съхранявани на сървъра.
Определяне на правилния ключможе да се направи със следните опции:
1. Пълно име на собственика на ключа. В този случай частта от файла Envelope, която отговаря за подписването, ще изглежда така:
2. TIN, посочен в сертификата за ключ.
3. Пръстов отпечатък на сертификат.
Ако в плика няма команда „Подпис“, тогава VLSI Connect ще подпише документите с първия открит ключ на подателя.