Juliomar Marchetti

Boa é só pegar e rodar e comparar pra ver se está igual

se notar ele é herdado do nacional e dai tu deve implementar o método chamado. é isso que está ocorrendo . ele não tem implementado para o provedor

pega o exemplo preenche seu dados e mostra como está fazendo. lembrando ACBr atualizado. não ter alterações locais e build

Alterações no ACBr? ou só no processo de alimentar o componente? se for isso faça uma função só pra isso e poste aqui com exemplo assim vai ajudar os demais

Ao indicado não está funcionando o endereço que está passando ou não tem permissão mesmo

Erros de ambientes. ou melhor webservice pode não estar validando os dados. e claro quando envia para o nacional ele deve de remover internamente. baixou o xml lá no portal e visualizou se tem ou não que mandou

pode ser preciso modificar algo nas tags na unit do provedor.

então estou para chutar que tenha mais de uma pasta do ACBr ou arquivos do ACBr antigo perdidos em seu micro. faça uma limpeza. deixe só uma pasta do ACCBr. se existir outras exclua ou usa o .bat que tem no svn e roda em todo seu hd

sim tu deve usar o código que o contador repassar ou se ele não sabe dai tu vai ter que correr atrás do correto

Tem que carregar o INI novamente. sugestão se tu não tem o componente ACBrNFSeX deveria de estar em uma classe ou uma interface e assim ele iria liberar após o uso e quando fosse chamar novamente e o ini modificado ele carregava novamente

não sei . mas tem que fazer para fast repor, fpdf e fortes report. se for feito senão vai ter problemas.

se tu usa o lazarus e tem o fast report pago sim qualquer fr3 vai funcionar

Parece que não. mas poste os problemas que ocorreram e o que tentou fazer de alteração no componente. na unit

https://www.projetoacbr.com.br/forum/topic/89387-acbr-8790-nfsex-–-provedor-nacional-correção-de-acentuação-e-charset-utf-8-mojibake-no-delphi-2009-com-compatibilidade-lazarus/

só precisa disso. então . descomplica e salva no banco o xml mas não vai funcionar doi jeito que tu está ali e o schemas também não podem estar em compartilhamento de rede. tem que estar local ou mapear a unidade. não é algo especifico pra ti. onde a gente pode modificar. o libxml2 é assim e não funciona dá uma pesquisada aqui no fórum que tu vai entender

sugestão use broadcast de envios. na web é mais barato e tu tem até informações se chegou ou não o sms

primeira coisa o Fortes Report está atualizado? segundo o instalador que está usando é que possui dentro do SVN? seu SVN está totalmente atualizado? não tem nenhuma pasta em vermelho ou outra cor?

Marque a opção limpar tudo antes de instalar

e no ambiente nacional?

No caso ele já faz isso. tu não precisa colocar o arquivo. colocar lá é quando algo urgente, mudou uma url ou um provedor e tu sabe qual é e não pode recompilar tu joga junto ao exe e muda. senão o componente já embuti dentro dele como resource e dai senão existir o ini com sua personalização ele vai usar o que está interno isso serve para os demais também ACBrNFe, ACBrCTe etc.. então eu diria que se tudo está ok para os seus clientes nos provedores não é preciso colocar mais o INI junto ao exe pois ele já está interno

há então já de cara ele te disse ali ele naõ quer jpg é um bmp

no caso é seis digitos o código agora pega a tabela nbs . ou pede para o contador

Quando tu entra pra digitar texto aqui no fórum abaixo tem um clipes tu clica nele e seleciona o arquivo. ele anexa o arquivo entendeu. assim o tópicofica organizado equando pesquisar não vai atrapalhar os resultados além de deixar organizado. Agora abra o arquivo "C:\ACBR\Pacotes\Delphi\ACBrDFe\ACBr_DFeComum.dpk" no notepad++ que via mostrar possiveis dados incorretos se quiser postar aqui uma imagem dele faz um print e cola

mapeia como um unidade o compartilhamento seja schemas seja o xml pra salvar

em que sentido? tem as propriedades é só mudar até ajustar sua logo