BigWings

https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Lote de Registro de Evento Schema XML: The 'http://www.portalfiscal.inf.br/nfe:nSeqEvento' element is invalid - The value '01' is invalid according to its datatype 'String' - The Pattern constraint failed. Caminho: envEvento/evento/infEvento/nSeqEvento Como está no seu XML: <nSeqEvento>01</nSeqEvento> Informe assim: <nSeqEvento>1</nSeqEvento>

SC usa a SVRS que ainda não divulgou as URL de produção para a versão 4.00.

Você precisa entender o funcionamento do componente. Com base no código do exemplo você pode ver como é feita a inclusão dos registros. with RegistroC300New do ... with RegistroC350New do ... with RegistroC370New do ... with RegistroC390New do ...

Por que acha que não? Pelo que vi nos fontes, está implementado.

Você precisa somar o valor do IPI devolução no valor da NF: <vProd>14250.00</vProd> <vIPIDevol>712.50</vIPIDevol> <vNF>14250.00</vNF> Nesse caso o vNF deveria ser 14962,50.

Empresa contribuinte de IPI preenche apenas as tags de IPI normal. Empresa não contribuinte de IPI, como as do Simples, quando precisa fazer devolução para uma que seja contribuinte, preenche apenas as tags de IPI devolução.

Não, foi a "solução prática" pra poder transmitir o arquivo. Provavelmente é um erro do validador, e ele já existe há muito tempo...

Você está informando valor de IPI e de IPI devolução, por isso a rejeição. <vIPI>712.50</vIPI><vIPIDevol>712.50</vIPIDevol> Na verificação do valor total da NF, são somados os dois valores: Conforme o manual, as tags de IPI devolução devem ser usadas apenas por não contribuintes do IPI, para não serem obrigadas a destacar IPI em notas de devolução.

Remover o totalizador de operação não fiscal vai resolver a validação.

Confira o CNPJ informado no arquivo, ele tem caracteres demais: CNPJ=137852888000140

Caso use SSLLib como CAPICOM ou WinCrypt, vai depender apenas do Windows estar atualizado, e Windows XP e 2003 não tem suporte a TLS 1.2. Caso use SSLLib como OpenSSL veja o tópico que o Juliomar mencionou:

Sim. CTe.setmodelodf("67"); CTe.setversaodf("3.00");

A sintaxe no .ini está errada: [toma] CNPJ=04207741658 Sendo o correto: [toma] CNPJCPF=04207741658

Depois de alterar, fez isto aqui? Que teste fez? Nem o status funciona? Pra mim está normal após a alteração do .ini:

Também funciona com a 3.10.

Eu uso um componente (TZipMaster) para a compacatação. No ACBrMonitorPLUS você pode usar o ACBr.Run para executar linha de comando e chamar o rar.exe do WinRar por exemplo, passando os parâmetros para compactação.

Eu diria que sim, você pode ter problemas com o fisco se fizer dessa forma. Entendo que as duplicatas informadas na NFe são uma informação fiscal, e informar valor zerado pode gerar problemas para a contabilidade. Como uma NFe pode ter pagamento à vista no valor total e duplicatas a pagar? Algumas formas de pagamento são tratadas como a prazo pelo comércio (cartão de crédito parcelado, cheque pré-datado) são na verdade pagamentos à vista. Outras que admitem parcelamento (crédito loja, boleto bancário) podem ser "calçadas" por duplicata e informados como tal se for necessário aparecer na NFe. É um assunto para a contabilidade, o acima é apenas minha opinião.

Primeiro leia este tópico: Antes dessa implementação o componente vinha com a propriedade SSLLib com o padrão libCAPICOMDelphiSoap, agora vem libNone. Você deve preencher essa propriedade antes de chamar os métodos que fazem uso de certificado digital do componente. Veja o demo do componente na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe.

Não, a partir do AnsiString (Delphi 2) já não há limite de tamanho para o tipo String. Como você está acessando a variável no debug? No watch list e evaluate/modify as strings grande realmente são truncadas...

Veja o comando NFe.EnviarEvento().

Cuidado pra não colocar Schemas de CTe e MDFe na mesma pasta dos de NFe pois eles têm o mesmo método DistribuicaoDFe mas Schemas diferentes. Veja se é o seu caso.

O "limite" para o tipo string é dado pela capacidade de endereçamento de memória. Em uma arquitetura 32bits seria em torno de 2GB. Uma NFe para ser autorizada deve ter no máximo 500KB (possivelmente aumentado para 1MB, não tenho certeza).

Mesmo apontando o arquivo .pfx o erro ocorre. A solução nesses casos é usar OpenSSL, ou instalar o certificado num Windows XP e exportar, ou usar o instalador da certificadora como já foi discutido no outro post. Caso aponte o arquivo não é preciso instalar. E sim, o WinCrypt já atende a TLS 1.2.

Veja a pasta ACBr\Projetos\ACBrInstall_Trunk2. Qual Delphi você usa? Aqui deixo essa opção marcada e não tenho esse problema...