Breno Luiz

Você já emitia antes e agora parou? Ou está tentando realizar o primeiro envio agora?

Sim, é possível enviar em lote, da mesma forma que a NF-e. O método de enviar uma ou um lote ( máximo de 50 ) é o mesmo. Você deve se atentar somente no tratamento do retorno do envio, visto que será mais de um documento enviado, precisando tratar um a um no retorno.

Existem algumas possibilidades prováveis para isso: 1° - O arquivo de schema de envio da CCe realmente não se encontra na pasta. Se não me engano, nem todos os arquivos de Schema estão no ZIP que o SEFAZ disponibiliza como última versão, uma vez tive o mesmo problema, porém com cancelamento, então peguei os arquivos de schema do ACBr e resolveu. 2° - O diretório informado pode estar diferente do que você realmente esteja procurando. 3° - Você pode estar informando uma versão da NF-e, em que o arquivo de Schema não se encontra na pasta ( não sei se foi alterado o Schema para CCe quando alterou a versão da NF-e, então acho pouco provável ) Faça o teste, pegue os arquivos de schema que se encontra na pasta do componente do ACBr, e tente realizar o envio.

Têm. Você vai ter que carregar os XML's, pelo próprio componente ACBr, e fazer a alteração da data. Lembrando que essa alteração será por sua própria conta e risco, pois não pode realizar alterações nos XML's de notas já emitidas.

Não tem jeito, não tem como "contornar" o problema, de fato que os arquivos não estão na base de dados da SEFAZ. O que talvez você possa fazer, é entrar em contato com a contabilidade de seu cliente, explicar a situação, para ver se ela tem alguma solução. Talvez, por sugestão dela, deverá emitir os documentos, e ela registrar no "livro de ocorrências" da empresa o fato ocorrido.

Verifique se o sistema não está em Debug. Mesmo assim, é um tamanho consideravelmente grande. Já aconteceu algumas vezes comigo, não um tamanho gigantesco assim, mas eu tenho o DevExpress instalado em minha IDE, às vezes, não sei por qual motivo, ele automaticamente ativa as Skins do DevExpress, fazendo assim o executável subir uns 50MB. Verifique nas units do projeto, se não tem alguma que foi adiciona na alteração, provavelmente tem alguma unit que não deveria estar.

Esse erro pode ser ocasionado também pelas configurações em Opções da Internet. Verifique se com essas configurações funciona.

Se o componente do ACBr estiver instalado no D7, sim, ele abre. O TWebBrowser é um componente nativo do Delphi, então ele não deveria dar falta dessa unit. Verifique se o mesmo está ativo na aba de componentes de sua IDE.

Com o comando "ACBrNFe1.WebServices.StatusServico.Executar;" você consegue saber o status do WebService. Porém esse erro pode ser por alguns outros motivos, como por exemplo as configurações nas Opções de Internet. O erro ocorre somente em um computador? Forneça mais alguns detalhes pra gente.

Na pasta onde se encontra o componente, no diretório 'Exemplos\ACBrDFe\ACBrNFe', tem um arquivo chamado DistribuicaoDFe.txt que contém as informações. Também está no exemplo ACBrNFe.

Pressione Shift+Ctrl+F em sua IDE, com o projeto aberto. Em seguida, digite ACBr e busque. Caso haja algum componente ACBr no projeto, o mesmo irá aparecer nos resultados de busca. O Sped não sairá com a versão certa somente atualizando o ACBr, você deverá alterar via código também a tag de versão do arquivo. A atualização é necessária, caso a versão não se encontre ainda no componente ( caso quando a versão do ACBr está muito antiga ).

Exato. Quando em ambiente de homologação, é impresso na razão social, e na descrição do primeiro item tal informação.

Se você realizou a instalação do ACBr recentemente, provavelmente esse campo já está incluído. Caso não, sugiro atualizar os fontes para a inclusão do mesmo. O mesmo ocorre com os Schemas.

Caso mesmo assim queira fazer a alteração, a mesma se encontra na função modFreteToDesStr, que fica na unit pcnConversaoNFe.

Qual pacote de impressão você utiliza : Fast ou Fortes? Quanto a respeito da informação do Frete por Conta : Pouco provável que a SEFAZ estabelecesse uma regra dessa, visto que o DANFE da NF-e praticamente não tem validade, e sim o que está no XML. A DANFE da NF-e é de simples conferência, diferente da NFC-e. Peça para o cliente lhe informar de onde veio essa informação.

Esse erro ocorreu quando foi instalar um pacote que utiliza o Fast Report. Verifique se o mesmo se encontra instalado na IDE.

Dê um showmessage no SQL da query, fica mais fácil para conseguir localizar onde está o erro.

Adicione o midasLib no uses do seu projeto, deve resolver.

Bom dia. Note, que o campo finNFe ( Finalidade da NF-e ), está sendo utilizado como " NF-e complementar ", porém não foi referenciada a NF-e que a mesma está sendo complementada. Você deve adicionar a NF-e que será complementada no campo "NFref"

De acordo com as novas regras da SEFAZ, o campo cNF não pode ter o mesmo valor do campo nNF. Veja o tópico mais completo explicado pelo @Italo Jurisato Junior :

Provável que seja alguma instabilidade no ambiente de homologação do Estado de GO. Problema resolvido!

Foi feito alguma atualização no seu sistema, ou algo que possa estar influenciando no envio da NF-e? Nada impede também que seja alguma instabilidade da SEFAZ de GO.

Esse problema está ocorrendo com todas as NF-e? É alguma em específico? São todos os seus clientes? O XML está tudo correto, esse erro acontece quando ocorre algum erro interno desconhecido, ou alguma exceção no site da SEFAZ. Já tentou consultar a disponibilidade do portal para ver se está OK? Ou algum evento de Cancelamento?

Olá. Anexe o XML de envio para podermos analisar melhor o seu problema.

Qual erro ocorre no momento da instalação? Anexe o arquivo de log da instalação para podermos te ajudar. Pode ser vários problemas, por exemplo ter marcado a instalação do Módulo Zeos, e o mesmo não estar instalado na sua IDE.