Italo Giurizzato Junior

Pedro, No meu entendimento o XML de uma NF-e é um documento fiscal sendo assim devemos tomar todos os cuidados possíveis e imagináveis. Um HD externo de 500 Giga não custa absolutamente nada comparado o beneficio que ele traz. Fazer uma rotina que toda vez que uma NF-e é autorizada, seja feita uma cópia do seu XML no HD externo, não é tão difícil assim.

Boa tarde Pablo, VlDoc seria o valor total da nota, se sim Total.ICMSTot.vNF tem esse valor. VlAbatNt seria o desconto na nota, se sim Total.ICMSTot.vDesc tem esse valor. IndFrt se refere quem é o responsável pelo frete, se sim transp.modFrete tem essa informação. Você não esta misturando informações sobre os itens e totais da nota?

Boa tarde Apóstolo, Respondendo as suas perguntas: 1-Em cada terminal precisará ter o certificado digital? Se sim, seria melhor usar o acbrNfeMonitor que pega este certificado no servidor, ou eu posso fazer isso diretamente no componente? Tudo depende de como você vai implementar a sua solução, uns utilizam apenas UM certificado instalado no servidor que recebe todas as solicitações e faz todo o processo e devolve aos PDVs os XMLs assinados e protocolados para que o DANFE seja impresso. Caso resolva deixar cada PDV autônomo a melhor solução é instalar o Certificado A1 em cada um deles. 1.a) O Token (CSC) substitui esse certificado físico? Não, o CSC é um código alfanumérico utilizado para gerar o QR-Code 2-Já li que a impressão é opcional. Mas no mercado poderá ser concomitante ou impressão somente ao final após envio? A impressão é após o envio, lembre-se o DANFE com validade jurídica só pode ser impresso com base no XML assinado e protocolado. 3-Onde encontro exemplos de como enviar em lotes para autorização? Poderá ser somente no final do dia? O envio da nota para SEFAZ é logo após o cliente ter efetuado o pagamento da compra, ou seja não pode ser deixado para o final do dia. 4-Li alguma coisa sobre usar o AcbrECF. É só para o SAT (em SP) ou pode ser usada no RJ para a NFC-e? Até onde sei ECF é uma coisa NFC-e é outra. Sei que meus clientes me perguntarão sobre fiscalização. O que posso fazer para evitar a sonegação, isto é, depois da venda fazer cancelamentos para não autorizar? O emitente tem prazo de 30 minutos para efetuar o cancelamento de uma NFC-e, mas se ele fizer um cancelamento visando sonegar, vai se dar mau, pois o próprio cliente poderá denunciar, uma vez que este vai possuir o DANFE e ao consultar pela chave ou pelo QR-Code vai constar que a nota foi cancelada.

Boa tarde Pedro, Não, mas peça para o seu cliente entrar em contato com a SEFAZ e fazer a solicitação. Mediante uma boa justificativa a SEFAZ vai enviar a ele por e-mail por exemplo um arquivo com todas as notas solicitadas.

Boa tarde, Primeiramente o seu DACTE foi modificado, contem uma lista de vencimentos????? Segundo na versão 2.00 do CT-e (segundo o Manual versão 1.01 do DACTE (página 2) na tabela de controle de verões consta que o campo ICMS ST do DACTE foi excluído. Portanto não se deve mais imprimir essa informação no DACTE quando se tratar da versão 2.00 do CT-e. Sendo assim a sua alteração não procede.

Boa tarde Lucas, A SEFAZ não dispõe de nenhum Web Services para realizar esse tipo de consulta. A solução é o próprio emitente ter esse controle. Isso é simples basta o sistema a ser desativado apresentar qual foi o numero da última nota emitida em cada série utilizada.

Boa tarde Mikel, Você tentou consultar informando outras UF?

Boa tarde Carlos, A sua ajuda será de grande valia. O André Cezimbra em seu post anexou um dois arquivos um de envio e outro de retorno (exemplos) que foram disponibilizados a ele pelo pessoal da Virtual. Se você pudesse postar um exemplo completo ou seja com a TAG Envelope vai ajudar muito. Muitos provedores simplesmente fornecem em seus exemplos a estrutura do RPS, se ele segue o padrão ABRASF não tem segredo, o maior problema e a estrutura do Envelope que muitos não divulgam e temos que ficar batendo cabeça até descobrir. Se você puder nos ajudar nesse sentido, todos ficaram gratos. Desde já muito obrigado.

Boa tarde Mauro, Muito obrigado pelas informações.

Bom dia Renato, Muito obrigado pela colaboração, já esta disponível.

Diogo, Por favor exclua essa unit e baixe ela novamente, pois o erro estava no seu fonte, no repositório a TAG mencionada só é aberta e fechada somente uma vez.

Bom dia Diogo, Faltou anexar a unit corrigida.

Bom dia Lidiane, Você utiliza o componente ACBrMDFe ou o programa gratuito do governo? O MDFe basicamente pode conter um dos dois tipos de documentos: CT-e ou NF-e. Se o Tipo do Emitente for Prestador de Serviço de Transporte só podemos incluir no MDF-e documentos do tipo CT-e, por outro lado se for Transportador de Carga Própria só podemos incluir NF-e. Se você incluir 3 cidades como sendo locais de descarga em cada uma delas pelo menus um documento deve ser incluído.

Bom dia Felipe, No Manual versão 2.00a do CT-e página 85 temos: nroItemAlterado trata-se de um campo opcional e sua descrição/Observação: Preencher com o índice do item alterado caso a a alteração ocorra em uma lista. Te pergunto no XML do CT-e existe uma lista de locais de termino de operação? Até onde sei o local de termino é único, sendo assim, a propriedade nroItemAlterado tanto para o cMunFim quanto para xMunFim deve ser zero. with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := 'ide'; // colocar campoAlterado := 'cMunFim'; valorAlterado := '3534401'; nroItemAlterado := 0; end; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := 'ide'; // colocar campoAlterado := 'xMunFim'; valorAlterado := 'OSASCO'; nroItemAlterado := 0; end;

Boa tarde, Primeiramente, a nova versão da NF-e é 3.10 e não 3.0 Segundo todos os fontes de todas as pastas estão atualizados? Você configurou corretamente o componente para a versão 3.10? Você esta alimentando corretamente o componente para esta nova versão? O componente esta configurado corretamente para utilizar os schemas da versão 3.10?

Boa tarde, Primeiramente, por favor não post o conteúdo de arquivos, procure anexar, para que a postagem fique curta. Segundo você esta gerando o XML na versão 3.10, o componente esta configurado corretamente para utilizar os schemas da versão 3.10? Ao atualizar os fontes, você atualizou todos os fontes de todas as pastas?

Bom dia Certa Soluções, O componente já esta preparado para a versão 3.10 da NF-e a quase 1 ano. Durante esse tempo fomos realizando ajustes finos. Quanto ao material lhe indico a Nota Técnica 2013/005 versão 1.10, disponível no Portal Nacional da NF-e. A NT contem a estrutura completa do XML, lembre-se que o componente procura ao máximo manter a mesma nomenclatura utilizada nos manuais e notas técnicas em suas propriedades. Sendo assim, seguindo o a NT mencionada acima você não terá dificuldades.

Bom dia Carlos, Você esta informando corretamente o valor de indIEDest?

Boa tarde Pablo, O DANFE é uma imagem impressa do XML, portanto a resposta é não. O ACBr já mais vai implementar algo nesse sentido. Outra coisa o DANFE não tem validade jurídica perante ao fisco, se este vier realizar uma fiscalização tanto no emitente quanto no destinatário, ambos vão ter que apresentar o XML, pelo simples fato que a nota hoje é eletrônica, sendo assim ambos tem que possuir e manter a guardo do XML assinado e protocolado durante o período legal. Por favor leia a legislação.

Boa tarde, Primeiramente a versão correta é 3.10 e não 3.0, visto que existe a versão 3.00 para a NFC-e que foi utilizada durante o projeto piloto. Alem de atualizar os schemas existe sim a necessidade de realizar algumas alterações na sua aplicação, mais precisamente na rotina de configuração do componente e na que alimenta o mesmo com os dados pertinentes a venda.

ELJAK, Muito obrigado, já esta disponível.

O ACBrInstall esta compilando com sucesso o pacote PCN2? Se sim, procure por DCUs da unit pcnAdmCSCNFCe.pas e exclua todas as com datas antigas.

Boa tarde, A pasta PCN2 deve estar desatualizada, verifique se todos os fontes desta pastas contem uma bolinha verde no ícone. O que não tiver significa que foi alterado, logo esta desatualizados com relação ao que esta do repositório.

Boa tarde Eric, Tanto foi aceita que consta nos fontes que encontram-se no repositório. Toda iniciativa é valida desde que agregue valor ao componente, deixando-o mais robusto e com mais funcionalidades. Infelizmente não tenho como lhe ajudar, mas toda ajuda é bem vida. Fique a vontade em implementar as regras, mesmo que isso vai demandar muito tempo, não problema algum. Toda vez que você tiver umas 10 ou mais regras novas implementadas, envie os fontes alterados para que possamos realizar o merge. Desde já muito obrigado pela colaboração.

Boa tarde ELJAK, Muito obrigado pela colaboração, já removi o provedor e fiz a alteração sugerida. Por favor atualize os fontes e realize novos testes.