Diego Foliene

Boa tarde! Conforme indicado no print disponibilizado acima, a rotina que lê o XML busca os caracteres correspondentes a quebra de linha no campo <discriminacao> no XML para fazer a substituição deles pela referida quebra. Então no caso do SimplISS, por exemplo, ele busca por \n\s dentro da string para fazer a troca. No XML que você disponibilizou, a string não tem esses caracteres no campo, por isso ele não encontrou e não fez a substituição. Experimente adicionar \s\n\s\n na <discriminacao> e veja se ele não pula a linha.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

@visual flex, por favor, qual é a versão do ACBrMonitorPLUS que está utilizando? Fiz alguns testes em meu ambiente, mas não consegui reproduzir o problema. Pelo que pude apurar aqui, está exceção pode ser levantada quando o CNPJ que é lido está com valor 00000000000000 por exemplo. Por favor: Atualize seu ACBrMonitorPLUS para a versão mais recente disponível no fórum. Verifique se o CNPJ do certificado digital corresponde ao CNPJ do emissor configurado no Monitor e também informado no NFe.ini No seu arquivo, notei que você não fechou o parênteses e não usou aspas, faça um teste adicionando os mesmos. Algo como: NFe.CriarEnviarNFe("ConteudoDoSeuINI",1,0,1)

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Vou analisar o log e fazer testes em meu ambiente. Retorno assim que descobrir algo.

O seu XML contém uma "string pura" sem os caracteres de quebra de linha. Por isso o componente não está fazendo a quebra de linha. Veja o qual é o comportamento do componente para quebra linha. Com o seu XML quando ele passa por este trecho, ele não encontra os caracteres de quebra de linha e por isso não faz a substituição. Tente fazer um teste substituindo a discriminação pelo texto: <Discriminacao>ELABORACAO DE PROJETOS DE ENGENHARIA. \s\n\s\n\s\n ISS RECOLHIDO PELO PRESTADOR DE SERVICO CONFORME LEI COMPLEMENTAR 116/2003 ART.3 DO CTN.\s\n\s\n\s\nDADOS PARA DEPOSITO: BANCO DO XXXXXXXXXXXX:(XXX) AGENCIA XXXX CONTA XXXXX-X \s\n\s\n FAVORECIDO: ORACIDES ADRIANO ENGENHARIA ESPECIAL LTDA.</Discriminacao> Veja que nele consta os caracteres de quebra de linha.

Bom dia! Muito obrigado pelas informações. Sim, essa informação da série costuma fazer parte do layout do RPS apenas, essa série que é preciso informar no link é do algo layout da NFSE gerada pelo site da prefeitura(se você fizer o download do XML, vai ver que é diferente do Web Service); Não temos relatos de outros provedores que precisem dessa informação. Por isso pedimos para confirmar se a série é fixa. Como a adição de um parâmetro para série acabaria gerando um impacto para todos que utilizam a Lib, se a série for fixa, podemos fixas na URL no ACBrNFSeXServicos.ini

XML recebido, vou fazer alguns testes em meu ambiente e retorno assim que descobrir algo.

Bom dia! Pelo que pude apurar, o componente já faz esse processo de substituição do que você definiu como quebra de linha pela quebra padrão. Por favor, pode disponibilizar o XML que está apresentando o problema para que possa realizar um teste em meu ambiente? Se julgar que o mesmo tenha dados sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Por favor, edite para o valor correto, reinstale o ACBr e faça novo teste. Na mensagem inicial você tinha colocado \\s\n, coloquei \s\n pois geralmente não tem esta barra a mais.

Olá pessoal! Foi publicada a versão 1.51 desta Nota Técnica. Alterações A nova versão altera em todas as seções da NT todas as indicações do campo pBIO para especificar que o campo também tem a finalidade de auxiliar no cálculo do volume do Etanol Anidro a ser misturado com Gasolina A ou do volume do Etanol Anidro misturado nas operações com Gasolina C. Além disso também altera a exceção 2 da regra LA17-20 para que use o campo indFinal ao invés do indIEDest. Datas de Implantação A alteração na regra LA17-20 entra em vigor seguindo o cronograma: Ambiente de Homologação: 01/07/2024 Ambiente de Produção: 02/09/2024 E como fica o ACBr? Como podem ver a alteração ocorre em uma regra de validação do web service, por isso, modificações nas soluções ACBr não são necessárias. Leia a versão 1.51 desta nota técnica na íntegra AQUI.

Consegue confirmar se a série "E" é fixa para todos os prestadores de serviço do município?

Boa tarde! Para referência, editei o texto e adicionei o tópico antigo. O tópico novo foi vinculado a tarefa (#TK-5397) já existente a e mesma foi reaberta.

Por favor, substitua a unit em anexo no caminho C:\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\Provedores, reinstale o ACBr e faça um novo teste. SimplISS.Provider.pas

Boa tarde! A mensagem indica que o tópico foi movido para a área PRO. Mas o tópico permanece o mesmo. Sobre a questão da quebra de linha. Por favor, você usa componente nativo para Delphi/Lazarus, Monitor ou Lib?

Eles também são idênticos ao que tenho na pasta C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SystemPro, utilizados pelo programa exemplo do ACBrNFSe em meus testes. O arquivo SystemPro.ini também está "estranho", veja só a URL apontada de acordo com o site da prefeitura: De acordo com o seu arquivo SystemPro.ini está assim: O que no meu entendimento vai gerar uma URL assim:

Fiz um teste com a Lib e o programa exemplo em C# e recebi o seguinte retorno: XmlRetorno=<EnviarLoteRpsResposta xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_resposta_v03.xsd"><ListaMensagemRetorno><MensagemRetorno><Codigo>E45</Codigo><Mensagem>CNPJ não encontrado na base de dados</Mensagem><Correcao>Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município.</Correcao></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta> [Erro1] Codigo=E45 Correcao=Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Descricao=CNPJ não encontrado na base de dados ) Pelo que pude apurar, este erro devolvido pelo provedor Ginfes é um erro genérico e que não parece refletir o real problema. Veja outros relatos do fórum do próprio Ginfes: E160 Prefeitura de Curitiba (Resolvido)E160: Arquivo enviado fora da estrutura do XML de entrada Alguns em nosso fórum: Ginfes - Franca = Erro E160 Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada. Sugiro que: Revise todas as informações do XML se estão corretas, principalmente as relacionadas a cadastro tributário, como optante simples nacional, regime especial tributação, etc... Caso o problema persista, entre em contato com o provedor e questione o por quê de estar recebendo este retorno. No que diz respeito a alíquota, a mesma está respeitando o formato estabelecido no arquivo schema: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5"/> <xsd:fractionDigits value="4"/> <xsd:minInclusive value="0"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType>

Complementando o comentário do @Italo Giurizzato Junior. Eu reinstalei meus fontes para poder adicionar o antigo componente ACBrNFSe(como ele foi descontinuado, não costumo instalar). Ao tentar emitir direto com o "Enviar Lote RPS(EnviarSincrono)" apresentou múltiplos erros de schema. Só consegui fazer o envio depois de: Atualizar o schema para o que tem disponível no site da prefeitura. Comentar na rotina que gera o XML na unit pnfsNFSeW_ABRASFv2.pas os campos ValorPIS, ValorCofins, ValorInss, ValorIR, ValorCsll, OutrasRetencoes e BaseCalculo. Corrigir a URL de homologação no arquivo SystemPRO.ini Ainda assim, quando consegui fazer o envio, este foi o meu resultado: Repare que a mensagem é o mesmo retorno obtido com o componente ACBrNFSeX tanto em produção quanto em homologação.

Olá pessoal! Conferindo em Portal da Nota Fiscal Eletrônica (Ambiente de Homologação) > Consultar Disponibilidade às 11h41 do dia 27/05/2024, os ambientes de homologação foram estabilizados e estão novamente no ar: Um agradecimento ao membro de nossa comunidade @marcopoloviana por compartilhar a informação em nosso Discord.

Faltava adicionar a versão na seção da cidade no arquivo ACBrNFSeXServicos.ini Versão adicionada e enviada ao SVN na Rev-33791. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Já encontrei o problema, logo mais disponibilizo uma correção no SVN.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! Por favor, qual é a mensagem de erro na íntegra?

Bom dia! Ainda estamos verificando. Aqui em meu ambiente, permaneço recebendo o erro 500 do print mais acima. Vou pedir a outro colega que faça o teste para confirmar se pode ser problema de DNS. Qualquer novidade reporto aqui.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.