Daniel Braz de Oliveira

Limpei a pastas e regravei os arquivos isscuritiba.ini e os novos schemas. Funcionou. Valeu.

Lembrando ainda, que estou com os schemas atualizados, fiz nova atualização hoje.

Bom dia. Fiz procedimento indicado, inclusive baixando o isscuritiba.ini do Rodrigo, mas agora recebo mensagem de xml corrompido: O lote de RPS Nº 20230303026 com o protocolo Nº 638138692052876318 está corrompido. Verifique as tags e seus conteúdos e retransmita o lote de RPS.

Bom dia. Mais alguém com erro HTTP 500 para a prefeitura de Curitiba ? Grato.

Prezados, era um erro de instabilidade na Prefeitura. O estranho foi a mensagem, relacionada a estrutura do xml. Pode fechar o chamado.

Boa tarde. Um cliente começou a apresentar o seguinte erro, depois do almoço, na emissão de nFS-e, em Curitiba. Aconteceu um erro inesperado. As possiveis causas podem ser formataçao incorreta do xml. Mas está tudo atualizado, e funcionou até antes do almoço. E o suporte da Prefeitura demora pra responder.. Alguém tb está passando por isso ??

BigWings, fiz a atualização mas ainda continuo recebendo a mensagem de Erro na Leitura do Captcha. Alguma dica ?

Valeu, BigWings. E mais uma vez, muito obrigado à toda a equipe do ACBR. Pretendo estar no evento em Florianópolis.

Obrigado Cleber. Fiz o questionamento, pois estava testando o componente, e diga-se de passagem, de grande utilidade, e quando informei um GTIN de fora do Brasil recebi a mensagem: GTIN Consultado: 0745114890931 --- Retorno --- Retorno..: 09/09/2022 11:10:48 Status...: 9492 Motivo...: Rejeicao: GTIN nao possui prefixo 789 ou 790 (Brasil) Parece que mesmo que tenha um valor, o validador da SEFAZ não vai autorizar.. O que acha ?

Bom dia. Uma dúvida me ocorreu sobre este tópico. Tenho um cliente que é importador/exportador, portanto há muitos produtos que não tem o gtin iniciando em 789/790. Devemos informar 'SEM GTIN' quando for um produto importado ? Grato.

Em tempo, já me encontrei aqui. Na verdade, a VlVersao115 equivale à versão 016. Pode fechar o chamado.

Boa tarde. Acabei de atualizar os componentes e ao executar o sped fiscal, não encontrei a versão COD_VER= VlVersao116, exigida pelo PVA. Alguma orientação sobre isso ? Grato

Perfeito Juliomar. Segui suas orientações e agora compilou e instalou tudo corretamente. Obrigado mais uma vez.

Tentando encontrar o erro, percebi esta diferença: TACBrBancoPenseBank = class(TACBrBancoBrasil) Os outros banco que uso, Itau, Brasil e Santander, usam assim: TACBrBancoSantander = class(TACBrBancoClass), exemplo do santander.. Ok, Juliomar. Obrigado mais uma vez.

Bom dia Juliomar. Obrigado pela ajuda. Segue o log. Como deu erro pelo instalador, eu desfiz tudo e fui instalando manualmente, seguindo a 'receita de bolo', e tb manuamente apresentou o mesmo erro. log_Delphi_7_Win32.txt

Boa noite. Estou atualizando os Componentes ACBR e tive erro na instalação do AcbrBoleto, na unit ACBrBancoPenseBank.pas, onde o método FormataNossoNumero é apontado com Identificador não declarado. Todos os outros componentes foram atualizados normalmente. Alguma dica ? Não encontrei nada no forum.

Boa tarde. Pode ser que não seja este o local oficial para tirar esta dúvida, mas não encontrei ajuda em outro local. Mas como instalei o Fortes Report CE, em função do ACBR, pode que alguém consiga me ajudar. Criei diversos relatórios com o Fortes e quando são enviados para a impressora a impressão com mais de uma página sai impressa dos 2 lados. Mesmo que se desativa as opções da impressora para só um lado, ainda assim imprime dos 2 lados. Não encontrei nada de setup do componente que evite isso. Alguém tem alguma dica ??

Foi o que fiz. Inclui as informações: CodigoMulta := cmPercentual; DataMulta := IncDay(Vencimento,1); PercentualMulta := v_multa; Mas quando é gerado a remessa estas informaçoes são ignoradas. Chequei todas as tags anteriores. A unica regra é que o segmento R precisa ser com a ocorrencia '01' ou '49'. O resto é opcional. Verifiquei que as tag estão com valores preenchidos corretamente.

É só uma prática. Depois de rodar os sistemas na nova atualização, apago a pasta anterior. Identifico com a data que baixei. Voltando ao tópico, apesar do segimento R ficar zerado agora, com a inclusão da tag dataMulta, o banco não recusou e registrou o título, mas ainda assim fica sem a informação de quando e nem quanto cobrar de multa por atraso no pagamento. Antes desta inclusão a posição fica com '31121899' gerando a rejeição.

Bom dia Juliomar. Tenho por prática a cada atualização do Acbr, salvar em nova pasta e reinstalar tudo. É este bloco q comentei, do acbrBancoItau.pas. Inicia linha 568 {Segmento R} if(MatchText(TipoOcorrenciaRemessa,['01','49','31']))then begin ListTransacao.Add(IntToStrZero(ACBrBanco.Numero,3) + // 001 a 003 - Codigo do Banco '0001' + // 004 a 007 - Lote de Serviço '3' + // 008 a 008 - Registro Detalhe IntToStrZero(fpQtdRegsLote + 1 ,5) + // 009 a 013 - Seq. Registro do Lote 'R' + // 014 a 014 - Codigo do Segmento registro detalhe ' ' + // 015 a 015 - Complemento de Registro TipoOcorrenciaRemessa + // 016 a 017 - Identificação da Ocorrencia ===> linha 576. Daqui já pula pra linha 605, ignorando todos os comandos seguinte. Grato.

Boa noite. Sim, Juliomar. É no segmento R, mas quando chega no método tipodeocorrência, no caso '01', coluna 16 e 17, já pula pro final e gera o registro zerado.

Boa noite. Na geração da remessa para o banco Itau, não estou conseguindo gravar a informação de codigo de multa, data para cobrança e valor/percentual da multa. Informei no objeto: CodigoMulta := cmPercentual; DataMulta := IncDay(Vencimento,1); PercentualMulta := v_multa; Mas no arquivo texto gerado, o campos de 66 a 89 ficam zerados. Preciso marcar alguma outra coisa ? Até 30/04/2022, não era informado o codigo e a data da multa. Já atulizei hoje todos os componentes. Grato.

Prezados. Encontrado o problema. Realmente, a dica do Victor complementou todas as outras. Na rotina do faturamento, que entecede o borderô e a remessa há uma instrução do SetRoundMode(rmUp); E fui eu quem pus lá. Me lembrei que no final do ano, a pessoa do financeiro me passou a reclamação de um cliente que queria que fosse alterado o arredondamento da nota fiscal, pois como era orgão público tinham uma política rígida. Sinceramente, não sei porque eu inseri esta instrução. Por ora, problema está resolvido quanto à geração da remessa na 'mesma sessão', resumindo assim. Agora vou rever a rotina do faturamento e tentar entender porque a instrução está lá. Agradeço a todos que cooperaram e foram me abrindo a mente. Quem está no meio do problema, geralmente olha sómente numa direção. Se cumpriu aqui o que está no livro de Provérbios 24:6b - 'há sabedora na multidão de conselheiros'. Valeu mesmo gente. Abraço.

Victor, creio que sim. Mas o módulo de nota fiscal é executado em separado, então não teria influência neste caso.

Victor, bom dia. Sinceramente, não tive paciência ainda em tentar descobrir isso. Adicionou uma instrução para setar para rmNearest e à principio funcionou. Vou fazer testes ao longo do dia. Agradeço a todos que