|
ИС ЭСФ Казахстан - не все СФ портала в 1С, почему? | ☑ | ||
---|---|---|---|---|
0
Вася Теркин
26.02.18
✎
10:31
|
Если создать исходящий СФ в портале и отдельно отправить, то потом в 1С в журнал ЭСФ он уже не загружается. Автоматический обмен настроен и работает полностью. Это только так работает или есть вариант настроить что загружать а что нет?
Нужно создавать ЭСФ не только в 1С, но чтобы потом они из портала тоже заходили в 1С и был полный список по предприятию. Журнал в портале больше ЭСФ выданных содержит. Чего я делаю не так? |
|||
1
Вася Теркин
26.02.18
✎
10:46
|
И тишина... Никто там не ковырял API?
|
|||
2
bodri
26.02.18
✎
10:52
|
Он не загружает в 1С если у ЭСФ статус получен
|
|||
3
Вася Теркин
26.02.18
✎
10:56
|
Т.е. надо аккуратно скорректировать какие статусы брать а какие нет... Это в запросе ЗапросSyncInvoice_Версия2 ?
|
|||
4
Вася Теркин
26.02.18
✎
10:57
|
А там ничего нету, никаких параметров
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:esf="esf"> <soapenv:Header/> <soapenv:Body> <esf:syncInvoiceRequest> <sessionId>[sessionId]</sessionId> <invoiceUploadInfoList>[invoiceSet]</invoiceUploadInfoList> <x509Certificate>[x509Certificate]</x509Certificate> </esf:syncInvoiceRequest> </soapenv:Body> </soapenv:Envelope> Там сразу хмл возвращает. |
|||
5
Вася Теркин
26.02.18
✎
10:59
|
Или в ЗапросQueryUpdates_Версия2
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:esf="esf"> <soapenv:Header/> <soapenv:Body> <esf:queryUpdatesRequest> <sessionId>[sessionId]</sessionId> <lastEventDate>[lastEventDate]</lastEventDate> <lastInvoiceId>[lastInvoiceId]</lastInvoiceId> <direction>[direction]</direction> <limit>[limit]</limit> <fullInfoOnStatusChange>true</fullInfoOnStatusChange> </esf:queryUpdatesRequest> </soapenv:Body> </soapenv:Envelope> Если [lastEventDate] и [lastInvoiceId] покрутить? |
|||
6
Вася Теркин
26.02.18
✎
11:01
|
<fullInfoOnStatusChange>true</fullInfoOnStatusChange> это чего такое, почему не false никогда?
|
|||
7
Вася Теркин
26.02.18
✎
11:01
|
Описание надо искать...
|
|||
8
bodri
26.02.18
✎
11:05
|
на сайте кгд есть все описания API
|
|||
9
bodri
26.02.18
✎
11:06
|
сам вэб сервис возвращает только те которые статус <> принятый
|
|||
10
Вася Теркин
26.02.18
✎
11:08
|
||||
11
Вася Теркин
26.02.18
✎
11:10
|
Т.е. если я ставлю новую базу и подключаюсь историю ЭСФ я восстановить не могу никак?
|
|||
12
1Сергей
26.02.18
✎
11:14
|
(11) выгрузи из старой
|
|||
13
Вася Теркин
26.02.18
✎
11:17
|
(12) НОВУЮ, а не вторую. 1С нужно купить до 1 января и заблаговременно установить иначе перезалить с 1 января не судьба?
|
|||
14
Вася Теркин
26.02.18
✎
11:17
|
Как перезалить все ЭСФ по новой с портала? Вот такой вопрос.
|
|||
15
Вася Теркин
26.02.18
✎
11:18
|
Перезалить ЭСФ, из них восстановить СФ, из них восстановить ПоступленияТМЗ.
|
|||
16
Вася Теркин
26.02.18
✎
11:19
|
И то же для Исходящих СФ.
|
|||
17
Вася Теркин
26.02.18
✎
11:19
|
Исходящих ЭСФ.
|
|||
18
Вася Теркин
26.02.18
✎
11:22
|
Пока нашел только обновление статусов:
|
|||
19
Вася Теркин
26.02.18
✎
11:22
|
В рамках данного бизнес-процесса ERP системы получают новые СФ, т.е. СФ поступившие в ИС ЭСФ, а так же обновления статусов СФ с момента последней синхронизации. ERP система получает как отправленные так и полученые ЭСФ для данного предприятия.
|
|||
20
Вася Теркин
26.02.18
✎
11:23
|
По статусам можно так:
В новой версии ИС ЭСФ синхронизация была изменена и теперь она идет на основе пары параметров lastEventDate + lastInvoiceId. В такой схеме ERP системы могут "воcтановить" синхронизацию с любой временной точки (lastEventDate=<любая дата>, lastInvoiceId=0). |
|||
21
Вася Теркин
26.02.18
✎
11:23
|
Но для этого сами документы надо иметь...
|
|||
22
мистер игрек
26.02.18
✎
11:23
|
(0) Есть местный чат одинэсников. Приглашаем.
|
|||
23
Вася Теркин
26.02.18
✎
11:24
|
• В случае если вы хотите получить обновление с произвольной даты, в первом запросе значение lastInvoiceId должно быть равно нулю
|
|||
24
Вася Теркин
26.02.18
✎
11:25
|
Нашел, вот оно как?
|
|||
25
Вася Теркин
26.02.18
✎
11:25
|
o fullInfoOnStatusChange - возвращать полную информацию об ЭСФ при изменении статуса. В качестве ответа клиент получает массив объектов InvoiceInfo. Отобразить можно как: [некоторая служебная информация + [бланк ЭСФ]]. Если в системе была создана новая ЭСФ, то клиент всегда получит InvoiceInfo полностью. Но если был изменен статус ЭСФ, то клиент получит InvoiceInfo без бланка самой ЭСФ, те. [некоторая служебная информация + [null]], т.к. бланк ЭСФ, структура неизменяемая, защищена цифровой подписью. Параметр fullInfoOnStatusChange, нужен как раз для некоторых случаев, когда клиент хочет получать ЭСФ полностью и при создании новых ЭСФ и при изменении старых, т.е. клиент ставит этот параметр в true и всегда получает полный InvoiceInfo
|
|||
26
Вася Теркин
26.02.18
✎
11:25
|
Ладно, буду мануал копать.
|
|||
27
Мелифаро
26.02.18
✎
11:28
|
(22) Не в телеге, случаем?
(25) Отпишись, если прокатит. Тема полезная, сам таким вопросом задавался, правда, решилось всё административным порядком и отложил до лучших времён. |
|||
28
мистер игрек
26.02.18
✎
11:28
|
(27) Нет, а агенте
|
|||
29
Вася Теркин
26.02.18
✎
11:29
|
(9) Сервис возвращает только те, у которых статус изменился. А поскольку принятый самый крайний статус, то и никогда не присылают про него ничего... Будем думать.
|
|||
30
фросия
26.02.18
✎
12:33
|
(28) в агенте неудобно. сделайте пжлста в формате форума?
|
|||
31
мистер игрек
26.02.18
✎
12:36
|
(30) Форум есть, но никто туда не хочет зайти ))
|
|||
32
мистер игрек
26.02.18
✎
12:36
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |