[ОТВЕТИТЬ]
24.12.2015 22:06
Starter
 
Добрый день!
Ситуация - в магазине 2 юрлица, база одна, МХ одно, одно (ООО) торгует алкоголем, второе (ИП) торгует пивом.
Как состыковать с ЕГАИС ?
Можно ли сделать в почтовом модуле 2 егаиса, указав одно и тоже место хранения (но с разными FSRAR_ID) ?
29.12.2015 10:53
Starter
 
Отвечаю сам себе - нельзя в почтовом модуле сделать 2 егаиса с одним местом хранения :(

----- Причина исключения, уровень вложения 1 -----
сообщение: "Место хранения с кодом 2 задано для нескольких почтовых ящиков"
------

Интересно- мы одни такие с мультифискальностью, супермагом и одним МХ на всех, или есть еще страдальцы ?
29.12.2015 10:56
Mtirt
 
А нельзя ООО торговать и пивом и алкоголем?
Чем обусловлено, что ИП торгует пивом? Пусть всем остальным, кроме пива торгует...
29.12.2015 11:24
Starter
 
ЕНВД и площадь в 150 м2.
29.12.2015 11:40
baggio
 
Цитата:
Starter Отвечаю сам себе - нельзя в почтовом модуле сделать 2 егаиса с одним местом хранения :(

----- Причина исключения, уровень вложения 1 -----
сообщение: "Место хранения с кодом 2 задано для нескольких почтовых ящиков"
------

Интересно- мы одни такие с мультифискальностью, супермагом и одним МХ на всех, или есть еще страдальцы ?
не одни...
но с+ реально по ходу не до того...
они как бы не подумали...
29.12.2015 19:41
Alexei
 
Цитата:
Starter Отвечаю сам себе - нельзя в почтовом модуле сделать 2 егаиса с одним местом хранения :(

----- Причина исключения, уровень вложения 1 -----
сообщение: "Место хранения с кодом 2 задано для нескольких почтовых ящиков"
------

Интересно- мы одни такие с мультифискальностью, супермагом и одним МХ на всех, или есть еще страдальцы ?
У нас тоже несколько юрлиц, но благо площадь позволила до нового года объединить алкоголь и пиво. Мультифискальность не используем, вместо этого заключены агентские договора на расчетно-кассовое обслуживание. И зачем вообще С+ сделал привязку УТМ к местам хранения? Вот конкретная ТТН ЕГАИС - да, должна привязываться к приходной накладной с определенным МХ.
29.12.2015 22:53
baggio
 
Цитата:
Starter Отвечаю сам себе - нельзя в почтовом модуле сделать 2 егаиса с одним местом хранения :(

----- Причина исключения, уровень вложения 1 -----
сообщение: "Место хранения с кодом 2 задано для нескольких почтовых ящиков"
------

Интересно- мы одни такие с мультифискальностью, супермагом и одним МХ на всех, или есть еще страдальцы ?
кстати судя по всему это ограничение клиента (СМ) в базу напрямую не писали?
30.12.2015 11:33
Starter
 
В базу напрямую - нее. До такого мы точно не доросли :)
ну и по поводу ошибки полностью - ниже текст ошибки. Скорее это в базе ограничение. В самом почтовом модуле привязать можно, ошибка возникает при настройке правил рассылок и мест хранения - там на закладке обслуживаемые места хранения при попытке привязать одно и тоже МХ к двум базам.

Код:
2015.12.30 (Wednesday) 11:29:29 1.32.2.0 sp1  Sm.Post.Admin
----- Прерывание работы программы -----
сообщение: "Неправильный результат из-за исключения, возникшего во время операции.  См. описание исключения в InnerException."
исключение: System.Reflection.TargetInvocationException
источник: System
метод: Void RaiseExceptionIfNecessary()
   в System.ComponentModel.AsyncCompletedEventArgs.RaiseExceptionIfNecessary()
   в Sm.Core.RunWorkerCompletedEventArgs`1.get_Result()
   в Sm.Forms.ModalWorker.ModalWorkerEngineProgress`2.RunModal_Completed(Object sender, RunWorkerCompletedEventArgs`1 e)
   в Sm.Core.TaskWorker`2.OnRunWorkerCompleted(RunWorkerCompletedEventArgs e)
----- Причина исключения, уровень вложения 1 -----
сообщение: "Место хранения с кодом 2 задано для нескольких почтовых ящиков"
исключение: Sm.Core.BaseException
источник: Sm.Post.Controller
метод: Void WriteStoreLocationMap(System.Collections.Generic.Dictionary`2[System.Int32,System.Collections.ObjectModel.ReadOnlyCollection`1[System.Int32]])
   в Sm.Post.Controller.PostDatabaseRules.WriteStoreLocationMap(Dictionary`2 storeLocationMap)
   в Sm.Post.Controller.PostDatabaseRules.Sm.Post.Connection.IPostRules.SetStoreLocationMap(Dictionary`2 storeLocationMap)
   в Sm.Post.Admin.DbRulesParams.Post()
   в Sm.Post.Admin.DbSendRulesForm.SetRulesParams_DoWork(Object sender, TaskWorkEventArgs`3 e)
   в Sm.Core.TaskWorker`3.OnDoWork(DoWorkEventArgs e)
   в Sm.Core.TaskWorkerBase.InternalBackgroundWorker.OnDoWork(DoWorkEventArgs e)
   в System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
----- Причина исключения, уровень вложения 2 -----
сообщение: "ORA-00001: unique constraint (SUPERMAG.SMCPOSTLOCMAP_PK) violated"
исключение: System.Data.OracleClient.OracleException
источник: System.Data.OracleClient
данные:   соединено с: База даных=DBMOK; Пользователь=supermag
   текст команды: Insert into Supermag.SMPostLocMap(StoreLoc,DBaseID) values(:pLoc,2)
   тип команды: Text
   параметры: pLoc=«2»
метод: Void CheckError(System.Data.OracleClient.OciErrorHandle, Int32)
   в System.Data.OracleClient.OracleConnection.CheckError(OciErrorHandle errorHandle, Int32 rc)
   в System.Data.OracleClient.OracleCommand.Execute(OciStatementHandle statementHandle, CommandBehavior behavior, Boolean needRowid, OciRowidDescriptor& rowidDescriptor, ArrayList& resultParameterOrdinals)
   в System.Data.OracleClient.OracleCommand.ExecuteNonQueryInternal(Boolean needRowid, OciRowidDescriptor& rowidDescriptor)
   в System.Data.OracleClient.OracleCommand.ExecuteNonQuery()
   в Sm.Server.Database.OracleSafeCommand.ExecuteNonQuery()
   в Sm.Post.Controller.PostDatabaseRules.WriteStoreLocationMap(Dictionary`2 storeLocationMap)
30.12.2015 11:43
Alexei
 
А если вообще не делать привязки к МХ в обслуживаемых местах хранения?
30.12.2015 11:57
Mtirt
 
После установки первого сервис-пака не будет работать почтовый модуль с ЕГАИС.
30.12.2015 12:34
Alexei
 
Я имею ввиду не делать привязку к МХ в настройках по кнопке "Правила рассылки и места хранения".
30.12.2015 12:46
Mtirt
 
Далась вам эта привязка...
На тестовой базе я не делала.
07.01.2016 21:40
skier2
 
а почему нельзя завести в почтовом модуле 2 доверительные базы с привязкой к разным утм, расположенных на разных компах?
08.01.2016 06:38
Mtirt
 
Завести можно.
А как их привязать к одному месту хранения?
11.01.2016 15:45
Starter
 
Попробовали в реале - на удивление, работает. Без привязки к МХ.
Т.е. в почтовом модуле 2 доверительные базы с привязкой к разным утм, расположенным на разных компах.
В настройках по кнопке "Правила рассылки и места хранения" - привязана только одна доверительная база. вторая без привязки к МХ.
И работает. ТТН из ЕГАИС приходят, подтверждения уходят. 1.032.2 сп1.
Теперь ждать, когда С+ "поправит" этот "косяк" ?
11.01.2016 15:46
Mtirt
 
В сп 2 они его поправили :(
11.01.2016 16:15
Starter
 
Интересно, может попросить их вернуть его ? Есть смысл попытаться, или шансы не очень ?
11.01.2016 16:19
Mtirt
 
Попытка - не пытка. Сможете аргументировать - вернут.
Хотя, по-моему, проще места хранения разделить, чем добиться от С+ чего-нибудь.
11.01.2016 22:29
baggio
 
Цитата:
Mtirt Попытка - не пытка. Сможете аргументировать - вернут.
Хотя, по-моему, проще места хранения разделить, чем добиться от С+ чего-нибудь.
проще сделать обработку которая будет в базе перебивать накладные из ЕГАИС...
или С+ пусть готовит бригаду отдельную ревизии у нас по базам делать... и чтоб ни ни... товар только одного юрика на ТСД снимали... а сняли не то - пошли пересчитывать...
у меня глубокое подозрение что в С+ как то мало осталось людей которые имеют отношение к реальной рознице...
чет они чюдят в последнее время...
14.01.2016 15:10
skier2
 
у нас немного другая ситуация - 2 организации, 2 места хранения, 9 магазинов. на вопрос, как пивной ключ поделить на несколько МХ ответили:

2. "Индивидуальный предприниматель должен работать с одной базой данных. В ней должны быть локализованы все его торговые точки. Эта база должна быть настроена на связь с единственным УТМ (FSRAR_ID).
Реализовать работу с одним УТМ сейчас (1.032.2 сп 2) не позволяет обязательность указания места хранения и его однозначная связь с УТМ (FSRAR_ID) .

В ближайшее время (через неделю) мы снимем обязательность указания места хранения для связи с УТМ. Вернём прежнее поведение системы. Указание места хранения станет опциональной возможностью, упрощающей жизнь. Если место хранения будет указано и связано с FSRAR_ID, то пользователь получит дополнительные возможности фильтрации и поиска ТТН для сопоставления с Приходными накладными.

Если МХ не будет указано в связи с УТМ, то все ТТН пойдут общим валом, а индивидуальный предприниматель будет их разделять по своим точкам ручками.

При работе с одним УТМ индивидуальном предпринимателю будет затруднительно разбирать вал ТТН. Как он разберётся, в какой магазин (торговую точку) ему поставили пиво по данной ТТН. Ему придётся решать этот вопрос административно (глазками и ручками).

С нашей точки зрения, схема индивидуальный предприниматель не должен иметь много точек (он же индивидуальный). Если у него много точек, то пусть создаёт юридическое лицо и покупает много УТМ, как все остальные. Ну, а если он индивидуальный, то пусть и работает у себя дома (индивидуально) в одной точке.

Мы, конечно, техническую возможность работать таким субъектам с одним УТМ дадим, но жизнь их сладкой не будет"
14.01.2016 15:54
baggio
 
Цитата:
skier2 у нас немного другая ситуация - 2 организации, 2 места хранения, 9 магазинов. на вопрос, как пивной ключ поделить на несколько МХ ответили:

2. "Индивидуальный предприниматель должен работать с одной базой данных. В ней должны быть локализованы все его торговые точки. Эта база должна быть настроена на связь с единственным УТМ (FSRAR_ID).
Реализовать работу с одним УТМ сейчас (1.032.2 сп 2) не позволяет обязательность указания места хранения и его однозначная связь с УТМ (FSRAR_ID) .

В ближайшее время (через неделю) мы снимем обязательность указания места хранения для связи с УТМ. Вернём прежнее поведение системы. Указание места хранения станет опциональной возможностью, упрощающей жизнь. Если место хранения будет указано и связано с FSRAR_ID, то пользователь получит дополнительные возможности фильтрации и поиска ТТН для сопоставления с Приходными накладными.

Если МХ не будет указано в связи с УТМ, то все ТТН пойдут общим валом, а индивидуальный предприниматель будет их разделять по своим точкам ручками.

При работе с одним УТМ индивидуальном предпринимателю будет затруднительно разбирать вал ТТН. Как он разберётся, в какой магазин (торговую точку) ему поставили пиво по данной ТТН. Ему придётся решать этот вопрос административно (глазками и ручками).

С нашей точки зрения, схема индивидуальный предприниматель не должен иметь много точек (он же индивидуальный). Если у него много точек, то пусть создаёт юридическое лицо и покупает много УТМ, как все остальные. Ну, а если он индивидуальный, то пусть и работает у себя дома (индивидуально) в одной точке.

Мы, конечно, техническую возможность работать таким субъектам с одним УТМ дадим, но жизнь их сладкой не будет"

Вы меня простите... но вот лично мне ну как бы кажется логичным... мало того когда один человек занимается подтверждением оно как бы и надежнее что ли...
14.01.2016 16:08
skier2
 
сейчас даже если настроить по подобной схеме - добавить 2е МХ в каждом магазине, привязать к нему УТМ на одном общем ключе - получается что первый обратившийся к этому УТМ забирает все данные по накладным, в которых указан 1 адрес ИП - конкретно его место проживания, откуда даже нельзя понять, в какой конкретно магазин пришла та или иная накладная. Даже если они (С+) снимут привязку к МХ, это и вправду будет та еще задачка
27.01.2016 13:06
HellBoy
 
В 1.032.2. sp3 привязку МХ сняли.
А что мешает указывать в накладных поступления, в поле накладная поставщика номер ТТН, тогда и искать что кому пришло будет легче.
Опции темы


Часовой пояс GMT +3, время: 16:12.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.