Diogo Loff

Oi @Italo Giurizzato Juniorentão como eu faço para configurar para gerar os dados Soap? Qual propriedade do ACBrNFSeX é?

Somente o XML esta assim ou a impressão também esta dessa forma? Então para mim esta somente no XML, pois a impressão eu refaço sempre tenho uma customizada que monta com as informações completas, pois não uso XML de retorno, do mesmo só pego algumas informações, como a chave por exemplo. Então no meu caso sim a impressão sai certa, mas acredito que se utilizasse o XML daria problema, pois até fiz um debug para só tirar a duvida e as variaveis ficam preenchidas com caracteres estranhos. Ao abrir esse XML com o bloco de notas ele indica qual codificação (ANSI ou UTF-8)? UTF-8 e no bloco de notas no lugar ali destas ???? aparece uns quadradinhos.

Boa tarde @Italo Giurizzato Juniorentão ja adequei aqui, já colocamos no cliente e não deu mais problema. Somente uma coisa ficou estranha nos XMLs que tem estes casos é conforme o print abaixo. Pra nós não é um problema, mas ficou estranho, nestes casos é assim mesmo?

Bom dia, o provedor da Prefeitura de Siderópolis / SC não é mais Websis e sim Betha. [4217600] Nome=Sideropolis UF=SC Provedor=Betha Configuração já testada. Obrigado.

Certo @Italo Giurizzato Junior hoje não consigo mais, mas vou ver se amanhã já aplico esta adequação, e gero uma versão para o cliente que esta com bastante problemas. Ai solicito para o pessoal do suporte acompanhar e observar. Dando uma semana +/- eu responto os resultados. Obrigado.

Betha: Cocal do Sul/SC IPM: Morro da Fumaça/SC Sobre o componente o mesmo esta atualizado, até o meu relato aqui coloquei os dois exemplos mas da IPM já tem um mês por ai que não tem mais acontecido mesmo. Acabei de olhar no fonte e realmente você mudaram ali no retorno. Até conversei agora com o suporte para confirmar e realmente no IPM não esta mais ocorrendo, só esta acontecendo com Betha. Aqui no exemplo é Cocal do Sul na Betha, provavelmente deve acontecer em qualquer municipio do Betha que tenha a mesma situação, pois pegamos um cliente recente ali quase cada nota que emite é este erro ai. Talvez aplicar a mesma correção do IPM no caso da Betha possa resolver.

Bom dia! Seguinte estou com um problema para recuperar XML de evento de indicação de transportadora. Ocorre o seguinte quando durante o envio de um XML para a sefaz, se neste meio tempo cai a internet e digamos que lá na sefaz validou mas não retornou ao sistema, temos o erro de duplicação se tentarmos enviar novamente. Sempre que isto acontece seja na NFe ou nos Eventos de Cancelamento e Carta de Correção, eu faço a consulta do XML da NFe e ele me retorna todas estas informação e assim eu recupero os XML para salvar no sistema. O que esta ocorrendo agora, desde que mudou a questão da Carta de Correção para Indicar Transportadora, onde agora o Orgão é o 91 (ambiente nacinoal), entrou em vigor este mês. Se ocorre o mesmo problema não estou conseguindo recuperar este evento em específico, assim acabo ficando com o evento pendente no sistema. Até olhei nos exemplos do ACBr e não achei nada também. Tem alguma solução para isto, como que o pessoal tem feito nestes casos?

Bom dia, Juliomar! Certo então não imaginava que é algo em relação a manter versões antigas, pois ao meu ver a propria prefeitura esta mandando o arquivo em formato errado, bom eu vou esperar se surge alguma ideia ou solução, enquanto isto vou continuar a indicar o caminho para o cliente corrigir na prefeitura.

Boa tarde, então como fiz no relato ali no chamado original, que não esta dando de abrir, a questão não é do meu sistema e sim da prefeitura, vou tentar sintetizar novamente. O problema ocorre quando pegamos um cliente novo por exemplo que emitia NFSe diretamente pelo porta seja da Betha ou do IPM de sua prefeitura. Lá dentro tem o cadastro dos tomadores também, ocorre que muitos destes cadastros tem acentuação e qual o problema que ocorre. Empresa passa a emitir a NFSe pelo sistema, no sistema envia tudo sem acentuação tudo certo no RPS, porem o cadastro do tomador já foi feito anteriormente lá na prefeitura com acentuação, quando volta a NFSe ela esta vindo com os dados deste cadastro de lá e não com o que foi enviado. E assim acontece o erro, o RPS validou mas para o sistema não pois supostamente deu um erro e o mesmo fica ali preso. Ocorre que estive vendo no fonte do ACBrNFSeX e lá quando recebe o retorno tem uma conversão para UTF8 e ali acontece o problema, mas não estou dizendo que o ACBr esteja errado queria ver como contornar isto, vendo o arquivo gerado pela prefeitura se removido esta validação, o mesmo no cabeçalho do XML esta UTF-8, porem se abir o arquivo em um editor como Notepad++ o mesmo esta como ISO8891, então acontece uma incosistencia aqui, imagino que é erro destes sistemas, mas é complicado demais, pois tanto a Betha como a IPM solicitam que seja a prefeitura que solicite a verificação, já tentamos reclamar mas esta bem complicado. Qual a solução no momento, sempre que acontece isto pedimos ao nosso cliente entrar no site da prefeitura e corrigir o cadastro do tomador lá dentro, assim tem resolvido o problema, porem gera outro muita reclamação do cliente de ter que estar arrumando cadastros, então queria ver se tem mais alguem passando por isto e se tem como achar uma alternativa a resolver isto pelo componente?

Oi bom dia, eu fiz um tópico sobre um problema que estou tendo com Encoding na Betha e IPM, alguem poderia me ajudar? Abri este outro tópico pois o original por algum motivo aqui na minha maquina não esta abrindo e não consigo ver.

Então mestre era isto mesmo, eu até havia dito acima que estava com a UF certa, e estava sendo setada no componente a certa.... mas depois debugando mais a fundo detectei uma rotina um pouco antes de enviar aqui do meu sistema, que estava lendo a empresa/filial errada, e pegando os dados de outra empresa. Valeu ai pela atenção.

Ola boa tarde, já conferi a questão da UF e esta tudo correto. Vou tentar hoje ou no máximo amanhã simular a questão para enviar os dados SOAP verificar.

Sim eu uso sim, blz vou verificar como extrair isto para enviar.

Olá! Estou com um problema relacionado a Encoding em dois sistemas diferentes Betha e IPM, eles ocorrem em uma situação peculir, segue o contextos: Quando pegamos um novo cliente, onde o mesmo emitia NFSe diretamente pelos portais de suas respectivas prefeituras, os mesmos realizam os cadastros de seus clientes dentro do portal para emitir a NFSe, até aqui tudo bem. Assim que migra para o sistema próprio e não utiliza mais o portal das prefeituras, que começam os problemas. Por exemplos: Emite o RPS pelo sistema, com os dados do cliente correto sem acentuação nem nada, porem a prefeitura quando valida o RPS, ela manda a NFSe com dados digamos lá do cliente todo acentuado, como esta no cadastro lá feito antes na prefeitura, não respeitam o que agente manda no RPS se por acaso este cadastro já existir lá no portal. Ai o arquivo tem vindo com acentuações, pelo que vi no componente o mesmo é convertido para o encoding UTF-8, inclusive no retorno da prefeitura na tag logo no começo do XML vem como UTF-8, porem é um UTF-8 fake, se pegar o XML e abrir em um notepadd++ por exemplo vai ver que esta com encoding ISO8891. Então o sistema não entende isto, gera um erro conforme na imagem: Isto tem gerado um certo transtorno, pois no fim a NFSe é validada, mas como o ACBr não entende o retorno causa este problema e o RPS fica preso no sistema, porque entende que não validou. O que temos orientado é os clientes irem lá no portal da prefeitura acessar lá, e arrumarem o cadastro dos clientes removerem as acentuações para que isto não aconteça, e realmente resolve, mas da muita reclamação dos usuários de ter que arrumar isto. Então a pergunta é tem uma forma de contornar isto, digamos o componente conseguir entender este retorno? Obrigado, pela atenção.

Opa Juliomar, obrigado pelo rapido retorno, mas não entendi o que seria este processo de "pegar os soaps gerados", como pego isto ai?

Olá! Estou com um problema em um cilente no Pernambuco, onde o único processo que não consegue realizar é a Inutilização de NF-e, alguem tem informações sobre isto? Tem algum problema? Precisa de alguma liberação/cadastro na sefaz? Os componentes estão atualizados, o endereço de inutilização do componente está: NfeInutilizacao_4.00=https://nfe.sefaz.pe.gov.br/nfe-service/services/NFeInutilizacao4 E o endereço de produção no site direto da Sefaz de PE é o mesmo: https://www.sefaz.pe.gov.br/Servicos/nota-fiscal-eletronica/Paginas/url-web-services-prod-homolog.aspx O erro que retorna da Sefaz é "Emissor nao habilitado para emissoa de NF-e".

Valeu resolvido!

Ola! No componente ACBrNFSeX, quando importado um XML de um RPS do provedor Betha, esta ocorrendo erro no campo de DataVencimento. O tipo esta incorreto. Atualmente no fonte esta: DataVencimento := ObterConteudo(ANodes[i].Childrens.FindAnyNs('DataVencimento'), tcDat); O correto é: DataVencimento := ObterConteudo(ANodes[i].Childrens.FindAnyNs('DataVencimento'), tcDatVcto); Fonte Betha.LerXml.pas Linha 98. Segue anexo fonte alterado. Betha.LerXml.pas

Bom já testei deu certo valeu!

Valeu mestre, a noite vou testar e reporto.

Sim, entendo, justamente qe ultimamente tenho colocado mas questões aqui e o ACBr tem ajustado. Realmente não quero mais ter que mexer no componente. Mas ocorre que anos atras tivemos um problema sério em uma das primeiras versões do Trunk2, onde as NFes no momento de validar em Lote se tinha uma no meio que dava erro, acabava replicando a chave de acesso da primeira que dava certo e gerou um transtorno gigantesco, nossa empresa trabalha com industria e muitos são multinacionais, empresas que trabalham com Petrobras, Vale e outras, empresas que emitem muita NF. Então por segurança e receio nosso estavamos sempre adequando principalmente a NFe e NFSe, porem isto tem ficado complicado demais em manter as alterações em aparalelo, principalmente da NFSe. Mas em fim se puderem verificar este item agradeço. Para fins de informação, hoje na empresa usamos a NFe, CTe, SPED EFD, Consulta de CNPJ e Impressão de Etiquetas, esta ultima esta totalmente customizada desde antes do trunk2, este tenho que tirar um tempo e avaliar bem o que tem no componente se esta funcional em todas as linguages e se faltar alguma coisa enviar um compilado de tudo que adequei para ver se vocês aceitam. E fora a etiqueta no momento só tenho customizado a partes dos Danfe da NFSe que inclusive abri já um outro topico sugerindo adequações. Valeu ai obrigado.

Não saberia precisar, mas faz bastante tempo, eu me obriguei atualizar agora inicio do ano devido a NFse. Muita vezes atualizava partes dos fontes e adaptava outras aqui para manter compatibilidade, mas já fazia acho uns 2 anos que não atualizava ele total. Estava usando muita coisa customizada nos fontes aqui também, coisa que quero eliminar total, quero passar usar o ACBr 100% oficial sem customizações. Tem um ultimo item ainda que não consegui usar o de vocês atalizado que é a impressão de etiquetas térmicas, o fonte é todo modificado aqui a mais de 10 anos já, sempre passo um trabalho com troca dos fontes e adaptar o AcbrDevice, mas quero ver se até final do ano mando as sugestões para vocês, pois o meu aqui esta rodando com PPLA, PPLB, ZPL, ZPLII, EPL2 com todos os comandos disponiveis.

Ao meu ver é um erro, pois, antes fazia agora não mais. Também todas as outras funções da NFe como gerar nfe e eventos, estão trazendo path completo, pelo que vi só a opção de donwload que não o faz mais. Vou anexar aqui os fontes, ao meu ver minha sugestão resolve, porem fica fora do padrão dos outros objetos como NF e Eventos. Também não entendi porque o objeto abaixo é destruido e depois recriado novamente sem o path. Então creio que vocês deveriam avaliar para se manter o padrão conforme das demais funções. Segue os fontes. Obrigado! ACBrNFeWebServices.pas

Olá! No meu sistema na parte de entrada de notas fiscais, se o usuário colocar a chave da NFe eu faço o Download da mesma. Ocorre que 09/01/24 fiz uma atualização dos componentes e agora no nome do arquivo não vem mais o path e esta ocorrendo erros no sistema, pois bem. Antes após fazer o comando: ACBrNFe1.DistribuicaoDFePorChaveNFe(StrToInt(Copy(lsChave, 1, 2)), nfeEmitCNPJ, lsChave); Eu pegava o path assim lsArquivo := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].NomeArq Aqui vinha o path completo, com o definido na propriedade de download + o mês ano, pasta down + e o nome do arquivo final. Então o que esta acontecendo... agora esta ficando em branco, eu estive vendo no fonte do ACBrNFeWebServices linha 3778 e esta sendo dado Free na variavel FretDistDFeInt que é a mesma que retornar em retDistDFeInt. Pois bem para resolver o problema eu fiz uma alteração antes onde adiciona os arquivos numa lista para colocar o path, linha 3760. if NaoEstaVazio(NomeArq) then FlistaArqs.Add( aPath + FNomeArq ); Ai no sistema agora estou usando assim lsArquivo := ACBrNFe1.WebServices.DistribuicaoDFe.ListaArqs[0]; Bom resolveu meu problema, mas tive que mexer no componente, então não achei outra forma de resolver. Se puderem me orientar ou verificar o caso, agradeço.

Fechou deu certo.