Sistema Auditor

simulação acontece no meu programa erp também, ao clicar no botão Carregar xml e clicar no botão enviar o ACBR fala que o evento foi transmitido com sucesso, agora se eu pegar o mesmo evento e clicar no botão enviar, o acbr trata a mensagem da sefaz como se fosse uma exceção do Delphi. Segue imagens, xml e exemplos abaixo: <retornoLoteEventosAssincrono><ideContribuinte><tpInsc>1</tpInsc><nrInsc>47146660</nrInsc></ideContribuinte><status><cdResposta>1</cdResposta><descResposta>O lote está aguardando processamento.</descResposta></status><dadosRecepcaoLote><dhRecepcao>2023-02-28T15:23:46.6739135-03:00</dhRecepcao><versaoAplicativoRecepcao>2.0.0-1196434</versaoAplicativoRecepcao><protocoloEnvio>2.202302.122702</protocoloEnvio></dadosRecepcaoLote></retornoLoteEventosAssincrono> ideTransmissor: cdStatus : 1 descRetorno : O lote está aguardando processamento. **Ocorrencias **dadosRecepcaoLote dhRecepcao....: 28-02-2023 protocoloEnvio: 2.202302.122702 / retornoEventos Inicio TEnvioLote ERRO: WebService: http://sped.fazenda.gov.br/RecepcaoLoteReinf/ReceberLoteEventos - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 422 URL: https://pre-reinf.receita.economia.gov.br/recepcao/lotes <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/retornoLoteEventosAssincrono/v1_00_00"><retornoLoteEventosAssincrono><ideContribuinte><tpInsc>1</tpInsc><nrInsc>47146660</nrInsc></ideContribuinte><status><cdResposta>7</cdResposta><descResposta>Lote não recebido - Verificar ocorrências.</descResposta><ocorrencias><ocorrencia><codigo>MS1393</codigo><descricao>Já existe lote um lote idêntico recebido na base do ambiente nacional. Protocolo: 2.202302.122702</descricao><tipo>1</tipo><localizacao /></ocorrencia></ocorrencias></status><dadosRecepcaoLote><dhRecepcao>2023-02-28T15:23:46.673</dhRecepcao><versaoAplicativoRecepcao>2.0.0-1196434</versaoAplicativoRecepcao><protocoloEnvio>2.202302.122702</protocoloEnvio></dadosRecepcaoLote></retornoLoteEventosAssincrono></Reinf> ID1471466600000002023022815232500001-R1000-Envio.xml

@Italo Giurizzato Junior, bom dia Funcionando corretamente. Pode fechar o tópico.

@Italo Giurizzato Junior, boa tarde. Estamos realizando os testes, tivemos que acrescentar uma TAG em nosso XML que alimenta o componente ACBr. Nos meus testes iniciais, deu um BO aqui. Mas já estou vendo com o programador aonde esta o problema. Assim que tiver o resultado, posto aqui.

Bom dia, solicitei ao programador responsável fazer a atualização. Assim que ele reinstalar, vou fazer os testes e te reporto aqui. -- Douglas Miiller Analista de Implantação/Suporte Sistema Auditor www.sistemaauditor.com.br

Ítalo, ver se esses arquivos que anexo compactados vão te ajudar. Qualquer coisa me avisa. -- Douglas Miiller Analista de Implantação/Suporte Sistema Auditor www.sistemaauditor.com.br Anchieta - SoapUI.rar

Bom dia Ítalo. Não recebi resposta da referida prefeitura. Sinceramente, já havia previsto isso. Tenho um contato deles lá que nem responde as mensagens enviadas, ler, mas não responde. Já prevendo isso como mencionei, semana passada mesmo estava realizando teste no servidor dessa prefeitura via SoapUI. Nele, conseguimos alterar o XML da forma que precisava. Obtive alguns resultados que passarei abaixo: >>> TAG <NaturezaOperacao> Essa TAG recebe um valor fixo, conforme cadastro da empresa na prefeitura. No “Sistema Auditor” temos uma configuração no cadastro da filial para alimentar a informação dessa TAG. >>> TAG <LocalPrestacao> * Ela não pode ser atrelada a “NaturezaOperacao”, pois NaturezaOperacao é fixa conforme acima. * Ela depende de onde é prestado o serviço. No “Sistema Auditor”, na emissão da nota, informamos se o serviço foi prestado no município do emitente da nota. Ai temos algumas condições a seguir: > Se marcado o sistema entende que o serviço prestado foi “Dentro do Município”. Não validamos mais nada. > Se desmarcado, verificamos de onde é o tomador do serviço. - Se o tomador for também do município de Anchieta (Igual do Prestador). O sistema entende que é “Dentro do Município”. - Se o tomador for de fora do município de Anchieta (Diferente do Prestador). O sistema entender que é “Dentro do Município”. Essa TAG é alimentada conforme essas condições. – Verificado nesses testes, uma outra TAG apareceu. A TAG <IssRetido> deve informar de quem a responsabilidade pela retenção do ISS. Essa TAG, é o ERP que deve definir seu valor. Obs.: No caso dessa prefeitura, existem alguns códigos, o CFPS (Código Fiscal de Prestação de Serviço) que definem quem retem o ISS. Porem esses códigos, nessa prefeitura não são enviados no XML, servem somente para identificar onde se paga o ISS, quem paga esse ISS. Quando o TOMADOR e do mesmo município do PRESTADOR se usa: - 511 - PRESTAÇÃO DE SERVIÇO NO MUNICÍPIO - SEM RETENÇÃO NA FONTE - 512 - PRESTAÇÃO DE SERVIÇO NO MUNICÍPIO - COM RETENÇÃO NA FONTE 511 – PRESTADOR responsável pela retenção 512 – TOMADOR responsável pela retenção Quando o TOMADOR e do município diferente do PRESTADOR se usa: - 611 - PRESTAÇÃO DE SERVIÇO EM OUTRO MUNICÍPIO - SEM RETENÇÃO NA FONTE - 612 - PRESTAÇÃO DE SERVIÇO EM OUTRO MUNICÍPIO - COM RETENÇÃO NA FONTE 611 – PRESTADOR responsável pela retenção 612 – TOMADOR responsável pela retenção Se necessário, envio o projeto SOAP dessa prefeitura.

Aguardando retorno da referida prefeitura.

ACBrNFSeX – Município de Anchieta/ES (IBGE 3200409) Boa tarde ACBr. Hoje para o município de “Anchieta/ES (IBGE 3200409)”, a TAG “<LocalPrestacao>” esta vinculada a TAG “<NaturezaOperacao>”. Se <NaturezaOperacao> = 1, <LocalPrestacao> = 2 Se <NaturezaOperacao> = 2, <LocalPrestacao> = 1 Porem o valor que vai na TAG <NaturezaOperacao> deve considerar a configuração da empresa perante a prefeitura do referido município. (Ver imagem anexa) Portanto FIXA. Já a TAG <LocalPrestacao> deve levar em consideração o local da prestação do serviço. Se foi DENTRO ou FORA do município do Prestador. Portanto a mesma não podem estar atreladas. <LocalPrestacao> deve ser DEFAULT 2 (Dentro do Município), caso não informada. Caso informada, 1 ou 2, deve usar o informado. Hoje, com essas tag’s da forma que estão, não estamos conseguindo informar que o serviço foi prestado “FORA DO MUNICÍPIO”, que é o caso que está acontecendo com de nossos clientes. Ele é de Anchieta/ES, prestando serviço na cidade de MATIPÓ/MG, na nota saindo que o serviço é prestado no município. (No caso Anchieta, município do Prestador), sendo que o serviço está sendo prestado no município do “Tomador do Serviço”. Pelo site da prefeitura, em emissão manual, essa é uma informação que o usuário pode escolher.