BigWings

Chame o comando Assinar antes do Validar.

Bom dia. Conforme postei aqui: A solução encontrada, até o momento, foi a alteração do Schema, mas creio que você não precisa do tiposBasico_v1.03_OPENSSL, nem do tiposBasico_v3.10_OPENSSL, essas versões estão desatualizadas.

Confira novamente, porque nesse caso, deveria funcionar. Foi feita uma alteração no arquivo tiposBasico_v.310.xsd para funcionar com OpenSSL, e não causar esse erro de validação com string com menos de três caracteres. <xs:simpleType name="TString"> <xs:annotation> <xs:documentation> Tipo string genérico</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/> </xs:restriction> </xs:simpleType> A diferença está no xs:pattern, que nos schemas oficiais está assim: <xs:pattern value="[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}"/>

A validação está falhando porque o XML não está assinado. Nas versões anteriores, o ACBr assinava automaticamente ao validar, isso foi retirado. Informe 1 no terceiro parâmetro para fazer a assinatura.

Informe nos dados adicionais da nota.

Não conheço a legislação de SP, mas pelo layout da NFe, CST 60 nunca vai gerar destaque de ICMS.

Pelo download na página do Portal Nacional da NFe, ou pelo webservice DistribuicaoDFe.

Bom dia, Pelo menos com SSLib = libOpenSSL continua funcionando no Windows XP, pelos testes que fiz. Já com libCapicom, libCapicomDelphiSoap e libWinCrypt, não.

Verifique o XML gerado. O valor total da base de cálculo do ICMS (tag: NFe.Total.ICMSTot.vBC) está diferente da soma das bases de cálculo informadas para o item (tag: NFe.Det.Items[x].Imposto.ICMS.vBC), por isso a rejeição. Quando você usa o CST 60 o ACBr não vai gerar a tag vBC para o item, se você está informando, e somando no total, pode causar esse erro.

Por "fazer o download" você quer dizer o que? Leia o que escrevi acima: E leia, com atenção, a NT 2014.002 v1.02b.

Provavelmente o primeiro NSU era o resumo, e o segundo a NFe completa.

A imagem não deixa claro qual o tipo do documento retornado. Para uma NFe ainda não manifestada, o DistribuicaoDFe vai retornar o resumo da NFe. Após a manifestação, retornará a NFe completa. Numa mesma chamada ao DistribuicaoDFe isso não vai ocorrer, mas pode ocorrer em chamadas distintas, tendo entre elas acontecido a manifestação. Entretanto, numa mesma chamada pode retornar mais de um documento para uma mesma nota, caso a mesma tenha eventos associados, como o @RicardoVoigt comentou (exceto a manifestação que é evento gerado pelo destinatário e não retorna para o mesmo).

Sinal que está funcionando, mas é estranho retornar cStat 137, deveria retornar o resumo da NFe. O comando foi o mesmo?

Está na pasta ACBr\Exemplos\ACBrDFe\Schemas, separado por tipo de documento. Mas por exemplo o NFe, CTe e MDFe tem Schemas diferentes para o DistribuicaoDFe, mas com mesmo nome, o que causa problemas. Tente apenas baixar os Schemas abaixo e extraia na pasta e teste novamente. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=n3Kn9 YZNak=

Não misture os Schemas de MDFe e NFe. Eles são diferentes. Como está usando NFe.DistribuicaoDFe, use apenas os Schemas da NFe.

Está com os Schemas atualizados?

Configurou o modelo e porta corretamente? Chegou a olhar as configurações da impressora instalada no Windows pra ver se há opção de corte após impressão? O ACBrNFeDANFEFR (Fast) e ACBRNFeDANFECeFortes (Fortes) imprimem pelo Spooler do Windows, e dependem da impressora estar instalada. O ACBrNFeDANFeEscPos é ligada ao PosPrinter e imprime diretamente na porta serial. Desconheço esse utilitário, creio que não faça diferença.

As URL ainda não estão no repositório, aguarde. Ou baixe os arquivos e teste.

NFe avulsa, emitida pela SEFAZ do estado. Nâo creio que seja possível emitir usando webservice, ou o emissor gratuito.

Não. Veja a imagem acima. O Webservice é obrigado a rejeitar essa situação.

Repetindo: Informe apenas o conhecimento. Não se deve informar NFe em um MDFe como prestador de serviço de transporte.

Complementando a resposta do Nelson, leia este tópico:

Se é uma transportadora deve informar apenas Conhecimentos.

No IBX tem o IBBackupService. mas depende de instalar o Firebird em modo de compatibilidade, gerando a gds32.dll.

Se está imprimindo a NFCe pelo Fortes, e tentando ativar o PosPrinter ao mesmo tempo, pode ter esse tipo de problema, já que a porta pode estar em uso pelo Windows para impressão da NFCe. Algumas impressoras tem configuração no driver, nas preferências de impressão da impressora instalada no Windows, para fazer o corte automático de papel ao finalizar a impressão. Não sei se é o caso da DR800, verifique. Outra opção é usar a impressão da NFCe via EscPos, nesse caso estaria usando apenas a impressão direta na porta e não via spooler do Windows. Veja o demo na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Demo ACBrNFeDANFeEscPos.