Erro no processamento do lote: Código 226.

Prezados, boa tarde.
Estou em ambiente de produção e está dando o seguinte erro no processamento do lote: "Rejeição: Código da UF do Emitente diverge da UF autorizadora" - Código 226.
Aparentemente está tudo correto, verifiquei na SPRO do GRC e do ECC, certificado digital utilizado, analisei XML, dentre outros.
Alguém poderia indicar ( + ou - ) o que poderia ser?
Agradeço qualquer ajuda.
Grande abraço.
Hyalen.

Bom dia Hyalen,
Parece um erro de configuração no PI. Verifique se para onde você está realmente enviando para a URL Sefaz correta.
Ex.: Seu processo é para emissão na Sefaz MG.
Você tem os partners certinhos, porém nas regras disse que o CUF 31 = a igual ao partner "Sefaz RS"... Vai chegar no destino errado.
Ou então.
As regras estão corretas, os partners também, porém a URL que está no communication channel aponta aponta para outra Sefaz.
Atenciosamente, Fernando Da Ró

Similar Messages

SAP NFe GRC XML 3.10 - Erro no envio do lote - Status 2

Pessoal, bom dia!
Configuramos os cenários para a versão do xml 3.10 da NFe porem ao criarmos a NFe (saída) o lote foi gerado porem ficou parado no status 2 (Enviado ao PI) com o erro 38 (Web Service não acessivel) ao clicarmos na descrição do erro é exibida a seguinte mensagem:
"Service Status not identified: Job /XNFE/NFE_CHECK_SRV_STATUS is not running or customizing is mi"
O job /XNFE/NFE_CHECK_SRV_STATUS está agendado a cada 2 minutos para teste com o estado 29 (BA) e foi configurado na SPRO NF-e: definir consulta para status de serviço das autoridades (SEFAZ) conforme abaixo:
Foram agendados os seguintes jobs para a versão 3.10
/XNFE/EVENT_BATCH_SEND
/XNFE/GET_ACKNOWLEDGMENT
/XNFE/NFE_B2B_SEND
/XNFE/NFE_BATCH_CREATE
/XNFE/NFE_BATCH_REQUEST
/XNFE/NFE_CHECK_SRV_STATUS
/XNFE/NFE_CONTINUE_PROCESS
/XNFE/NFE_SKIP_SEND
/XNFE/PROCESS_REPORTS
/XNFE/UPDATE_ERP_STATUS
Alguem já passou por este problema no lote? Alguma dica para soluciona-lo?
Abraços,
Halsen Nagasawa

Alan,
Realmente o erro era na SEFAZ BA, o XML de envio e retorno do serviço NfeStatusServico difere das outras SEFAZ.
Para solucionar criei um ZSLL-NFE e inclui um javamapping no request e outro no response do operation mapping SRVSC_nfeStatusServicoNF2_TO_nfeStatusServicoNF2SoapIn para modificar as tags conforme o modelo de XML informado pelo pessoal de desenvolvimento da SEFAZ BA.
Abaixo o modelo informado pela SEFAZ BA.
O XML do cabeçalho para utilização dos WebServices da SEFAZ-BA na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<versaoDados>3.10</versaoDados>
<cUF>29</cUF>
</nfeCabecMsg>
E o XML da solicitação ao WebService de StatusServico na versão 3.00/3.10 é o seguinte:
<?xml version="1.0" encoding="UTF-8"?>
<consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<cUF>29</cUF>
<xServ>STATUS</xServ>
</consStatServ>
Att.
Halsen Nagasawa

Erro no envio de Lote com NF-e em Contingência (FS) para o Paraná

Experts, bom dia.
Devido à entrada em contingência em modo SCAN na data de ontem pelo Estado do Paraná, emitimos algumas NF-e's em Contingência, porém optamos por não emitir em SCAN, mas sim em Formulário de Segurança (FS).
Com isso, as notas que foram emitidas no momento da "queda" do SEFAZ PR ficaram "travadas" com engrenagem na J1BNFE. Comutamos estas Notas para poder emitir novas notas em Contingência. Assim que o SEFAZ PR voltou, resolvemos tirar a Contingência no ECC e enviar as NF-e's emitidas em FS.
Estas Notas (FS) foram enviadas corretamente ao GRC, que montou um Lote e tentou enviar ao SEFAZ PR pelo cenário BATCH. Porém ocorreu erro neste Lote (36-Erro de Sistema PI). Verifiquei na MONI e somente ocorre erro no Acknowledgement do BATCH:
<SAP:Error xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" SOAP:mustUnderstand="">
<SAP:Category>XIAdapter</SAP:Category>
<SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT</SAP:Code>
<SAP:P1></SAP:P1>
<SAP:P2></SAP:P2>
<SAP:P3></SAP:P3>
<SAP:P4></SAP:P4>
<SAP:AdditionalText></SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace=""></SAP:ApplicationFaultMessage>
<SAP:Stack>Negative acknowledgment triggered by a process</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Já tentei reenviar este Lote de FS diversas vezes e volta a ocorrer erro de ACK. As Notas emitidas em modo NORMAL para o PR estão sendo aprovadas normalmente.
Alguém já passou por esta situação? Ou tem idéia do que pode estar ocorrendo?
Desde já agradeço.
Pedro Baroni

Pessoal, o erro acima ocorreu devido ao SEFAZ do PARANÁ ter respondido o Servico de entrega de Lote (BATCH) sem o campo obrigatório DHRecbto:
<?xml version="1.0" encoding="UTF-8" ?>
- <nfeRecepcaoLoteResponse2 xmlns="http://sap.com/xi/NFE/006">
- <nfeRecepcaoLote2Result>
- <retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<tpAmb>1</tpAmb>
<verAplic>PR-v2_4_5</verAplic>
<cStat>225</cStat>
<xMotivo>Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException: cvc-pattern-valid: Value 'RSIDU77' is not facet-valid with respect to pattern '[A-Z]{3}[0-9]{4}' for type '#AnonType_placaTVeiculo'.</xMotivo>
<cUF>41</cUF>
</retEnviNFe>
</nfeRecepcaoLote2Result>
</nfeRecepcaoLoteResponse2>
Devido a isto a mensagem de erro não foi gravada no Lote e não apareceu no Monitor do GRC.
Fernando / Henrique, neste caso é necessário entrar em contato com o SEFAZ PR ou pode haver algum tratamento no SAP?
Abs.

Erro retorno do status do lote

Boa tarde a todos.
Estou passando pela seguinte situação, ao emitir uma NFE a mesma é enviada para a SEFAZ e retornada com o erro 215 - Rejeição: Falha no esquema XML. O problema é que este erro fica apenas no monitor do lote da nota, ele não é atualizado no monitor da nota(a nota fica esperando resposta do lote) e consequentemente não retorna ao ECC. O estado de emissão é PE - Pernambuco e ambiente de Homologação. Alguem já passou por esse problema? Segue em anexo um arquivo com os prints.
Algumas verificações já realizadas.
- JOBs estão todos OK
- Filas (SMQ1 e SMQ2) estão OK
Muito Obrigado a todos
Raphael Trivelati

Existem varios problemas que podem acarretar esse erro, cada um diferente para cada etapa de "gestao" da mensagem do lote.
Uma solução que vc poderia verificar é se as NFes contidas nesse lote estao aprovadas no SEFAZ, se estao, basta vc finalizar o processamento do lote e em cada uma das NFes que nele estavam contidas solicitar a verificacao do status da nota.
O que esta ocorrendo muito após o dia 01/04, são falhas na interpretação do cabeçalho da nfe por parte da SEFAZ.
Vc precisa verificar também se o seu cenario BATCH e BATSR estao configurados para a versao 3.1

105 lote esta processando - Erro 40 de sistema de PI - Batch Status Query

Prezados,
Nós temos um lote em GRC com os detalhes seguintes código de estado - 105 lote esta processando.
Nós temos um lote em GRC com os detalhes seguintes:
- Código de estado: 105 "lote esta processando"
- Estado de lote: 04 "pedido enviou"
- Estado de Error: 40 questão de estado de lote: Erro de sistema de PI"
Reiniciando o lote por monitor de GRC resulta em um erro "Erro processo inicial Envie Lote (lote ID 000000000013825)"
Algumas ideas ou sugestoes para proceder?
Obrigado
Marc de Ruijter
Key words for thread search:
- Error status 40 Batch status query: PI system error
- Batch status 04 request sent
- Status code 105 batch being processed

Creio que estou com o mesmo problema,
Estou com um lote com erro no status 5 mensagem "Consulta de status de lote: erro de sistema PI" e ao reiniciar o lote encontro a mensagem a abaixo:
"Erro ao inicializar o processo Enviar lote (nº de lote 000000000000XXX)".
Na sxi_monitor do PI não apresenta erro nenhum!! eu conferi a tabela citada na thread e tinham vários registros e um deles referente ao meu lote. Apaguei apenas o referente ao meu lote porem ainda não reinicia.

NFe em processamento no ERP e OK no GRC mas teve erro de atualização do ERP

Boa tarde,
Tem acontecido que ao tentar atualizar a NFe, ocorre o erro de atualização (tabela /XNFE/NFE_HISTconsta 108), porém no monitor GRC a NFe está com status OK (verde).
Ao verificar a tabela /XNFE/NFE_HIST, o registro de wasstat 05 (Result Received) tem o error_erp 108, porém o último registro da tabela é o de wasstat 08 (sent to B2B) e neste o erroe_erp está em branco. Inserindo o erro 108 neste último registro, a NFe aparece agora no monitor GRC com status de erro, e o erro ERP 108, e aparece na aba de "Erro atualização status ERP", permitindo assim o uso da opção Atual. (atualizar o ERP novamante), que após acionado, atualiza o ERP corretamente e volta a NFe para OK no monitor GRC.
Já pesquisei notas e aqui no SCN e não encontrei nada relacionado.
Alguém já passou por isso.
GRC 10.0 sp13
ERP 604 sp11
Abraços
Ricardo Carneiro.

Bom dia Ricardo,
Vamos por partes...
- o 05 significa resultado recebido da Sefaz, e o status 100 diz que foi tudo Ok por lá
- o 05 tenta comunicar com o ERP, e o 108 indica neste status que o ERP não pode processar seu status
- o 08 não comunica com o ERP, então nele não deve ter ERP_ERROR mesmo
Agora as questões:
- Deveria ter o processo parado no 05 já que houve um erro? Para alguns a resposta seria sim sim sim, para outros já que tá tudo OK faz o B2B
- Não deveria ter sido copiado o status 05 para 08? Talvez (pq resolveria a questão manual)
- O que fazer então?
Sobre o 108 ele é sintoma SEMPRE, algo não está bom no processamento ERP. A única coisa esperada de fato na emissão é o lock de processo no ERP, que o SAP NFE trata reenviando via job.
Na emissão muito provavelmente é algo errado seja configuração, seja código e deve estar dentro da BAdI.
Você não postou o que encontrou na RSRFCTRC. Poste por favor.
Com o foco em solução te indicaria investigar o que está errado no ERP, e a questão ERP_ERROR não estar visível no 08 vai ficar menor. De qualquer forma pode ser motivo de chamado para o desenvolvimento avaliar opções, mas é um remédio para sanar sintoma não para curar a doença.
* Se fosse um processo de cancelamento ou skip bem mais coisas poderiam acontecer como fonte de um erro de processamento ERP.
Atenciosamente, Fernando Da Rós

Status de erro 36 - Lote: erro de sistema PI

Prezados, bom dia.
Durante as chuvas de ontem em São Paulo caiu a conexão de internet da empresa e ficamos com alguns lotes de notas com status de processo incorreto.
Status de lote 02 - Enviado ao PI
Status de erro 36 - Lote: erro de sistema PI
Já tentei reinicializar a atualizar os lotes no GRC porém nenhum resultado.
Alguem pode ajudar ?
R3 6.0 e ainda NÃO estamos na NFe 2.0
Tks,
Rodrigo Vieira

Olá Rodrigo,
no monitor de lotes, aba "erro de envio", os lotes aparecem disponíveis para reenvio?
Selecione-os e clique em reenviar (ou restart, ou whatever).
Abs,
Henrique.

Status erro: 46 - NF-e 2.0

Masters of Sap Universe,
Estou com o seguinte problema com o GRC...
Aqui estamos com ambiente de GRC com SP15
No monitor do GRC:
Status do processo:05
Status erro 46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica /
Não existe erros na SXMB_MONI
Na tentativa de reiniciar o Lote, eles não aparecem nas abas de erro para tentar reinicalizar
Alguma ideia ?

Bom dia Fernando,
Estou com o mesmo problema.
No GRC apresenta o status do erro (46) que o lote foi rejeitado pelo processamento da NFe.
No monitor J1BNFE apresenta o erro 215 - Rejeição: Falha no Schema XML.
Ja fiz o procedimento no validador XML do RS e apareceu que o erro era o sinal na primeira linha. Com isso eu apaguei o sinal e validou.
O que devo fazer para resolver isso?
Obrigado
Júlio Meireles

Duvida erros NFE

Olá,
Preciso de uma ajuda ,
Até ontem estava tudo rodando normal, porem hoje aconteceu o seguinte problema, temos configurado dois sefaz para envio de NFe PE e AL, porem hoje quando fomos tentar enviar notas para PE começaram a aparecer alguns problemas, o batch fica com o erro "42 - Nº máximo de consultas atingido" e a nota " 90 - Verificação de status: erro de sistema PI" e se tentar reenviar muitas vezes alguns lotes ficaram com "70 - Erro do Processamento da Nota Fiscal Eletrônica" e a nota destes "46 - Lote rejeitado pelo Processamento da Nota Fiscal Eletrônica"
fui na sxmb_moni procurar o erro que poderia ser lá, em apenas 1 dos 5 lotes que deram erro achei
SAP:Stack>Multiple receivers are not permitted in synchronous calls</SAP:Stack>
os demais lotes não tinham erro nenhum,
ja revi todas as configurações do directory e não encontrei nada estranho lá.
Bom... Isso foi mais ou menos umas 3 da tarde até umas 18 horas,
agora as 19 horas tentei reenviar os lotes pra ver de novo, e todos deram certo! e o erro não aparece mais, tudo isso aconteceu para o ambiente de homologação, será que tem algo configurado errado? ou pode ser alguma instabilidade que aconteceu aqui ou no sefaz?
Obrigado.

Pitoshi,
acho que a msg de erro que vc achou na MONI e os sintomas apresentados por vc sao relacionados a problemas distintos, pelo simples motivo de que se a causa do erro fosse a reportada pela msg da MONI, isto deveria estar causando um erro permanente e nao algo intermitente.
Provavelmente era erro da SEFAZ sim.
Qto à msg de erro, verifique para qual cenario ela aconteceu (BATCH, BATSR, SRVSC etc) e dai vá no Integration Directory e verifique o Receiver Determination que determina qual eh a SEFAZ recebedora relativo a esse cenario (a interface é algo que termina com "_SYNC"). Verifique se todas as conditions (baseadas em tpAmb e cUF) estao mapeadas corretamente; ele está reclamando que há mais de um possivel receiver para uma interface sincrona, entao pode ser que esteja faltando condicao para algum receiver.
Abs,
Henrique.

Estorno de NF-e no GRC com Status 38 - Lote: Web Service não acessível

Oi pessoal,
Preciso de um help para estornar uma NF-e.
Criamos uma nova empresa no SAP e na emissão da primeira nf-e esqueceram de alterar as configurações da spro que informa que a nfe é Produção e não Homologação.
Resultado, a nfe foi enviado para o GRC produção como sendo Homologação e então ocorreu o erro de envio do lote por não haver conexão com o ambiente de Homologação da SEFAZ.
Com esta situação o ECC não é atualizado pois não ocorreu um erro de validação, apenas de comunicação. O problema já foi resolvido para o envio das próximas nfe´s mas fiquei com esta bucha para resolver.
Podem me dar um help? Como faço para forçar um erro no GRC que me possibilite estornar no ECC.
Sei que posso alterar os status da NF-e no ECC (J_1BNFE_ACTIVE e J_NFEDOC), mas se eu fize isso não consigo atualizar o GRC e vou ficar com esta perna pendente.
Obrigado,
Jônatas Lemes.

Boa Tarde,
Fernando, fiz a confirmação de inutilização na SEFAZ e realmente a nfe não consta como inutilizada.
O status ECC após a alteração: statdoc = 2 / statcode=215
O status do GRC é = cancelado/inutiliz.
O problema é que na tentativa de solicitação de cancelamento, ocorreu erro (número "docnum" existente).
Como no GRC já estava OK, fizeram o restante do estorno na J_NFEDOC e J_1NFE_ACTIVE para terminar o processo no ECC, movimentando material para estoque, etc...
Então o atual status do ECC é: statdoc= 1 / stat.comunic. = 4 / stat.mensg.= B / estorno = X / Cód.status = 102
O problema é que só depois disso é que lembramos da informação à SEFAZ que o GRC faz automaticamente. Mas que devido aos ajustes manuais não ocorreu.
Diante desta situação, tem alguma forma de forçarmos esta comunição para a SEFAZ?
Obrigado pela atenção,
Jônatas.

HFM calc status query

After removing data from a cell in data grid, is it possible to get back the "NODATA" status for that particular cell? Is it possible to alter/modify records stored in the database related to the calc status of that cell?

Tetsuo,
o NFe Status Query só está disponível sob algumas condicoes:
- NFe já enviada (NFe status > 2);
- Lote com erro de processamento (Batch Error Status não-vazio) OU NFe rejeitada com Código de Status 204.
Abs,
Henrique.

NF-e 3.10 - não finaliza o processo de cancelamento

Olá pessoal.
Estamos realizando testes da NF-e 3.10 e estamos com o seguinte problema.
Emitimos a NF-e e a mesma retornou com o erro 234 - Rejeicao: IE do destinatario nao vinculada ao CNPJ.
Fizemos o processo de cancelamento desta NF-, porém agora a NF fica travada no status de processamento (não finaliza o cancelamento).
Alguém já passou por isto?
Obs. quando a NF é aprovada e depois solicitamos o cancelamento, o processamento finaliza normalmente.
Estamos debugando para ver se encontramos algo e também procurando SAP Notes, porém não estamos conseguindo identificar oque está ocorrendo.
Obrigado.
José Claudio.

Jose Claudio,
Estou tento uma situação bizarra aqui também, todas as notas com problema de rejeição de qualquer tipo o GRC está ficando inativo, não apenas para cancelamento também.
Para resolver o problema você vai precisar invocar os poderes do "THORRRRRRRRRRRRRRR" na tabela /XNFE/BATCHHD vai ter um campo chamado "Process Step " veja se o campo abaixo está com status está com "'11 - Step is waiting for asynchronous reply".
Se estiver apaga esse valor para "em branco" e depois vai no monitor do GRC e clinca em FINALIZAR PROCESSO, na realidade o PI recebeu a resposta da Sefaz com processamento do Lote mais não consegue repassar para GRC.
Assim vai "DESTRAVAR" o GRC e continuar o processo de devolução do status da NF-e para SAP ECC.
Eduardo Chagas era isso que estava comentando mais não tive tempo de documentar.
Att,
Viana.

DEVOLUÇÃO DE EXPORTAÇÃO - CFOP 3201 - GRC VALIDA DADOS DI.

Boa tarde a todos!
Estamos em um projeto de NFE XML 2.00 e nos deparamos com o seguinte erro:
Ao emitirmos um NF-e de devolução da mercadoria que se encontrava no Porto (devolução de exportação - CFOP 3201), a validação do monitor GRC informa que é necessário constar os dados de importação, apesar deste processo não se tratar de importação. Os seguintes logs de validação são gerados:
Erro de validação: campo Código do fabricante estrangeiro no sistema. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-CFABRICANTE, ID campo I028)
Erro de validação: campo Nº da adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NADICAO, ID campo I026)
Erro de validação: campo Nº sequencial do artigo na adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-CEXPORTADOR, ID campo I024)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDESEMB, ID campo I023)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDI, ID campo I020)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-NDI, ID campo I019)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-UFDESEMB, ID campo I022)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-XLOCDESEMB, ID campo I021)
Estamos no SAPK-10015INSLLNFE e as seguintes notas relacionadas a validação estão aplicadas:
1493980     Validation for field xJust in cancel and skipping messages
1499921     Problem with validation after implementing SP15
1500046     Upgrade validation rule for field ID for version 2.00
1500742     Adjust validation for field NADICAO and NSEQADIC layout 2.00
1502217     Extend validation rules for , layout 2
1504379     Adjust validation for field X_CLISTSERV
1511291     Update allowed values for field E1_CPAIS for validation
1511577     Update validation rules for field VUNCOM_V20
1520861     Update validation rules for OIL_CPRODANP and OIL_UFCONS
Não encontrei nenhuma nota SAP recente para o componente SLL-NFE que seja relacionada a este problema.
Desde já agradeço pela ajuda.
Sds / Renato Penido.

Boa tarde, Fernando,
Obrigado pela pronta resposta.
Debugamos a BADI e descobrimos que os dados de importação estão sendo gravado "em branco", gerando o erro de validação no GRC, tal qual dito por você.
Aprimoramos a lógica da BADI para que a tag de importação não seja preenchida indevidamente para as notas de devolução do porto e as notas foram aprovadas.
Muito obrigado,
Renato Penido.

VF11 Cancelamento de Faturamento - NF não cancelada

Bom dia!
Para cancelar uma nota fiscal, utilizamos a transação VF11 e mencionamos o número do billing document ou documento de faturamento. Ao executar a transação, o sistema pergunta se queremos cancelar também a NF. O usuário respondeu SIM para 3 notas no ambiente de produção. Após isso, a remessa foi revertida e deletada. As ordens de vendas foram faturadas novamente com outro número de remessa e faturamento e a mercadoria entregue. Porém, ao rodar o livro fiscal de saída J1B_LB02, as três notas fiscais canceladas aparecem no livro. Podemos verificar no sistema que não há o click no campo "cancelada" - pasta Administration da J1B3N. Por algum motivo, ao cancelar o doc de faturamento, foi perdido o link entre o doc de faturamento x NF. Pergunta: Como corrigir esse erro, tendo em vista que as NFs deveria estar canceladas e o campo não é aberto para alteração via J1B2N. Além disso: Como isso pode ocorrer? Como prevenir que isso não aconteça novamente? Algum bug do sistema? Observação: o erro aconteceu para um mesmo código de cliente.
Obrigada
Fabiana

Olá Fabiana, já tivemos esse problema antes porque os usuários selecionaram 'NÃO' ao cancelar o faturamento. Encontramos uma forma "alternativa" para cancelar a NF que foi executando a função "J_1B_NF_DOCUMENT_CANCEL" pela SE37 passando:
DOC_NUMBER = Nº documento (DOCNUM)
REF_TYPE = 'BI'
REF_KEY = Número do documento de faturamento (VBRK-VBELN)
A função executa o cancelamento da NF atualizando todas as informações necessárias.
Espero que ajude.
Att,
Leandro

Error Report Service SCCM 2012 R2

Hy Guys,
I am having problem to generate reports in SCCM using the Report Service.
Every report that will generate displays the error below.
I am using SQL Server 2012 Sp1 to report Service.
The User I'm using this with permission of SA in the instance.
In the report Db Service he is as datareader.
Erro no processamento de relatório. ---> Microsoft.ReportingServices.ReportProcessing.ProcessingAbortedException:
Erro no processamento de relatório. ---> Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Falha na execução da consulta para o conjunto de dados 'DataSetAdminID'. ---> System.Exception: Para obter mais informações sobre este erro,
navegue até o servidor de relatório, na máquina de servidor local, ou habilite erros remotos
Microsoft.ConfigurationManagement.ManagementProvider.SmsException
Erro no processamento de relatório.
Stack Trace:
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ParameterPresenter.GetParameters()
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ParameterPresenter.LoadParameters(IReport
report, Collection`1 navigationParameters, IResultObject resultObject)
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ReportViewerPresenter.Worker_DoWork(Object
sender, DoWorkEventArgs e)
em System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
em System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
System.Web.Services.Protocols.SoapException
Erro no processamento de relatório. ---> Microsoft.ReportingServices.ReportProcessing.ProcessingAbortedException:
Erro no processamento de relatório. ---> Microsoft.ReportingServices.ReportProcessing.ReportProcessingException: Falha na execução da consulta para o conjunto de dados 'DataSetAdminID'. ---> System.Exception: Para obter mais informações sobre este erro,
navegue até o servidor de relatório, na máquina de servidor local, ou habilite erros remotos
Stack Trace:
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ParameterPresenter.GetParameters()
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ParameterPresenter.LoadParameters(IReport
report, Collection`1 navigationParameters, IResultObject resultObject)
em Microsoft.ConfigurationManagement.AdminConsole.SrsReporting.ReportViewerPresenter.Worker_DoWork(Object
sender, DoWorkEventArgs e)
em System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
em System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
Lucas Rezende Esse conteúdo e fornecido sem garantias de qualquer tipo, seja expressa ou implícita. Por favor, lembre-se de Marcar como Resposta as respostas que resolveram o seu problema. Essa e uma maneira comum de reconhecer aqueles que o ajudaram e fazer
com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

Hi,
Can you run the report successfully from
/Reportserver">http://<servername>/Reportserver ?
If the reports cannot run successfully, please try to fix the SSRS problem.
You could also try the steps in Garth's reply.
Remove the reporting point from CM12
Remove SSRS from SQL
Reboot the SQL server
Reinstall SSRS
Ensure the right Service package and CUs are installed on SQL.
Configuration SSRS
Ensure that SSRS works before moving forward. <aka browse to
/reports">http://<server>/reports make sure that you can see the CM12 Folder and reports
https://social.technet.microsoft.com/Forums/en-US/2b36b2a3-4871-4441-adc8-ece2e69c2c72/reporting-in-sccm-2012?forum=configmanagergeneral
Best Regards,
Joyce
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contact [email protected]

Erro no processamento do lote: Código 226.

Similar Messages

Maybe you are looking for