Italo Giurizzato Junior

Bom dia Kelvin, Vou verificar.

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

Bom dia Everto, A principio o serviço referente a Consulta é para retornar os eventos vinculados ao documento. Se um determinado evento não consta, entendo que ele não existe para o respectivo documento. Por exemplo: se não foi emitido uma Carta de Correção para um determinado CT-e ao Consultar a sua situação, na lista de eventos não vai constar o da Carta de Correção. Se por onde o caminhão passar existir sensores que realizam o registro de passagem vai constar o respectivo evento, caso contrario não. Se ao consultar a situação de um CT-e ele retornar 1 ou 2 eventos, mas ao consultar via site existem mais, verifique a data e hora desses eventos a mais, pode ser que eles foram gerados após a sua consulta, ou ainda não tinham sidos replicados para a base de dados da SEFAZ.

Bom dia João, Com certeza é problema na SEFAZ-MG. Outra coisa importante, verifique a configuração de SSLType, é para as SEFAZ-Autorizadoras não estarem mais aceitando o protocolo SSL, somente TLS 1.0 ou 1.1 ou 1.2 A minha sugestão é mudar para TLS 1.2, pois as versões 1.0 e 1.1 também não serão mais aceitas.

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

Bom dia, Na unit (pnfsNFSeW_infisc.pas) que gera o XML temos: //Dados da Obra caso empreitada global seja construção (1) if EmpreitadaGlobalToStr(NFSe.EmpreitadaGlobal) = '1' then GerarConstrucaoCivil; No seu XML o valor da tag <empreitadaGlobal> é 2, portanto o grupo referente a Construção Civil não vai ser gerada.

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

Olá Pessoal, A lista de cidades que é possível emitir NFS-e através do componente ACBrNFSe já passa de 1.100, sendo não vou listar aqui nesse tópico. Quem desejar saber se a cidade XYZ consta dessa lista peço que abra o arquivo Cidades.ini que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFSe/ArqINI/Cidades.ini Veja um exemplo abaixo: [3503208] Nome=Araraquara UF=SP Provedor=GINFES Na primeira linha temos o código IBGE, depois o Nome, UF e por fim qual é o provedor, ou seja, empresa contratada por licitação pela prefeitura. Os contratos por licitação tem prazos de termino definido e não poder ser renovados automaticamente. Sendo assim quando o contrato termina uma nova licitação é feita com varias empresas e pode ocorrer como ocorreu em diversas cidades de uma outra empresa ganhar. Algumas cidades tem o seu próprio sistema. O componente hoje reconhece por volta de 113 provedores (empresas que implementam nas cidades os seus webservices para recepcionar as notas). Dos quais 16 possuem um layout próprio, os demais, ou seja, 97 se dividem metade se utilizam da versão 1 do layout da ABRASF e a outra metade se utilizam da versão 2. Na mesma pasta mencionada acima que contem o arquivo Cidades.ini, vocês encontram os arquivos INI de cada um desses provedores. Peço a todos que não deixem de ler os artigos abaixo:

Boa tarde Rene, Se possível anexe o XML do RPS que você esta gerando e enviado, bem como o retorno que esta rejeitando o mesmo.

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

Boa tarde, Realizei os testes com o Fortes Report, neste caso vamos aguardar alguém que trabalhe com o Fast para poder verificar o problema.

Boa tarde Thiago, Se o seu CNPJ consta na lista <autXML> (pessoas autorizadas pelo emitente a baixar o XML) é muito simples. Se tratando de Notas fiscais basta utilizar o método DistribuicaoDFePorUltNSU que se encontra no componente ACBrNFe. É claro que para esse método funcione você precisa de um e-CNPJ que contenha o mesmo CNPJ informado na nota.

Boa tarde Matheus, O que você acha de usar o componente ACBrANe? Na pasta de exemplos temos um programa exemplo referente a esse componente.

Boa tarde Luiz, A cidade de Cachoeiro de Itapemirim se utiliza do provedor ELv2, que segue a versão 2 do layout da ABRASF. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ELv2 temos os schemas que devemos utilizar para validar o Lote antes do seu envio. Se abrirmos o arquivo: nfse.xsd e procurarmos pelo elemento Prestador vamos encontrar a seguinte definição: <xsd:element name="Prestador" type="tcIdentificacaoPessoaEmpresa" minOccurs="1" maxOccurs="1" /> Note que o elemento Prestador é obrigatório, logo comentando as linhas que gera a abertura e fechamento desse elemento que você fez esta errado. Vamos a definição do tipo desse elemento: <xsd:complexType name="tcIdentificacaoPessoaEmpresa"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o elemento Prestador é composto por outros dois elementos: CpfCnpj e InscricaoMunicipal. Se você esta usando o programa exemplo para testes, deve ter configurado de forma errada, ou seja, esta pegando os schemas de uma outra pasta.

Boa tarde Mendes, O erro 500 pode ser que o XML contem TAGs não preenchidas. Sendo assim é importante saber quais são as informações obrigatórias a serem informadas no XML.

Boa tarde Leandro, Acho que não fui bem claro, eu não estava me referindo as propriedades de configurações "WebServices" do componente e sim o Webservice implementado pelo provedor para recepcionar as notas.

Boa tarde Pessoal, Esse tópico já esta com 4 paginas e os assuntos estão se misturando. Vou fechar, para que ele não se transforme um com umas 20 paginas. Caso alguém detecte algo que precise ser corrigido nos fontes do componente, por favor criem um novo tópico para a devida correção. Se alguém desejar passar alguma informação a respeito do CIOT, por favor criem um tópico exclusivo para o assunto. Agradeço a colaboração e compreensão de todos.

Bom dia Gustavo, O componente já esta preparado para essa funcionalidade assim que a SEFAZ liberar. Já o programa exemplo do componente ACBrCTe que você tem como baixar independente ser do SAC ou não só se utiliza dos dois métodos disponibilizados. if ANSU = '' then ACBrCTe1.DistribuicaoDFePorUltNSU(StrToInt(cUFAutor), CNPJ, ultNSU) else ACBrCTe1.DistribuicaoDFePorNSU(StrToInt(cUFAutor), CNPJ, ANSU); Resumindo, se você utiliza o componente ACBrCTe ou ACBrMonitor Plus ou a DLL ACBrLibCTe os únicos métodos disponíveis para o CT-e são: o DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU.

Bom dia Secaio, O novo schema além de ter as novas TAGs teve o seu nome mudado, em vez de Envio agora é Enviar. Vou fazer os ajustes e assim que possível estarei enviando par ao repositório.

Acaba de ser publicada a Resolução 5869 de 30/01/2020 que entrara em vigor dentro de 60 dias a contar do dia 31/01/2020. http://www.in.gov.br/en/web/dou/-/resolucao-n-5.869-de-30-de-janeiro-de-2020-240822860 Informação compartilha pelo nosso amigo Marcel Henrique Scandolara.

Bom dia Rafael, Uma delas é o eFrete. O componente ACBrCIOT já esta funcional com o eFrete.

Olá pessoal, Muitos estão preocupados com o CIOT, pois o prazo para que essa informação passe a constar no MDF-e esta ficando curto. Mas a cada dia que passa surgem novidades. O texto abaixo foi postado em um dos tópicos pelo nosso amigo Marcel Henrique Scandolara. AUDIÊNCIA COM ANTT 30/01/2020 Presentes: José Amaral, Diretor Substituto; Tito Lívio, Gerente. CNI, ANUT, VIVALACTEOS, ABITRIGO - Alternativa ao CIOT: a ANTT informou que tem realizado entendimentos com o fisco desde o final do ano passado no sentido de integrar seus sistemas; caso sejam bem sucedidos, o manifesto de carga pode ser utilizado para várias obrigações assessórias da agência, inclusive o CIOT. Vamos marcar audiência com o fisco para reforçar iniciativa da ANTT. Até lá, ela continuará o processo de implantação do CIOT. - Prazo de adiamento do CIOT: será restabelecido o prazo inicial de 90 dias, ou seja, 45 dias a contar do dia 31/01; a resolução foi publicada em 17 de dezembro, dando prazo de 30 dias para entrar em vigência, concluído em 16 de janeiro (30 dias); adiamento de 60 dias a partir de 16/1 resulta em 45 dias a partir de amanhã. - A ANTT está trabalhando com o fisco para viabilizar seu sistema em 240 dias, para disponibilizar às empresas. - A ANTT entende que o CIOT cai se a integralidade da lei do frete for considerada inconstitucional; caso a tabela seja a declarada referência de preço, sem derrubar a lei, o jurídico terá que estudar a situação. Por essa informação a data de inicio de obrigatoriedade passa a ser 16/03/2020. Existe uma alteração no layout do MDF-e bem como um novo evento ( Pagamento da operação de transporte ) com datas previstas para 09/03/2020 (ambiente de homologação) e 06/04/2020 (ambiente de produção). Não sei precisar a vocês se esse evento e mais as alterações no layout do MDF-e contempla 100% o que a ANTT deseja. Temos também um pedido de suspenção em anexo, postado em um outro tópico pelo nosso amigo Leandro Miler Santana. Suspensao Obrigacao CIOT.pdf

Bom dia Alisson, Muito obrigado pela sua colaboração, assim que possível vamos analisar e estando tudo OK enviaremos para o repositório.

Alexandre, Já esta no repositório as suas alterações.

Bom dia Marcel, Por favor leia a NT em anexo. O prazo de entrada em produção é 06/04/2020. MDFe_NT2020_001 v1.01 MDFe Integrado.pdf Alexandre, muito obrigado, vou analisar as suas alterações.