michaelolimpio

Senhores, assunto resolvido... O serviço deles retorna um erro diferente quando enviar o mesmo número de lote, no meu caso o problema estava na natureza que é 4 imune e o código de tributação no município que o correto é 08.01.01 / 00080101 Obrigado

Bom dia Senhores, Estou com uma dificuldade em autorizar uma NFSe para Ribeirão Preto, atualmente estou com o erro E144 Natureza da operação inválida e em alguns momentos estive om o erro E205 referente a regra do serviço. Referente ao erro da natureza da operação inválida já testei com todas as possibilidades e nada, acredito que o erro seja outro, talvez referente à algum valor ou TAG do layout. Conforme setor fiscal devo utilizar a natureza de operação 1 ou 5. Gostaria de saber se alguém pode me auxiliar ou dar alguma ideia, pois estou a mais de um mês atrasado com envio dessas NFSe. Segue alguns trechos de códigos que podem auxiliar. Servico.ItemListaServico := '8.01'; NaturezaOperacao := no1; Servico.CodigoTributacaoMunicipio := 00080101 mas já tentei de diversas outras formas inclusive 08.01.01 Segue em anexo alguns xmls e uma imagem com o código do serviço que aparece ao emitir a nfse pelo site. Agradeço desde já. 1UNICA-rps.xml 2UNICA-rps.xml 1-rec.xml 1-env-lot.xml 1-lot-rps.xml

Pior que não sei não amigão... está me parecendo desenvolvimento próprio, mas ligo amanhã na prefeitura para verificar.

Bom dia amigos, Alguém sabe me dizer se já está funcionando o ACBR NFSe para Jaraguá do Sul? Se já possui algo em andamento e se possui se precisão de alguma ajuda? Obrigado

Bom dia amigo, Fiz as mesmas configurações que você fez 1 - RS232 Ligado 0 - Somente Peso 1 - 9600 bps 0 - N81 ( 8 bit de dados, 1 = bit de parada, N = sem paridade ) A comunicação pelo ACBRBal funcionou perfeitamente em compatibilidade com Toledo. Verifique no gerenciador de dispositivos se suas configurações estão corretas para a porta COM. Abraço.

Bom dia amigos... Esse erro começou hoje em todos os clientes do nada, tanto na versão 2.0 como na versão 3.0 e realmente desmarcando a opção comentada acima funciona, porém alguém sabe a origem desse problema? O que ocorreu de ontem para hoje? O telefone não para de tocar aqui na empresa onde trabalho e estão fazendo a mesma orientação a todos... Abraço.

Pois é, mas foi dessa forma que o banco validou meu boleto, da outra forma ele informou que era inválido... essa é a questão, porém das duas formas o dinheiro caiu na conta.

Tem sim jacinto, mas adiciona a carteira 109 no if. with ACBrTitulo do begin Docto := Carteira + padR(NossoNumero, TamanhoMaximoNossoNum, '0'); if not ((Carteira = '126') or (Carteira = '131') or (Carteira = '146') or (Carteira = '150') or (Carteira = '168') or (Carteira = '109')) then begin Docto := ACBrBoleto.Cedente.Agencia + ACBrBoleto.Cedente.Conta + Docto; end; end; Obs: Das duas formas geradas o boleto pago caiu na conta, mas segundo o banco a primeira estava com o DAC errado só isso.

Jacinto segue abaixo resposta do banco: Boa tarde, Michael, Conforme já informado, no email anterior: Os boletos não apresentaram irregularidades. Pode começar a emitir os boletos em produção. Atenciosamente Alexandre Cosendey de Moraes Leal Unidade IET Cash SIET - Superintendência Itaú Empresas no Telefone Itaú Unibanco itau.com.br | twitter | youtube | facebook Jacinto, Por gentileza, para que o ACBR funcione em meu caso preciso inclur a carteira 109 no if, como você comentou que em seu caso irá ocasionar problemas, poderia por gentileza testar a alteração para verificar se vai haver algum impacto em sua aplicação? dessa forma conseguimos uma solução uniforme que atenda a todos acredito.

Jacinto, realmente seu código ficou mais limpo, mas antes de alterar fiz ao banco os mesmos questionamentos feito por você e ainda comentei que da forma antiga onde eles me informaram divergências, existiam pessoas gerando boletos em produção. Vou aguardar retorno...

Bom dia Juliomar Marchetti , no arquivo programacao_Itau.rar do post anterior segue fontes atualizados.

Olá Jacinto, realmente a carteira 109 é do tipo Direta conforme página 17 do manual atualizado disponibilizado pelo Itau, porém os boletos foram homologados diretamente com o banco (Com exceção da carteira 175 que não testei ainda). Antes de realizar a alteração eu gerei um boleto da forma que estava antes e paguei, o banco me informou que o cálculo do digito verificador estava incorreto (conforme anexo), porém o dinheiro caiu na conta da mesma forma. Acredito que seria interessante então você enviar seus boletos para [email protected], pois talvez o cálculo sempre esteja errado, mas como o dinheiro cai na conta ninguém percebe. Obs: Alterei também a impressão para aparecer o texto código beneficiário ao invés de código do cedente conforme normativa. Qualquer dúvida estou a disposição. layout_cobranca_400bytes_cnab_itau.pdf OlsItau.doc programacao_Itau.rar

Bom dia Senhores moderadores... Apenas informando... homologuei a emissão de boletos sem registro no banco ITAU com as carteiras 109 e 175, mas para isso precisei alterar da linha 96 a 98 adicionando as carteiras no if. segue em anexo o arquivo alterado e o documento de retorno da homologação do banco. 023242014.doc ACBrBancoItau.pas

Olá amigos, Tive o mesmo problema e também corrigi da mesma forma. Agora está funcionando perfeitamente. Segue fonte em anexo Italo. pnfsConsNfseporRpsResposta.pas

Boa tarde Amigos, Tem como alguém me enviar o .rar com os fontes alterados para funcionar a assinatura digital para ponta grossa? Não estou conseguindo fazer download e abrir o .rar porque mostra que está corrompido. [email protected] Agradecido.