Oneide Luiz Schneider

Maravilha-SC Gov-BR mas mudamos para Pronim a uns dias atraz por que gerava TAGs invalidas..

Boa tarde fui atualizar o ACBr agora e agora esta dando o erro em anexo, e antes de atualizar passava. svn versao = 7278

nesse topico tem algumas coisas -> mas nada disso resolveu.. nao sei se ajuda, mas agente migrou para o XE6..

certo pode ate ser, vou ver algo.. mas so par constar.. peguei a versão de antes de 1 de julho dese ano que a que esta no cliente, e ela esta OK.. transmite certinho.. por isso vim aqui pedir isso.. mas vou verificar..

boa tarde esta como Administrador/ e é a versao Home Premium imagem em anexo (é uma VM).. mas tambem da o erro no windows 8 pro

então mais alguma sugestão ?

fiz um teste aqui.. é na unit ACBrNFSeWebService.pas na linha 3314 ele faz o while oque vc pode fazer é criar uma versao pra vc (alterando oque achar necessario) e sempre que tiver alteracao podera fazer merge disso.. Mas remover nao acho interpresante ate por que tem muita lentidão nos provedores..

recomendo de debugue o fonte entao e tente ver uma solucao alternativa e postar ela para talvez alguem fazer o merge dpois.

mas se fica no loop é por que nao retorno com sucesso..

acredito que isso foi feito por causa da demora de muitos provedores, principalmente o provedor betha.

Simples.. ACBrNFSe.NotasFiscais.Items[0].NFSe.Numero

opa.. entao, fiz das duas maneiras e ainda continua com a mesma mensagem.. print em anexo.

Boa tarde.. alguem ja passou esse erro, imagem em anexo.. a NFSe chega la no servidor deles e processa normal, mas apos da esse erro.. é nessa parte na segunda consulta, parece algo de schemas ReqResp.Execute(Acao.Text, Stream); linha 3436 unit acbrnfsewebservices

Então é sua internet.. pois aqui esta normal, e de qualquer lugar que acesso esta OK.

Boa tarde, estive vendo com o pessoal da prefeitura de Maravilha-SC usam provedor Gov-BR promin.. eles tem um layout para o modo de contingência.. irei anexar ele nesse tópico e ver qual a opinião de vcs.. fazer ou não, etc.. 215372_Recibo_Provisorio_de_Prestacao_de_Servico.doc

ja corrigi isso e ja foi feito o merge pelo italo, segunda vez que posto isso hoje.... topico -> -> últimos comentários.

aqui ja esta corrigido isso.. penúltimo comentário... nome da classe estática = FormatarNumeroDocumentoFiscalNFSe

Ultima alteração adiciona por italojjr.

deve-se abrir outro topico, esse nao é sobre betha e sim sobre o GoBR alem de ja estar resolvido..

Faltou adicionar a classes estática, vc so adicionou a chamada dela no public.. e fazer a chamada dela na impressão, para formatar certo a visualização.. vou add novamente so esses 2 arquivos para vc fazer o merge.. e uma imagem mostrando oque estou achando.. ACBrDFeUtil.pas ACBrNFSeDANFSeFRDM.pas

sei que nao é correto ficar cobrando, mas vi o pessoal subindo fontes e e foram topicos abertos dias dpois desse, mas tranquilo.. sempre que der irei ajudar.. Obrigado..

para quando alguém poderá analisar esses fontes acima ?

Nesses moldes as Informacoes adicionais nao estao indo para o XML.. consequentemente nao ao servidor da prefeitura.. não sei se tem haver com a alteracao que foi solicitada e feita..

Oque precisei alterar: 1 ) na Unit ACBrDFeUtil adicionei uma nova classe estática para formatar com 16 caracteres, a .FormatarNumeroDocumentoFiscal esta para o formatar com 9 class function DFeUtil.FormatarNumeroDocumentoFiscalNFSe(AValue: String): String; 2) na unit ACBrNFSeDANFSeFRDM.pas precisei aumentar o size do NumeroNFSe para 16 por causa do ponto. 3 ) as units ACBrProvedorPronim.pas, ACBrProvedorGovBR.pas e pnfsConversao.pas são a inversão dos provedores 4 ) DANFSE.fr3 é o arquivo do relatório. em anexo arquivos compactados. arquivos.rar

fiz a alteração e deu certo.. agora como repasso esses fontes para vcs.. ? e encontrei outro problema.. a numeração vem com 15 dígitos ficando assim 20140000000001 e na impressão do fast ele nao mostra toda numeração.. nesse caso pensei em alterar o campo e enviar para vcs também... .....