BigWings

Você pode usar os Schemas do aplicativo manifestador gratuito da SEFAZ, aí vai ter o retorno. Mas vai perder funcionalidade como o DistribuicaoDFePorChaveNFe. Veja este tópico:

Tudo que o ACBrCargaBal faz é gerar um arquivo texto pra ser importado pelos aplicativos gerenciadores das balanças. Como gerar arquivo texto qualquer linguagem consegue fazer, o ACBrCargaBal não está implementado como objeto do ACBrMonitorPLUS.

Se o item não é sujeito ao IPI, não deve ser gerado o grupo <IPI> no XML, de acordo com o MOC.

Não existe, apenas consultando no portal pra saber o protocolo e a data e hora de recepção.

O método de consulta de cadastro acessa o webservice disponibilizado pela SEFAZ de inscrição estadual. Então em teoria o retorno deste deve ser o mesmo que é exibido consultando a inscrição estadual no Sintegra, ainda mais no caso do PR que tem webservice próprio e não usa a SVRS por exemplo. Existe ainda o cadastro centralizado de contribuintes mantido pelo SVRS: https://dfe-portal.svrs.rs.gov.br/NFE/CCC A consulta do CNPJ pelo receitaws já é outro cadastro, o de CNPJ mantido pela receita federal.

Quando precisar reemplacar será feita a conversão, o 5º dígito da placa em vez de número usará uma letra. Tem uma tabelinha: 0 - A 1 - B 3 - C ... 9 - J Uma função simples já faz isso.

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

Veja a configuração do arquivo .ini do provedor: [Remover] ; 0 = Não / 1 = Sim QuebradeLinhaRetorno=1 EComercial=1 Tabulacao=1 TagQuebradeLinhaUnica=1 No caso basta trocar pra 0 que não deve remover.

Você deve estar informando que a remessa é do tipo baixa e não registro. Veja nos fontes, como é obtido esse código: {SEGMENTO P} {Pegando o Tipo de Ocorrencia} case OcorrenciaOriginal.Tipo of toRemessaBaixar : ATipoOcorrencia := '02'; toRemessaConcederAbatimento : ATipoOcorrencia := '04'; toRemessaCancelarAbatimento : ATipoOcorrencia := '05'; toRemessaAlterarVencimento : ATipoOcorrencia := '06'; toRemessaConcederDesconto : ATipoOcorrencia := '07'; toRemessaCancelarDesconto : ATipoOcorrencia := '08'; toRemessaProtestar : ATipoOcorrencia := '09'; toRemessaCancelarInstrucaoProtestoBaixa: ATipoOcorrencia := '10'; toRemessaCancelarInstrucaoProtesto : ATipoOcorrencia := '11'; toRemessaOutrasOcorrencias : ATipoOcorrencia := '31'; else ATipoOcorrencia := '01'; end; Na geração do registro P a posição 16 a 17: Result:= IntToStrZero(ACBrBanco.Numero, 3) + //1 a 3 - Código do banco '0001' + //4 a 7 - Lote de serviço '3' + IntToStrZero((FNumeroSequencialRegistroNoLote)+ 1 ,5) + //9 a 13 - Número seqüencial do registro no lote - Cada registro possui dois segmentos 'P' + //14 - Código do segmento do registro detalhe ' ' + //15 - Uso exclusivo FEBRABAN/CNAB: Branco ATipoOcorrencia + //16 a 17 - Código de movimento '0' + // 18 [...]

Schemas desatualizados.

Esse método consulta a situação de um lote enviado anteriormente. No caso o retorno quer dizer que o lote enviado continha um número de RPS que já existia no webservice, portanto foi recusado. Pra isso use o método ACBrNFSe1.ConsultarNFSeporRps.

Qual método do componente está usando? Pela mensagem de erro parece estar enviando novamente e não consultando.

Sabe dizer como vai identificar se a nota é homologação ou produção, se o webservice é o mesmo? Que me lembre o Agili não tem tag no XML pra isso...

Sim: var Titulo: TACBrTitulo; begin Titulo := ACBrBoleto1.CriarTituloNaLista; Titulo.OcorrenciaOriginal.Tipo := toRemessaRegistrar;

Se for operação com consumidor final não contribuinte, pode ser destacado o ICMS para a UF de destino.

O cálculo do dígito verificador geral é padrão para todos os bancos, veja que tem outras diferenças (nosso número) que alterou o dígito. Tente emitir um boleto com o o mesmo nosso número gerado pelo CobreBem e compare a linha digitável. Veja também no arquivo de retorno se o registro do boleto foi confirmado e se não, qual o código de rejeição.

Está usando generator e trigger pra gerar o código no banco?

O ideal seria o validador aceitar o caractere "|", talvez com um caractere de escape... Eu até acho que pode ser feita a implementação, mas deve haver uma forma de permitir que o desenvolvedor decida o que fazer com o caractere, e não apenas remover, pra isso seria preciso nova ou novas propriedades. Seria um adendo à TrimString que já está sanitizando a entrada. PS: Dividi o tópico do anterior.

Pelo que li sobre o ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY é um erro de configuração do servidor que está habilitando HTTP/2.0 mas usando conjunto de criptografia antiga não permitida por este. Talvez fazendo o load balancing dos servidores tenha caído em um mal configurado. Você ainda está tendo o erro?

Você pode ativar a propriedade ACBrNFe1.Configuracoes.Geral.ForcarGerarTagRejeicao938. Assim vai gerar o grupo mesmo com que os valores estejam zerados.

Está usando ACBrMonitorPLUS ou ACBrLib? Informe os parâmetros entre aspas: MDFE.EncerrarMDFe("35200904711060000173580080000000011274956731", "18/09/2020", "4104808")

Pode ser algo temporário relacionado a propagação de DNS. Eu tive esse mesmo problema agora há pouco e voltou a funcionar logo depois.

Consegue abrir a URL pelo navegador?

Na página do Sintegra do DF tem o cálculo mas não bate nem a quantidade de dígitos dessa IE. E aqui tem outro tópico com o mesmo problema:

Veja que retorna um erro mas em formato de XML inválido por isso o ACBr não consegue ler o conteúdo pra exibir a mensagem: