Автоматический импорт из RK

[czm84]

В книге по StoreHouse, в настройках импорта из RK, упоминается про автоматический импорт и списание. Как работает механизм автоматического импорта?

[SH]

Подозреваю, что в книге все неплохо расписано. Задаются условия (в iRKSetup), какие категории расхода с каких складов на каких корреспондентов списывать, если вкратце.

[SH]

Подозреваю, что в книге все неплохо расписано.
Спустя год с лишним я открыл книгу и понял, что был не прав :)
Очевидно (?), что importrk можно запускать из командной строки. Но где взять опписание параметров? По доброй традиции, /? у UCS не работает.
И еще вопрос: какой код ресторана имеется ввиду? Неужели из system.db? Слабо верится. Из UDB? А как его увидеть, не будучи дилером?
И нужен ли этот код для создания только документов расхода?
На support нашел единственную ссылку, но она мертвая. Владеет ли кто-то нибудь информацией?

---------- Добавлено в 05:34 ---------- Предыдущее сообщение было размещено в 05:18 ----------

1. Да, код ресторана, действительно, из dealrk.
2. Запускаться может автоматически после append32:
[Appender]
...........
PostEXE = path for file ImportRK.exe and name of Sh4 server (C:\UCS\SH4\ImportRK.exe SDBSERV)
3. Для RK7 вот что пишут:
ImportRK.exe SDBSERV 136 %1 1
Batch file settings: "C:\ucs\sh4\" is a pathway to ImportRK.exe; "SDBSERV" is a SH4 server name; "136" is an external restaurant code (the same as that you set in IRkSetup.exe); "%1 1" is not changeable.
- но это для батника, который запускает сама RK7, что для RK6 несколько не подходит.
4. Ищем дальше и находим, что пресловутый параметр %1 - дата, но формат! Количество дней с 1.1.1980! В integer! И это в 2012 году!

Кто-нибудь срочно скажите мне, что я все напутал :)
Кстати, информации об автоматических настройках на английском гораздо больше, чем на русском...

---------- Добавлено в 06:10 ---------- Предыдущее сообщение было размещено в 05:34 ----------

В общем, у меня прокатило так:
importrk SDBSERV 0 41250 0
где:
SDBSERV - название сервера базы данных;
0 - подошел такой код ресторана, просто потому, что я ничего не указал в irksetup - похоже, что от dealrk это либо вообще не зависит, либо это как-то критично для нескольких ресторанов, ведущихся в одной базе;
41250 - это 07 декабря 2012 года, слегка промахнулся, мне надо было 08;
0 - указание не делать списание, без этого параметра требовал корреспондента для расхода (у меня он в irksetup просто не настроен). - тут был неправ...

Осталось найти какую-нибудь системную функцию для преобразования текущей даты, и золотой ключик автоматический импорт у нас в кармане!
Еще:
- отключение запроса корреспондента на списание - хотелось бы, но если просто будет сообщение об ошибке - в конце концов, не критично;
- автозакрытие импорта, сейчас только по кнопке "Закрыть" - иначе колхозить со сторонними утилитами.

[sibgaba]

Никогда не рассматривал эту функцию всерьез. рассчитывать что списание пройдет (не будет никаких ошибок и все спишется "на раз") можно только в случае если разрешено списание в минус, а таких объектов крайне мало.

А вот автоматический импорт (без списания), это уже интереснее...


Осталось найти какую-нибудь системную функцию для преобразования текущей даты, и золотой ключик автоматический импорт у нас в кармане!

Эту задачу точно можно решить при помощи xStarter-а. Им же можно нажать на кнопку или закрыть приложение.

[SH]

Никогда не рассматривал эту функцию всерьез. рассчитывать что списание пройдет (не будет никаких ошибок и все спишется "на раз") можно только в случае если разрешено списание в минус, а таких объектов крайне мало.
Согласен.


А вот автоматический импорт (без списания), это уже интереснее...
Вот именно!


Эту задачу точно можно решить при помощи xStarter-а. Им же можно нажать на кнопку или закрыть приложение.
На кнопку - да, очевидно. Насчет подстановки значения вместо даты - для меня сложнее, но видимо, можно.

Меня больше интересует вопрос, как разработчики-то предполагали этим пользоваться?

[Egoist]

Продолжение темы (http://www.carbis.ru/forum/sh-%D0%A2%D0%B5%D1%85%D0%BD%D0%B8%D1%87%D0%B5%D1%81%D 0%BA%D0%B8%D0%B5-%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%D1%8B/8418-%D0%9A%D1%82%D0%BE-%D0%BD%D0%B8%D0%B1%D1%83%D0%B4%D1%8C-%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%B0%D0%B8%D0%B2%D 0%B0%D0%BB-%D1%83%D1%82%D0%B8%D0%BB%D0%B8%D1%82%D1%83-sh4st.html)

[Zulfat]

Всем привет!
Кто нибудь нашел решение по преобразованию текущей даты???

---------- Добавлено в 21:42 ---------- Предыдущее сообщение было размещено в 21:38 ----------

Всем привет!<br>Кто нибудь нашел решение по преобразованию текущей даты???

Осталось найти какую-нибудь системную функцию для преобразования текущей даты, и золотой ключик автоматический импорт у нас в кармане

[Egoist]

Всем привет!
Кто нибудь нашел решение по преобразованию текущей даты???

---------- Добавлено в 21:42 ---------- Предыдущее сообщение было размещено в 21:38 ----------

Всем привет!<br>Кто нибудь нашел решение по преобразованию текущей даты???

В соседней ветке:

@Echo Off
:: Даты в формате ddMMyyyy, время HHmmss
Set OldDate=01.01.1900
Set NewDate=%DATE%


Call :JDat %NewDate%
Set days=%JDate%
Call :JDat %OldDate%
Set /a days-=JDate, seconds=(3600*1%NewTime:~0,2%+60*1%NewTime:~3,2%+1 %NewTime:~6%)-(3600*1%OldTime:~0,2%+60*1%OldTime:~3,2%+1%OldTime :~6%)
If %seconds% LSS 0 Set /a days-=1
Set /a weeks=days/7, seconds=seconds+days*24*3600


Echo days %days%
Echo weeks %weeks%
Echo seconds %seconds%
Goto:RK


:JDat
Set dat=%1
Set /a m=(1%dat:~3,2%-114)/12, JDate=1%dat:~0,2%+((1%dat:~3,2%-102-m*12)*367+((%dat:~6%+m)*487-49-(%dat:~6%+m)/100)*9)/12
GoTo:EOF


:RK
cd c:\ucs\sh4\
set /a newdate=%date:~0,2%-1
ImportRK.exe 192.168.2.242:pTa19992t100 0 %days% 0
Pause

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



TIMEOUT /T 20 /NOBREAK taskkill /f /im ImportRK.exe

[Brambrulet]

По идее у високосного вот это выражение будет равно нулю:
(%dat:~6%-1900) - (((%dat:~6%-1900)/4) * 4)

PS Не забыть доработать скриптик до 2100 года :) Он, как ни странно, не високосный.