Manual Técnico de Integração - Webservices

PADRÃO DE INTEGRAÇÃO ENTRE O TRIBUNAL DE JUSTIÇA E
INSTITUIÇÕES CONVENIADAS VIA WEB SERVICE
Revisão Última Atualização
2.2.1 27/02/2019
Tabela de Revisões
Revisão Alterações
1.0.0 - Elaboração do Documento
2.0.0 - Inclusão dos serviços para citação eletrônica e seleção das intimações
- Alteração nos serviços – SolicitaListaIntimacoesAguardandoCiencia e SolicitaLista
CitacoesAguardandoCiencia – Inclusão do número do ato e data de disponibilização
no retorno. Inclusão dos dados de foro, vara, classe e assunto dos processos
também no retorno, estes com código e descrição.
- Inclusão do número do ato, data de disponibilização, foro, vara, classe e assunto
dos processos com código e descrição, no retorno.
- SolicitacaoCitacaoCiencia e SolicitacaoCitacaoAutoConfirmada – Inclusão da
indicação se a parte do processo é principal, no retorno.
2.1.0
- Todos os serviços com foro e vara foi incluído no retorno a descrição do foro e da
vara.
- Alterado retorno do serviço de busca de documentos anexos do ato, para retornar
os documentos sem confirmação.
- Nos serviços de citação e intimação, incluído no retorno o assunto do processo. –
- Corrigidos nomes dos XML Schemas (XSDs) referenciados no documento.
- Foi retirada a indicação se existe documentos anexos ao ato, porém retorna uma
lista com o código dos documentos.
- Inclusão do serviço getAssuntos, que retorna todos os assuntos disponíveis na
2.1.1
base de dados, exceto os que estão fora de uso, ordenados por código.
- Alteração do serviço getAreasCompetenciasClassesEAssuntos para
getAreasCompetenciasClasses, deixando de retornar os assuntos em virtude do
tamanho do XML de retorno.
2.1.2
- Alteração do serviço getAssuntos para indicar o assunto pai e receber como
parâmetro a competência e a classe. Caso o serviço seja chamado sem parâmetros
é retornado um XML com todos os assuntos.
- Alterações nos serviços SolicitacaoIntimacaoCiencia, SolicitacaoCitacaoCiencia,
SolicitacaoIntimacaoAutoConfirmada e SolicitacaoCitacaoAutoConfirmada para
retirar a opção de solicitar a intimação ou citação pelo número de processo
- Inclusão dos serviços SolicitaIntimacaoAto e SolicitaCitacaoAto para viabilizar o
recebimento de intimações e citações pela procuradoria somente com o número do
ato (obtido nos serviços SolicitaListaIntimacoesAguardandoCiencia e
2.1.3
SolicitaListaCitacoesAguardandoCiencia) mas com a exigência de envio do
(14/03/2011)
documento de ciência obtido previamente no novo serviço SolicitaDocCienciaAto
- Retirada obrigatoriedade de envio do assunto no serviço PetIntermediario (o
mesmo será obtido do assunto principal do processo principal)
- Alterado serviço de apoio getAssuntos para retornar a lista de assuntos com base
na classe de processo unificada
- Atualizadas descrições dos serviços de apoio
2.1.4 - Incluido código identificador e tipo do documento digital no serviço
(25/07/2011) SolicitacaoDocumentosAnexosAto
- Adaptação do documento para abranger todas as instituições conveniadas ao
2.1.5
Tribunal de Justiça, assim com revisão textual e modularização do documento.
- Inclusão da documentação dos serviços getDadosProcesso e
2.1.6
SolicitacaoDadosDistribuicao
2.2.0 - Inclusão da documentação do serviço consultaNumeroProcesso
2.2.1 - Remoção do código de erro 54 - Erro processo não vinculado ao usuário
SUMÁRIO
TABELA DE REVISÕES ............................................................................................................................................... 2

SUMÁRIO ........................................................................................................................................................................ 4
1 INTRODUÇÃO ............................................................................................................................................................. 2
2 PROCEDIMENTOS GERAIS ..................................................................................................................................... 4
2.1 POLÍTICA DE ATUALIZAÇÃO DE VERSÕES ................................................................................................................. 4
2.2 PROCEDIMENTOS PARA INTEGRAÇÃO COM O TRIBUNAL DE JUSTIÇA ........................................................................ 4
3 ARQUITETURA ........................................................................................................................................................... 5
4 FORMATO DAS MENSAGENS ................................................................................................................................. 6
5 SERVIÇOS DISPONIBILIZADOS ............................................................................................................................. 9
5.1 LOGON (SOLICITALOGON E CONFIRMALOGON) ..................................................................................................... 10
5.2 PETICIONAMENTO ................................................................................................................................................... 12
5.3 CONSULTA DE PROCESSOS ...................................................................................................................................... 29
5.4 CONSULTA DE AVISOS DE DISTRIBUIÇÃO DE LOTES DE PROCESSOS ......................................................................... 30
5.5 INTIMAÇÃO ELETRÔNICA ........................................................................................................................................ 33
5.6 CITAÇÃO ELETRÔNICA............................................................................................................................................ 41
5.7 SERVIÇOS DE APOIO ................................................................................................................................................ 51
ANEXO I – TABELA DE CÓDIGOS DE RETORNO DO WEB SERVICE .......................................................... 61
ANEXO II – XML SCHEMAS ..................................................................................................................................... 63
ANEXO III – PERGUNTAS FREQUENTES ............................................................................................................. 64
2
1 Introdução
Este documento descreve tecnicamente os serviços a serem disponibilizados pelo sistema

SAJ com objetivo de viabilizar a integração com as instituições conveniadas ao Tribunal de Justiça
permitindo o ajuizamento de ações, recebimento de citações e intimações e o peticionamento para
processos eletrônicos. As soluções apresentadas permitem que as instituições se comuniquem
eletronicamente com o Tribunal de Justiça de forma segura, reduzindo os trabalhos manuais e o uso
de papel, aumentando a celeridade na tramitação dos processos.
Para tanto, serão desenvolvidos um conjunto padronizado de interfaces, criando assim
uma camada de comunicação comum entre as instituições, que permitirá a interoperabilidade do
sistema SAJ do Tribunal de Justiça e das instituições. Por interoperabilidade, entende-se a “habilidade
de dois ou mais sistemas (computadores, meios de comunicação, redes, software e outros
componentes de tecnologia da informação) de interagir e intercambiar dados de acordo com um
método definido, de forma a obter os resultados esperados” (ISO 9126).
O modelo de integração será focado em uma arquitetura baseada em serviços. Esta
arquitetura viabiliza a conversação de sistemas distintos por meio de interfaces de serviços fracamente
acoplados. Dessa forma, um serviço não precisa conhecer detalhes técnicos da plataforma dos demais
serviços para a troca de informações a ser realizada. A figura a seguir ilustra a utilização desta
arquitetura.
Visão macro da arquitetura de serviços

3
Para implementar este modelo, a Softplan adotará tecnologias padronizadas e de amplo
conhecimento e aceitação no mercado, como XML, PDF e Web Services, nas quais a comunicação
entre as instituições independe dos sistemas utilizados.
Os Web Services são módulos de software autocontidos que executam tarefas específicas
e não exigem que os desenvolvedores dos softwares clientes utilizem uma tecnologia específica de
implementação, facilitando assim a integração entre as instituições. Os arquivos transitados são de
formato único, obedecendo a uma regra de padronização definida pela Softplan.
O sistema SAJ disponibilizará um conjunto de serviços (Web Services) que estarão
disponíveis às instituições e poderão ser acessados através de chamadas SOAP (Simple Object Access
Protocol). Essas chamadas serão realizadas por meio da Internet, sendo que a troca de informações
utilizará documentos no formato XML e PDF. Os documentos no formato PDF deverão ser
compactados em formato ZIP e codificados em base 64 para trafegar dentro da requisição SOAP.
Para garantir a segurança das informações transitadas, serão utilizadas tecnologias na
comunicação entre as instituições, como protocolos criptografados, infra-estrutura de chave pública e
protocolação digital. Com isso, garante-se a integridade de documentos eletrônicos e sua validade
jurídica, de acordo com a Lei n.° 11.419/06 e medida provisória 2200/2 de 24 de agosto de 2001. A
segurança da informação está fundamentada, basicamente, nos seguintes itens:
Criptografia na Transmissão: os dados trafegados entre as instituições deverão estar
criptografados;
Integridade: visa assegurar que um documento não teve seu conteúdo alterado após ter
sido assinado. Para assegurar a integridade, o sistema deverá ser capaz de detectar alterações não
autorizadas no conteúdo. O objetivo é possibilitar ao destinatário verificar que os dados não foram
modificados indevidamente;
Autenticidade: visa estabelecer a validade da transmissão, da mensagem e do seu
remetente. O objetivo é que o destinatário possa comprovar a origem e autoria de um determinado
documento;
Não-repúdio: visa garantir que o autor não negue ter criado e assinado o documento;
Irretroatividade: visa garantir que o sistema não permita a geração de documentos de
forma retroativa no tempo;
Um documento eletrônico é qualquer arquivo sobre o qual seja necessário agregar

segurança segundo os itens acima relacionados. Esses requisitos de segurança podem ser atendidos
através do uso de técnicas de assinatura digital, protocolação digital de documentos e conexão segura
HTTPS.
4
2 Procedimentos Gerais
O Web Service de integração a ser disponibilizado poderá receber atualizações que

necessitarão adequações por parte dos sistemas das instituições que o utilizam. Essas atualizações
serão organizadas em versões seguindo uma política de atualização. A instituição será devidamente
informada das versões dos serviços disponíveis e deverá seguir um procedimento para instalação e/ou
atualização estabelecido pelo Tribunal de Justiça. Na sequência está detalhada a política de atualização
de versões e os procedimentos de integração.
2.1 Política de Atualização de Versões

O padrão de integração disponibilizado poderá sofrer atualizações que serão organizadas
em versões. A Softplan informará o Tribunal de Justiça e este notificará todos os conveniados sobre a
disponibilização de nova versão com a especificação das alterações realizadas e o prazo para
adequação das aplicações clientes.
Durante esse período, os serviços atualizados estarão disponíveis no ambiente de
homologação do Tribunal de Justiça para testes. A instituição poderá entrar em contato com o
representante do Tribunal de Justiça, responsável pelo suporte no uso da aplicação, em caso de
necessidade.
Após o prazo estabelecido, o padrão utilizado em ambiente de produção será atualizado e
todas as regras antigas que foram atualizadas poderão não ser mais validadas pelo Web Service.
2.2 Procedimentos para integração com o Tribunal de Justiça

Para iniciar o uso das interfaces disponibilizadas pelo sistema SAJ, a instituição deverá
firmar um convênio junto ao Tribunal de Justiça.
É requisito que a instituição possua um certificado ICP-Brasil para assinar os XMLs das
solicitações. Este certificado deverá ser emitido para o CNPJ que foi informado na habilitação do
convênio entre Tribunal de Justiça e instituição.
Também será necessário que cada usuário da instituição (Ex: procurador) possua seu
certificado digital ICP-Brasil para assinar os documentos PDF que compõem a solicitação. Via de regra
os certificados dos usuários serão do tipo A3 enquanto o certificado da instituição será do tipo A1.
5
2.2.1 Homologação da Integração
Após firmado convênio com o Tribunal de Justiça, a instituição receberá um link para
acesso ao Web Service de homologação. Para acessar esse Web Service, o Tribunal de Justiça
cadastrará um usuário com o CNPJ da instituição para dar acesso ao ambiente de homologação.
A instituição também será informada pelo Tribunal de Justiça qual o período para
homologação do sistema. Durante esse período a instituição poderá testar os serviços até que o
Tribunal de Justiça ateste a homologação.
2.2.2 Integração em Ambiente de Produção
Com a homologação finalizada e aprovada, a instituição receberá um link para acesso ao

Web Service de produção. Também será cadastrado pelo Tribunal de Justiça um usuário com o CNPJ
da instituição para dar acesso ao ambiente de produção.
Em caso de dúvidas ou problemas com o uso do Web Service a instituição deverá entrar
em contato com o representante do Tribunal de Justiça, responsável pelo suporte às instituições no
uso da aplicação.
3 Arquitetura
A conexão da aplicação da instituição com o Web Service do sistema SAJ deverá ser
estabelecida com uso do protocolo HTTPS (HyperText Transfer Protocol Secure). Desta forma a
instituição poderá verificar a identidade do servidor onde foi estabelecida a conexão.
Todas as chamadas ao Web Service deverão ser realizadas dentro de uma mesma sessão.
Sendo que, uma sessão é identificada por cookie (JSESSIONID), que precisará estar presente em todas
as requisições dessa sessão. Assim, será possível verificar de forma adequada a identidade do usuário
que efetuou o login e por consequência dar as respectivas autorizações para acesso às demais
mensagens do Web Service.
Para iniciar uma sessão com o Web Service do sistema SAJ a aplicação cliente da
instituição deverá identificar-se através do serviço de logon via certificado digital. Se o logon for
efetuado com sucesso, a instituição poderá chamar os demais serviços disponilizados.
Todas as mensagens enviadas ao Web Service deverão estar no formato XML adequado de
cada serviço. Além disso, os XMLs enviados deverão ser assinados digitalmente com o certificado
digital da instituição.
6
Este certificado deve ser um certificado padrão ICP Brasil emitido com o CNPJ da
instituição. Qualquer tentativa de conexão ao Web Service com um certificado emitido por outro que
não seja a ICP Brasil, será recusada.
A assinatura do XML deverá ser realizada através do padrão “XML-Signature Syntax and
Processing - W3C Recommendation 12 February 2002”, devendo ser do tipo “ENVELOPED”. A
especificação completa deste padrão está disponível no site “http://www.w3.org/TR/xmldsig-core/”.
Quando o Web Service receber as mensagens da instituição, estas serão validadas com o
XML Schema específico do serviço invocado. Esses XML Schemas podem ser baixados pelo endereço
eletrônico composto pela URL base do Web Service e o caminho /documentos/xsd.zip
(https://<servidor>:<porta>/<contexto>/documentos/xsd.zip). Além da validação do XML Schema
também serão verificadas outras regras de negócio específicas.
4 Formato das Mensagens
Os XMLs utilizados para descrever as solicitações serão padronizados para conter

obrigatoriamente os seguintes elementos: especificação da codificação de caracteres, cabeçalho,
corpo da mensagem e assinatura digital no padrão xmldsig.
Abaixo um exemplo comentado da estrutura padronizada dos XMLs de invocação de
serviços:

<?xml version="1.0" encoding="ISO-8859-1"?>
<Message>


<MessageId>



<ServiceId>Ajuizamento</ServiceId>




<Version>1.0</Version>


<MsgDesc>Ajuizamento</MsgDesc>



<Code>200601001514</Code>


<FromAddress>PGE</FromAddress>


<ToAddress>TJ</ToAddress>


<Date>2011-10-20</Date>
</MessageId>


<MessageBody>



</MessageBody>
7


<Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod
Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><SignatureMethod
Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI=""><Transforms><Transform
Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/></Transforms><DigestMethod
Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>mPyxJH5nEzqsCJmo8WnkZrzwUPY=</DigestValue></Refer
ence></SignedInfo><SignatureValue>W3HtadhRYhq7dFFKhocORpGuCzkxYlxE53XxjQ2o9BUR2iiUsbz6/SRVmDZSpsQqRgT9uZ0rdLtp
urpj1Kzm1Z0EswChgrW2fKM07WeGeOhUfzXhIv0bd9/34jIBYlkGzQ83GYDbjoVSSnmwqsm7Cu2f
fSGxvU8DQaeazQ1l7O0=</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIFjTCCBHWgAwIBAgIIL4kNuMRDEy8wDQYJKoZIh
vcNAQEFBQAwaDELMAkGA1UEBhMCQlIxEzAR
BgNVBAoTCklDUC1CcmFzaWwxLDAqBgNVBAsTI1NlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFs
IC0gU1JGMRYwFAYDVQQDEw1BQyBTRVJBU0EgU1JGMB4XDTA3MDMxMDE0MDAwMFoXDTEwMDMwOTE0
MDAwMFowggErMQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDEsMCoGA1UECxMjU2Vj
cmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgLSBTUkYxEjAQBgNVBAsTCVNSRiBlLUNQRjEUMBIG
A1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJB
TkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQL
EwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxKzApBgNVBAMTIk1PQUNJUiBBTlRP
TklPIE1BUkFGT046Mzc1MTg4MzY5MDQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALuBLPjf
JstLtdeg5i01KNzxUZJvjxXBhMcVcnvlcGtAwDwhDGuTFsYBk+MVK15vSxHn0gMuWRtkUZyVmiA+
zJ9ixNTlQffMNx9R9IyW7jZ1nrvAf1uyGR5RZ8QGqS9op8IEOawDsV7bZ655gBW0/AT6WIaYgk6c
SUdfSFPLpdUPAgMBAAGjggH4MIIB9DAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUE
FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHwYDVR0jBBgwFoAUtzKqID3/Wu20rNKnGFWKjIAolQQw
gZcGA1UdEQSBjzCBjIEXTUFSQUZPTkBTT0ZUUExBTi5DT00uQlKgOAYFYEwBAwGgLxMtMjcwODE5
NTYzNzUxODgzNjkwNDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMGoA4TDDAwMDAw
MDAwMDAwMKAeBgVgTAEDBaAVExMwMDAwMDAwMDAwMDAwMDAwMDAwMFcGA1UdIARQME4wTAYGYEwB
AgMKMEIwQAYIKwYBBQUHAgEWNGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9y
ZXBvc2l0b3Jpby9kcGMwUwYDVR0fBEwwSjBIoEagRIZCaHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2Rp
Z2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9TZXJhc2FTUkYuY3JsME8GCCsGAQUFBwEBBEMw
QTA/BggrBgEFBQcwAYYzaHR0cDovL29jc3AuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9BQ19T
ZXJhc2FfU1JGMA0GCSqGSIb3DQEBBQUAA4IBAQCH1sUNcc1woc32O2+gVkGUr3yBi42pqWwQEz40
W5grmm4i8OiVQ/KFK45V+NEmqtIg2MwspeBl3pElVDwhp90QyJfPqjKfRBxl/84grpYCtUN8UfG1
dzgjgA53Nu+SD1PEH1TASNPmZbLR/Nk27ixJqvShmgg+Rvjn9MCR8niD/njT5U+DiI4/oEUMEaZB
eDiUgVHp2iQ32IKmbttGMPmnuGQXlYaQk5geU5BSQTgxEcP9OkAyKygl0jpf3vED9hXXbx//iw2p
zUziFft+wt36YpXHJHs7wdw5IAg8tjE3nbVYH21t4Fx4H2tgTDDOg3ILTCHf4XMiPF7VqSnjgZJF</X509Certificate></X509Data></KeyInfo
></Signature></Message>
Quadro 1: Exemplo da estrutura do XML de invocação de serviços.
Algumas mensagens exigirão também o envio de documentos digitais. Estes deverão estar
sempre no formato PDF e não poderão ultrapassar o tamanho de 100KB por página e 1MB por
documento. O tamanho total de todos os documentos, sendo eles petição e anexos, não poderá
ultrapassar 2MB. Estes limites poderão ser aumentados a critério do Tribunal de Justiça. Os
documentos deverão ser compactados em formato ZIP e codificados em base 64 para trafegar dentro
da mensagem SOAP.
O retorno das mensagens, quando contiver documentos assinados digitalmente pelo
Tribunal de Justiça, consiste em um arquivo ZIP codificado em base 64. Além dos documentos, este ZIP
contém um arquivo XML com informações adicionais chamado “Resposta.xml”. Assim como existirá
um XML Schema para cada invocação de serviço, existirá também um XML Schema para a resposta de
cada serviço.
Quando a resposta não contiver documentos, o retorno da mensagem consistirá no XML
de resposta em formato plano, ou seja, não será nem zipado e nem convertido para base 64.
O formato dos XMLs de resposta também terá uma estrutura padronizada, semelhante à
estrutura do arquivo de envio.
Abaixo um exemplo comentado da estrutura padronizada dos XMLs de resposta dos
serviços:

<Message>
<MessageId>
8






<Code>200601001514</Code>


<FromAddress>TJ</FromAddress>


<ToAddress>PGE</ToAddress>


<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>




<Codigo>0</Codigo>


<Descricao>Mensagem processada com sucesso</Descricao>
</Mensagem>


</Resposta>
</MessageBody>


<Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod
Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#"/><SignatureMethod
Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI=""><Transforms><Transform
Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/></Transforms><DigestMethod
Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>mPyxJH5nEzqsCJmo8WnkZrzwUPY=</DigestValue></Refer
ence></SignedInfo><SignatureValue>W3HtadhRYhq7dFFKhocORpGuCzkxYlxE53XxjQ2o9BUR2iiUsbz6/SRVmDZSpsQqRgT9uZ0rdLtp
urpj1Kzm1Z0EswChgrW2fKM07WeGeOhUfzXhIv0bd9/34jIBYlkGzQ83GYDbjoVSSnmwqsm7Cu2f
fSGxvU8DQaeazQ1l7O0=</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIFjTCCBHWgAwIBAgIIL4kNuMRDEy8wDQYJKoZIh
vcNAQEFBQAwaDELMAkGA1UEBhMCQlIxEzAR
BgNVBAoTCklDUC1CcmFzaWwxLDAqBgNVBAsTI1NlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFs
IC0gU1JGMRYwFAYDVQQDEw1BQyBTRVJBU0EgU1JGMB4XDTA3MDMxMDE0MDAwMFoXDTEwMDMwOTE0
MDAwMFowggErMQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDEsMCoGA1UECxMjU2Vj
cmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgLSBTUkYxEjAQBgNVBAsTCVNSRiBlLUNQRjEUMBIG
A1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQLEwsoRU0gQlJB
TkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxFDASBgNVBAsTCyhFTSBCUkFOQ08pMRQwEgYDVQQL
EwsoRU0gQlJBTkNPKTEUMBIGA1UECxMLKEVNIEJSQU5DTykxKzApBgNVBAMTIk1PQUNJUiBBTlRP
TklPIE1BUkFGT046Mzc1MTg4MzY5MDQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALuBLPjf
JstLtdeg5i01KNzxUZJvjxXBhMcVcnvlcGtAwDwhDGuTFsYBk+MVK15vSxHn0gMuWRtkUZyVmiA+
zJ9ixNTlQffMNx9R9IyW7jZ1nrvAf1uyGR5RZ8QGqS9op8IEOawDsV7bZ655gBW0/AT6WIaYgk6c
SUdfSFPLpdUPAgMBAAGjggH4MIIB9DAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUE
FjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHwYDVR0jBBgwFoAUtzKqID3/Wu20rNKnGFWKjIAolQQw
gZcGA1UdEQSBjzCBjIEXTUFSQUZPTkBTT0ZUUExBTi5DT00uQlKgOAYFYEwBAwGgLxMtMjcwODE5
NTYzNzUxODgzNjkwNDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMGoA4TDDAwMDAw
MDAwMDAwMKAeBgVgTAEDBaAVExMwMDAwMDAwMDAwMDAwMDAwMDAwMFcGA1UdIARQME4wTAYGYEwB
AgMKMEIwQAYIKwYBBQUHAgEWNGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9y
ZXBvc2l0b3Jpby9kcGMwUwYDVR0fBEwwSjBIoEagRIZCaHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2Rp
Z2l0YWwuY29tLmJyL3JlcG9zaXRvcmlvL2xjci9TZXJhc2FTUkYuY3JsME8GCCsGAQUFBwEBBEMw
QTA/BggrBgEFBQcwAYYzaHR0cDovL29jc3AuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9BQ19T
ZXJhc2FfU1JGMA0GCSqGSIb3DQEBBQUAA4IBAQCH1sUNcc1woc32O2+gVkGUr3yBi42pqWwQEz40
W5grmm4i8OiVQ/KFK45V+NEmqtIg2MwspeBl3pElVDwhp90QyJfPqjKfRBxl/84grpYCtUN8UfG1
dzgjgA53Nu+SD1PEH1TASNPmZbLR/Nk27ixJqvShmgg+Rvjn9MCR8niD/njT5U+DiI4/oEUMEaZB
eDiUgVHp2iQ32IKmbttGMPmnuGQXlYaQk5geU5BSQTgxEcP9OkAyKygl0jpf3vED9hXXbx//iw2p
zUziFft+wt36YpXHJHs7wdw5IAg8tjE3nbVYH21t4Fx4H2tgTDDOg3ILTCHf4XMiPF7VqSnjgZJF</X509Certificate></X509Data></KeyInfo
></Signature></Message>
Quadro 2: Exemplo da estrutura do XML de resposta dos serviços.
9
5 Serviços Disponibilizados
O Web Service do sistema SAJ disponibilizará um conjunto de serviços que permitirá a

instituição realizar:
 5.1 - Logon
 5.2 - Peticionamento
o 5.2.1 - Inicial - Ajuizamento
o 5.2.2 - Peticionamento intermediário
o 5.2.3 - Peticionamento intermediário de petições diversas
o 5.2.4 - Peticionamento intermediário com pedido automatizado
o 5.2.5 - Consulta de petição enviada
 5.5 - Consulta de Processos
 5.4 - Consulta de Avisos de Distribuição de Lotes de Processos
 5.5 - Intimação Eletrônica
o Erro! Fonte de referência não encontrada. - Solicitação de intimação
aguardando ciência
o Erro! Fonte de referência não encontrada. - Solicitação de intimação
aguardando ciência informando o número do ato
o 5.5.3 - Solicitação de intimação com contagem de prazo iniciado
automaticamente
 5.6 - Citação Eletrônica
o Erro! Fonte de referência não encontrada. - Solicitação de citação
aguardando ciência
o Erro! Fonte de referência não encontrada. - Solicitação de citação
aguardando ciência informando o número do ato
o Erro! Fonte de referência não encontrada. - Solicitação da citação com
prazo iniciado automaticamente
 5.7 - Serviços de apoio
o Erro! Fonte de referência não encontrada. - Para o peticionamento
eletrônico
 5.7.1.1 - Serviços comuns para o peticionamento de iniciais e
intermediárias
 5.7.1.2 - Serviços específicos para o peticionamento de iniciais
 5.7.1.3 - Serviços específicos para o peticionamento de
intermediárias ou intermediárias diversas
10
o Erro! Fonte de referência não encontrada. - Para o recebimento de atos
eletrônicos
 5.7.2.1 - Consulta da quantidade e relação de intimações
aguardando ciência
 5.7.2.2 - Consulta da quantidade e listagem de citações aguardando
ciência
 5.7.2.3 - Solicitação de documento de ciência do ato
 5.7.2.4 - Solicitação de documentos anexos do Ato
O WSDL que descreve o conjunto de mensagens disponíveis poderá ser obtido acessando
o Web Service no servidor do Tribunal de Justiça. Abaixo segue um exemplo da URL de acesso ao
WSDL:
https://<servidor>:<porta>/tjws/services/integracao?wsdl
A seguir estão descritos todos os serviços disponibilizados no Web Service.
5.1 Logon (SolicitaLogon e ConfirmaLogon)

O logon será realizado por meio da utilização de certificado digital. Desta forma o Tribunal
de Justiça terá certeza da identidade da instituição.
O fluxo do serviço de logon está representado abaixo:
Este processo funcionará em duas etapas:

1 – Solicitação de um desafio a ser assinado pela instituição. Para isso, será utilizado o
serviço “SolicitaLogon, conforme exemplo abaixo.
Exemplo de XML de Solicitação de Logon e Resposta
<Message>
<MessageId>
11
<ServiceId>SolicitaLogon</ServiceId>

<MsgDesc>Solicitação do Desafio de Logon</MsgDesc>



<Code>200601001987</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody/>

<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">


</Signature>
</Message>
Exemplo de XML Retornado pela Solicitação de Logon

<Message>
<MessageId>

<ServiceId>SolicitaLogon</ServiceId>

<MsgDesc>Solicitação do Desafio de Logon</MsgDesc>


<Code>200601001987</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
</Mensagem>


<Desafio>4557830751418350620</Desafio>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 3: Exemplo de XMLs de solicitação de logon.
2 – Assinatura do desafio retornado na tag <Desafio> e envio do desafio assinado para

confirmação do logon. Para isso será utilizado o serviço “ConfirmaLogon”.
A assinatura digital do desafio deverá ser realizada utilizando-se os algoritmos RSA e SHA1.
O formato de saída da assinatura deverá ser base 64.
Uma vez realizada a assinatura, esta deverá ser retornada no elemento <DesafioAssinado>
do XML de confirmação do desafio, conforme exemplo do XML abaixo.
Exemplo de XML de Confirmação de Logon
12
<Message>
<MessageId>

<ServiceId>ConfirmaLogon</ServiceId>

<MsgDesc>Confirmação do Desafio de Login</MsgDesc>


<Code>200601001987</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<!—Desafio assinado para confirmação de logon -->

<DesafioAssinado>JZZ5m8xln6E0/Tr9ySyum0Co2SahD+c1rG31POaL+oGdDz8S0JauK1S3DfhoQBPYir/sZWokSsJFj/7ObEH0T
ZdOGiT11O6nVJnjBKU7xGES+cnq1SJ9CgHIrUYctuuNvZFD/3HsmdXyWQZyrC/+IaesKbfkKJwGG4PZnvX+Ckk=</DesafioAssinado>
</MessageBody>

</Signature>
</Message>
Quadro 4: Exemplo de XML de confirmação de logon.
O retorno da resposta de confirmação de logon obedecerá ao formato padrão de retorno

de mensagens.
5.2 Peticionamento
O peticionamento será realizado de forma eletrônica através da integração entre sistemas.
5.2.1 Inicial - Ajuizamento
O serviço de ajuizamento permitirá o envio de Petições Iniciais com seus respectivos

documentos digitais. O fluxo do serviço de ajuizamento está representado na figura abaixo:
1. Envio da requisição de ajuizamento (instituição):

A mensagem de solicitação de ajuizamento será composta de dois parâmetros obrigatórios:
13
a. XML assinado pela instituição descrevendo o ajuizamento.
O conteúdo deste XML está definido pelo Schema Ajuizamento (conforme
documentação do ANEXO II – XML Schemas).
b. Pacote ZIP, codificado em base 64, com os documentos digitais que compõem o
processo. Esses documentos deverão estar assinados digitalmente pelo usuário ou
instituição. O pacote ZIP para processos de execução fiscal deverão conter os PDFs da
Petição Inicial e anexos, como as CDAs no caso de Execução Fiscal.
2. Processamento da requisição (Web Service):

O processamento da requisição de ajuizamento será composto pelas seguintes atividades:
a. Verifica a autorização de acesso ao serviço através do CPF/CNPJ da assinatura ICP-Brasil
do XML da solicitação.
b. Valida o ajuizamento:
i. Valida o XML de ajuizamento com o Schema Ajuizamento
ii. Valida o sequencial da mensagem contido no elemento <code> do elemento
<MessageId> da mensagem.
iii. Valida os documentos encaminhados no pacote ZIP:
1. Verifica que todos os documentos referenciados no XML estão
presentes no pacote ZIP e são do tipo PDF.
2. Verifica a assinatura ICP-Brasil de todos os documentos.
3. Verifica o tamanho total, o tamanho de cada documento e o tamanho
de cada página conforme a sessão Formato das Mensagens.
4. Verifica a integridade e validade dos dados do XML de ajuizamento
(Tipo, Foro, Participações das partes, etc).
c. Protocola os documentos eletronicamente na Protocoladora do Tribunal de Justiça,
agregando aos PDFs uma nova assinatura digital, do Tribunal de Justiça, com data e
hora segura.
d. Registra o protocolo de ajuizamento no Foro. No caso do ajuizamento o número do
protocolo será o número do processo.
e. Gera a resposta contendo:
i. XML de resposta assinado pelo Tribunal de Justiça.
ii. Os documentos PDFs recebidos no pacote ZIP acrescidos da assinatura do
Tribunal de Justiça que contém o registro de data e hora segura.
f. Envia a resposta SOAP para o cliente.
14
3. Recebimento da resposta (instituição):

A resposta será um pacote ZIP, codificado na base 64, contendo:
a. Um arquivo, “Resposta.xml”, com a resposta assinada digitalmente pelo Tribunal de
Justiça. Essa resposta, em caso de sucesso da operação, informa o número e a
data/hora do protocolo. O conteúdo deste XML está definido no Schema resposta-
ajuizamento.
b. Os documentos enviados para o ajuizamento contendo uma nova assinatura, do
Tribunal de Justiça, com data e hora segura de protocolação.
Abaixo um exemplo de XML de Ajuizamento e dos XMLs de resposta (positiva e negativa),

com os principais elementos comentados:
Exemplo de XML de Ajuizamento
<Message>
<MessageId>




<Code>200601001514</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>





<!— Competência (ou Tipo de Vara) destino da petição -->
<Processo
Foro="001"
ValorCausa="2360050"
NomePeticaoInicial="PI200601001514.pdf"
Competencia="7">
<!—Classe do processo –Tabela Unificada do CNJ -->

<Classe>6950</Classe>
<!—Assunto Principal do processo -->

<AssuntoPrincipal>14</AssuntoPrincipal>
<!—Outros Assuntos - opcionais -->
<OutrosAssuntos>
<Assunto>14</Assunto>
<Assunto>10</Assunto>
</OutrosAssuntos>
<Partes>


<PartesAtivas>


15

<Parte ParteID="1">





<Pessoa
Nome="Estado de São Paulo"
Genero="Masculino"
TipoPessoa="Jurídica">









<Endereco
Logradouro="Rua Pamplona"
Numero="220"
Complemento="Parque Administrativo"
Bairro="Centro"
Municipio="São Paulo"
UF="SP"
CEP="01505000"/>




<Documento
Tipo="CNPJ"
Numero="88.999.220/0001-76"/>
</Pessoa>
</Parte>
</PartesAtivas>


<PartesPassivas>

<Parte ParteID="2">
<Pessoa
Nome="MÓVEIS LTDA"
Genero="Masculino"
TipoPessoa="Jurídica">
<Endereco
Logradouro="RUA JOAQUIM VIEIRA FERREIRA"
Numero="100"
Complemento="SALA 02"
Bairro="Centro"
Municipio="São Paulo"
UF="SP"
CEP="88015554"/>
<Documento
Tipo="CNPJ"
Numero="83.111.222/0001-01"/>
<Documento
Tipo="IE"
Numero="99.444.146"/>
</Pessoa>
</Parte>
</PartesPassivas>
</Partes>
<!—Bloco obrigatório para Execuções Fiscais -->

<CDAs>








<CDA
Numero="123"
Data="2006-03-25"
Valor="23539"
DataAtualizacao="2008-08-30"
ValorAtualizado="30000"
NomeDocumento="CDA5000018474.pdf">


<TermosInscricao>
16





<TermoInscricao
CredTributario="N"
Numero="123ABC"
Data="2005-04-20"
Valor="44420"/>
</TermosInscricao>
</CDA>
<CDA
Numero="124"
Data="2007-01-30"
Valor="23432"
DataAtualizacao="2008-08-30"
ValorAtualizado="31322"
NomeDocumento="CDA5000018475.pdf">
<TermosInscricao>
<TermoInscricao
CredTributario="N"
Numero="1241ABC"
Data="2005-04-20"
Valor="44420"/>
</TermosInscricao>
</CDA>
</CDAs>
</Processo>
</MessageBody>

</Signature>
</Message>
Exemplo de retorno do ajuizamento do Web Service

Em caso de positivo:
<Message>
<MessageId>


<Code>200601001514</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
</Mensagem>

<Protocolo>00002460520108240001</Protocolo>


<DataHora>2011-10-20 16:39</DataHora>
</Resposta>
</MessageBody>

</Signature>
</Message>
Em caso de negativo (erro):

<Message>
<MessageId>
17

<Code>200601001514</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>

<Codigo>50</Codigo>


<Descricao>Erro de CNPJ ou CPF inválido!</Descricao>
</Mensagem>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 5: Exemplo de XMLs de ajuizamento.
5.2.2 Peticionamento Intermediário (PetIntermediario)
O serviço de peticionamento intermediário permitirá o envio de Petições Intermediárias

com seus respectivos documentos digitais.
O fluxo do serviço de peticionamento de intermediárias está representado na figura
abaixo:
1. Envio da requisição de peticionamento intermediário (instituição):

A mensagem de solicitação de peticionamento será composta de dois parâmetros obrigatórios:
a. XML assinado pela instituição descrevendo a petição.
O conteúdo deste XML está definido pelo Schema intermediaria (conforme o ANEXO II
– XML Schemas).
18
b. Pacote ZIP, codificado em base 64, com os documentos digitais que compõem a
petição. Esses documentos devem estar assinados digitalmente pelo usuário ou
instituição. O pacote ZIP deve conter os PDFs da petição e dos documentos anexos.

O processamento da requisição de peticionamento intermediário será composto pelas
seguintes atividades:
b. Valida a petição:
i. Valida o XML da petição com o Schema intermediaria
iii. Valida os documentos encaminhados no pacote ZIP:
1. Verifica que todos os documentos referenciados no XML estão
presentes no pacote ZIP e são do tipo PDF.
2. Verifica a assinatura ICP-Brasil de todos os documentos.
3. Verifica o tamanho total, o tamanho de cada documento e o tamanho
de cada página conforme a sessão Formato das Mensagens.
4. Verifica a integridade e validade dos dados do XML de peticionamento
(Processo principal, Tipo, Foro, etc).
c. Protocola os documentos eletronicamente na Protocoladora do Tribunal de Justiça,
agregando aos PDFs uma nova assinatura digital, do Tribunal de Justiça, com data e
hora segura.
d. Registra o protocolo de peticionamento no Foro.
e. Gera a resposta contendo:
i. XML de resposta assinado pelo Tribunal de Justiça.
ii. Os documentos PDFs recebidos no pacote ZIP acrescidos da assinatura do
Tribunal que contém o registro de data e hora segura.
f. Envia a resposta SOAP para o cliente.

19
a. Um arquivo, “Resposta.xml”, com a resposta assinada digitalmente pelo Tribunal de
Justiça. Essa resposta, em caso de sucesso da operação, informa o número e a
data/hora do protocolo. O conteúdo deste XML está definido no Schema “resposta-
intermediaria”.
b. Os documentos enviados para o peticionamento contendo uma nova assinatura, do
Tribunal de Justiça, com data e hora segura de protocolação.
O XML de Peticionamento Intermediário deverá informar a classe de processo que estará

sendo enviada. As classes aceitas estarão acessíveis através do serviço de apoio getCategoriasEClasses,
conforme descrito na seção Erro! Fonte de referência não encontrada.. Cada classe de processo está
associada a uma categoria, como:
 Ação Incidental;
 Execução de Sentença;
 Incidente Processual;
 Recurso;
Os peticionamentos para essas categorias irão gerar “sub-processos e será necessário

informar todas as partes com os respectivos tipos de participação.
Os tipos de participação são definidos pelo Tribunal de Justiça de acordo com o “tipo de
ação” do “sub-processo” a ser criado. Assim, nos embargos de declaração, por exemplo, deve-se
utilizar “embargante” e “embargado”, enquanto para Apelação deverá ser “Apelante” e “Apelado”.
Abaixo estão descritos exemplos de XML de Peticionamento intermediário e de resposta
(positiva e negativa):
Exemplo de XML de Peticionamento intermediário
Exemplo de envio de uma petição para Embargos de Declaração

<Message>
<MessageId>

<ServiceId>PetIntermediario</ServiceId>

<MsgDesc>Peticionamento Intermediário</MsgDesc>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>


20



<Peticao
Processo="00002460520108240001"
Foro="001"
NomePeticao="EmbargosDeclaracao.pdf">
<!—- Classe do processo – Tabela Unificada do CNJ -->

<Classe>6950</Classe>
</Peticao>
<Partes>




<Parte
Tipo="Embargante"
Nome="Estado de São Paulo"/>
<Parte
Tipo="Embargado"
Nome="Casas Xpto Ltda." />
</Partes>


<Documentos>



<Documento
Tipo="9501"
Nome="Procuracao.pdf" />
</Documentos>
</MessageBody>


</Signature>
</Message>
Exemplo de retorno do Peticionamento intermediário

<Message>
<MessageId>
<MsgDesc>Peticionamento intermediário</MsgDesc>

<Code>200601001515</Code>
<Date>20011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
</Mensagem>


<Protocolo> WFNS07008002637</Protocolo>

</Resposta>
</MessageBody>

21
</Signature>
</Message>

<Message>
<MessageId>


<MsgDesc>Peticionamento intermediário</MsgDesc>

<Code>200601001515</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>

<Codigo>12</Codigo>

<Descricao>Erro tipo de documento inválido! </Descricao>
</Mensagem>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 6: Exemplo de XML de peticionamento intermediário.
5.2.3 Peticionamento Intermediário de petições diversas (PetDiversa)
As petições diversas seguem os mesmos fluxos das petições intermediárias, porém não
gera um sub-processo.
Para petições diversas será obrigatório mencionar apenas uma parte utilizando tipo “Solicitante” e
informar o tipo de petição. Os tipos aceitos poderão ser consultados através do serviço de apoio
getTiposDiversas.
Abaixo estão descritos exemplos de XML de Peticionamento intermediário para petições
diversas e de resposta (positiva e negativa):
Exemplo de XML de Peticionamento intermediário de petições diversas
Exemplo de envio de uma petição Intermediária Diversa

<Message>
<MessageId>

<ServiceId>PetDiversa</ServiceId>

<MsgDesc>Peticionamento de Intermediárias Diversas</MsgDesc>

<Code>200601001222</Code>
22
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Peticao
Processo="001071112223"
Foro="001"
NomePeticao="EmbargosDeclaracao.pdf">
<!—- Tipo de Petição -->

<Tipo>6950</Tipo>
</Peticao>
<Partes>




<Parte
Tipo="Solicitante"
Nome="Estado de São Paulo"/>
</Partes>

<Documentos>



<Documento
Tipo="9501"
Nome="Procuracao.pdf" />
</Documentos>
</MessageBody>

</Signature>
</Message>
Exemplo de retorno do Peticionamento intermediário

<Message>
<MessageId>
<MsgDesc>>Peticionamento de Intermediárias Diversas</MsgDesc>

<Code>200601001515</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
</Mensagem>


<Protocolo> WFNS07008002637</Protocolo>

</Resposta>
</MessageBody>
23
</Signature>
</Message>

<Message>
<MessageId>


<MsgDesc>>Peticionamento de Intermediárias Diversas</MsgDesc>

<Code>200601001515</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>

<Codigo>12</Codigo>

<Descricao>Erro tipo de documento inválido! </Descricao>
</Mensagem>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 7: Exemplo de XML de peticionamento intermediário de petições diversas.
5.2.4 Peticionamento intermediário com pedido automatizado
Com o objetivo de automatizar os processos eletrônicos, alguns tipos específicos de

intermediárias exigem informações adicionais necessárias a esta automatização. Esse modo
operacional é caracterizado pela inclusão de um elemento <Pedidos> no XML do peticionamento
intermediário de petições diversas.
Ao utilizar este recurso é imperativo estar ciente que a petição será processada
automaticamente pelo sistema SAJ com base nas informações passadas no XML assinado da
solicitação. Fica assim determinado que o conteúdo textual do PDF da petição não deve conter outras
solicitações que não a contida no elemento <Pedidos> do XML.
Atualmente estão disponíveis automações para os seguintes tipos de pedido:
 Alteração de dados de partes (emenda da inicial)
 Substituição de CDAs
 Exclusão de CDAs
 Suspensão de processo
24
 Prosseguimento do feito
 Extinção de processo
As solicitações de peticionamento intermediário com pedidos automatizados terão o

mesmo formato de um peticionamento intermediário de Petições Diversas com a diferença que neste
modelo de peticionamento o XML irá incluir o elemento <Pedidos> com o <Pedido> automatizado.
As respostas dessas intermediárias seguirão as mesmas regras e formato da resposta de
uma petição intermediária diversa (sem pedidos).
Abaixo estão listados exemplos de peticionamento intermediários para cada tipo de
pedido:
Modelo de XML para Peticionamento Intermediário com Pedido Automatizado

Modelo para todos os tipos de pedido:

<Message>


<MessageId>
<MsgDesc>Peticionamento de Intermediárias Diversas</MsgDesc>
<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Peticao
Processo="00002460520108240001"
Foro="001"
NomePeticao="EmbargosDeclaracao.pdf"
>
<!—Tipo de Petição-->
<Tipo>6950</Tipo>
<Partes>


<Parte Tipo="Solicitante" Nome="Estado de São Paulo"/>
</Partes>
<Pedidos>


</Pedidos>

<Documentos>

</Documentos>
</MessageBody>

</Signature>
</Message>
Pedido de alteração de dados das partes (emenda da inicial):

<Pedidos>
25


<AlteracaoParte ParteID="1">


<Pessoa Nome="João da Silva" Genero="Masculino" TipoPessoa="Física">
<Endereco
Logradouro="Santos Saraiva"
Complemento="Loja 03"
Municipio="Florianópolis"
UF="SC"
CEP="88015240"/>
<Documento Tipo="CPF" Numero="394.843.350-04"/>
</Pessoa>
</AlteracaoParte>
</Pedidos>
Pedido de substituição de CDAs:

<Pedidos>
<SubstituicaoCDA>


<CDAs>









<CDA
NumeroAntigo="1234567890" NumeroNovo="1234567890"
Valor="10000" Data="2008-10-09"
ValorAtualizado="20000" DataAtualizacao="2008-10-10"
NomeDocumento="000002.pdf">
<TermosInscricao>
<TermoInscricao
CredTributario="S" Numero="444455555511111"
Data="2008-10-06" Valor="6000" />
<TermoInscricao
Data="2008-10-01" Valor="4000" />
</TermosInscricao>
</CDA>
<CDA
NumeroAntigo="1234567895" NumeroNovo="1234567895"
Valor="90000" Data="2008-10-09"
ValorAtualizado="95000" DataAtualizacao="2008-10-10"
NomeDocumento="000002.pdf">
<TermosInscricao>
<TermoInscricao
Data="2008-08-06" Valor="3000" />
<TermoInscricao
Data="2008-08-01" Valor="6000" />
</TermosInscricao>
</CDA>
</CDAs>
</SubstituicaoCDA>
</Pedidos>
Pedido de exclusão de CDAs:

<Pedidos>
<ExclusaoCDA>
<CDAs>

<CDA Numero="1234567890" Situacao="C"/>
<CDA Numero="1234567891" Situacao="Q"/>
<CDA Numero="1234567892" Situacao="A"/>
<CDA Numero="1234567893" Situacao="P"/>
</CDAs>
</ExclusaoCDA>
</Pedidos>
Pedido de suspensão de processo:

<Pedidos>
<!—Suspensão do processo deve informar a data de término da suspensão -->

<SuspensaoProcesso dtTerminoSuspensao="2011-09-10">
<CDAs>

<CDA Numero="1234567890" Situacao="A" />
<CDA Numero="1234567891" Situacao="Q" />
26
</CDAs>
</SuspensaoProcesso>
</Pedidos>
Pedido de prosseguimento do feito:

<Pedidos>
<ProsseguimentoFeito>
<CDAs>

<CDA Numero="1234567891" Situacao="C" />
<CDA Numero="1234567892" Situacao="Q" />
</CDAs>
</ProsseguimentoFeito>
</Pedidos>
Pedido de extinção do processo:

<Pedidos>
<ExtincaoProcesso>
<CDAs>

<CDA Numero="1234567891" Situacao="Q"/>
</CDAs>
</ExtincaoProcesso>
</Pedidos>
Quadro 8: Exemplos de XML de peticionamento intermediário de diversas com pedidos automatizados.
5.2.5 Consulta de Petição (ConsultaPeticao)
Uma petição enviada anteriormente pela instituição poderá ser consultada utilizando-se o
serviço “ConsultaPeticao”. Para isso, deverá ser passado como parâmetro um XML contendo no
elemento <Code> o código da mensagem para a qual foi realizada a petição e no elemento <Tipo> o
tipo da petição que pode ser “Inicial” ou “Intermediária”. Abaixo segue um exemplo do XML para
consulta de uma petição inicial.
Exemplo de XML de Consulta de Petição
<Message>
<MessageId>

<ServiceId>ConsultaPeticao</ServiceId>

<MsgDesc>Consulta de petição</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Tipo>Inicial</Tipo>
</MessageBody>

</Signature>
</Message>
27
Quadro 9: Exemplo de XML de consulta de petição.
A resposta da consulta da petição será um arquivo ZIP codificado em base 64. Este arquivo
será composto pelo arquivo XML de resposta “Resposta.xml”, que conterá o número e a data do
protocolo gerado e os arquivos dos documentos protocolados junto com a petição. Abaixo segue um
exemplo do XML de resposta:
Exemplo do XML de Resposta da Consulta de Petição
<Message>
<MessageId>

<ServiceId>ConsultaPeticao</ServiceId>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>

<Mensagem>
<Codigo>0</Codigo>
</Mensagem>


<Protocolo>00002460520108240001</Protocolo>


</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 10: Exemplo de XML de resposta da consulta de petição.
5.2.6 Consulta Número do Processo gerado por Petição Intermediária

(ConsultaNumeroProcesso)
O serviço “ConsultaNumeroProcesso” permite consultar o número de processo com

dependente ou número de processo apartado gerado pelo Tribunal à partir do número do protocolo
respondido pelos serviços de petições intermediárias.
Esse serviço recebe uma lista de números de protocolos e responde uma lista com seus
respectivos números de processo.
Exemplo de XML de Consulta do Número do Processo
<Message>
<MessageId>

28
<ServiceId>ConsultaNumeroProcesso</ServiceId>

<MsgDesc>Consulta número do processo</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Protocolos>
<!—Lista dos protocolos a serem consultados. -->
<Protocolo Numero="WNS123456789000"/>
</Protocolos>
</MessageBody>

</Signature>
</Message>
Quadro 11: Exemplo de XML de consulta do número do processo.
Exemplo do XML de Resposta da Consulta do Número do Processo

<Message>
<MessageId>

<ServiceId>ConsultaNumeroProcesso</ServiceId>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<ProtocolosSucesso>
<!—Lista dos protocolos consultados com sucesso. -->
<Protocolo Numero="WNS123456789000" NuProcesso="0120171-92.2010.806.0001/00001"/>
<Protocolo Numero="WNS123456789111" NuProcesso="0120172-92.2010.806.0001/00004"/>
<Protocolo Numero="WNS123456789222" NuProcesso="0120172-92.2010.806.0001"/>
</ProtocolosSucesso>
<ProtocolosErro>
<!—Lista dos protocolos consultados com sucesso. -->
<Protocolo Numero="WNS123456789333" Codigo="xx" Mensagem="Protocolo não encontrado"/>
<Protocolo Numero="WNS123456789444" Codigo="yy" Mensagem="O processo ainda não foi cadastrado"/>
</ProtocolosErro>
</MessageBody>

</Signature>
</Message>
Quadro 12: Exemplo de XML de resposta da consulta do número do processo.
29
5.3 Consulta de Processos

O serviço “getDadosProcesso” permite consultar as informações básicas dos processos
eletrônicos a partir do número do processo.
Os dados do processo estão no formato XML e exibem informações como classe, assunto,
local, partes, valor da causa, entre outras. Abaixo segue um exemplo do XML para consulta de um
processo.
Exemplo de XML de Consulta de Processos
<Message>
<MessageId>

<ServiceId>ConsultaProcesso</ServiceId>

<MsgDesc>Consulta de processo</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Processo>
<Numero>09010273120128060001</Numero>
</Processo>
</MessageBody>

</Signature>
</Message>
Quadro 13: Exemplo de XML de consulta de dados do processo.
Exemplo de XML da resposta da Consulta de Processo

<Message>
<MessageId>

<ServiceId>ConsultaProcesso</ServiceId>

<MsgDesc>Consulta de processo</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
<Descricao>Mensagem processa com sucesso</Descricao>
</Mensagem>
<Processo>
<Numero>09010273120128060001</Numero>
<Instancia>1</Instancia>
<Area>Criminal</Area>
<Classe>
<Codigo>386</Codigo>
<Descricao>Execução de Pena</Descricao>
30
</Classe>
<AssuntoPrincipal>
<Descricao>Execução Penal</Descricao>
</AssuntoPrincipal>
<SegredoJustica>N</SegredoJustica>
<Foro>
<Codigo>1</Codigo>
<Descricao>Capital</Descricao>
</Foro>
<Vara>
<Nome>2ª vara das execuções criminais</Nome>
<Competencia>
<Codigo>8</Codigo>
<Nome>Execuções Criminais</Nome>
</Competencia>
</Vara>
<Valorcausa>0</ValorCausa>
<DataAjuizamento>2012-12-17</DataAjuizamento>
<DataDistribuicao>2012-12-17</DataDistribuicao>
<Partes>
<PartesAtivas>
<Parte>
<SeqParte>2</SeqParte>
<Nome>Paulo Franklin de Aragao Rodrigues</Nome>
<Genero>Masculino</Genero>
<TipoPessoa>Fisica</TipoPessoa>
<TipoParticipacao>Ministerio Publico</TipoParticipacao>
<Principal>S</Principal>
<Documentos>
<Documento>
<Tipo>CPF</Tipo>
<Numero>Masculino</Numero>
</Documento>
</Documentos>
</Parte>
</PartesAtivas>
<PartesPassivas>
<Parte>
<SeqParte>1</SeqParte>
<Nome>Maria Luiza Troiano de Andrade Figueira</Nome>
<Genero>Feminino</Genero>
<TipoPessoa>Fisica</TipoPessoa>
<TipoParticipacao>Réu</TipoParticipacao>
<Principal>S</Principal>
</Parte>
</PartesPassivas>
</Partes>
<OutrosNumeros>
<OutroNumero>0671737-52.2012.8.06.0001</OutroNumero>
</OutrosNumeros>
</Processo>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 14: Exemplo de XML de retorno da consulta de processo.
5.4 Consulta de avisos de distribuição de lotes de processos

O serviço “SolicitacaoDadosDistribuicao” permite consultar os avisos de distribuição de
lotes de processos realizados pelo Tribunal. Além dos dados associados ao aviso de distribuição, um
código de lote é retornado, que deverá ser utilziado para uma posterior invocação do serviço, em que
esse código será repassado para que o Tribunal identifque que o consulmidor já recebeu o aviso
anterior, retornando o próximo lote caso exista. Note que se nenhum código de lote for enviado
31
sempre o mesmo lote será retornado. O formato dos dados tanto na requisição quanto resposta adota
formato XML, conforme descrito nos exemplos abaixo.
Exemplo de XML de Consulta de avisos de Distribuição de lotes de processos
<Message>
<MessageId>

<ServiceId>SolicitacaoDadosDistribuicao</ServiceId>

<MsgDesc>Solicitação de dados de distribuição de processo</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Lote>10</Lote>
</MessageBody>

</Signature>
</Message>
Quadro 15: Exemplo de XML de consulta de dados de distribuição associados ao lote.
Exemplo de XML da resposta da Consulta de avisos de Distribuição de lotes de processos

<Message>
<MessageId>

<ServiceId> SolicitacaoDadosDistribuicao </ServiceId>

<MsgDesc>Solicitação de dados de distribuição de processo</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Lote>
<cdLote>10</cdLote>
<Distribuicoes>
<Distribuicao>

<NuProcesso>09010273120128060001</NuProcesso>

<NuSeqRecurso>1</NuSeqRecurso>

<CdProcesso>XXXXXXXXXX</CdProcesso>

<nuSeqDistrib>1</NuSeqDistrib>

<Instancia>1</Instancia>

<Foro>Foro de Teste</Foro>

<Vara>Vara de Teste</Vara>
<!—Código com o tipo da distribuição -->
<TipoDistribuicao>R</TipoDistribuicao>

<DtDistribuicao>aaaa-mm-dd</DtDistribuicao>

<Motivo>Motivo distribuição</Motivo>

32
<Redistribuicao>true</Redistribuicao>
</Distribuicao>
</Distribuicoes>
</Lote>
</MessageBody>

</Signature>
</Message>
Quadro 16: Exemplo de XML de retorno da consulta de distribuição de lotes de processos.

33
5.5 Intimação Eletrônica

Nos processos eletrônicos as intimações para a instituição serão realizadas de forma
eletrônica através dos serviços de intimação eletrônica.
A instituição deverá acessar periodicamente o Web Service do sistema SAJ em busca de
novas intimações. Serão disponibilizados três serviços para as intimações eletrônicas além dos serviços
de apoio:
1. Solicitação de intimação aguardando ciência;
2. Solicitação de intimação aguardando ciência informando o número do ato;
3. Solicitação de intimação com contagem de prazo iniciada automaticamente.
5.5.1 Solicitação de intimação aguardando ciência (SolicitacaoIntimacaoCiencia)
O serviço de intimação aguardando ciência permite o recebimento e a ciência da respectiva

intimação, informando o sistema SAJ para início da contagem de prazo.
Este serviço permitirá buscar as intimações de um foro, vara ou comarca ou ainda sem
nenhum filtro de pesquisa . Dessa forma as intimações são recebidas uma a uma e a partir da segunda
solicitação deste tipo, a mensagem de solicitação deverá também confirmar o recebimento da
anterior. Enquanto não houver a confirmação do recebimento da intimação anterior o Web Service do
sistema SAJ continuará enviando sempre a mesma. Para confirmar a intimação anterior deverá ser
incluído o elemento <ConfirmacaoRecebimento> contendo no subelemento <cdAto> o código do ato
recebido na resposta do pedido anterior.
Para consumir todas as intimações, será necessário chamar este serviço até que o
elemento <MessageBody> do XML retorno seja o seguinte.
<MessageBody>
<Resposta>
<Mensagem>
<Codigo>0</Codigo>
<Descricao>NAO HA INTIMACOESPENDENTES</Descricao>
</Mensagem>
</Resposta>
</MessageBody>
Quadro 17: Exemplo de XML de retorno indicando inexistência de intimações pendentes.
Este fluxo do serviço de intimações aguardando ciência está representado na figura

abaixo:
34
1. Envio da requisição de solicitação de intimação aguardando ciência (instituição):

A mensagem de solicitação de intimações será composta de dois parâmetros obrigatórios:
a. XML assinado pela instituição solicitando a próxima intimação e confirmando o
recebimento da intimação anterior (se houver). O conteúdo deste XML está definido
pelo Schema SolicitacaoIntimacaoCiencia (conforme o ANEXO II – XML Schemas).
b. Pacote ZIP, codificado em base 64, com arquivo PDF de Ciência de Recebimento de
Intimação (“Ciencia.pdf”) recebido na invocação anterior deste método, documento
este que deve estar assinado pelo usuário ou instituição. Esse parâmetro deverá estar
vazio na primeira invocação deste método, quando não há intimação anterior para
confirmar.

O processamento da solicitação de intimação aguardando ciência será composto pelas
b. Valida a solicitação:
i. Valida o XML da solicitação com o XML Schema do serviço.
iii. Valida o documento de ciência encaminhado no pacote ZIP (no caso de
solicitação com ciência):
1. Verifica se o documento “Ciencia.pdf” está presente no pacote ZIP e se
é do tipo PDF.
2. Verifica a assinatura ICP-Brasil desse documento
35
3. Verifica se a intimação a ser confirmada está pendente de confirmação.
c. Registra a ciência da intimação anterior (no caso de solicitação com ciência).
d. Gera a resposta contendo:
i. Intimação de acordo com o filtro informado (comarca, foro ou foro e vara)
ii. XML de intimação assinado pelo Tribunal de Justiça
iii. PDFs de despacho/sentença
iv. PDF de ciência “Ciencia.pdf” para ser assinado pela instituição e retornado na
próxima invocação deste método
e. Envia a resposta SOAP para o cliente.

a. O arquivo “Resposta.xml” com a intimação assinada digitalmente pelo Tribunal de
Justiça. O conteúdo deste XML está definido no Schema
RespostaSolicitacaoIntimacaoCiencia
b. Os arquivos PDFs de despacho/sentença.
c. O arquivo “Ciencia.pdf” para ser assinado digitalmente pelo usuário ou pela instituição
e retornado na confirmação do recebimento desta intimação.
Está descrito abaixo um exemplo do XML para a solicitação de intimação confirmando a

anterior e seu respectivo retorno. O exemplo simula o recebimento de intimações para um
determinado foro e vara, porém também podem ser solicitadas as intimações de todos os foros e
varas sem informar parâmetro de pesquisa, somente de uma comarca ou somente de um foro.
Modelo de XML para solicitar uma intimação informando foro e vara
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoIntimacaoCiencia</ServiceId>

<MsgDesc>Solicitação de intimação confirmando anterior</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
36
<ForoVara>

<cdForo>100</cdForo>

<cdVara>001</cdVara>
</ForoVara>



<ConfirmacaoRecebimento>

<cdAto>82</cdAto>
</ConfirmacaoRecebimento>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>




<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>


<cdAto>82</cdAto>
<ForoVara>

<!—Descrição do foro -->
<nmForo>Foro</nmForo>

<nmVara>Vara</nmVara>
</ForoVara>


<Classe>
<cdClasse>1116</cdClasse>
<deClasse>Embargos</deClasse>
</Classe>


<Assunto>
<cdAssunto>6017</cdAssunto>
<deAssunto>Dívida Ativa</deAssunto>
</Assunto>


<nuProcesso>00002460520108240001</nuProcesso>

<OutrosNumeros>

<nuOutroNumero>123454321/01</nuOutroNumero>
</OutrosNumeros>


<nuDiasPrazo>10</nuDiasPrazo>
37

<dtDisponibilizacao>2011-10-10</dtDisponibilizacao>


<dtMovimentacao>2011-10-10</dtMovimentacao>


<cdMovimentacao></cdMovimentacao>


<deMovimentacao></deMovimentacao>


<deComplemento></deComplemento>
<!—- Existem outros documentos anexos ao ato -->

<documentosAnexos>
<nuDocumento>2</nuDocumento>
</documentosAnexos>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 18: Exemplo de XML de solicitação de intimação informando foro e vara.
5.5.2 Solicitação de intimação aguardando ciência informando o número do ato

(SolicitacaoIntimacaoAto)
As intimações também poderão ser solicitadas informando o número do ato (obtido na

resposta do serviço de apoio SolicitaListaIntimacoesAguardandoCiencia) e enviando o arquivo de
ciência da intimação (obtido no serviço de apoio SolicitaDocCienciaAto). O envio do arquivo com a
ciência é necessário nesse caso pois não é realizada a confirmação da intimação anterior, podendo ser
solicitadas intimações de qualquer foro, vara ou processo sem obedecer a uma sequência como no
serviço SolicitacaoIntimacaoCiencia.
Modelo de XML para solicitar intimações para um ato específico
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoIntimacaoAto</ServiceId>

<MsgDesc>Solicitação de intimação para um ato específico</MsgDesc>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<!—Numérico(16) Código do ato a ser recebido -->

<cdAto>1001</cdAto>
</MessageBody>
38

</Signature>
</Message>
Resposta:

<Message>
<MessageId>
<ServiceId>SolicitacaoIntimacaoAto</ServiceId>

<MsgDesc>Solicitação de intimação para um ato específico</MsgDesc>

<Code>200601001222</Code>
<Date>2011-04-21</Date>
</MessageId>
<MessageBody>
<Resposta>
<cdAto>1001</cdAto>
<ForoVara>
</ForoVara>
<!—- Classe de Processo -->

<Classe>
</Classe>


<Assunto>
</Assunto>

<OutrosNumeros>
</OutrosNumeros>









<documentosAnexos>
</documentosAnexos>
39
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 15: Exemplo de XML de solicitação de citação para ato específico.
5.5.3 Solicitação de intimação com contagem de prazo iniciado automaticamente

(SolicitacaoIntimacaoAutoConfirmada)
As intimações não confirmadas durante o prazo de carência para ciência terão seu prazo
judicial iniciado automaticamente. Para estes casos, a instituição deverá acessar este serviço
periodicamente buscando as intimações em que o prazo de carência para ciência expirou a fim de
disponibilizar aos usuários responsáveis. O procedimento para verificar se ainda existem intimações
com prazo iniciado automaticamente é semelhante ao processo das intimações aguardando ciência.
A seguir estão descritos os exemplos dos XMLs de solicitação e de retorno. O exemplo
simula o recebimento de intimações com prazo iniciado automaticamente para um determinado foro
e vara, porém também podem ser solicitadas as intimações de todos os foros e varas, somente de uma
comarca ou de um foro.
Modelo de XML para solicitar Intimações com prazo iniciado automaticamente (Intimações em que
o usuário (ex: procurador) não confirmou a ciência dentro do prazo de carência para ciência)
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoIntimacaoAutoConfirmada</ServiceId>

<MsgDesc>Solicitação intimações com prazo iniciado automaticamente</MsgDesc>

<Code>200601001222</Code>
<Date>201-10-20</Date>
</MessageId>
<MessageBody>
<ForoVara>
</ForoVara>


<ConfirmacaoLeitura>

<cdAto>82</cdAto>
40
</ConfirmacaoLeitura>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>

<cdAto>82</cdAto>
<ForoVara>
</ForoVara>

<Classe>
<deClasse>Embargos de Declaração</deClasse>
</Classe>
<!—- Assunto -->

<Assunto>
</Assunto>

<OutrosNumeros>
</OutrosNumeros>



<dtIntimacao>2009-01-30</dtIntimacao>




41



<documentosAnexos>
</documentosAnexos>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 14: Exemplo de XML de solicitação de intimação com prazo iniciado automaticamente
5.6 Citação Eletrônica

Nos processos eletrônicos as citações do Estado e Municípios serão realizadas de forma
eletrônica através da integração entre sistemas.
A instituição deverá acessar periodicamente o Web Service do sistema SAJ em busca de
novas citações Serão disponibilizados três serviços para a citação eletrônica além dos serviços de
apoio:
1. Solicitação da citação aguardando ciência;
2. Solicitação de citação informando o número do ato;
3. Solicitação da citação com prazo iniciado automaticamente.
5.6.1 Solicitação de citação aguardando ciência (SolicitacaoCitacaoCiencia)
O serviço de solicitação de citação aguardando ciência permitirá o recebimento e a ciência

de recebimento de citações eletrônicas.
Este serviço permitirá buscar as intimações de um foro, vara ou comarca ou ainda sem
nenhum filtro de pesquisa. Dessa forma as citações aguardando ciência deverão ser buscadas uma a
uma. A partir da segunda solicitação deste tipo, a mensagem de solicitação deverá também confirmar
o recebimento da anterior. Enquanto não houver a confirmação do recebimento da citação anterior o
Web Service do sistema SAJ continuará enviando sempre a mesma. Para confirmar a citação anterior
deverá ser incluído o elemento <ConfirmacaoRecebimento> contendo no subelemento <cdAto> o
código do ato recebido na resposta do pedido anterior.Para consumir todas as citações, será
necessário chamar esta mensagem até que o elemento <MessageBody> do XML retorno seja o
seguinte:
<MessageBody>
<Resposta>
<Mensagem>
42
<Codigo>0</Codigo>
<Descricao>NAO HA CITAÇÕES PENDENTES</Descricao>
</Mensagem>
</Resposta>
</MessageBody>
Quadro 17: Exemplo de XML de retorno indicando inexistência de citações pendentes
O fluxo do serviço de citações aguardando ciência está representado abaixo:
1. Envio da requisição de solicitação de citação aguardando ciência (instituição):

A mensagem de solicitação de citações será composta de dois parâmetros
obrigatórios:
a. XML assinado pela instituição solicitando a próxima citação e confirmando o
recebimento da citação anterior (se houver). O conteúdo deste XML está definido
pelo Schema SolicitacaoCitacaoCiencia (conforme o ANEXO II – XML Schemas).
b. Pacote ZIP, codificado em base 64, com arquivo PDF de Ciência de Recebimento de
Citação (“Ciencia.pdf”) recebido na invocação anterior deste método, documento
este que deve estar assinado pelo usuário ou instituição. Esse parâmetro deverá
estar vazio na primeira invocação deste método, quando não há citação anterior
para confirmar.

O processamento da solicitação de citação aguardando ciência será composto pelas
a. Verifica a autorização de acesso ao serviço através do CPF/CNPJ da assinatura ICP-
Brasil do XML da solicitação.
b. Valida a solicitação:
i. Valida o XML da solicitação com o XML Schema do serviço.
iii. Valida o documento de ciência encaminhado no pacote ZIP (no caso de
solicitação com ciência):
1. Verifica se o documento “Ciencia.pdf” está presente no pacote ZIP e se
é do tipo PDF.
2. Verifica a assinatura ICP-Brasil desse documento
3. Verifica se a citação a ser confirmada está pendente de confirmação.
c. Registra a ciência da citação anterior (no caso de solicitação com ciência).
d. Gera a resposta contendo:
43
i. Recupera a citação de acordo com o filtro informado (comarca, foro ou foro e
vara)
ii. PDFs de despacho/sentença
iii. PDF de ciência “Ciencia.pdf” para ser assinado pela instituição e retornado na
próxima invocação deste método
e. Envia a resposta SOAP para o cliente.

f. O arquivo “Resposta.xml” com a citação assinada digitalmente pelo Tribunal de
Justiça. O conteúdo deste XML está definido no Schema
RespostaSolicitacaoCitacaoCiencia.
g. Os arquivos PDFs de despacho/sentença.
h. O arquivo “Ciencia.pdf” para ser assinado digitalmente por um usuário ou
instituição e retornado na confirmação do recebimento desta citação.
Está descrito abaixo um exemplo do XML para a solicitação de citação confirmando a

anterior e seu respectivo retorno. O exemplo simula o recebimento de citações para um determinado
foro e vara, porém também podem ser solicitadas as citações de todos os foros e varas, somente de
uma comarca ou de um foro.
Modelo de XML para solicitar uma citação confirmando a anterior
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoCitacaoCiencia</ServiceId>

<MsgDesc>Solicitação de citação confirmando anterior</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<ForoVara>


<cdAto>81</cdAto>
44
</ForoVara>


<ConfirmacaoRecebimento>

<cdAto>81</cdAto>
</ConfirmacaoRecebimento>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>
<ServiceId>SolicitacaoCitacaoCiencia</ServiceId>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>


<cdAto>82</cdAto>
<ForoVara>
</ForoVara>
<!-— Classe de Processo -->

<Classe>
</Classe>


<Assunto>
</Assunto>

<OutrosNumeros>
</OutrosNumeros>
<!—Partes do processo -->

<Partes>
<Parte>
<tipo>Requerente</tipo>
<nome>João da Silva</nome>
<principal>S</principal>
<Documentos>
<documento>
<tipo>CPF</tipo>
<numero>97290041023</numero>
45
</documento>
<documento>
<tipo>RG</tipo>
</documento>
</Documentos>
</Parte>
<Parte>
<tipo>Requerido</tipo>
<nome>José Santos</nome>
<Documentos>
<documento>
<tipo>CPF</tipo>
</documento>
</Documentos>
</Parte>
</Partes>







<documentosAnexos>
</documentosAnexos>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 18: Exemplo de XML de solicitação de citação.
5.6.2 Solicitação de citação aguardando ciência informando o número do ato

(SolicitacaoCitacaoAto)
As citações também poderão ser solicitadas informando o número do ato (recebido no

serviço de apoio SolicitaListaCitacoesAguardandoCiencia) e enviando o arquivo de ciência da citação
(obtido no serviço de apoio SolicitaDocCienciaAto). Nesse caso é necessário o envio do arquivo com a
ciência, pois não é realizada a confirmação da citação anterior, podendo ser solicitadas citações de
qualquer foro, vara ou processo sem obedecer a uma sequência como no serviço
SolicitacaoCitacaoCiencia.
Modelo de XML para solicitar Citações para um ato específico
Solicitação:

<Message>
<MessageId>
46

<ServiceId>SolicitacaoCitacaoAto</ServiceId>

<MsgDesc>Solicitação de citação para um ato específico</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<!—Numérico(16) Código do ato a ser recebido -->

<cdAto>1001</cdAto>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>
<ServiceId>SolicitacaoCitacaoAto</ServiceId>

<MsgDesc>Solicitação de citação para um ato específico</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<cdAto>1001</cdAto>
<ForoVara>
</ForoVara>

<Classe>
</Classe>


<Assunto>
</Assunto>

<OutrosNumeros>
</OutrosNumeros>
47
<Partes>
<parte>
<Documentos>
<documento>
<tipo>CPF</tipo>
</documento>
<documento>
<tipo>RG</tipo>
</documento>
</Documentos>
</parte>
<parte>
<Documentos>
<documento>
<tipo>CPF</tipo>
</documento>
</Documentos>
</parte>
</Partes>







<documentosAnexos>
</documentosAnexos>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 20: Exemplo de XML de solicitação de citação para ato específico.
5.6.3 Solicitação da citação com prazo iniciado automaticamente

(SolicitacaoCitacaoAutoConfirmada)
As citações não buscadas durante o prazo de carência para ciência terão seu prazo judicial
iniciado automaticamente. Para estes casos, a instituição deverá acessar este serviço periodicamente
buscando as citações em que o prazo de carência para ciência expirou a fim de disponibilizar aos
usuários responsáveis.
O procedimento para verificar se ainda existem citações com prazo iniciado
automaticamente, é semelhante ao processo das citações aguardando ciência.
48
A seguir estão descritos os exemplos dos XMLs de solicitação e de retorno. O exemplo
simula o recebimento de citações com prazo iniciado automaticamente para um determinado foro e
vara, porém também podem ser solicitadas as citações de todos os foros e varas, somente de uma
comarca ou de um foro.
Modelo de XML para solicitar Citações com prazo iniciado automaticamente (Citações em que o
usuário (ex: procurador) não confirmou a ciência dentro do prazo de carência para ciência)
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoCitacaoAutoConfirmada</ServiceId>

<MsgDesc>Solicitação citações com prazo iniciado automaticamente</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Comarca>

<cdComarca>100</cdComarca>
</Comarca>


<ConfirmacaoLeitura>

<cdAto>82</cdAto>
</ConfirmacaoLeitura>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>


<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
49
<cdAto>82</cdAto>
<ForoVara>
</ForoVara>

<Classe>
</Classe>


<Assunto>
</Assunto>

<OutrosNumeros>
</OutrosNumeros>

<Partes>
<parte>
<Documentos>
<documento>
<tipo>CPF</tipo>
</documento>
<documento>
<tipo>RG</tipo>
</documento>
</Documentos>
</parte>
<parte>
<Documentos>
<documento>
<tipo>CPF</tipo>
</documento>
</Documentos>
</parte>
</Partes>



<dtCitacao>2009-01-30</dtCitacao>





<documentosAnexos>
</documentosAnexos>
50
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 19: Exemplo de XML de solicitação de citação com prazo iniciado automaticamente.
51
5.7 Serviços de apoio
5.7.1 Para o peticionamento eletrônico
Será disponibilizado através do Web Service os seguintes serviços de apoio que retornarão
um XML com informações básicas para serem referenciadas nas mensagens de peticionamento.
5.7.1.1 Serviços comuns para o peticionamento de iniciais e intermediárias
 (getForosEVaras) Lista de foros e varas habilitados para peticionamento. Utilizado para a

obtenção do foro e conhecimento das varas disponíveis naquele foro.
getForosEVaras:

<Foros>
<Foro Codigo="1" Nome="Foro Regional I - Santana">
<Comarca Codigo="583" Nome="São Paulo"/>
<Municipio Codigo="1" Nome="São Paulo"/>
<Vara Codigo="1" Nome="1ª Vara Cível">
<Competencia Descricao="Cível" Tipo="1"/>
</Vara>
</Vara>
</Vara>
</Vara>

</Foro>
<Foro Codigo="666" Nome="Foro Distrital de Artur Nogueira">
<Comarca Codigo="363" Nome="Mogi-Mirim"/>
<Municipio Codigo="44" Nome="Artur Nogueira"/>
<Vara Codigo="1" Nome="Vara Única">
<Competencia Descricao="Única" Tipo="24"/>
</Vara>
</Foro>


</Signature>
</Foros>
 (getTiposDocDigital) Lista de tipos de documento digital. Utilizado para obtenção dos tipos
de documento digital disponíveis para o peticionamento.
getTiposDocDigital:

<Documentos>

<Documento Descricao="Petição" Tipo="9500"/>
<Documento Descricao="Procuração" Tipo="9501"/>
<Documento Descricao="Contrato Social" Tipo="9502"/>
<Documento Descricao="Justiça Gratuita" Tipo="9503"/>
<Documento Descricao="Carta" Tipo="9504"/>
<Documento Descricao="Certidão de Dívida Ativa" Tipo="9505"/>

52
</Signature>
</Documentos>
5.7.1.2Serviços específicos para o peticionamento de iniciais (serviço Ajuizamento)
 (getAreasCompetenciasClasses) Lista de Áreas, Competências e Classes por Foro. Utilizado

para obtenção das competências e classes que poderão ser informadas no serviço
Ajuizamento.
getAreasCompetenciasClasses (int cdForo):

<Foro Codigo="75" Nome="Foro Distrital de Bertioga">

<Area Tipo="CIVIL E CRIMINAL">
<Competencia Codigo="29" Descricao="Cível e Criminal">
<Classe Codigo="6689" Descricao="PROCESSO CÍVEL E DO TRABALHO">
</Classe>
<Classe Codigo="6722" Descricao="Separação Consensual">
</Classe>

</Competencia>

</Area>


</Signature>
</Foro>
 (getAssuntos) Lista de assuntos para peticionamento de iniciais por competência e classe.

Utilizado para obtenção dos assuntos válidos que poderão ser informadas no serviço
Ajuizamento.
getAssuntos (int cdCompetencia, int cdClasse):

<Assuntos>
<Assunto codigo="14" descricao="DIREITO TRIBUTÁRIO" flSelecionavel="N"/>
<Assunto codigo="5916" codigoPai="14" descricao="Impostos" flSelecionavel="N"/>
<Assunto codigo="5956" codigoPai="14" descricao="Taxas" flSelecionavel="N"/>
<Assunto codigo="6088" codigoPai="14" descricao="Discriminação Tributária MERCOSUL" flSelecionavel="S"/>
<Assunto codigo="5917" codigoPai="5916" descricao="IRPF" flSelecionavel="S"/>
<Assunto codigo="5957" codigoPai="5956" descricao="Federais" flSelecionavel="N"/>
<Assunto codigo="5971" codigoPai="5956" descricao="Estaduais" flSelecionavel="S"/>
<Assunto codigo="5972" codigoPai="5956" descricao="Municipais" flSelecionavel="N"/>
</Assuntos>
5.7.1.3 Serviços específicos para o peticionamento de intermediárias ou intermediárias diversas

(serviço PetIntermediario ou PetDiversa)
• (getCategoriasEClasses) Lista de categorias e classes para peticionamento intermediário.

Utilizado para obtenção das categorias e classes unificadas que deverão ser informados no
serviço PetIntermediario.
getCategoriasEClasses:
53
<Categorias>


<Categoria Descricao="Ação Incidente" Tipo="1">
<Classe Descricao="Ação Declaratória Incidental" Tipo="5401"/>
<Classe Descricao="Embargos à Execução" Tipo="5558"/>
</Categoria>
<Categoria Descricao="Execução de Sentença" Tipo="2">
<Classe Descricao="Execução de Sentença" Tipo="5701"/>
<Classe Descricao="Execução de Alimentos" Tipo="5702"/>
</Categoria>
<Categoria Descricao="IncidenteProcessual" Tipo="3">
<Classe Descricao="Carta de Ordem" Tipo="5507"/>
<Classe Descricao="Carta de Sentença" Tipo="5508"/>
</Categoria>
<Categoria Descricao="Recurso" Tipo="4">
<Classe Descricao="Habeas Corpus" Tipo="5522"/>
<Classe Descricao="Mandado de Segurança" Tipo="5531"/>
</Categoria>

</Signature>
</Categorias>
 (getClasseTpParte) Lista de tipos de parte por classe de processo. Utilizado para a obtenção
dos tipos de participação disponíveis para uma determinada parte nos serviços
PetIntermediario e PetDiversa.
getClasseTpParte:

<Classes>

<Classe Descricao="Ação Declaratória Incidental" Tipo="5401">
<Parte Descricao="Requerente"/>
<Parte Descricao="Requerido"/>
</Classe>
<Classe Descricao="Impugnação ao Valor da Causa" Tipo="5526">
<Parte Descricao="Impugnado"/>
<Parte Descricao="Impugnante"/>
</Classe>
<Classe Descricao="Embargos à Execução" Tipo="5558">
<Parte Descricao="Embargado"/>
<Parte Descricao="Embargante"/>
</Classe>
<Classe Descricao="Exceção de Pré-Executividade" Tipo="5564">
<Parte Descricao="Excepto"/>
<Parte Descricao="Excipiente"/>
</Classe>


</Signature>
</Classes>
• (getTiposDiversas) Lista de tipos de petição diversa. Utilizado para obtenção da lista de

tipos de petição que deverão ser informados no serviço PetDiversa.
getTiposDiversas

<Tipos>
<Tipo Descricao="Contestação" Tipo="8001"/>
<Tipo Descricao="Recurso Inominado" Tipo="8002"/>

54
</Signature>
</Tipos>
• (getNumeroUnificadoProcesso) Obter o número de processo unificado a partir de um outro

número do processo. Utilizado quando a instituição possui somente o número antigo do
processo para obter o número unificado para utilizar na petição intermediária.
getNumeroUnificadoProcesso (String OutroNumeroProcesso):

<Processo>
<OutroNumero>023068130840</OutroNumero>
<NumeroUnificado>0000246-05.2010.8.24.0001</NumeroUnificado>
</Signature>
</Processo>
• (getOutroNumeroProcesso) Obter outro número de processo a partir do número de

processo unificado. Utilizado quando a instituição desejar saber os demais números do
processo.
getOutroNumeroProcesso(String NumeroUnificadoProcesso):

<Processo>
<NumeroUnificado>00002460520108240001</NumeroUnificado>
<OutroNumero>023.06.813084-0</OutroNumero>
</Signature>
</Processo>
5.7.2 Para o recebimento de atos eletrônicos (intimações e citações)
5.7.2.1Consulta da quantidade e relação de intimações aguardando ciência

(SolicitaListaIntimacoesAguardandoCiencia)
O sistema da instituição poderá acessar o Web Service solicitando a quantidade e relação

das intimações que estão aguardando ciência. Estes dados terão caráter apenas informativo e o fato
de acessar tais informações não incidirá na contagem de prazo.
O retorno será um XML contendo o elemento <qtIntimacoes> com o número de
intimações disponíveis e um elemento <Intimacoes> com uma lista de intimações que estarão
aguardando ciência por parte da instituição, com indicação de número do ato, processo, foro, vara,
classe, assunto do processo e data de disponibilização da intimação. Abaixo segue exemplo de um XML
válido a ser enviado como parâmetro e um exemplo do XML de retorno:
Exemplo de XML para solicitar a quantidade e relação de processos com intimações aguardando
ciência
55
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitaListaIntimacoesAguardandoCiencia</ServiceId>

<MsgDesc>Solicitação da quantidade e relação de processos com intimações aguardando ciência </MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<ForoVara>
</ForoVara>
</MessageBody>

</Signature>
</Message>
Resposta:
<Message>
<MessageId>
<ServiceId>SolicitaListaIntimacoesAguardandoCiencia</ServiceId>

<MsgDesc>Solicitação da quantidade e relação de processos com intimações aguardando ciência</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Resposta>
<qtIntimacoes>1</qtIntimacoes>
<Intimacoes>
<Intimacao>
<cdAto>81</cdAto>
<dtDisponibilizacao>21/07/2010</dtDisponibilizacao>
<ForoVara>
</ForoVara>
<Classe>
<deClasse>Execução Fiscal</deClasse>
</Classe>
56


<Assunto>
</Assunto>
</Intimacao>
</Intimacoes>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 19: Exemplo de XML de solicitação da quantidade e processos com intimações aguardando ciência.
5.7.2.2Consulta da quantidade e listagem de citações aguardando ciência

(SolicitacaoListaCitacoesAguardandoCiencia)
O sistema da instituição poderá acessar o Web Service solicitando a quantidade e relação

de processos com citações aguardando ciência. Estes dados terão caráter apenas informativo e o fato
de acessar tais informações não incidirá na contagem de prazo.
O retorno será um XML contendo o elemento <qtCitacoes> com o número de citações
disponíveis e um elemento <Citacoes> com uma lista de citações que estarão aguardando ciência por
parte da instituição, com indicação de número do ato, processo, foro, vara, classe, assunto do
processo e data de disponibilização da citação. Abaixo segue exemplo de um XML válido a ser enviado
como parâmetro e um exemplo do XML de retorno:
Exemplo de XML para solicitar a quantidade e relação de processos com citações aguardando
ciência
Solicitação:

<Message>
<MessageId>

<ServiceId> SolicitacaoListaCitacoesAguardandoCiencia</ServiceId>

<MsgDesc>Solicitação da quantidade e relação de processos com citações aguardando ciência </MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<ForoVara>
</ForoVara>
</MessageBody>
57

</Signature>
</Message>
Resposta:
<Message>
<MessageId>
<ServiceId> SolicitaListaCitacoesAguardandoCiencia</ServiceId>

<MsgDesc>Solicitação da Quantidade de Citações Aguardando Ciência</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>

<Resposta>
<qtCitacoes>1</qtCitacoes>
<Citacoes>
<Citacao>
<cdAto>81</cdAto>
<dtDisponibilizacao>10/10/2011</dtDisponibilizacao>
<ForoVara>
</ForoVara>
<Classe>
</Classe>


<Assunto>
</Assunto>
</Citacao>
</Citacoes>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 16: Exemplo de XML de solicitação da quantidade e processos com citações aguardando ciência.
5.7.2.3 Solicitação de documento de ciência do ato (SolicitacaoDocCienciaAto)

58
Para a solicitação de uma intimação ou citação aguardando ciência informando o número
do ato será necessário o envio do documento de ciência desse ato assinado pelo usuário ou pela
instituição.
Este serviço será utilizado para obter o documento de ciência necessário para a solicitação
de intimação ou ciência pelo número do ato. O conteúdo do XML de solicitação destes documentos
está definido pelo Schema SolicitacaoDocCienciaAto (conforme o ANEXO II – XML Schemas).
Modelo de XML para solicitação de documento de ciência para um ato específico
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoDocCienciaAto</ServiceId>

<MsgDesc>Solicitação de documento de ciência para um ato específico</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<!—Numérico(16) Código do ato do documento de ciência -->

<cdAto>1001</cdAto>
</MessageBody>

</Signature>
</Message>
Resposta:

<Message>
<MessageId>
<ServiceId>SolicitacaoDocCienciaAto</ServiceId>

<MsgDesc>Solicitação de documento de ciência para um ato específico</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<cdAto>1001</cdAto>
</Resposta>
</MessageBody>

59
</Signature>
</Message>
Quadro 21: Exemplo de XML de solicitação do documento de ciência do ato.
5.7.2.4 Solicitação de documentos anexos do Ato

(SolicitacaoDocumentosAnexosAto)
As intimações ou citações poderão conter outros documentos anexos além da própria

intimação ou citação. Estes documentos poderão ser obtidos através deste serviço, informado o
número do ato e número do documento recebidos no XML da intimação ou citação. Não será gerada a
ciência do recebimento destes documentos. O conteúdo do XML de solicitação destes documentos
está definido pelo Schema SolicitacaoDocumentosAnexosAto (conforme o ANEXO II – XML Schemas).
Exemplo de XML para solicitar os documentos anexos do ato
Solicitação:

<Message>
<MessageId>

<ServiceId>SolicitacaoDocumentosAnexosAto</ServiceId>

<MsgDesc>Solicitação de Documentos Anexos do Ato</MsgDesc>

<Code>200601001222</Code>
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<cdAto>82</cdAto>
</MessageBody>

</Signature>
</Message>
Resposta:
<Message>
<MessageId>
<ServiceId>SolicitacaoDocumentosAnexosAto</ServiceId>

<MsgDesc>Solicitação de Documentos Anexos do Ato</MsgDesc>

<Code>200601001222</Code>
60
<Date>2011-10-20</Date>
</MessageId>
<MessageBody>
<Resposta>
<cdAto>82</cdAto>
# classificação do tipo do documento digital
<cdTipoDocDigital>10</cdTipoDocDigital>
# Identificador único do documento
<cdDocumentoAnexo>1234</cdDocumentoAnexo>
</Resposta>
</MessageBody>

</Signature>
</Message>
Quadro 22: Exemplo de XML da solicitação de documentos do ato.
61
ANEXO I – Tabela de códigos de retorno do Web Service
Código Descrição
0 Mensagem processada com sucesso
1 Erro interno
2 Erro sessão da confirmação diferente da sessão da solicitação de logon
3 Erro acesso negado
4 Erro usuário não logado
5 Erro processando XML
6 Mensagem já enviada anteriormente
7 Mensagem não enviada anteriormente
8 Erro no acesso a base de dados
9 Erro validando XML schema
11 Erro arquivo de documentos inválido
12 Erro tipo de documento inválido
13 Erro documento sem assinatura digital ou com assinatura inválida
14 Erro petição declarada não existe no arquivo de documentos
15 Erro documento declarado não existe no arquivo de documentos
16 Erro tipo de documento declarado inválido
17 Erro ao protocolar documento
18 Erro tamanho de página acima do permitido
19 Erro tamanho de documento acima do permitido
20 Erro tamanho total dos arquivos acima do permitido
21 Erro nacionalidade inválida
22 Erro estado civil inválido
23 Erro profissão inválida
24 Erro ramo de atividade inválido
25 Erro nome da parte inválido
26 Erro logradouro inválido
27 Erro município inválido
28 Erro CPF ou CNPJ inválido
51 Erro foro inválido
52 Erro tipo de processo inválido
53 Erro processo inexistente
55 Erro nome da parte inexistente
62
56 Erro tipo da parte inválido
57 Erro número de partes inválido
58 Erro ao salvar log da operação
61 Erro ato não encontrado
62 Erro ato já está confirmado
63 Erro usuário já logado
64 Erro assinando XML
65 Erro desafio inválido
66 Erro usuário não cadastrado
67 Erro validando assinatura
68 Erro usuário não autorizado
69 Erro XML foi alterado depois de assinado
70 Erro assinatura não encontrada no XML
71 Erro certificado utilizado para assinatura é inválido
72 Erro XML assinado por um usuário diferente do logado
73 Erro área do processo inválida
74 Erro partes duplicadas processo
75 Erro processo não pode ser consultado, pois está em segredo de justiça
76 Erro pedido de alteração parte deve ser tipo emenda inicial
63
ANEXO II – XML Schemas
O sistema utilizará XML Schemas para validar a todos os XMLs de invocação de serviços.
Esses XML Schemas poderão ser baixados pelo endereço composto pela URL base do Web Service e o
caminho /documentos/xsd.zip (https://<servidor>:<porta>/<contexto>/documentos/xsd.zip). Este
arquivo contérá os XML Schemas para validar as requisições da instituição e as respostas do Web
Service do sistema SAJ.
Os Schemas obedecerão a seguinte nomenclatura:
 Schema para validar invocação do serviço: “<serviceId><versão>.xsd”
 Schema para validar a resposta do Tribunal: “Resposta<serviceId>.xsd”
Abaixo alguns exemplos de XML Schemas que serão incluídos:

 SolicitacaoIntimacaoCiencia.xsd e RespostaSolicitacaoIntimacaoCiencia.xsd
 SolicitacaoCitacaoCiencia.xsd e RespostaSolicitacaoCitacaoCiencia.xsd
64
ANEXO III – Perguntas Frequentes
1. Como posso obter informações sobre novas versões do Web Service (data prevista de liberação,
alterações que serão realizadas)?
R. A sessão 2.1 descreve a política de atualização de versões.
2. Como devem ser feitos os testes de integração?

R. A sessão 2.2.1 detalha o procedimento de homologação:
 A instituição deve firmar um convênio com o Tribunal.
 A instituição deve indicar o CPF ou CNPJ do certificado digital ICP-Brasil que será utilizado para
testes.
 O Tribunal de Justiça irá informar a URL de acesso ao Web Service e a pessoa designada para
acompanhar o processo de homologação.
3. Não estamos conseguindo acesso ao Web Service, o que devemos fazer?

R. As seguintes medidas podem ajudar a indentificar o problema:
 Acessar o endereço do WSDL (descrito na sessão 5 deste documento) pelo navegador de
internet. Se não for possível obter o WSDL, tentar o mesmo acesso de outro computador
localizado fora da rede da instituição, verificando assim restrições de firewall da rede da
instituição.
Entrar em contato com o Tribunal de Justiça caso o WSDL não possa ser acessado de dentro e de
fora da rede da instituição.
 Se o sistema operacional do cliente for o Windows 2003 Server verificar se o executável tem
permissão de acesso à rede.
4. Ao tentar enviar a petição o Web Service não está retornando nada. O sistema retorna apenas
time out. Como devemos proceder?
R. A resposta do Web Service pode estar demorando e o software cliente estar acusando time out. O
tempo de resposta varia de acordo com o número de documentos para verificar e protocololar a
data e hora segura, e pode variar de acordo com a velocidade de transmissão da conexão da
internet.
A primeira atitude é aumentar o tempo de time out (um valor entre 30s e 1 minuto deve ser
suficiente para todas as situações normais).
65
5. Ao enviar uma solicitação, ocorreu o erro “content not allowed in Prolog”. O que significa essa
mensagem?
R. Esta mensagem indica que existe no XML conteúdo inválido antes da declaração de encoding.
O XML deve iniciar com a linha: <?xml version="1.0" encoding="ISO-8859-1"?> Se necessário abra o arquivo com um
editor HEX para verificar se não existem caracteres “ocultos” antes da linha que define o encoding.
6. Ao tentar realizar o logon, o sistema retorna a mensagem “ERRO WEBSERVICE DESABILITADO”.

Como devemos proceder?
R. Verificar se o cliente está acessando a URL correta (homologação ou produção). Se este não for o
problema entrar em contato com o Tribunal de Justiça para reportar a situação.
7. Ao tentar acessar o Web Service foi retornado o erro: “ERRO USUARIO NAO CADASTRADO”, o
que devemos fazer para acessar o Web Service?
R. Esse erro indica que não existe usuário cadastrado com o CPF/CNPJ utilizado para assinar o XML de
logon.
A instituição deve verificar se o certificado que está sendo utilizado foi emitido para o CPF/CNPJ
informado ao Tribunal de Justiça especificamente para a instalação acessada (de homologação ou
produção).
8. É necessário um e-CNPJ para acessar o Web Service?

R. Não necessariamente um e-CNPJ.
É preciso sim um certificado digital ICP-Brasil para a instituição assinar os XMLs que descrevem as
solicitações. É comum que este certificado seja um e-CNPJ.
Também é obrigatório que todos os documentos PDF enviados em anexo sejam assinados
digitalmente por um certificado digital ICP-Brasil. Este pode ser o mesmo utilizado para assinar os
XMLs ou pode ser outro, emitido para o usuário (ex: procurador).
9. Para testes é possível disponibilizar acesso utilizando um e-CNPJ diferente?

R. Sim.
O certificado digital utilizado para testes pode ser diferente do certificado utilizado em produção.
Mas deve ter sido emitido para o CPF ou CNPJ informado para o Tribunal de Justiça para a
configuração do usuário de teste.
66
10. É suficiente a autenticação do acesso ao Web Service utilizando o e-CNPJ da instituição? Os

demais documentos (petição, CDA, XML...) podem ser assinados por outro certificado?
R. Não exatamente.
O certificado digital utilizado para autenticação deve ser o mesmo utilizado para assinar os XMLs.
O certificado digital utilizado para assinar PDFs pode ser outro.
11. Para quais foros podem ser feitos ajuizamentos?

R. Os Foros disponíveis podem ser consultados pelo respectivo serviço de apoio, conforme descrito na
sessão Erro! Fonte de referência não encontrada..
12. Ao enviar uma petição, o Web Service retorna o erro “ERRO PETICAO DECLARADA NAO EXISTE
NO ARQUIVO DE DOCUMENTOS”, porém o arquivo se encontra no XML de envio. O que pode ter
ocorrido?
R. O arquivo referenciado no XML de envio deve estar presente no arquivo de documentos (ZIP
codificado em base64). Abaixo possíveis causas para um arquivo estar presente no cliente, mas não
ser encontrado no servidor do Tribunal:
 Corrupção dos dados durante a transmissão. Verificar se um novo envio resolve o problema,
 Incompatibilidade do ZIP com o Java. A implementação da SUN de compactação e
descompactação ZIP é mais rigoroza que a implementação do Windows e do WinRAR.
Já encontramos situações em que o Windows abria o arquivo ZIP mas o Java não. Depois foi
identificado que a aplicação que estava gerando o ZIP, em Delphi, estava reutilizando um
BufferArray e o arquivo ZIP ficava com “lixo” no final, impedindo o funcionamento correto no
Java.
13. Ao enviar a petição, ocorreu o erro “Documento sem assinatura digital ou assinatura
inválida”, porém, os documentos enviados estão todos assinados. O que pode ter ocorrido?
R. O Web Service verifica todos os documentos recebidos validando:
 Se todos estão assinados digitalmente.
 Se todas as assinaturas de cada documento são ICP-Brasil válidas (não expirada, certificado não
revogado).
 Se o documento não foi alterado depois de assinado.
67
14. Enviamos as petições para o Web Service e obtivemos resposta de sucesso. O que ocorre
agora?
R. O arquivo XML de resposta contém o número do protocolo emitido pelo Tribunal de Justiça. Uma
vez protocolada a petição segue o fluxo normal:
 O Protocolo será importado (operação disparada por um serventuário do Tribunal de Justiça).
 Se a petição for inicial um novo processo será cadastrado no sistema.
 Se a petição for intermediária do tipo diversa esta será juntada ao respectivo processo.
 Se a petição for intermediária de outro tipo o novo subprocesso será cadastrado no sistema.
 Na manhã seguinte o processo ou subprocesso será cadastrado na base índice de processos,
ficando assim passível de receber outros peticionamentos intermediários.
15. Quem pode inserir intimações ou citações no Web Service para que sejam testadas as
funcionalidades referidas?
R. A sessão 2.2 descreve os procedimento para a homologação do cliente do Web Service.
Normalmente a geração de intimações é feita pelo Tribunal de Justiça a partir de processos
ajuizados anteriormente pelo Web Service.
16. Como podemos identificar o processo a que se refere uma intimação recebida via Web
Service?
R. O XML de resposta da intimação bem como o teor da intimação (PDF) indicam o número do
processo.
17. O Web Service está retornando o erro “ERRO INTERNO”. Como devemos proceder?
R. Favor entrar em contato com o Tribunal de Justiça para reportar o erro.

Manual Técnico de Integração - Webservices

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manual Técnico de Integração - Webservices

Enviado por

Direitos autorais:

Formatos disponíveis

PADRÃO DE INTEGRAÇÃO ENTRE O TRIBUNAL DE JUSTIÇA E

INSTITUIÇÕES CONVENIADAS VIA WEB SERVICE

Revisão Última Atualização

TABELA DE REVISÕES ............................................................................................................................................... 2

Este documento descreve tecnicamente os serviços a serem disponibilizados pelo sistema

Visão macro da arquitetura de serviços

Um documento eletrônico é qualquer arquivo sobre o qual seja necessário agregar

O Web Service de integração a ser disponibilizado poderá receber atualizações que

2.1 Política de Atualização de Versões

2.2 Procedimentos para integração com o Tribunal de Justiça

2.2.2 Integração em Ambiente de Produção

Com a homologação finalizada e aprovada, a instituição receberá um link para acesso ao

4 Formato das Mensagens

Os XMLs utilizados para descrever as solicitações serão padronizados para conter

O Web Service do sistema SAJ disponibilizará um conjunto de serviços que permitirá a

A seguir estão descritos todos os serviços disponibilizados no Web Service.

5.1 Logon (SolicitaLogon e ConfirmaLogon)

Este processo funcionará em duas etapas:

<MsgDesc>Solicitação do Desafio de Logon</MsgDesc>

Exemplo de XML Retornado pela Solicitação de Logon

Quadro 3: Exemplo de XMLs de solicitação de logon.

2 – Assinatura do desafio retornado na tag <Desafio> e envio do desafio assinado para

<!—Desafio assinado para confirmação de logon -->

O retorno da resposta de confirmação de logon obedecerá ao formato padrão de retorno

5.2.1 Inicial - Ajuizamento

O serviço de ajuizamento permitirá o envio de Petições Iniciais com seus respectivos

1. Envio da requisição de ajuizamento (instituição):

2. Processamento da requisição (Web Service):

3. Recebimento da resposta (instituição):

Abaixo um exemplo de XML de Ajuizamento e dos XMLs de resposta (positiva e negativa),