BigWings

Você está testando PathCabecalho mas passando PathLogo para o componente, não pode ter algo errado aí?

Provavelmente ele não está encontrando a imagem do cabeçalho. Está passando o caminho completo da imagem para a propriedade Logo do componente?

Provavelmente é falta de atualização das cadeias de certificado. Verifique o link abaixo: http://www.sefaz.am.gov.br/noticias/ExibeNoticia.asp?codnoticia=18328

Na minha interpretação houve somente substituição da regra de validação N33-10 pelas regras N12-82 (CST 60) e N12a-60 (CSOSN 500). Então cada UF pode ativar a regra para CST 60 e não para 500 e vice versa, ou nenhuma ou ambas...

Tópico possivelmente relacionado:

O componente não faz nenhuma crítica quando a modalidade de frete na geração dos dados do transportador, basta que esses dados sejam informados.

Sim, correto. Provavelmente houve, o projeto ACBrMonitorConsole realmente tem erro de compilação.

Pergunto se não vai haver perda de uma informação (a tecla associada ao produto) com essa alteração. Pelo que entendi a tecla associada ao produto é informada no arquivo SETORTXT.txt.

Não é preciso incluir uma condição para gerar a linha caso não seja informado o setor, mas seja informada a tecla associada ao produto?

Que saiba esse projeto não está utilizável. Consegue compilar o projeto ACBrMonitorPLUS.lpi?

Geralmente esse erro é por incompatibilidade de arquitetura entre o exe e as DLLs. Então verifique se está copiando as DLLs corretas, 32 ou 64 bits, de acordo com a arquitetura do seu executável. Também verifique se está copiando para a pasta correta, de preferência para a pasta do executável para evitar conflito com outras aplicações. Se copiar para a pasta do sistema, use: - DLLs de 32 bits em Windows 32 bits: C:\Windows\system32 - DLLs de 32 bits em Windows 64 bits: C:\Windows\SysWOW64 - DLLs de 64 bits em Windows 64 bits: C:\Windows\system32

Experimente trocar o trecho acima para: ACBrNFe1.WebServices.Retorno.Recibo := ACBrNFe1.WebServices.Enviar.Recibo; ACBrNFe1.WebServices.Retorno.Executar; Ou você pode simplesmente usar o método ACBrNFe1.Enviar(nLote, bImprimir, bSincrono) que faz todo o processo.

Ela é implementada apenas para os DANFE NFCe. Não creio que o manual permita o truncamento da descrição do produto na impressão do DANFE NFe...

Veja pelo debug como está a propriedade ACBrNFe1.Configuracoes.WebServices.Ambiente no momento do envio do evento.

Essa nota técnica e todas as outras você encontra no portal da NFe: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s=

O erro no tópico é de validação local então o ambiente de envio não faz diferença. A não ser que esteja tendo um erro diferente, nesse caso sugiro procurar outro tópico (tem vários já abertos de erros de rejeição por falha de schema) ou abrir um novo.

Veja que está enviando em homologação e não produção.

Não. Na NFe 4.00 foram alterados os valores para o campo modFrete, veja a NT 2016.002 v1.61:

Vejo que o XML mudou após a configuração, não está mais sendo gerada a tag vICMSSubstituto. A rejeição agora provavelmente é por causa da tag pST, tente informar ela zerada.

Anexe o XML gerado.

Foi criada uma nova propriedade no componente para controlar a geração das novas tags. Veja o tópico abaixo:

Provavelmente são as quebras de linha no meio de campos e tags. O XML nem mesmo valida pelo validador da SEFAZ-RS:

Aparentemente o XSD fornecido pelo provedor ISSNET não é compreendido pela libxml2.dll. Faça teste configurando a propriedade SSLXmlSignLib do componente como xsMsXML.

O arquivo validou normalmente pelo demo do ACBrNFe e usando a pasta de schemas do ACBr.