Criar nfe certificado

[brunoac]

Ola,

Estou utilizando o ACBR monitor e estou usando a rotina nfe.criarNfe.

Mas ao criar inicialmente eu preciso usar o certificado da minha empresa e não do cliente. A criação é através do arquivo .ini.

O sistema valida o CNPJ com o do certificado?

Porque ele aparece uma mensagem Cnpj do documento difere do Cnpj do certificado.

Obrigado.

 

[Daniel Simoes]

Isso ocorrerá, no momento que o Documento for assinado...

[brunoac]

Obrigado Daniel.

Na hora de enviar o xml para a receita ai eu posso usar o certificado da empresa e não do cliente correto?

 

[Daniel Simoes]

O Certificado deve ser sempre o mesmo...

Ele é usado para computar o valor da assinatura... e será usado novamente, para estabelecer a comunicação segura (HTTPS)

[brunoac]

Ola Daniel

obrigado pelo rápido retorno.

Porque estou assinando com o certificado do cliente mas preciso enviar com o certificado da minha empresa que é a proprietaria do software, pois pelo que li a receita não exige que quem enviar o xml seja o cliente.

Não existe uma saída para isso?

Em outro topico do forum diz que o enviar chama a rotina assinar.

Obrigado mais uma vez.

[Daniel Simoes]

Não funcionará ... o WebService da SEFAZ, valida o CNPJ da conexão, com o CNPJ do XML assinado

[brunoac]

Certo Daniel, mas minha base foi um.topico da receita. Enviando em anexo.

Veja se nao da a entender que pode por favor.

[Daniel Simoes]

Nada impede de você tentar a transmissão e verificar se o XML assinado com outro certificado é aceito...

[brunoac]

Ola Daniel, eu novamente rs

Encontrei um parâmetro agora, mas parece que ele mesmo assim assina.

NFe.EnviarNFe(cArqXML,nLote,[bAssina],[bImprime],[cImpressora],[bSincrono])

Parâmetros

cArqXML -Caminho do arquivo a ser enviado.

nLote - Número do Lote

bAssina - Coloque 0 se não quiser que o componente assine o arquivo. - Parâmetro Opcional

nImprime - Coloque 1 se quiser que o DANFe seja impresso logo após a autorização - Parâmetro Opcional

bSincrono- Coloque 1 para indicar modo síncrono e 0 para modo assíncrono.

Mas mesmo colocando zero ele assina. Tem como saber se é algum bug conhecido da versão do monitor?

Obrigado mais uma vez, Bruno.

[Daniel Simoes]

Você precisa informar um XML já com as tags de assinatura, para o comando "EnviarNFe"... caso contrário ele irá tentar assinar o XML, pois isso é um requisito para a transmissão...

[brunoac]

Nossa, que rápido....valeu.

Então, o XML já esta assinado mas mesmo com zero ele tenta assinar novamente.

Ou será que o parâmetro é 1 ao invés de zero?

Entendo que este parâmetro indica se o acbr assina antes de enviar ou apenas envia o arquivo. Estou certo neste pensamento?

[Daniel Simoes]

Por favor anexe um XML de exemplo 

[brunoac]

Ola Daniel.

Em anexo o XML que chamo na função.

Obrigado.

NFe35170210710409000155550010000000101000000108.xml

Aproveitando, o comando gerado no acbr

ACBrMonitor/ACBrNFeMonitor PLUS Ver. 1.0.0.20
Conectado em: 07/02/17 08:07:42
Maquina: 172.31.56.93
Esperando por comandos.
NFe.EnviarNFe("NFe35170210710409000155550010000000101000000108.xml",95,0,0,0,1)
ERRO: O CNPJ do Documento e diferente do CNPJ do Certificado Digital

 

[Daniel Simoes]

Há alguns erros no seu XML...

- Ele está endentado (com espaços)
- A tag de assinatura está diferente do esperado: <SignatureValue Id="

Segue exemplo de um bloco de assinatura, válido:

	<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
		<SignedInfo>
			<CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
			<SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/>
			<Reference URI="#NFe35161205481336000137550010000001111000001111">
				<Transforms>
					<Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/>
					<Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/>
				</Transforms>
				<DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/>
				<DigestValue>gAwRwNZVCHp5+OOs4VDOJ3IN5dU=</DigestValue>
			</Reference>
		</SignedInfo>
		<SignatureValue>LzQ79v9KyOxXsLiLWb88uSvtZeQFGO+k0zIJxhfKDiB53q8+IeUQLoiFP3IZ8InohatTRH3Dws0b634Tky2fB3eMS6m7aE912oNIrKjJcwlVCp4itaNwXPtusjl8d6HAtt4WLNvsZ5KK1SlOqmSOXokF5cIGChfeKmbktWXjvXUUNFalsLqs3x45KQwblu6qKrmd6G68byWjp0W2Wchp6omdn6cx9qaLhx3rWZhOvTnA7lQMQVMJHbojsUFnxmxnzorXzGFvmuhWI23kKtEUfdZd5vve/lWuRjCgU1gkZSLdCYLL5g9+QxAQIT9b2CqJjjuWEnPyYbSzpYl4T/j5GQ==</SignatureValue>
		<KeyInfo>
			<X509Data>
				<X509Certificate>MIIIBjCCBe6gAwIBAgIQZwvuC5FC/T1b/cOv8b4T0jANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQGEwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRUwEwYDVQQDEwxBQyBCUiBSRkIgRzMwHhcNMTYwNDE0MDAwMDAwWhcNMTcwNDEzMjM1OTU5WjCB8DELMAkGA1UEBhMCQlIxEzARBgNVBAoUCklDUC1CcmFzaWwxCzAJBgNVBAgTAlNQMQ4wDAYDVQQHFAVUYXR1aTE2MDQGA1UECxQtU2VjcmV0YXJpYSBkYSBSZWNlaXRhIEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRYwFAYDVQQLFA1SRkIgZS1DTlBKIEExMSYwJAYDVQQLFB1BdXRlbnRpY2FkbyBwb3IgQVIgQ09ORklBTUFJUzE3MDUGA1UEAxMuRCBKIEFVVE9NQUNBTyBDT01FUkNJQUwgTFREQSBNRTowNTQ4MTMzNjAwMDEzNzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANxLskZpFozgeXwBd98r4ZOpig7zsPSIHLRcaaF3OqgzPzg0KFdokRL8F8O0edMSuQfVjtPjOAIEadTB/YvWDbtfiYdT2TLTcJhAJqSXRGJhDEDOMf3X+d8HcaVopPRKIeTAuabtoHPSYHox6AGdD6fZrp58x84FAWtBfnu+qoEGHF1L86YFR0YZ9Ryd8KMa5LHPbC5dpedsmXxvPYnrhXJ0tVcTYLW9zdHxzw7ux2pK6hVS4HGEadg5KIqqamYogaNI444ly+G09YFThfQhxyMVy/UqQVLEOqx5sp3Bom/eL2ZQz6ZnE+PLK3Y8mWHvmgxEOuXUiQ/oTH5i4/sQZIkCAwEAAaOCAxgwggMUMIHABgNVHREEgbgwgbWgPQYFYEwBAwSgNAQyMTgwODE5NzExMjI5ODczODgwNzAwMDAwMDAwMDAwMDAwMDAwMjA1ODAxMzI4U1NQU1CgJgYFYEwBAwKgHQQbSkVGRVJTT04gR0FCUklFTCBERSBBTE1FSURBoBkGBWBMAQMDoBAEDjA1NDgxMzM2MDAwMTM3oBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEYcGF0cmljaWFAZGpzeXN0ZW0uY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUTvuocXG/6qm9kT1NumSs+dLi5KQwDgYDVR0PAQH/BAQDAgXgMGwGA1UdIARlMGMwYQYGYEwBAgEbMFcwVQYIKwYBBQUHAgEWSWh0dHA6Ly9pY3AtYnJhc2lsLmFjYnIub3JnLmJyL3JlcG9zaXRvcmlvL2RwYy9BQ19CUl9SRkIvRFBDX0FDX0JSX1JGQi5wZGYwgfQGA1UdHwSB7DCB6TBLoEmgR4ZFaHR0cDovL2ljcC1icmFzaWwuYWNici5vcmcuYnIvcmVwb3NpdG9yaW8vbGNyL0FDQlJSRkJHMy9MYXRlc3RDUkwuY3JsME+gTaBLhklodHRwOi8vaWNwLWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDQlJSRkJHMy9MYXRlc3RDUkwuY3JsMEmgR6BFhkNodHRwOi8vcmVwb3NpdG9yaW8uaWNwYnJhc2lsLmdvdi5ici9sY3IvUkZCL0FDQlJSRkJHMy9MYXRlc3RDUkwuY3JsMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBjgYIKwYBBQUHAQEEgYEwfzBTBggrBgEFBQcwAoZHaHR0cDovL2ljcC1icmFzaWwuYWNici5vcmcuYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0JSX1JGQl9HMy5wN2MwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwDQYJKoZIhvcNAQELBQADggIBAGcdNFrI6udZ25VIu+9ehJkiIAdTEmTlayzfz9u/o0I1hmBfJpx5/SEiDdKr3ehfU7zSPGNJEP4Mk0+CSr+gV1gkv0WFREheZolZ/iddMXYlnIa2vw27t6bV4zjPVnljE6yRUNWxYw8Fz9b5sircMX9Xhx4Dh9VfWVSY4JqbSseu8Hc93Er02DcHtMATKzEdsj8pJCyIoqLR3ORgsI2W2gK8XpZT05y9wG3lqiELQRUv3WYozHTZI2uibjfT/1AZCAHaCFx3ngeCOqiELAgK/adSQ3+7XV+s8NybR2j862tEY0+Z4GZv8ALvsSrtNBkr0799I0FZ271WHmFaVwq78hEeK1dDPeQkfveaEx6zwYjIJ2QvGF8VsRD1tMQVf2TIwpUPdwtDcK3VsaGGqux/z2FStszEcfIv32eUNWGaK/nWWo9FsdFoYipjI9sSsaydcg4HRNpwod0ZN6ZNBIbs2ONIIvkui1uGLnhU7DYWzJk2d7PrHfyJ2TlZ0yNhuYDA8K5yJJBLeBQHRJBDUGF+EuVT2LIYbhhCpPrmOOtYXzj2VX88xczTK50nlKj/TeHTEx8SEj5cSUOdI7Nwj0D4X+kIIhoeE/Sanhbho+Q1FSXAqvHJDaYwKyH/ojMbOSrL1tL6/8Fz+FSoICtT5xGrXpPYcHXojbx8HxtJc5a7meel</X509Certificate>
			</X509Data>
		</KeyInfo>
	</Signature>

 

Com isso, ao ler o XML, o ACBrNFe, não reconhece que o mesmo está assinado, e despreza as informações da assinatura

[brunoac]

Obrigado Daniel por toda ajuda e atenção neste caso.