Painel de líderes

Boa noite Henrique, Alteração desfeita.

Bom dia, Irei entrar em contato com os responsáveis pela GNRE da Bahia, e assim que eu conseguir um posicionamento deles eu posto aqui. Muito obrigado.

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

O aviso no portal da NFe é apenas sobre a entrada em vigor da tabela já disponível. Cabe agora ao IBPT divulgar nova tabela contemplando esses NCM a partir de Janeiro. Lembrando que o IBPT é uma associação privada, não governamental.

Obrigado, resolvido, as vezes o erro ta na cara e a gente não vê. afffs..

Favor não duplicar tópicos.

Bom dia Willian, O SmarAPD possui dois webservices, um segue um layout próprio e outro que chamamos de SmarAPDABRASF segue a versão 2 do layout da ABRASF. O que precisa saber agora é se Cubatão contratou o SmarAPD ou SmarAPDABRASF. Tendo essa informação basta acrescentar a cidade no arquivo Cidades.ini aos moldes das demais cidades. Feito isso, basta iniciar os testes usando o programa exemplo.

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

Parece o mesmo caso deste tópico:

Bom dia Italo, Sincronizei os fontes e funcionou corretamente. Obrigado.

Bom dia! Imaginei, mas achei que alguém estaria tendo algum problema parecido. procurei mais um pouco aqui no fórum e descobrir o que estava errado, era a instalação do certificado.

Bom dia a todos. Creio que seja instabilidade do provedor, ou alteração do layout, porque de uma hora para outra, passou a funcionar. Obrigado a todos pela ajuda. Deus abençoe. Resolvido. Pode fechar o posto.

Bom dia Italo. Segue a nfse como é gerada no site da prefeitura de Belo Horizonte.

bom dia ===================================== PROCEDURE acbr_LimparListaEventos(recebe_nome_dll is string="",recebe_nome_metodo is string="") gnretorno_acbr=API(recebe_nome_dll,recebe_nome_metodo) IF gnretorno_acbr=0 THEN // 0 = Limpou a lista com sucesso Info("LIMPOU CORRETAMENTE") RESULT "0" ELSE texto is string="Limpa Lista Eventos-Erro Retorno ["+gnretorno_acbr+"]"+CR IF gnretorno_acbr=-1 THEN texto+=" Indica que a biblioteca não foi inicializada "+CR IF gnretorno_acbr=-10 THEN texto+=" Indica que houve erro ao limpar a lista Eventos."+CR texto+="Dll->"+recebe_nome_dll+CR texto+="Metodo->"+recebe_nome_metodo+CR Info("ERRO RETORNO LIMPA LISTA") RESULT texto END ======================================== // BTN_CARTA_ACBR_NFE_ENVIARVENTO //https://acbr.sourceforge.io/ACBrMonitor/ManifestacaodoDestinatarioCienci.html bRETORNO is boolean=ACBR_INICIALIZAR("ACBrNFe32.DLL","NFE_Inicializar") IF bRETORNO=True THEN EDT_carTA_RESPOSTA=acbr_LimparListaEventos("ACBrNFe32.dll","NFE_LimparListaEventos") EDT_carTA_RESPOSTA=ACBR_NFE_CarregarEventoINI(EDT_CARTA_CONTEUDO_INI) EDT_carTA_RESPOSTA+=CR+"ENVIAR EVENTO=>"+CR+ACBR_NFE_EnviarEvento(0) END ACBR_FINALIZAR("ACBrNFe32.DLL","NFE_Finalizar") ========================================= Bom dia, Seja bem vindos a mais uma video Aula. Essa Aula está sendo Gravada no dia 05 12 2019. Doaçao Amarildo Matos - Link da doação: https://streamelements.com/amarildo_matos/tip Dica 2531.Método usado para limpar a lista de eventos no componente ACBrMDFe. DICAS 2531 - WINDEV WEBDEV MOBILE - ACBR 184 - MDFE_LimparListaEventos Compartilhe Canal Youtube Amarildo Matos Amarildo, desde 1990 ensinando Desenvolvimento de Sistemas, tornando sonhos em realidades. https://windevdesenvolvimento.blogspot.com/2019/12/dicas-2531-windev-webdev-mobile-acbr_5.html https://acbr.sourceforge.io/ACBrLib/MDFE_LimparListaEventos.html

Boa noite, descobri o que era, na composição do endereço do arquivo faltou informar o dia do mês para acessar a pasta correta.

Boa noite, O que tudo indica é que os seus fontes estão desatualizados, mais precisamente os arquivos INI. O problema também ocorre com o programa exemplo?

Boa noite Paulo, Conforme consta no Manual de Layout da NF-e/NFC-e, mais precisamente página 10 a tag dhSaiEnt é opcional, sendo assim se não temos uma data e hora definida para a saída da mercadoria (por exemplo) não devemos informar nada, portanto a tag não deve ser gerada. Fragmento de código do componente responsável por gerar a referida tag: if (nfe.ide.modelo = 55) and (nfe.ide.dSaiEnt <> 0) then Gerador.wCampo(tcStr, 'B10', 'dhSaiEnt', 25, 25, 0, DateTimeTodh(nfe.ide.dSaiEnt) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dSaiEnt), DSC_DSAIENT); A tag dhSaiEnt só deve ser gerada se for NF-e, não devemos gerar ela na NFC-e e como ela é opcional só será gerada caso seja informada uma data/hora ao campo dSaiEnt. O XML que você anexou além de ser da versão 3.10 (que não é mais aceita pela SEFAZ) traz uma data/hora zerada na tag dhSaiEnt, que no meu entendimento esta errado. Repito se não temos uma data/hora de saída não devemos gerar a tag. Só vou poder aceita a sua contribuição caso você apresente um XML da versão 4.00 com data recente que tenha sido autorizado pela SEFAZ cuja data/hora de saída esteja toda zerada. Espero que você compreenda a minha posição.

Eu estou iniciando o trabalho em alguns registros mais utilizados. Se você tiver interesse em ajudar, basta mencionar quais registros você deseja trabalhar.

Aparentemente, não:

Boa tarde. Esta tabela teve inicio da vigência em 01/11/2019 e vai até 31/01/2020. Att.

Boa tarde @zika, Acabei verificando que o provedor da cidade de Maringá é ISSe. Este tópico trata da cidade de Chapecó onde o provedor é Publica, acredito que seja necessário estar criando um tópico específico para o seu caso. Acredito que você terá que adaptar o método TNFSeCancelarNfse.DefinirDadosMsg adicionando uma condição para o provedor ISSe.

Boa tarde. Se esta com os fontes desatualizados fica complicado tentar lhe ajudar. Att.

É um problema conhecido, infelizmente não surgiu solução até agora. Se alguém souber por favor se pronuncie.

Olá Pessoal, Muitos desenvolvedores acabam escolhendo um dos 3 métodos de envio de RPS e nem sempre funciona, porque? É muito simples, primeiro temos que separar os provedores em 3 grupos: os que seguem a versão 1 do layout da ABRASF, os que seguem a versão 2 e os que tem o seu próprio layout. Os provedores que seguem a versão 1 do layout da ABRASF oferecem somente o serviço de envio assíncrono, portanto só podemos usar o método Enviar do componente, esse método permite o envio de um lote contendo de 1 até 50 RPS. Os provedores que seguem a versão 2 do layout da ABRASF a principio oferecem os serviços: envio assíncrono, envio síncrono e gerar NFSe, respectivamente no componente temos os métodos: Enviar, EnviarSincrono e Gerar, onde os dois primeiros permite o envio de um lote contendo de 1 até 50 RPS e o último o envio de apenas 1 RPS. Destaquei "a principio" porque ao implementar dezenas de provedores que seguem a versão 2 no componente, notei que vários não disponibilizaram os 3 serviços e sim apenas um ou dois dos três sugeridos pelo layout. Logo não é possível afirmar que todos os provedores que seguem a versão 2, disponibilizam os 3 serviços de envio. Já os provedores que tem o seu próprio layout, não tem como estabelecer uma regra, pois cada um implementou o serviço que melhor lhe convém. Além dos serviços de envio, temos também os de consulta, cancelamento e substituição de NFSe. Como faço para saber quais são os serviços disponibilizados pelo provedor que vou utilizar, bem como o layout que ele segue? É muito simples, basta abrir o arquivo INI do mesmo. Na seção XML temos o campo Layout que pode conter os seguintes valores: ABRASFv1, ABRASFv2 ou outro valor (normalmente o nome do provedor). No caso de um valor diferente de ABRASFv1 e ABRASFv2 fica claro que não segue nenhuma das versões da ABRASF, logo tem o seu próprio layout. Para saber os serviços oferecidos pelo provedor basta olharmos para as seções: [Recepcionar] => Responsável por montar o envelope de Envio assíncrono, se consta a definição do envelope significa que este serviço esta disponível. [ConsSit] => Responsável por montar o envelope de Consulta a Situação do Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsLote] => Responsável por montar o envelope de Consulta ao Lote, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSeRps] => Responsável por montar o envelope de Consulta NFSe por RPS, se consta a definição do envelope significa que este serviço esta disponível. [ConsNFSe] => Responsável por montar o envelope de Consulta NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Cancelar] => Responsável por montar o envelope de Cancelar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [Gerar] => Responsável por montar o envelope de Gerar NFSe, se consta a definição do envelope significa que este serviço esta disponível. [RecSincrono] => Responsável por montar o envelope de Envio síncrono, se consta a definição do envelope significa que este serviço esta disponível. [Substituir] => Responsável por montar o envelope de Substituir NFSe, se consta a definição do envelope significa que este serviço esta disponível. Exemplo de um Envelope não definido, portanto serviço não disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Exemplo de um Envelope definido, portanto serviço disponibilizado no webservice do provedor: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<S:Body> Texto3=%DadosMsg% Texto4=</S:Body> Texto5=</S:Envelope> Conselho: Tenha uma tela de configuração que permite ativar ou não a execução de cada um desses métodos, assim a sua aplicação pode enviar o RPS através do método ou outro dependendo da configuração estabelecida por conta do provedor a ser utilizado.

Boa tarde. O número da carteira define isto Propriedade Modalidade Propriedades RespEMissao Propriedade Convenio Att.