Italo Giurizzato Junior

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

Bom dia Luciano, Primeiramente procure criar uma nova postagem para assuntos novos. Segundo, se o certificado for A1, configure o componente para usar o libOpenSSL, com isso você fica livre de versão do Windows bem como de suas atualizações.

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 Davidson, O segundo e terceiro parâmetros que se referem ao arquivo XML do evento e da nota respectivamente, favor informar o caminho onde os mesmos estão salvos, por exemplo: NFe.EnviarEmailEvento("[email protected]","C:\Erp\XML\201811\1101103118112014323600019455500000001734100001734501-procEventoNFe.xml","C:\Erp\XML\201811\31181120143236000194555000000017341000017345-nfe.xml",0,"Envio de Evento - Deposito Ideal - NFe:1734")

Bom dia, Se tratando de tributação te aconselho a conversar com o contador do seu cliente ou um contador que você confia.

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 Freitas, No seu exemplo a nota de numero 147 foi emitida e em seguida o cliente desistiu de comprar? Se o ocorrido foi esse o procedimento é cancelar a nota e não inutilizar o numero. Se a nota foi emitida mas por algum motivo ela não vale mais, pois tem informações erradas ou o cliente desistiu da compra, devemos efetuar o cancelamento da nota. A inutilização serve para inutilizar um numero ou faixa de números que por algum motivo de falha na sua aplicação não existe nenhuma nota com o respectivo numero. Vamos a um exemplo. Foi emitido a nota de numero 150, ao emitir a próxima ocorreu uma falha no controle sequencial da numeração e em vez de ser 151 pulou para 152. Neste caso não existe a nota de numero 151, sendo assim devemos informar a SEFAZ do ocorrido, pois lá consta as notas de números 150 e 152. Como informamos a SEFAZ que ocorreu uma falha na aplicação e portanto não existe a nota de numero 151? Simples, basta inutilizar o numero 151 através do método InutilizarNFe. Lembre-se: Uma nota pode ser Cancelada, jamais inutilizada, pois o que inutilizamos é um numero ou faixa de números e não notas.

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

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

Boa tarde, Se o emitente é de São Paulo, ao emitir uma nota, esta é enviada para a SEFAZ-Autorizadora que neste caso é a SEFAZ-SP. No Portal da SEFAZ-SP é possível checar se a nota consta ou não. As SEFAZ-Autorizadoras por sua vez replicam as notas para o Ambiente Nacional, que através no Portal Nacional da NF-e podemos também realizar a consulta. Não se faz necessário aparecer no Ambiente Nacional a nota para que a mesma possa ser cancelada. O requisito para que uma nota seja cancelada é que a mesma tenha sido enviada para a SEFAZ-Autorizadora e que esta tenha retornado o protocolo de autorização. De posse da chave da nota e do protocolo podemos enviar para a SEFAZ-Autorizadora o evento de cancelamento. No meu entendimento, você esta realizando uma checagem sem nenhuma necessidade, uma vez para realizar o cancelamento repito: é preciso da chave e do protocolo de autorização.

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 Edna, Acredito que o problema esteja no segundo método que você envia para o Monitor executar. Execute ele da seguinte forma: eSocial.EnviareSocial(1,0) O valor zero no segundo parâmetro faz com que o método EnviareSocial não realize a assinatura. Pois o método responsável por carregar o XML faz a checagem, se o mesmo não estiver assinado providencia a assinatura bem como a sua validação.

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

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

Boa tarde, Notei que no pedido do evento as tags <dhEvento> e <dhEmi> tem a mesma data/hora. Se não me falha a memória a tag <dhEmi> deve contar a data/hora de emissão da nota.

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?

Bom dia Joffas, Já se encontra no repositório a sua contribuição, mais uma vez muito obrigado e desculpe pela demora em disponibilizar.

Pelo nome do arquivo noto que os seus fontes estão desatualizados. Nesse último teste notei que a rejeição foi outra, se refere a data de pagamento que tem que ser maior que a data atual.

Bom dia Walfrido, Com o programa exemplo também ocorre o mesmo erro? Qual é a configuração das propriedades SSLLib, ... SSLType?

Bom dia, Os arquivos *-env-lot.xml, *-env-lot-soap.xml, *-rec.xml e *-rec-soap.xml não são salvos?

Bom dia, Favor atualizar os fontes, refaça a instalação dos componentes e faça um novo teste de impressão do evento EPEC.