Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    37.471
  • Registro em

  • Última visita

  • Days Won

    1.056

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Kartter, Neste caso será necessário gerar os XML fora do componente, pois o ACBreSocial, ao gerar o XML do evento, assina e valida, deixando-o pronto para o envio.
  2. Bom dia André, Primeiramente uma pequena correção, não é Manifesto do Destinatário e sim Manifestação do Destinatário. Existe o componente ACBrMDFe que nos permite emitir o MDF-e, ou seja, Manifesto de Documentos Fiscais Eletrônicos. O MDF-e nada mais é do que uma lista de outros documentos, por exemplo: A transportadora carrega o caminhão, como normalmente nem toda a carga pertence a um único remente e não será transportada para um único destinatário, logo a transportadora vai emitir vários CT-e - Conhecimento de Transporte Eletrônico. Imagina esse caminhão chegando a um posto de fiscalização de fronteira entre Estados e o fiscal ter que checar dezenas ou até centenas de CT-e. Você concorda que vai demorar. É ai que o MDF-e ajuda, pois a transportadora ao emitir o MDF-e informa todos os CT-e referente a carga do caminhão. O fiscal só vai precisar checar o MDF-e. Isso agiliza o processo. Ficou claro o que vem a ser o MDF-e? Com relação a Manifestação do Destinatário, nada mais é do que um evento, na verdade são 4 tipos de eventos diferentes (depende da situação). Sendo assim através do componente ACBrNFe podemos enviar o evento de Manifestação do Destinatário. Você quer saber como baixar os XML das Notas Fiscais de entrada, neste caso você é o Destinatário da mercadoria, correto. Pois bem são a principio 3 passos: 1. Devemos utilizar o método DistribuicaoDFe para baixar um resumo das notas emitidas contra o nosso CNPJ. 2, Devemos Manifestar sobre cada nota, ou seja, enviar um evento de Manifestação do Destinatário para cada nota (resumo) obtida no passo 1. 3. Utilizar novamente o método DistribuicaoDFe para baixar mais resumos e XML completos das notas que foram manifestadas no passo 2. A quantidade de passos podem ser maiores dependendo da quantidade de notas, vamos a um exemplo. Suponha que foram emitidas 80 notas contra o seu CNPJ, o DistribuicaoDFe só retorna um lote com no máximo 50 documentos. Passos: 1. DistribuicaoDFe -> vai retornar 50 resumos; 2. Manifestar as 50 notas; 3. DistribuicaoDFe -> vai retornar 30 resumos (que totaliza as 80 notas) e 20 XML completos das notas que já foram manifestadas. 4. Manifestar as 30 notas; 5. DistribuicaoDFe -> vai retornar 50 XML completos das notas que já foram manifestadas. 6. DistribuicaoDFe -> vai retornar 10 XML completos das notas que já foram manifestadas. ou 1. DistribuicaoDFe -> vai retornar 50 resumos; 2. DistribuicaoDFe -> vai retornar 30 resumos (que faltam para completar as 80 notas); 3. Manifestar as 80 notas; 4. DistribuicaoDFe -> vai retornar 50 XML completos das notas que já foram manifestadas. 5. DistribuicaoDFe -> vai retornar 30 XML completos das notas que já foram manifestadas (que faltam para completar as 80 notas). Por fim, te aconselho a ler as Notas Técnicas: 2014/002 versão1.02b - que trata sobre o Distribuição DFe 2012/002 versão 1.02 - que trata sobre a Manifestação do Destinatário. Espero ter ajudado.
  3. Bom dia Vinhag, No seu TXT tem a seguinte linha: ISUF=SP Essa linha esta errada, pois ISUF significa: Inscrição na SUFRAMA, conforme consta na página 182 da versão 6.0 do Manual da NF-e. Te aconselho a ter em mãos o Manual da NF-e (Versão 6.00) e a Nota Técnica 2016/002 versão 1.60 que contem os campos novos da NF-e 4.00 Outra coisa, o XML da NF-e deve ter sido gerado, favor abrir ele com um navegar e imprimir o seu arquivo TXT e cheque campo a campo para saber se o XML foi realmente gerado com as informações contidas no arquivo TXT.
  4. Bom dia Jorge, Primeiramente desculpe por errar o seu nome, mas note que minutos depois fiz a correção. Também corrigi a primeira linha da minha postagem onde escrevi que a informação no blog estava errada. Como a sua postagem foi feita a noite com o titulo: "últimas informações" fiquei preocupado pois muitos poderiam acreditar que teríamos mais um prazo de 30 dias. Ao acessar o blog cometi o mesmo erro que muitos cometem, ou seja, não verificar a data da publicação. Foi quando que escrevi que a informação estava errada. Também achei que OOBJ não iria passar uma informação errada, foi quando resolvi checar se existia a data de publicação da noticia. Foi quando fiz a correção na minha postagem apresentado a data da publicação. Em nenhum momento quis denegrir a imagem da OOBJ e sim alertar a todos que o prazo não foi prorrogado.
  5. Boa noite Cezar, Favor anexar os arquivos soap de envio e retorno gerados durante o processo de envio.
  6. Boa noite Jorge, Tome cuidado pois a informação no blog esta errada. Tome cuidado, essa noticia no Blog é de 19/06/2018 logo já se passaram os 30 dias. No blog (...) "a Nota Técnica 2016.002 1.60 que posterga o prazo de desativação da versão 3.10 da Nota Fiscal Eletrônica em 30 dias." (...) Na Nota Técnica temos (páginas 12 e 13): 1.3. Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças para NF-e é : - Ambiente de Homologação (ambiente de teste das empresas): 20/11/2017. - Ambiente de Produção: 04/12/2017. - Desativação da versão anterior: 02/08/18. Em relação a NFC-e, os prazos previstos são:  Desativação do versão 3.10 do leiaute da NFC-e: 01/10/2018;  Layout do QR-Code (tag: qrCode, Id:ZX02), versão “2.00”: - Ambiente de Homologação: 02/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”); - Ambiente de Produção: 09/07/2018 (aceita NFC-e na versão 4.00 com o leiaute do QR-Code na versão “1.00” e versão “2.00”);  Desativação da versão “1.00” do QR-Code em produção: 01/10/2018.
  7. Gean, Se não se trata de medicamento e nem de produto farmacêutico, não vejo problema de você continuar fazendo da mesma forma que fazia antes, ou seja, só informa o numero do lote e a quantidade no campo de informações adicionais do produto e não alimente nenhum campo do grupo <rastro>. Até que a SEFAZ resolva incluir novos produtos na regra de obrigatoriedade do grupo <rastro>.
  8. Neste caso você poderia nos informa exatamente quais são os campos que antes você informava para outros produtos no que diz respeito a lote?
  9. Boa tarde Gean, Segundo a versão 6.0 do Manual da NF-e (que atende a versão 3.10 da NF-e) página 190, temos o grupo <med> que contem os seguintes campos: nLote, qLote, dFab, dVal e vPMC, todos conforme consta na página mencionada são obrigatórios. As alterações referente a versão 4.00 da NF-e estão descritas na Nota Técnica 2016/002 versão 1.60, no que se refere a medicamento (página 20) os campos: nLote, qLote, dFab e dVal agora estão dentro de um grupo novo chamado <rastro>, com exceção do campo cAgreg que é opcional os demais mencionados são obrigatórios. Detalhe importante o grupo <rastro> é opcional mas se for informado o numero do lote por exemplo, a quantidade, a data de fabricação e data de validade tem que ser informados também. Exatamente como era antes. Desculpe mas não entendi essa historia de orientar os seus clientes de colocar datas fictícias. Eu sugiro que você baixe caso não tenha, a versão 6.0 do Manual da NF-e e a Nota Técnica 2016/002 versão 1.60 e veja a estrutura do XML apresentados nas páginas mencionadas acima.
  10. Boa tarde Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  11. Boa tarde, Informe ela da seguinte forma: 0.0201
  12. Cezar, Favor atualizar mais uma vez, fiz uma pequena correção no arquivo INI do provedor.
  13. Cezar, Repito a pergunta: Você esta informando o numero do CNPJ em: Configurações.Geral.UserWeb ?
  14. Boa tarde Graça, Veja este exemplo: ACBrNFSe1.Enviar(vNumLote); for x := 0 to iQtde - 1 do begin MemoDados.Lines.Add('Nome XML: ' + ACBrNFSe1.NotasFiscais.Items[ x ].NomeArq); MemoDados.Lines.Add('Nota Numero: ' + ACBrNFSe1.NotasFiscais.Items[ x ].NFSe.Numero); MemoDados.Lines.Add('Código de Verificação: ' + ACBrNFSe1.NotasFiscais.Items[ x ].NFSe.CodigoVerificacao); end;
  15. Boa tarde Tiago, Você esta com todos os fontes atualizados? Houve algumas alterações, mas agora não vai mais ocorrer mudanças na forma de gerar as pastas para salvar os XMLs.
  16. Boa tarde, Você concorda que um campo que contem um percentual que neste caso é a alíquota o tamanho de 15 dígitos para a parte inteira do numero é um absurdo? Outra coisa, segundo o arquivo XSD (Schema) usado para validar o Lote antes do seu envio define o tipo tsAliquota da seguinte forma: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> e o elemento Alíquota tem a seguinte definição: <xsd:element name="Aliquota" type="tsAliquota" minOccurs="0" maxOccurs="1" /> Logo segundo a definição do tipo tsAliquota usado no elemento Alíquota a formatação seria: 9.9999, ou seja total de dígitos 5, sendo que 4 são dígitos da fração. Esse tipo de definição é comum entre os provedores que exigem que a alíquota seja informada já dividida por 100. Exemplo, 2,54% devemos informar: 0.0254 Verifique se não é o seu caso, pois você esta informando 4.49 e talvez o provedor esteja esperando 0.0449
  17. Boa tarde Cezar, Você esta usando o arquivo INI do provedor que eu alterei e enviei para o repositório? Pelo jeito não pois a URL para recepcionar o Lote de RPS não tem nada haver com a apresentada pela mensagem de erro. Logo a sua aplicação esta usando o arquivo INI do provedor antigo. Tem que usar o SafeWeb.INI que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI
  18. Boa tarde Rogerio, Sim, o ACBr é 100% compatível com o Delphi Community Edition.
  19. Boa tarde Cezar, Não te aconselho, pois a SEFAZ cogita em acabar com o webservice de consulta ao status de serviço, pelo simples fato de muitas aplicações o utilizam de forma indiscriminada. Além disso a SEFAZ faz um monitoramento e poderá bloquear o seu cliente. Neste link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=Iy/5Qol1YbE= Baixe o documento que se refere ao Consumo Indevido. Neste outro: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Temos a Nota Técnica 2018/002 que também trata sobre o assunto de Consumo Indevido.
  20. Bom dia, Na chave logo após o CNPJ temos 55 (para NF-e) ou 65 (para NFC-e). A chave é composta por: <Código da UF 2 dígitos><Ano da emissão 2 dígitos><Mês da emissão 2 dígitos><CNPJ do emitente 14 dígitos><modelo do documento 2 dígitos><Série do documento 3 dígitos><numero do documento 9 dígitos><Tipo de emissão 1 digito><Código aleatório 8 dígitos><Digito Verificador 1 digito>
  21. Bom dia Cezar, Você esta informando o numero do CNPJ em: ConfiguracoesGeral.UserWeb ?
  22. Bom dia Paulo, O problema é que no provedor Publica o identificador é id (tudo minúsculo) favor alterar a configuração do SSLLib para libWinCrypt. Faça testes usando o programa exemplo do componente.
  23. Bom dia Thaís, Favor anexar o XML de envio e de retorno. Verifique junto a prefeitura e com o provedor se no cadastro da empresa (principalmente no provedor) qual é o CNAE.
  24. Bom dia, De onde você tirou essa informação que a tag Alíquota tem que ter o formato 15,2 e não 5,4?
  25. Bom dia Graça, Pode, não vejo problemas.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.