Sandro Felipe Adad

Eu encontrei o recibo pelo portal, mas queria obter o protocolo para poder efetuar consulta pelo acbr. Não encontrei no site do eSocial os XMLs...?

Boa tarde, gostaria de saber se alguém já passou por isto: Enviou um evento para o Esocial e por algum problema técnico não veio o retorno. (onde vem o protocolo, mas o lote foi processado com sucesso pelo esocial). Sem o protocolo não é permitido consultar e neste caso, pelo manual, deve-se tentar enviar novamente que será devolvido o recibo do evento processado. 1) Alguém conseguiu obter algum arquivo xml com a tag evtdupl preenchida?

Na verdade só podem ser informadas se for 1 ou 3. Nunca obrigatórias.

Concordo plenamente e acredito que seja a melhor solução nestes casos.

Alguem conseguiu resolver este problema dos tipos enumerados? Estou verificando que com os fontes atualizados ainda gera o "tpAcidTransito = 1 - Acidente de Trânsito" quando não informado valor para ele (ou não informada a tag na geração). ->Como estão tratando na geração nestes casos de campos enumerados e opcionais?

Efetuados mais alguns ajustes no .ini ISSJoinville.ini

Prefeitura respondeu: Boa Tarde! Ainda não está em fase de produção. Att Maria Lúcia Bobato Auditora Fiscal da Receita Municipal Prefeitura Municipal de Joinville SEFAZ/Unidade de Fiscalização de Tributos (47)3431-3356 / (47) 3431-3410 porem surgiu a duvida de que no soapaction do .ini por exemplo, esta fixo o endereço de homologação: Gerar=https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio Como é configurado isso no ACBR neste caso?

Me atentei que ta fixo para o ambiente de homologação...

Funcionou aff... Segue em anexo a minha contribuição, o arquivo .ini e demais alterados. Funcionando e testado pelos métodos do programa Demo_ACBR_Nfse do acbr: botão-> Gerar e enviar Lote -> RPS ACBrNFSe1.Enviar(vNumLote); botão-> Consultar Situação do Lote -> ACBrNFSe1.ConsultarSituacao(Protocolo); botão-> Consultar NFSe por RPS -> (Que retorna o numero da nota gerada) ACBrNFSe1.ConsultarNFSeporRps(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero, ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie, TipoRPSToStr(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo)); Segue para subir ao repositório e merge. Obrigado pela ajuda de todos. ISSJoinville.ini pnfsNFSeG.pas pnfsConversao.pas pnfsNFSeW_ABRASFv2.pas

Removi o nfew: como o DevShark sugeriu que o soapUI gerou automaticamente e funcionou o envio e o retorno por este software. Agora temos de adaptar o ACBR pra gerar neste formato pois continuo com o erro 500...

O pessoal da prefeitura pediu para que eu utilizasse o software SOAPUI da SmartBear para validar o xml e o envelope. Fiz um teste direto nele e descobri que deve ser gerado um envelope no seguinte formato: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfew="https://nfewshomologacao.joinville.sc.gov.br/"> <soapenv:Header/> <soapenv:Body> <nfew:EnviarLoteRpsEnvio> <nfew:LoteRps> </nfew:LoteRps> <nfew:Signature> </nfew:Signature> </nfew:EnviarLoteRpsEnvio> </soapenv:Body> </soapenv:Envelope> pelo software SOAPUI ele gerou a resposta: <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <EnviarLoteRpsEnvioResponse xmlns="https://nfewshomologacao.joinville.sc.gov.br/"> <EnviarLoteRpsResposta> <NumeroLote xsi:nil="true"/> <DataRecebimento xsi:nil="true"/> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E375</Codigo> <Mensagem>; Prestador 84697051000104 não cadastrado. | CNPJ/CPF do Prestador do serviço não autorizado a emitir NFS-e</Mensagem> <Correcao>Solicite autorização para emitir NFS-e para o CNPJ/CPF informado.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>E72</Codigo> <Mensagem>CNPJ do prestador inválido.</Mensagem> <Correcao>Informe o número do CNPJ correto do prestador.</Correcao> </MensagemRetorno> <MensagemRetorno> <Codigo>A999</Codigo> <Mensagem>Xml</Mensagem> <Correcao>Sempre valide o seu XML pelo XSD (http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Arquivo/Abrasf/nfse_v2-04_editado.xsd) antes de enviar</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsResposta> </EnviarLoteRpsEnvioResponse> </soap:Body> </soap:Envelope> Porém não consegui configurar o ISSJoinville.ini pra gerar neste formato do que marquei em vermelho... Tem um prefixo nfew... (tem alguma dica?) Em relação ao CNPJ parece que apesar do cliente ja converter xml em nota ainda não esta habilitado via webservices.. irão verificar e me retornam.

Publicado hoje versão 1.3 do reinf http://sped.rfb.gov.br/arquivo/download/2471

Entrei em contato com a prefeitura de Joinville ([email protected]) e eles estavam de recesso até hoje (02/01/18). Enviei um email solicitando um arquivo xml envelopadoe um arquivo que estamos gerando para termos ideia de que pode estar errado. Vamos aguardar algum retorno...

eu ajustei para gerar o id na tag rps que não estava gerando ,mas pelo jeito tambem não era isso.

mesmo erro 1-env-lot.xml 1-env-lot-soap.xml 4217120548133600013756000000000000001-rps.xml 4217120548133600013756000000000000002-rps.xml

Ok, testei e mudou para erro 500. segue arquivos... lote com 2 rps. 1-env-lot.xml 1-env-lot-soap.xml 4217120548133600013756000000000000001-rps.xml 4217120548133600013756000000000000002-rps.xml

esse em anexo é o arquivo de exemplo da prefeitura EnviarLoteRpsEnvio.xml

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.