Sandro Felipe Adad

Acessando esse link https://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?op=EnviarLoteRpsEnvio Retorna: SOAP 1.1 The following is a sample SOAP 1.1 request and response. The placeholders shown need to be replaced with actual values. POST /NotaFiscal/Servicos.asmx HTTP/1.1 Host: nfewshomologacao.joinville.sc.gov.br Content-Type: text/xml; charset=utf-8 Content-Length: SOAPAction: "https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio" <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <EnviarLoteRpsEnvio xmlns="https://nfewshomologacao.joinville.sc.gov.br/"> <LoteRps></LoteRps> <Signature></Signature> </EnviarLoteRpsEnvio> </soap:Body> </soap:Envelope> HTTP/1.1 200 OK Content-Type: text/xml; charset=utf-8 Content-Length: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <EnviarLoteRpsEnvioResponse xmlns="https://nfewshomologacao.joinville.sc.gov.br/"> <EnviarLoteRpsResposta> <NumeroLote></NumeroLote> <DataRecebimento></DataRecebimento> <Protocolo></Protocolo> <ListaMensagemRetorno> <MensagemRetorno> <Codigo></Codigo> <Mensagem></Mensagem> <Correcao></Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo></Codigo> <Mensagem></Mensagem> <Correcao></Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> </EnviarLoteRpsEnvioResponse> </soap:Body> </soap:Envelope> SOAP 1.2 The following is a sample SOAP 1.2 request and response. The placeholders shown need to be replaced with actual values. POST /NotaFiscal/Servicos.asmx HTTP/1.1 Host: nfewshomologacao.joinville.sc.gov.br Content-Type: application/soap+xml; charset=utf-8 Content-Length: <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <EnviarLoteRpsEnvio xmlns="https://nfewshomologacao.joinville.sc.gov.br/"> <LoteRps></LoteRps> <Signature></Signature> </EnviarLoteRpsEnvio> </soap12:Body> </soap12:Envelope> HTTP/1.1 200 OK Content-Type: application/soap+xml; charset=utf-8 Content-Length: <?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <EnviarLoteRpsEnvioResponse xmlns="https://nfewshomologacao.joinville.sc.gov.br/"> <EnviarLoteRpsResposta> <NumeroLote></NumeroLote> <DataRecebimento></DataRecebimento> <Protocolo></Protocolo> <ListaMensagemRetorno> <MensagemRetorno> <Codigo></Codigo> <Mensagem></Mensagem> <Correcao></Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo></Codigo> <Mensagem></Mensagem> <Correcao></Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> </EnviarLoteRpsEnvioResponse> </soap12:Body> </soap12:Envelope> No ISSJoinville.ini está assim: [Recepcionar] IncluiEncodingCab=1 IncluiEncodingDados=1 Texto1=<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://nfewshomologacao.joinville.sc.gov.br/" xmlns:xd="http://www.w3.org/2000/09/xmldsig#"> Como ajusto o envelope?

ok Italo, alterei os seguintes arquivos em anexo incluindo o proISSJoinville. Consegui fazer a geração do xml bem próxima do exemplo da prefeitura, com exceção de um id ao lado da tag RPS. No arquivo de exemplo da prefeitura: <InfDeclaracaoPrestacaoServico Id="infPS_1"> <Rps Id="infRPS_1"> No que estou gerando: <InfDeclaracaoPrestacaoServico Id="1UNICA"> <Rps> Em anexo coloquei todos os arquivos que efetuem alguma alteração tratando o layout do proISSJoinville. A Assinatura do lote e da RPS está ok, pode ser que eu tenha informado algo errado no cabeçalho SOAP? Ao tentar enviar estou tendo erro interno 0, http 400, requisição não enviada... que não sei o que significa... Como voce faz pra identificar erro no envio? pnfsConversao.pas pnfsNFSeG.pas pnfsNFSeW_ABRASFv2.pas Cidades.ini 1-env-lot.xml 1-env-lot-soap.xml issJoinville.ini Iniciei as alterações se quiser contribuir.

Italo, você que tem bastante experiência, gostaria de tentar implementar este layout novo para a prefeitura de joinville, mas não tenho experiência do que devo observar para escolher um arquivo similar para implementação, pode me dar uma dica? Informações que tenho: 1) Padrão utilizado pela prefeitura: Abrasf Versão 2.04 (fevereiro de 2017) 2) Vou adicionar no Cidades.ini o municipio 4209102: [4209102] Nome=Joinville UF=SC Provedor=ISSJoinville NomeURL_H= NomeURL_P= 3) Vou copiar um arquivo de provedor similar ao padrão ABRASF v2 (como sei qual provedor utiliza qual padrão?) e criar uma pasta dentro de ACBrNFSe\Schemas chamada ISSJoinvile com este arquivo la dentro "nfse_v2-04_editado.xsd" 4) Dentro da pasta ACBrNFSe\ArqINI criar um arquivo ISSJoinville.ini e aqui começa meu dilema.. das seções do .ini. Tem algum lugar que documente a utilização destas seções ou dar uma luz pra iniciar? EnviarLoteRpsEnvio.xml Manual Webservices NFEM 1.0 28-09-2017.pdf nfse_v2-04_editado.xsd

Eu tive de iniciar no projeto do e-social e reinf que são mais urgentes e abortei o desenvolvimento desta alteração por enquanto... Mas tenho interesse em colaborar também assim que for possível, mas provavelmente só irei trabalhar com ela no ano que vem.

Só tenho permissão de postar aqui arquivo de ate 2mb e o zip do meu trunk2 fica em 134mb. -> Sugiro cuidado, pois esta versão não esta atualizada com os fontes atuais do ACBR. No meu caso, criei um ambiente separado (VM) com este fonte para o projeto do reinf e e-social, para não ter risco de afetar o projeto de emissão de Notas. Fontes.zip

1) Enquanto aguardamos a versão oficial do componente (que não esta pronto), veja o post do Leivio que tem o fonte inicial ajustado para geração e envio: Por enquanto funciona apenas com certificado de arquivo A1 (a menos que use dlls de terceiros)... 2) Ajustar para a nova versão 2.4.01

Para quem esta usando os fontes disponibilizados extra oficialmente no forum (não esta pronto ainda o componente final)! Basta alterar na unit ACBreSocialGerador : 1) na procedure TeSocialEvento.Validar(Evento: String); TACBreSocial(FACBreSocial).SSL.NameSpaceURI := 'http://www.esocial.gov.br/schema/evt/'+Namespace+ '/v02_04_01'; //'/v02_03_00'; v02_02_02 2) na procedure TeSocialEvento.GerarCabecalho(Namespace: String); TACBreSocial(FACBreSocial).SSL.NameSpaceURI := 'http://www.esocial.gov.br/schema/evt/'+Namespace+ '/v02_04_01'; //'/v02_03_00'; v02_02_02 3) Na unit ACBreSocial; const ACBRESOCIAL_VERSAO = '2.4.01'; 4) Copiar os novos Schemas da pagina do e-social (http://portal.esocial.gov.br/manuais/esquemas-xsd-esocial-v2-04-01-24-11-2017.zip) para a pasta sua schemas. 5) Ajustar a geração dos S-1010 e demais que sofreram alteração de layout. (http://portal.esocial.gov.br/manuais/leiautes_do_esocial_-_versao_2-4-01_beta.zip) como o pessoal acima comentou. Lembrar que o pessoal do e-social zerou a base, logo para testes, deve-se iniciar o envio novamente desde o S-1000.

Por enquanto para envio, apenas as versões postadas aqui no forum.

O pessoal do Reinf limpou a base de dados do REINF na mudanção de versão... Complementando, consegui enviar R-1000, R-2010, R-2020, R-2099, R-2098 e R-9000. Porem a função que valida os esquemas, para os eventos de fechamento e reabertura estava acusando erro: 'Error: the schema itself is not valid'; Peguei o XSD da versao 1.01 e sobrescrevi para 1_02 e ajustei internamente para 1_02. (pois não houve alteração de esquema mas tem algum erro interno) Enviei sem problemas em seguida. evtReabreEvPer-v1_02_00.xsd evtFechamento-v1_02_00.xsd

Só para informar a todos, hoje voltou a funcionar o envio/retorno pelo Acbr, só que no layout 1_02. REINF_VERSAO = '1_02_00';

Eu mexi apenas aqui na unit unit ACBrReinf: REINF_VERSAO = '1_02_00'; REINF_NAMESPACE = 'http://sped.fazenda.gov.br/RecepcaoLoteReinf'; URL_REINF_ENVIO = 'https://preprodefdreinf.receita.fazenda.gov.br/RecepcaoLoteReinf.svc'; URL_REINF_CONSULTA = 'https://preprodefdreinf.receita.fazenda.gov.br/ConsultasReinf.svc'; Mexeu algo mais?

Estou usando PR.

Chegaram a testar hoje o envio de algo do Reinf? , eu continuo recebendo a mensagem que devo usar a versão 1_02...

Não pretendi ser grosso na resposta, me desculpe, mas é que este tipo de pergunta de "quando será disponibilizado" satura os foruns e na prática não ajuda, o ideal é que possamos contribuir com o desenvolvimento no que for possível para agilizarmos a disponibilização para os demais. Assim como o Rubinho e o Leivio estão trabalhando e tentando compatibilizar com as versões anteriores e passando ao pessoal do ACBR que esta trabalhando duro. Eu particularmente tambem precisei criar uma VM para iniciar neste projeto e ir tentando utilizar e ir passando aqui no forum algum ou outro problema que fui encontrando. Entendo a posição dos moderadores e criadores do ACBR em só poderem disponibilizar o componente quando este atender a maior parte da comunidade, e isso pode demorar ainda um pouco. Mas acredito que no final será a melhor solução como de costume e vale a pena esperar.

Em Breve e com certeza será publicado um anúncio aqui no fórum como o Juliomar Marchetti esta cansado de responder.! Se voce tem pressa, pode fazer como alguns, criar num computador seu uma área com os fontes disponibilizados pelo Renato Rubinho e iniciar testes te envio, ai nao utiliza os fontes do trunk por enquanto ate que esteja totalmente compatibilizado. ou o do Leivio

Creio que esta começando a entrar em vigor hoje o layout 1_02_00 e o nosso layout atual para testes é o da versão 1_01_01... conforme definido na constante REINF_VERSAO = '1_01_01'; na unit ACBrReinf Achei este sujeito com o mesmo problema hoje: http://www.macielgoncalves.com.br:8080/jc/posts/list/3038-efdreinf-versao-do-ambiente-preprod.page

no site (FAQ) consta isto: http://sped.rfb.gov.br/pastaperguntas/show/1497 na seção Produção Restrita: Este evento, R-2070, conforme nota técnica de 11/09/2017, não entrará no início do cronograma de produção. Isso porque a DIRF não será substituída logo de imediato, referente ao ano-calendário 2018 (DIRF 2019). Sendo assim, o evento da EFD-REINF que colherá informações a respeito de Retenções na Fonte, denominado "R-2070 - Retenções na Fonte - IR, CSLL, Cofins, PIS/PASEP", não estará disponível para o início da primeira entrada em produção, em janeiro de 2018. As demais informações previstas nos leiautes publicados em setembro de 2017 (versão 2) serão exigidas dentro do cronograma mencionado. Dessa forma, o referido evento R-2070 ainda não está disponível para o ambiente de pré-produção. Só que da a entender que então todos os demais serão exigidos...

Chegaram a trabalhar com o evento R-2060 e se o mesmo entra em janeiro ou foi prorrogado como o evento R-2070?

Eu tive um problema similar hoje em produção, com um cliente meu de SC. Descobri que para SC não esta funcionando a versão 4.0 ainda, apesar da lei dizer que iniciaria hoje. Ao enviar uma nota, ate a tela de consulta parecia toda em branco e com data de 1899... Não tinha nem retorno do xml, pois não tinha esquema 4.0... voltei para a versão 3.10 para SC e funcionou ok. Pelo site: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#SVRS é possível ver que Minas Gerais também não esta contemplando a versão 4.0. Pode ser que tenha relação com o seu problema...

Eu gerei como: with ACBreSocial.Eventos.NaoPeriodicos.S2200.Add do.... mas no soap: - <eSocial xmlns="http://www.esocial.gov.br/schema/lote/eventos/envio/v1_1_1"> - <envioLoteEventos grupo="2"> - <ideEmpregador> <tpInsc>1</tpInsc> ... realmente não tinha reparado...

Precisei efetuar um ajuste no fonte da unit: ACBreSocialWebServices: Local: function TConsultaLote.TratarResposta: Boolean; Estava gravando na o mesmo código,descrição,tipo e localização de ocorrência para todas as instâncias da tag ocorrencia retornadas pela consulta. Na parte que trata as ocorrências: while reader.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end; troquei por: while Leitor.rExtrai(1, 'ocorrencia', '', j + 1) <> '' do begin Processamento.Ocorrencias.Add; Processamento.Ocorrencias.Items[j].xml := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Arquivo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].FLeitor.Grupo := Leitor.Grupo; Processamento.Ocorrencias.Items[j].LerXml; inc(j); end;

Eu tive este erro, corrigi excluindo a minha base do e-social e reenviando o S-1000 e S-1005 com data ini-valid=2016-01, ai passou a aceitar a admissão com data retroativa ao período. No S-2000: <vinculo> <matricula>3B4593F83A3A</matricula> <tpRegTrab>1</tpRegTrab> <tpRegPrev>1</tpRegPrev> <cadIni>S</cadIni> - <infoRegimeTrab> - <infoCeletista> <dtAdm>2013-03-04</dtAdm> <tpAdmissao>1</tpAdmissao> <indAdmissao>1</indAdmissao> <tpRegJor>1</tpRegJor> <natAtividade>1</natAtividade> ...

Voce sobrescreveu o ACBrDFeXsXmlSec do Renato no seu ..\ACBR\trunk2\Fontes\ACBrDFe antes de recompilar/reinstalar o ACBR?

Exato, eu estava com esta mensagem "Erro: Falha ao interpretar o XML "xmlParseDoc" , e com a alteração do Renato funcionou certinho , tanto para o e-social quanto para o Reinf.

Renato, perfeito, funcionou certinho a tag Reference e o lote foi aceito. Eu uso o certificado de arquivo pfx, mas não informo o numero de série, apenas o arquivo e a senha. R_Reinf_Soap-94521_607.xml E_Reinf_Soap-94521_293.xml evtInfoContri.xml