Italo Giurizzato Junior

Bom dia Dercide, Não é para ocorrer atualização do XML do RPS. É necessário "debulgar". Pelo o que eu entendi o XML do RPS é alterado após o envio? Lembre-se que temos 2 XML, o do RPS e o da NFS-e.

Bom dia Everto, Dos 5 que são listados temos que tirar fora o de Autorização de uso, apesar de aparecer na lista de eventos ele não é um evento. Acredito que o MDF-e Autorizado também devemos ignorar, pois simplesmente indica que foi emitido o MDF-e que foi autorizado e que contem o CT-e consultado. Sobram 3 eventos, o de carta de correção e os dois registros de passagens. Eu não sei qual foi o horário dessa consulta, mas lembre-se que no caso do registro de passagem pode ter ocorrido um delay, ou seja, demorou para a informação chegar até o banco de dados da SEFAZ.

Bom dia Jéter, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Paulinho, O que tudo indica sim.

Boa tarde, O erro de schema, tenho quase certeza que a sua aplicação deva estar se utilizando dos schemas desatualizados. Favor atualizar os schemas. Use os schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe E faça novos testes incluído o valor de vICMSSubstituto.

Kelvin, Favor atualizar novamente os fontes e faça novos testes.

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.