Italo Giurizzato Junior

Boa tarde Tallys, O segundo é rejeitado pelo simples fato de que MS faz fronteira com SP então pela lógica é o caminhar ir de SP direto para MS. Sei que primeiro ele vai para GO, mas você não pode colocar GO como origem uma vez que a carga tem a sua origem em SP. No meu entendimento vai ter que informar Origem SP destino MS e não informar o percurso. Mas você pode ler a Cartilha do MDF-e disponível no Portal Nacional do MDF-e. https://mdfe-portal.sefaz.rs.gov.br/

Bom dia Leandro, Você notou que o XML em questão se trada do retorno da SEFAZ referente a uma consulta? <retCTeConsultaDFe> O XML que devemos enviar ao tomador do serviço é o XML do CT-e assinado e protocolado, ou seja todo o seu conteúdo encontra-se dentro do grupo <procCTe>.

Bom dia Rafael, No caso do MDF-e só podemos usar os valores uKG e uTon, conforme consta na Nota Técnica 2013/004 versão 1.00a de Outubro/2013 - página 102. Os demais valores juntamente com os 2 acima são utilizados pelo CT-e.

Bom dia Flavio, Após realizar a assinatura, mais alguma coisa esta sendo alterada no XML?

Bom dia Marcelo, Você já verificou antivírus e firewall? A emissão da NF-e ocorre na mesma maquina ou em outra?

Bom dia Paulo, O provedor Conam não segue o padrão ABRASF, inicialmente estamos migrando os provedores que já existiam no Trunk para o Trunk2 que seguem o padrão, vamos deixar para o final os provedores que não seguem o padrão.

Bom dia Jefferson, O grande problema é a descrição do produto que contem o caracter "<" algo que não deveria ter conforme recomendação que consta no manual da NF-e. Se você conseguisse o XML original dessa nota seria interessante para tentarmos descobrir o que podemos fazer.

Bom dia ALA, Não, pois desta forma você esta ADD 2 itens na lista, o primeiro com o valor de pDevol e o segundo com o valor de vIPIDevol. with Det.Add do begin Prod.nItem := i; Prod.cProd := cCodigoMaterial; Prod.cEAN := cEAN; Prod.xProd := cDescMaterial; (...) pDevol := percDevol; vIPIDevol := valorIPIDevol; end;

Bom dia Danny Mazzo, Para saber quando devemos informar ou não é sempre bom recorrer a Nota Técnica que apresenta uma nota TAG ou grupo. Neste caso temos a NT 2015/003 versão 1.40 Para saber quando a tag CEST deve constar ou não no XML vide a regra N23-10 que esta na página 10 da NT mencionada acima. Para saber quando o grupo ICMSUFDest deve constar ou não no XML vide as regras NA01-10, NA01-20 e NA01-30 Lembre-se das tags de totalização: vFCPUFDest, vICMSUFDest e vICMSUFRemet.

Bom dia Castro, A cidade de Belo Horizonte se utiliza do provedor BHISS. Esse provedor requer que tanto o RPS quanto o Lote sejam assinados, ainda não foi disponibilizado o arquivo INI para o provedor BHISS. E mesmo que venha ser disponibilizado não será possível enviar, pois o componente ainda não esta realizando a assinatura no lote quando o RPS esta assinado.

Bom dia Ovidio, Se ao enviar a sua nota não é validada por falta do QR-Code isso significa que você não habilitou a inclusão da mesma no XML. O componente ACBrNFe possui uma propriedade que diz ao componente se deve ou não ser incluída. Configuracoes.Geral.IncluirQRCodeXMLNFCe := True;

Boa tarde, Somente isso.

Boa tarde, O que você quer dizer com "os novos provedores"?

Boa tarde a todos, Estão com todos os fontes de todas as pastas atualizados? Se sim, chegaram a dar uma olhada na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa tarde Vagner, O procedimento é o seguinte: ACBrNFe.Configuracoes.Arquivos.Salvar := True; ACBrNFe.NotasFiscais.LoadFromFile(sArqXML); ACBrNFe.Consultar; A variável sArqXML contem o path mais o nome do XML. O XML em questão tem que estar assinado. Não há necessidade remontar o XML, se o mesmo foi enviado, você já tem ele salvo em disco inclusive assinado.

Bom dia Miriane, Nos testes que fiz em casa funcionou conforme o esperado. Acredito que algo esta configurado errado e sendo assim o XML da nota esta sendo salvo em outro lugar. Já tentou executar a busca do windows explorer? O provedor realmente esta gerando a nota? Se você configurar o componente para salvar os arquivos de envio e de retorno é para ser salvo dentro da pasta NFSe um arquivo chamado *-lista-nfse.xml, dentro deste arquivo é para conter a nota ou uma mensagem de rejeição.

Bom dia Sandra, Abri o seu XML com o bloco de notas, selecionei ele por inteiro e submeti ao validador disponibilizado pela SEFAZ-RS: https://www.sefaz.rs.gov.br/CTE/CTE-VAL.aspx Veja o resultado abaixo: Resultado da Validação do Schema e Conferência da Assinatura: PARSER XML: OK TIPO DE MENSAGEM: CT-e SCHEMA: OK ASSINATURA XML: Assinatura VÁLIDA Volto a lhe perguntar, esta ocorrendo erro de validação ou rejeição por parte da SEFAZ. Se esta ocorrendo erro de validação, você precisa atualizar os schemas. Por outro lado se é rejeição então o problema é na SEFAZ.

Boa tarde Jefferson, Esse XML salvo automaticamente pelo componente ou você salvou o conteúdo de uma propriedade que continha esse XML?

Boa tarde Daniel, No que diz respeito aos Schemas, temos todos eles atualizados em: ...\Exemplos\ACBrDFe\Schemas\NFe No manual de integração você não vai encontrar mesmo, pois ele é atualizado de 2 em 2 anos, você deve se basear pelas Notas Técnicas. Existe até uma minuta a versão 6 do Manual de Integração mas se trata de uma minuta e esta também não contempla as últimas Notas Técnicas.

Boa tarde Paulo, A equipe ACBr não da mais suporte ao ACBrNFeMonitor favor passar a utilizar o ACBrMonitor Plus.

Boa tarde Alex, Acabei de testar e baixe sem nenhum problema deste link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s=

Miriane, O ACBrNFSe - Trunk2 agora cria uma pasta chamada NFSe e dentro desta outras duas: Notas e Recibos. Dentro da pasta NFSe são gravados os arquivos Gerais, ou seja, os arquivos de envio e de retorno, por outro lado na pasta Recibos são salvos os XML dos RPS e por fim na pasta Notas são gravados os XML das NFS-e. O DANFSE só vai ser impresso de forma correta caso o componente esteja alimentados com os dados do XML da NFS-e. Para carrega-lo basta executar: ACBrNFSe.NotasFiscais.LoadFromFile(sArqXML); onde sArqXML é igual ao path + nome do XML referente a NFS-e O XML de uma NFS-e normalmente tem o seguinte nome: <NumNota>-nfse.xml Espero ter ajudado.

Boa tarde Sandra, O CT-e em questão não esta sendo validado ou esta sendo rejeitado pela SEFAZ?

Leonardo, Concordo com você que não existe nada que proibi esse tipo de software, mas conforme a legislação que disponibilizei deixa claro que o emitente tem que disponibilizar o XML assinado e protocolado ao destinatário, logo cabe ao mesmo cobrar do emitente o respectivo XML. É simples assim. Agora se você acha que em vez de cobrar do emitente o XML que é a Nota Fiscal propriamente dita, uma vez que o DANFE não é a nota e sim apenas um Documento Auxilar da Nota, o mais fácil é partir por baixar do site fique a vontade, a aplicação é sua, o cliente é seu. Como disse o Juliomar, você esta certo.

Bom dia Maxsuel, Qual é o nome do estagiário com quem você conversou? Todas as SEFAZ-Autorizadoras tem os dois ambientes: Homologação e Produção. A NFC-e se utiliza da mesma estrutura da NF-e, você sabe o que muda no XML de uma para outra? O XML tem que ser assinado com um certificado digital e sem ele não é possível estabelecer uma conexão com os Web Services das SEFAZ-Autorizadoras. O CSC - Código de Segurança do Contribuinte bem como o idCSC - identificador do CSC (numero sequencial) são utilizados para gerar a URL que é utilizada para gerar a imagem do QR-Code. Para emitir uma NF-e necessitamos do Certificado Digital. Para emitir uma NFC-e necessitamos do Certificado Digital, do CSC e do idCSC. Me desculpe, ou essa pessoa com quem você conversou esta mais por fora do que umbigo de vedete ou te enganaram direitinho.