Как мне использовать службу WCF в iScala 3.2 Epicor Service Connect? ⇐ C#

[Anonymous]

Проблема в том, что я постоянно получаю сообщение об ошибке от службы при использовании метода Execute(request, ctx, wfl, out error). Консоль администрирования iScala показывает, что служба выполняется успешно и без каких-либо ошибок, и я не могу найти способ проверить сгенерированные и отправленные запросы, поэтому отладка была затруднена. Кроме того, тип возвращаемого значения ошибки всегда typeErr, и он не содержит никакой полезной информации о том, что ее вызвало, до сих пор я избавился от некоторых из них, которые были вызваны отсутствием wfl пустых запросов. поэтому я не думаю, что это вызвано неправильным типом данных.
Просматривая документацию, я заметил, что в примерах показаны классы запросов, которые хорошо описывают поля с такими именами, как название количества. но у меня есть только один объект[] называется itemsField, пока я такого больше нигде не видел и не могу понять, почему именно так. Для этого я использую схему StockTransacrion.xsd, и это одна из схем по умолчанию, поэтому было бы странно, если бы она сломалась.
Я пробовал:< /p>

[*]передача учетных данных через wcfClient.ClientCredentials.UserName
[*]с использованием пользовательской схемы и преобразование ее в StockTransacrion схема
[*]изменение wfl
[*]использование примера XML из документации в качестве содержимого запроса

В начале у меня было 4 ошибки, но мне удалось дойти до последней и я не могу понять проблему. Вот код, который я использую для тестирования этой проблемы:

Код: Выделить всё

Requests req_si = new Requests();
typeErr temp = new typeErr();

req_si._requests = new StockTransaction[1];
req_si._requests[0] = new StockTransaction();

req_si._requests[0].itemsField = new object[1];
req_si._requests[0].itemsField[0] = $"" +
"" +
"STOCKITEM01" +
"01" +
"2002-10-22" +
"13.5" +
"KILO" +
"CUS001" +
"22.13" +
"EUR" +
"0000000001" +
"000000000001" +
"001" +
"" +
"0" +
"2001-08-13" +
"2000-08-13" +
"2003-08-13" +
"2002-08-13" +
"" +
"2003-03-20" +
"1" +
"" +
"f1" +
"f2" +
"f3" +
"f4" +
"f5" +
"f6" +
"f7" +
"f8" +
"f9" +
"f" +
"" +
"37" +
"" +
"011001" +
"011002" +
"011003" +
"011004" +
"011005" +
"06" +
"" +
""  +
"" +
"112241" +
"Remark" +
"PP-1-223" +
"5.013" +
"5078" +
"AS334SDF" +
"" +
"" +
"Transaction Note" +
"" +
"" +
"STOCKITEM01" +
"02" +
"2002-11-15" +
"22.5" +
"" +
"CUS001" +
"100.2" +
"" +
"0000000001" +
"000000000001" +
"1" +
"" +
"011001" +
"011002" +
"011003" +
"011004" +
"011005" +
"06" +
"" +
"Bin1" +
"" +
"" +
"A1112" +
"CERT-78" +
"517" +
"3328" +
"" +
"" +
"Transaction Note" +
"" +
"" +
"STOCKITEM01" +
"02" +
"2002-05-14" +
"7.1" +
"" +
"" +
"0" +
"0000000001"  +
"000000000001" +
"002" +
"" +
"1" +
"02 140502001" +
"R1" +
"2002-05-17" +
"2001-01-23" +
"2004-03-22" +
"2003-03-22" +
"" +
"2003-03-20" +
"1" +
"" +
"f1" +
"f2" +
"f3" +
"f4" +
"f5" +
"f6" +
"" +
"2" +
"" +
"011001" +
"011002" +
"011003" +
"011004" +
"011005" +
"06" +
"" +
"Transaction Note" +
"" +
"" +
"STOCKITEM01" +
"02" +
"2001-03-01" +
"03" +
"000000000001" +
"100.5" +
"USD" +
"CUS001" +
"0000000001" +
"3" +
"" +
"011001" +
"011002" +
"011003" +
"011004" +
"011005" +
"06" +
"" +
"Transaction Note" +
"" +
"" +
"STOCKITEM01" +
"01" +
"02" +
"2002-11-16" +
"75" +
"KILO" +
"CUS001" +
"0000000001" +
"000000000001" +
"1" +
"4" +
"" +
"011001" +
"011002" +
"011003" +
"011004" +
"011005" +
"06" +
"" +
"Bin2" +
"Bin3" +
"" +
"" +
"112241" +
"" +
"7752" +
"1054" +
"" +
"" +
"Transaction Note" +
"" +
"";

cfg ctx_si = new cfg
{
companyCodeField = "01",
fiscalYearField = "2023",
userNameField = "username",
userPwdField = "password"
};

Errors err_si;

Responses res_si = null;

string wfl = "1";

using (MMStockTransactionClient s1 = new MMStockTransactionClient())
{
res_si = s1.Execute(req_si, ctx_si, wfl, out err_si);
}

Если вам интересно, почему год установлен на 2023, то это потому, что наш тестовый сервер обновляется не так часто. Надеемся, этой информации достаточно, и заранее благодарим вас за внимание к этой проблеме.

Подробнее здесь: https://stackoverflow.com/questions/791 ... cf-service