Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Pelo retorno me parece que ocorreu uma falha no servidor do provedor.

Boa tarde Israel, Uma coisa é o numero e série do RPS e outra é o numero e série da NFS-e. A sua aplicação vai gerar e enviar o RPS para o provedor e este por sua vez vai gerar e retornar a NFS-e. O numero e série do RPS deve ser controlado pela sua aplicação. Por outro lado o numero e série da NFS-e é controlado pelo provedor.

César, No caso do A3 como dito é um cartão ou token (pen-drive) não existe arquivo PFX salvo na maquina. Sendo assim você só informa o numero de série do certificado no componente. E toda vez que for estabelecer a primeira conexão será pedido a senha.

Douglas, Você concorda que se o campo é dhEmi a SEFAZ espera que o conteúdo seja a data e hora de emissão e não somente a data, pois se fosse só a data a tag chamaria dEmi e não dhEmi. Tudo o que parece funcionar hoje mesmo fazendo errado, amanhã pode não vir a funcionar.

Boa tarde César, Faz anos que o componente ACBrNFe permite o uso dos certificado A1 e A3 (Cartão ou Token). O único problema do A3 é que não será possível o uso do OpenSLL e sim do WinCrypt e isso faz com que dependendo da versão do Windows bem como as suas atualizações vai funcionar ou não.

Boa tarde, Do dia 31/10 para hoje ocorreu atualização na sua aplicação? Se sim, ela foi devida a atualização dos fontes do componente? Se sim, chegou a comparar o XML do RPS de uma nota emitida com sucesso no dia 31/10 com o XML de um RPS emitido hoje para saber se existem diferenças estruturais no mesmo?

Boa tarde Caetano, Eu movi a sua postagem pois estava dentro de ACBrMDFe que não tem nada haver com Manifestação do Destinatário e muito menos com a NF-e. Outra coisa, você utiliza o componente ou o ACBrMonitor?

Boa tarde Douglas, Porque a hora da emissão esta zerada? dhEmi deve conter a data e hora da emissão e você esta informando somente a data.

Boa tarde Marcos, Aconselho que a sua aplicação tenha um tela onde você pode definir qual é a melhor configuração para uma determinada cidade.

Boa tarde Manoel, A diferença é que o envio do CT-e OS é síncrono, sendo assim o retorno do protocolo já ocorre no retorno do envio.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Ronie, Esse erro esta sendo retornado pela SEFAZ? Se sim, favor anexar o XML do CT-e que foi enviado.

Marcos, Atribua o valor xsLibXml2 a SSLXmlSignLib. Não vejo a necessidade da linha abaixo: AACBrNFSe.SSL.SSLXmlSignLib

Bom dia a todos, Outra coisa, notem a postagem do Marcos Rodrigues a tag <dhEmi> só contem a data, a hora esta toda zerada, isso esta errado. O correto é atribuir ao campo dEmi ao alimentar o componente a data e hora, em vez de atribuir somente a data em dEmi e a hora em hEmi.

Bom dia Marcos, É bem provável que seja a configuração do componente.

Bom dia Natalia, Se você vai informar NF-e, concluo que o emitente do MDF-e seja uma empresa que emite NF-e, ou seja, vende e realiza o transporte das mercadorias vendidas, correto? Caso seja uma transportadora, devemos informar os CT-e e não as NF-e, pois estas foram informadas nos CT-e. Em ambos os casos temos os seguintes grupos: <infUnidTransp> esse grupo é opcional e contem as informações das unidades de transporte. Imagina a seguinte situação: o caminhão (veiculo de tração) e mais duas carretas (veiculo reboque), essas são as unidades de transporte. Através do grupo acima podemos informar em qual das duas carretas as mercadorias referente a NF-e ou CT-e se encontra. Dentro do grupo <infUnidTransp> temos também o grupo <infUnidCarga> que também é opcional e contem as informações das unidades de carga. Ou seja, dentro de uma unidade de transporte, podemos separar a carga em unidades. Desta forma podemos localizar facilmente as mercadorias adquiridas por um cliente, pois saberemos que ela se encontra no veiculo reboque de placa ABC-1234 em cima do pallet 5, por exemplo. Agora se o veiculo utilizado para o transporte é um caminhão baú, logo só tem uma unidade de transporte e a empresa não faz questão desse nível de controle, então não se faz necessário estar gerando essas informações no XML.

Bom dia Walfrido, O valor de Timeout é em milissegundos, portanto 5000 equivale a 5 segundos. Vai aumentando até que o problema de Timeout se resolva. Não existe uma valor aconselhável, o correto é que o valor do Timeout esteja em uma tela de configuração da sua aplicação e não fixo na propriedade do componente.

Bom dia Kelly, Se você se refere ao campo idConsig, ele deixou de existir a partir da versão 2.4.2 é por isso que ele consta no arquivo INI do respectivo evento. Mas você pode remover sem nenhum problema, uma vez que você esta usando a versão 2.4.2

Bom dia Gustavo, Até onde sei, o serviço que retorna os XML dos CT-e compactados é o DistribuicaoDFe. Mas o componente se encarrega de realizar automaticamente a descompactação e disponibilizar o conteúdo em uma propriedade chamada XML e se o componente estiver configurado para salvar em disco, o XML do CT-e descompactado será salvo.

Bom dia Walfrido, Pelo que entendi, quando você envia um lote contendo apenas 1 RPS não ocorre erro de Timeout, correto? O problema é quando você envia um lote contendo duas ou mais RPS, ai o erro de Timeout aparece, correto? Sendo assim, aumente o valor da propriedade Timeout do componente ACBrNFSe.

Bom dia, Eu não tenho muito conhecimento sobre a GNRe, mas estou achando que ao informar a UF GO em c01_UfFavorecida faz com que ele valide o c17_inscricaoEstadualEmitente como sendo de GO. O campo c17_inscricaoEstadualEmitente possui um numero com mais de 9 dígitos isso explica a mensagem de erro retornado.

Bom dia rapaziada, Depois de amanhã (01/11) é o nosso dia, vamos bebemorar com moderação.

No seu GNRE o que me chamou a atenção foi que o Destinatário é uma pessoa Física mas possui Insc. Estadual, esta correto?

Bom dia, Primeiramente obrigado pelo retorno. Me diz uma coisa a questão da URL de consulta do QR-Code o problema era na SEFAZ-SP? O valor do tipo de emissão esta sendo informado antes de Assinar o XML, correto? Depois de assinado e validado o XML não esta sendo alterado? Se com as outras UF esta funcionando, será que também não é um problema na SEFAZ-SP?