Dercide Alvarez

Acredito que no lay-out não exista uma tag para o sequencial do item, apenas o código do produto. Quanto aos dados do emitente seria uma questão de você ajustar de acordo com a sua necessidade. Dercide Alvarez

Bom dia, Pelo o que eu sei, para cada NF-e a ser devolvida você deverá gerar uma NF-e, pois a chave referenciada é unica na NF-e. Dercide Alvarez

Bom dia, Atendemos vários clientes de vários provedores diferentes, e eu nunca vi essa tag em nenhum dos provedores. Acredito que se houver a necessidade dessa informação na Danfe, o ideal seria inclui-la junto a descrição, assim como fazemos com as parcelas e outras informações. Dercide

Não cheguei a analisar, mas eu utilizo cobrança SICOB e não tenho problema nos retorno. É CNB 240 ou 400 o retorno ? Dercide.

Bom dia, O problema é na leitura do retorno, seria isso ? Talvez o componente nesse caso leia apenas o nosso numero sem o Digito. Dercide.

Pelo o que vi alguns bancos retornam o nosso numero com o digito, e outros não. Eu particularmente utilizo o Sicredi, e não tenho problemas na leitura, pois quando leio o nosso numero eu calculo o digito verificardor, e formato o nosso numero conforme ele foi gerado e enviado na remessa, pois muitas vezes a formatação de envio não é mesma do retorno. Não vejo necessidade de alteração, pois ai todos que utilizam terão que revisar os códigos. Dercide.

Fortes.

Boa tarde @Italo Jurisato Junior Chegou a ver essa questão ? Dercide.

@Italo Jurisato Junior Estive debugando a minha aplicação e posso estar errado, mas percebi que a propriedade : ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha sempre recebe o pipe "|" na linha 768 do AcbrDFeConfiguracoes no Create. No AcbrNFSeConfiguracoes na linha 636 é feita a leitura do .INI pegando a quebra de linha: FConfigGeral.QuebradeLinha := trim(FPIniParams.ReadString('Geral', 'QuebradeLinha', '')); Porém esse valor não é passado para ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha que permanece com o Pipe "|". Então pelo o que entendi, ele não pega do INI, e sim sempre passa o Pipe. Dercide.

No Betha.ini a QuebradeLinha=; No meu sistema, eu faço um tratamento para verificar se a propriedade esta vazia, mas pelo jeito esta pegando o que eu estou passando. A propriedade QuebraDeLinha é alimentada quando é passado o código da cidade ? ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha vQuebraDeLinha := '|'; //---------------------------------------------------------------------------- if ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha = '' then ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha := vQuebraDeLinha else vQuebraDeLinha := ACBrNFSe1.Configuracoes.WebServices.QuebradeLinha; //---------------------------------------------------------------------------- Dercide.

@Italo Jurisato Junior Estou com um problema na descrição dos serviços no Provedor Betha em Canarana-MT. A primeira vez quando imprime a Danfe, a descrição sai sem as quebras de linhas. Quando sai e entra novamente no módulo e tenta imprimir novamente, ai sai corretamente. Eu tinha lido em um post esse problema, era um post antigo, mas não achei mais. Os fontes estão atualizados. Dercide

Eu não uso o Monitor. Dá uma olha no help: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html Ali tem a propriedade DigitoVerificadorAgenciaConta em CONTA.

Beleza @Italo Jurisato Junior Vamos entrar em contato com o suporte da Betha, o problema e obter retorno deles. Qualquer novidade eu dou um feedback. Dercide Alvarez

@Italo Jurisato Junior No provedor Betha da cidade de Canarana-MT (IBGE 5102702), quando envio o RPS estou passando a Inscrição Estadual para pessoa física, que é um produtor rural. No RPS conforme imagem e arquivo em anexo, esta sendo incluso a IE, porem no XML na NFSe não tem a inscrição estadual. Se imprimir a NFSe pelo site, sai a inscrição estadual, pois foi enviada no RPS. Dercide. 95731-rps.xml 2019000000011451-nfse.xml

Bom dia. Entendi a tua necessidade, mas no meu caso, eu alimento o componente antes da leitura, por isso não acontece o problema. Pois em certos bancos o retorno não traz o digito do nosso numero, ai eu recalculo e formato para buscar no banco de dados a forma original que foi gerada. É só esperar a analise dos responsáveis. Dercide.

Eu utilizo cobrança Cecred, agora Ailos, e não tenho problema nenhum na leitura do retorno. Não entendi a tua necessidade. Dercide.

o responsave da conta diz que nao tem DV na agencia, É o numero do posto de atendimento. Foi dessa forma que o pessoal da SICREDI me passou. Mas beleza, siga as orientações conforme eles e passarem. ACBrBancoSicredi.Pas function TACBrBancoSicredi.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo String; begin Modulo.CalculoPadrao; Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito, 2, '0') + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente, 5, '0') + FormatDateTime('yy',ACBrTitulo.DataDocumento) + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5); Modulo.Calcular; Dercide.

Gero cobrança Sicredi 240 e não tive nenhum problema. Agência 9999-99 Conta 99999-9 Cedente 99999 Dercide.

Como disse anteriormente, o componente não esta fazendo esse tratamento, ele esta tratando apenas PROTESTO, de acordo com os dias de protesto. Teria que efetuar alteração no componente para verificar qual é o tipo de negativação. Ele não trata CodigoNegativacao, esta simplesmente verificando se foi informado TipoDiasProtesto, ai define se tem ou não protesto. O ideal seria tratar o CodigoNegativação : {SEGMENTO P} { Pegando Tipo de Protesto/Negativação } case CodigoNegativacao of cnNenhum : ACodigoNegativacao := '3'; cnProtestarCorrido : ACodigoNegativacao := '1'; cnProtestarUteis : ACodigoNegativacao := '2'; cnNaoProtestar : ACodigoNegativacao := '3'; cnNegativar : ACodigoNegativacao := '8'; else ACodigoNegativacao := '3'; end; É apenas um exemplo, não olhei a fundo os códigos do banco. Dercide.

Sim, justamente por isso não fiz nenhuma alteração nos fontes do componente, e ajustei o nosso sistema para essa situação. Só relatei o ocorrido. Dercide.

Bom dia, Pelo o que vi nos fontes do ACBR, não existe a opção de negativar para o Banco do Brasil, apenas de Protestar, conforme o código : {SEGMENTO P} {Código para Protesto} case TipoDiasProtesto of diCorridos : ACodProtesto := '1'; diUteis : ACodProtesto := '2'; else ACodProtesto := '3'; end; No manual do Banco do Brasil existe os seguintes códigos de negativação : '1' = Protestar Dias Corridos '2' = Protestar Dias Úteis '3' = Não Protestar ‘4’ = Protestar Fim Falimentar - Dias Úteis ‘5’ = Protestar Fim Falimentar - Dias Corridos ‘8’ = Negativação sem Protesto '9' = Cancelamento Protesto Automático (somente válido p/ CódigoMovimento Remessa = '31' - Descrição C004) É uma questão apenas de ajustar o código de acordo com a tua necessidade. TACBrCodigoNegativacao = (cnNenhum, cnProtestarCorrido, cnProtestarUteis, cnNaoProtestar, cnNegativar, cnNaoNegativar); Titulo.CodigoNegativacao := cnNegativar; Dercide.

Bom dia, Testando a remessa Sicoob 240, na posição 72-72 do Header ( Digito verificador da agencia conta), quando não preenchido a propriedade DigitoVerificadorAgenciaConta, o componente coloca brancos, e segundo o manual (atualização de 03/09/2018) deveria ser zeros. PadRight(DigitoVerificadorAgenciaConta, 1, ' ')+ // 72 - Dígito verificador Ag/Conta (zero) Dercide. Sicoob - Layouts_para_troca_de_informações - cooperativas - Cobrança Bancária.xls

Mas se ele é consumidor final, e você informou a inscrição estadual IEDest, e na tag IndIEDest= 9 ( Não contribuinte). <indIEDest>9</indIEDest> --> Esta definido como não contribuinte <IE>407069960117</IE> --> Porém foi informada a Inscrição Estadual Dercide.

@Italo Jurisato Junior Poderia incluir a cidade de Canarana-MT para o provedor Betha ? Já fizemos os testes e enviamos notas em produção. [5102702] Nome=Canarana UF=MT Provedor=Betha Usamos a xsMsXML pois a xsLibXML2 dá erro de assinatura. Dercide. Cidades.INI

Beleza,, vou pedir pra testarem.