Mark Apollo

Tente: NFe.NotasFiscais.LoadFromFile(arquivo);

Acredito que seja como o Italo falou mesmo, ao menos no NFe é assim...

Não existe esse comando, é de responsabilidade do cliente o armazenamento e guarda dos xml's, a Reeita disponibilizará, ainda que futuramente, um webservice para download dos xml's, mas só para os clientes, não para os fornecedores. Acredito que a única saída será ligar para os clientes e solicitar que enviem de volta para ele.

Puts, eles estão cobrando cada coisa.... Tive uma porção de "bobeirinhas" assim para validar o Banestes, nos ultimos fontes que enviei, alguns itens, como o Campo "Sacador/Avalista" em duplicidade, o tamanho do código de barras eu já corrigi. Você está usando o Fortes Report, correto?

Galera, pelo relato que estou vendo aqui e em outros posts, muito provavelmente a sefaz de MG trocou o ip dos servidores, desta forma ELES têm que atualizar no dominio deles, após isso TODOS os servidores DNS do mundo devem atualizar. Já passei por este problema em configuração de email/site. Caso realmente seja isto, não nos resta nada a fazer a não ser esperar todos os servidores dns se entenderem e tudo estabilizar. Por isso hora um consegue mandar usando o dns do google, hora não mais, hora com outro consegue com o dns do servidor x, hora não consegue mais.

Bom dia Amigos! Depois de passar por tantos apuros, a única solução que foi realmente eficaz foi reconfigurar o dns/ip da conexão da internet, pois muitos provedores tem o hábito de configurar o modem apontando para o ip da google, e não sei por qual motivo, mas creio que seja por alguma provável mudança interna no sistema da receita passou a rejeitar de uma hora pra outra as solicitações feitas por conexões que usam este tipo de configuração... Agradeço muito a colaboração de todos, a nossa parceria nos dá apoio e segurança! Se dependermos das informações e suporte do governo morremos de fome ou muda-se de profissão... Abs, Elaine Urgal. No final, é o que estou falando desde cedo: DNS

Justamente por isso pensei que poderia ser dns, já que algumas pessoas estão conseguindo resolver...

Se me lembro bem, algumas pessoas conseguiram resolver este problema alterando o servidor proxy no modem, mas, aí já é outra história, mas, está parecendo que a máquina não está enxergando o endereço.

Olá Markopollo, muito obrigada por responder! Entendo muito pouco sobre configuração de dns, ip... nesse caso vc teria alguma orientação mais específica pra eu tentar resolver? Você chegou a tentar entrar através do navegador? se conseguiu, o problema não é dns.

tente, da máquina da pessoa, entrar neste endereço pelo navegador, está com cara de ser problemas no dns.

Amigos, estou com uma grande dúvida: Nos primórdios da história, emitíamos notas fiscais impressas em formulários contínuos (alguém se lembra disso??), e tinhamos uma numeração contínua e igual à numeração da duplicata, tudo era uma maravilha. Até que chegou essa coisa de Nota Fiscal Eletrônica. Devido à nossa estrutura, preferimos continuar com a numeração e termos um sequencial para a NFe, até aí tudo bem, mas, hoje temos, por exemplo, a nfe 170510 e a duplicata é 610543, alguns clientes reclamam disso, já teve casos até de alegarem em juizo que a duplicata 610543 não pertence à NFe 170510. Minha pergunta: O que interferiria se eu colocasse o número da NFe no campo "Documento" do boleto? sendo que, no momento da baixa, eu busco o título pelo NN e registro no banco como o documento 610543, teria algum problema se isso fosse feito?

Boa Noite, Italo, Concordo totalmente com você, acredito que, com a lista de nfe emitida contra um cnpj será até mais fácil cobrara do fornecedor o envio do xml. Sobre o download, perguntei mais por curiosidade mesmo, sei que o download virá compactado e com muitas promessas de restrições.

Olá, Italojjr, parabéns pela dedicação. Você acha que será tranquilo a parte de baixar xml também? Abraços.

Nunca fiz um Web Service no delphi, porém fiz um Windows Service, tive o mesmo problema, verifique o usuário que roda o serviço do webservice. no meu caso, o windows service estava sendo executado por um usuário padrão do sistema, que não tinha o certificado instalado nele, tenho quase certeza de que é o mesmo problema que você está tendo. dica: tente rodar o apache com o seu usuário, no lugar do usuário padrão na lista de serviços do windows.

Também espero por alguma solução para agilizar o download do xml. Alguma solução? Galera, acho pouco provável que tenha algum projeto para isto tão cedo, visto que a Receita irá liberar o download via webservice, seria um projeto já condenado. Após a liberação deste webservice, tenho certeza de que terá algum projeto, porém antes, acho pouco provável.

Amigo, segundo o repositório, ainda não foi implementado o boleto do Citbank, mas, seguindo o padrão do acbr não é difícil a implementação, basta copiar de algum outro banco e alterar poucas coisas para impressão do boleto e refazer a parte de integração por cnab.

Acredito que não subiu para o svn, pois, acabei de realizar uma alteração (que também não subiu) em que percebi que não havia nenhum destes códigos.

hum... errei, disse branches, quando queria dizer tags. Sobre o sistema de OCR, acredito que também seria muito esforço para poder dar em nada futuramente, pela mesma razão da qual o projeto foi "tirado do ar".

Olá, o Monitor fica em qual SO? se for winXp ele tem um limite de conexões padrão para 10,

Amigos, à algum tempo estou homologando os boletos do ERP que desenvolvo, já tinha eles homologados, mas, gostaria de passar novamente pela homologação para poder corrigir qualquer coisa que tenha mudado com o tempo. Com isso acabei tendo que desenvolver o boleto do Banestes, que já contribui com o início do código aqui no fórum. Após iniciar a unit ACBrBanestes.pas e consegui gerar os primeiros boletos, enviei para homologação (enviando email com amostras para [email protected]), em menos de 24 horas obtive a resposta deles, com os itens que não estavam "corretos": Após corrigido todos os itens (ou quase todos) enviei os boletos novamente para homologação, novamente, em menos de 24hs (ontem) obtive o retorno Neste meio tempo, nosso amigo francisco.itb contribuiu com algumas alterações que também implementei (mas não testei a parte de geração de arquivo remessa e leitura do retorno). Hoje pela manhã enviei os arquivos novamente e, agora a pouco, recebi a mensagem dos mesmos: Lembrando que tomei o cuidado de fazer as variáveis, bem como o cálculo de código ASBACE ficar de acordo com o manual dos mesmos. Segue em anexo os fontes atualizados. ACBrBoleto.zip

É possível sim, o recuperarXML está na pasta branches, o código pode ser baixado e corrigido por qualquer um.

Ainda existe Banco Mercantil?? rs, brincadeiras a parte (porque aqui na Grande Vitória-ES) não lembro de ter mais nenhum. Sobre sua pergunta, tenho certeza de que a colaboração será aceita de bom grado, não é difícil implementar algum boleto no ACBr, mas, se tiver alguma dúvida, tenho certeza de que a galera vai ajudar. Sobre a situação, temos boa parte dos boletos homologados, outros ainda homologando, lembro de ter visto esta lista em algum lugar, mas não lembro onde. Para começar, acredito que o mais fácil deve ser copiar uma unit de um banco parecido com o mercantil, e fazer a implementação nele, lembrando de alterar a Unit ACBrBoleto.pas para adicionar seu novo boleto. não será difícil!

Brother, anexa os arquivos no tópico, fica mais fácil do que ler o código na mensagem.

Está usando qual gerenciador de relatórios? quick? fortes? qual versão? lembre-se que nem todas as versões do quick gera pdf.

Bom, ao menos resolveu o problema.