Painel de líderes

No manual tem um passo a passo de como emitir. https://acbr.sourceforge.io/ACBrMonitor/ComoemitirumaNFeouNFCe.html

Boa noite Henrique, Alteração desfeita.

complementando: https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html

Bom dia Mauricio, Quando se imprimi com o EscPos não é possível gerar o PDF, uma vez que as informações a serem impressas são enviadas diretamente para a impressora.

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.

Bom dia. Verifique se seu problema não tem relação com estas alterações Att.

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.

Sim, o arquivo .ini segue a estrutura do XML de cada evento conforme manual Reinf. Note que o método CriarEventoReinf apenas adiciona ao componente, mesmo sendo o mesmo evento (nesse caso incrementa o campo "sequencia")... Após adicionar todos os Eventos deve utilizar o Método Reinf.EnviarReinf, nesse momento o componente ACBr gera um XML unico com todos os Eventos e realiza o envio. Cada arquivo .ini de Evento deve ser exatamente igual ao modelo .ini descrito no manual, as seções que podem ser adicionadas a mais no arquivo estão descritas com o número de vezes que ela pode se repetir. Por exemplo: [nfs001] [nfs002]... Se a seção não tem essa numeração na nomenclatura , não pode se repetir no mesmo arquivo. Veja o exemplo em anexo com mais de uma NFSe, com seus próprios dados: R2010_2.INIR2010.INI

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

Bom dia @NORD Sua ultima postagem foi movida para um novo tópico por se tratar de outro problema. Por favor sempre crie novos tópicos para suas dúvidas. Att.

Favor não duplicar tópicos.

parece que e isso mesmo. muito obrigado. @juliana

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.

Bom dia Daniel. Obrigado pela resposta. Já estou em contato com a SkyTef, irei ler esse material da NTK também. Minha maior duvida agora está na utilização do TEFDdemo. Tem algum material sobre ele? Se vc der uma explicação rápida dos passos que devem acontecer após a subtotalização do cupom eu me viro aqui. Por exemplo: Como é essa integração da forma de pagamento que é enviada para o ecf da forma registrada no pinpad?

Creio que após você ler o manual da NTK, o Demo ficará claro para você... Os botões tem os nomes, das Operações suportadas pelo TEF por TXT... Exemplo: (CRT - Operação com Cartão, ADM - Operação Administrativa, CNF - Confirmação de Transação, etc...) O que o ACBrTEFD faz, é abstrair as (grandes) diferenças, entre o TEF TXT e DLL... Ou seja, no TEF por DLL nao existem um comando CRT... mas o ACBrTEFD traduz a chamada a ele, para várias chamadas a métodos da DLL Com isso sua aplicação suportará ambos modelos de TEF, com o mesmo método de desenvolvimento, bastando mudar o modelo de TEF no componente

Solicite na Software Expresse, os materiais de Integração e Homologação... Os roteiros de homologação são diferentes para ECF (impressora fiscal) e SAT (impressora não fiscal ) Na NTK você tem o manual do Pay&Go, que usa a troca de arquivos TXT padrão... remendo a leitura desse manual em primeiro lugar, pois ele dá a Base de como o TEF foi implementado, e isso lhe dará subsídios para compreender melhor como funciona o SiTEF por DLL