Sandro Felipe Adad

voce diz duas duas rps? Estou mandando um lote com 2 rps. mas tentei com uma apenas e não vai tambem.

sim usando o default do Demo do ACBR_NFSE

debugando passo a passo o ACBRWinInetReqResp linha 189 - SoapAction -> 'https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio' linha 194 - Header: 'Host: nfewshomologacao.joinville.sc.gov.br'#$D#$A'Content-Type: application/soap+xml; charset=utf-8'#$D#$A'Accept-Charset: utf-8'#$D#$A'SOAPAction: "https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio"'#$D#$A linha 228 - Data : '<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/"><?xml version="1.0" encoding="UTF-8"?><EnviarLoteRpsEnvio xmlns="http://nfewshomologacao.joinville.sc.gov.br"><LoteRps versao="2.01" Id="1"><NumeroLote>1</NumeroLote><Prestador><CpfCnpj><Cnpj>05481336000137</Cnpj></CpfCnpj></Prestador><QuantidadeRps>1</QuantidadeRps><ListaRps><Rps><InfDeclaracaoPrestacaoServico Id="1UNICA"><Rps><IdentificacaoRps><Numero>1</Numero><Serie>UNICA</Serie><Tipo>1</Tipo></IdentificacaoRps><DataEmissao>2017-12-21</DataEmissao><Status>1</Status></Rps><Competencia>2017-12-21</Competencia><Servico><Valores><ValorServicos>1685.50</ValorServicos><ValorIss>33.71</ValorIss><Aliquota>2.00</Aliquota></Valores><IssRetido>2</IssRetido><ItemListaServico>14.01</ItemListaServico><CodigoTributacaoMunicipio>3314799</CodigoTributacaoMunicipio><Discriminacao>discriminacao Idiscriminacao II</Discriminacao><CodigoMunicipio>4209102</CodigoMunicipio><CodigoPais>1058</CodigoPais><ExigibilidadeISS>1</ExigibilidadeISS><MunicipioIncidencia>4209102</MunicipioIncidencia></Servico><Prestador><CpfCnpj><Cnpj>05481336000137</Cnpj></CpfCnpj><InscricaoMunicipal>2648800</InscricaoMunicipal></Prestador><TomadorServico><IdentificacaoTomador><CpfCnpj><Cnpj>99999999000191</Cnpj></CpfCnpj><InscricaoMunicipal>17331600</InscricaoMunicipal></IdentificacaoTomador><RazaoSocial>INSCRICAO DE TESTE</RazaoSocial><Endereco><Endereco>RUA PRINCIPAL</Endereco><Numero>100</Numero><Complemento>APTO 11</Complemento><Bairro>CENTRO</Bairro><CodigoMunicipio>4209102</CodigoMunicipio><Uf>SC</Uf><Cep>18270170</Cep></Endereco><Contato><Telefone>1122223333</Telefone><Email>[email protected]</Email></Contato></TomadorServico><RegimeEspecialTributacao>2</RegimeEspecialTributacao><OptanteSimplesNacional>2</OptanteSimplesNacional><IncentivoFiscal>2</IncentivoFiscal></InfDeclaracaoPrestacaoServico><Signature xmlns="http://www.w3.org/2000/09/xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/><SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/><Reference URI="#1UNICA"><Transforms><Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/><Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/></Transforms><DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/><DigestValue>jZC9ZhkIefGC9VAKLbHSDg/jYa0=</DigestValue></Reference></SignedInfo><SignatureValue>YiGasras5WWdFnl5NbvoxDf//BBZtu13H4cSuyLVY3cKM6X4/NJ68uYphAcF3jkuYfdR5YjE+mfqgIUxvYLoA9mmadrPPivhMblk4rkl7VcLW5GEMywbECsVZH+GfEaX2Gs1kwSlNQDzxx3eduDOiMBT9QmbQwXRc4AJn0OX55Y3xcbQUVFSK6hd9HfnqyUQHV6PH4gyPSrlW5OSWa7sQEK1QIbp/bfGMv6mV/KVhGTaAhYlHmGPSwwM+16CT2ou/JQkP1g+HAtvqVNM4je+awZClEmwq0RbDhD1XGLzztetlpp3VYWG3Sh4oei1XWUXvJRNFbmSEC5su4Yy1AOZCQ==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIH/zCCBeegAwIBAgIQIte3x9hVsk37Yb9sZ33/lzANBgkqhkiG9w0BAQsFADB4MQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRwwGgYDVQQDExNBQyBDZXJ0aXNpZ24gUkZCIEc1MB4XDTE3MDYwNTEyMDkxNFoXDTE4MDYwNTEyMDkxNFowgecxCzAJBgNVBAYTAkJSMRMwEQYDVQQKDApJQ1AtQnJhc2lsMQswCQYDVQQIDAJTQzEOMAwGA1UEBwwFTUFGUkExNjA0BgNVBAsMLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECwwNUkZCIGUtQ05QSiBBMTElMCMGA1UECwwcQXV0ZW50aWNhZG8gcG9yIEFSIFRyYWRlbWFyeDEvMC0GA1UEAwwmVklBQ0FPIFNBTlRBIENMQVJBIExUREE6ODA4NTgwNTMwMDAxODcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCX1ZxNux6WrrweIy7eSKmTQihF8z0gcg6MicIA+AH5+KOGiTMAvVFxzosQMm61eKZ9L+IAxQG75bvJ4VyNInzT4JoaBu4rrceqBQoe6QEWlEpFp6b5dUmA2vYqKxN1MRy084rGF9HkJB/OrFar2Vtf8UekiY9J15kcWxHAeO8R31R4uTor8BfaspEcFdXeeoXnHUu49sTsBmOR1U1lUpTv4kHIKrdw0xY2sUFAHGXr5+wx2V66LSh9MnlEa2wkVbXTdKOQcu7/w1inzX7S3DXUqNePP09v4AoQ0b2SWrqcv3QLIPbVvzHwfKNWWiGgZVTvtiDJWHIY3t3B8DqPqpQFAgMBAAGjggMTMIIDDzCBwgYDVR0RBIG6MIG3oD0GBWBMAQMEoDQEMjE4MDgxOTcyMDI0NDUyMzQ5NTYwMDAwMDAwMDAwMDAwMDAwMD'... e logo em seguida da o erro 0 Percebi que ele em alguns lugares usa http e em outros usa https, só que ele nao usa o SSl e nem invoca o certificado depois pra envio sera que tem relação com o problema?

mesmo erro ...da impressão que não vai... demora pra enviar e da o mesmo erro... pelo menos voltou a geras o soap maior... 1-env-lot.xml 1-env-lot-soap.xml 4217120548133600013756000000000000001-rps.xml 4217120548133600013756000000000000002-rps.xml

Mesmo problema, acho que corrompeu a geração, o arquivo soap ta pequeno e dando erro ao abrir no notepad++ 2-env-lot.xml 2-env-lot-soap.xml 4217120548133600013756000000000000002-rps.xml 4217120548133600013756000000000000003-rps.xml

Substitui pelo seu .ini, mas deu o seguinte erro: Ao tentar enviar estou tendo erro interno 0, http 400, requisição não enviada... Pelo que vi mudou o cabeçalho do SOAP, mas não deu certo ainda o envio... Em anexo como ficou a geração... 1-env-lot.xml 1-env-lot-soap.xml ta gerando um <?xml version="1.0" encoding="UTF-8"?> a mais também que creio que não deveria...

ok.

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...