Painel de líderes

Prezados Representantes das Empresas Desenvolvedores de aplicações para emissão e gestão de NF-e/NFC-e, Informo que a SEEC/DF irá iniciar, em 01/11/2020, a exigência, em produção, do preenchimento do campo relativo ao Código de Benefício Fiscal - cBenef, com as Regras de Validação - RV estabelecidas na NT 2019.001, versão 1.50, conforme estabelecido no art. 3º da Portaria SEEC nº 386/2019. O Ato Declaratório COREN nº 01/2020, definiu a Tabela de Código Benefício Fiscal por CST que deverá ser utilizada pelas empresas para realização da configuração das aplicações responsáveis pela emissão e gestão de NF-e/NFC-e. Esclareço que todas as RV constantes do item 3.6.1 da Nota Técnica (N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98) serão aplicadas nos moldes estabelecidos, bem como suas respectivas exceções 2, 3 e 4. Por fim, seguem os links para a legislação e a Tabela com os Códigos por CST: * Portaria SEEC/DF nº 386/2019 - [[http://www.fazenda.df.gov.br//aplicacoes/legislacao/legislacao/TelaSaidaDocumento.cfm?txtNumero=386&txtAno=2019&txtTipo=7&txtParte=.]] * Tabela de Código Benefício Fiscal por CST – Ato Declaratório COREN nº 01/2020 – SEEC/DF - [[http://www.fazenda.df.gov.br/aplicacoes/legislacao/legislacao/TelaSaidaDocumento.cfm?txtNumero=1&txtAno=2020&txtTipo=734&txtParte=.]]

bons dias, ontem me enchi de paciência, joguei fora o report e comecei de novo no caso da banda Sumary como eram 13 campos iguais eu fiz e o primeiro e passou ! daí eu fiz o segundo, testei, passou fiz o terceiro, testei, passou e aí fui fazendo um a um, testando e ao final fiz todos e ficou ok ! salvei e prá tira teima, joguei fora a banda Sumary e fiz como antes, tudo de uma vez, definindo o primeiro campo e copiando-o para os outros 12 e só alterando a DataFormula - não funcionou ou seja, um por um funciona como deve funcionar e tudo de uma vez não vai, ou não foi fica a experiência para outras eventuais anormalidades obrigado pelo interesse de vocês

Ah beleza farei os ajustes aqui, Muito Obrigado!

bom dia ok, me interessei pelo curso. Vou assinar, obrigado

Troque pois a NFC-e é com esse componente que citei acima

Bem pessoal, resolvi comentar essas duas linhas. Fiz alguns ajustes aqui adequando-os a necessidade. Gostaria de agradecer a Juliomar e BigWings. Podem fechar.

Italo, sim nos meus testes, realmente verifiquei ele eles usam o ABRASF 2.0, mas tem estes campos especiais, isso quebra as pernas completamente. No momento eles estão apenas em fase de homologação, mas dia 1 do 9, entrará em produção, vou aguardar inclusive para atualizar o Cidades.ini do post fixo com as informações corretas. E torcer para que o ACBR ache uma solução. Valeu pelas ajuda por enquanto.

sem prob.. como ele me pediu , apenas perguntei se tem como fazer... nao pedi e nem tenho a pretensao de mudar algo no projeto.. grato pela atencao...

Legal, já me inscrevi no Dia do ACBr Online. Pode encerrar o tópico.

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

dá uma procurada que acho que um colega postou uma unit que usou em algum lugar e eu mexi nela pra funcionar o envio mas o correto é manter em um único componente tudo se quer contribuir terá que modificar o mesmo a nível de entendimento entre todos os webservices para um único código

Não é algo que está descrito no manual e parece ser uma vaidade do seu cliente que nem mesmo está no manual descrito. Seria necessário desde mudar o componente pois terá pessoas que não iriam querer sair fora de um padrão que já é definido e dai mudar o monitor creio não ser relevante e possivelmente não será implementado

Bom dia, Obrigado mais uma vez Italo. Concordo contigo, estudando um pouco mais e analisando tambem tava no mesmo consenso de você, então irei fazer desta forma se for o caso so retificar depois, obrigaod e bom dia.

O Amazon não permite o envio de emails por API ? no SparkPost você conseguiria... https://www.sparkpost.com/

Contribuição já disponivel no SVN. Obrigado!!!

Ajuste disponível no SVN. Favor atualizar os fontes!

Juliomar, desconsidere a minha última postagem, eu não tinha testado direito, deu certinho trocando o componente que você citou Muito obrigado pela ajuda!

Obrigado pela opinião de todos! Resolvi deixar separado, mais fácil pra dar manutenção mesmo!

Bom dia Guilherme, Acredito que você não entendeu, a Juliana lhe pediu para anexar o arquivo do XML e não incluir ele na postagem como um texto. Da forma que você fez fica complicado a analise do mesmo.

Bom dia, Como a Nota Técnica não deixa claro alguns pontos, vou me basear no seguinte paragrafo da NT 2020/001 versão 1.04 que trata do MDF-e Integrado: Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. No meu entendimento a geração de informações de pagamento tanto no MDF-e quanto no envio do evento é para facilitar o recebimento do valor do frete contratado com o TAC. Uma transportadora que é responsável pelo transporte e o motorista é funcionário da mesma, acredito que o pagamento do frete já esta incluído no salario. Posso esta errado. Quanto ao grupo de produto predominante, existe uma regra de validação que diz que o grupo deve existir se o tpEmit for 1 ou 3, mas não existe nenhuma outra regra que diz que se o tpEmit for 2 não deva existir o grupo. Sendo assim não vejo problemas e informar o grupo.

Muito Obrigado Juliana, vou estudar ele aqui

Bom dia. Tentou fazer o mesmo com o demo e teve o mesmo resultado? Se você tem urgência na resposta, sugiro considerar o SAC ACBr. Att.

Infelizmente, eu já tentei solicitar um suporte com a Pronim, mas eles responderam que o erro não é lá. Parte da resposta: "sendo assim o problema não esta no produto da govbr e sim no sistema que a empresa esta desenvolvendo, o problema é na comunicação que eles estão tentando efetuar.". Dai pedi um exemplo de fonte que faça o envio correto, disseram que não tem, o suporte deles é uma beleza. Mas obrigado, vou dar mais uma procurada.

Bom dia. Não entendi exatamente qual é sua dúvida, mas de qualquer forma, este é o manual do ACBrMonitorPlus. https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoSAT.html Att.

Boa noite Ontem passei a noite fazendo testes e estou começando a entender. Deu certo o teste que fiz, só estou em duvida se será funcional, pois pelo que vi o arquivo ent.txt só aceita um comando de cada vez. Mas agradeço a dica e vou mexer mais no acbrmonitor. Se tiver algum material que possa indicar de como usa-lo melhor agradeço

Boa Noite Italo, com base no Schemas em anexo (dados_gnre_v2.00.xsd) baixado do Site: http://www.gnre.pe.gov.br/gnre/portal/downloads.jsp observa-se que existe 3 tipos de tipos de GNRE: 0 - GNRE Simples 1 - GNRE Multiplos Doc. de Origem 2 - GNRE Multiplas Receitas Hoje o ACBR contempla a geração do XML tipo 0 - GNRE Simples, o que refere a esse tópico é o 1 - GNRE Multiplos Doc. de Origem conforme exemple em anexo: (Lote_2020_06_24_11_15.xml). Grato. Lote_2020_06_24_11_15.xml

Bom dia. Segue artigo sobre as mudanças. Att.

Pessoal já esta disponivel a versão das biblioteca ACBr com suporte a multithread. Inicialmente as dll da ACBrLib foram planejadas para serem simples e de facil uso, mas com o passar do tempo foi percebido que alguns usuário precisavam de algum suporte extra, principalmente para que quer usar as lib para API web. Por isso fizemos esta versão nova das bibliotecas visando atender melhor este tipo de ambiente, com este lançamento já possivel usar as bibliotecas em ambientes multithreads ou se necessario ter 2 instancias da lib com configurações distintas. As vantagens e desvantagens você ve abaixo. Pros Múltiplas instancias da lib, pode ter 2 libs carregada simultaneamente com configurações diferentes. Pode ser usada em thread separada da principal, facilitando assim seu uso em serviços. Contras Precisa que seja usado um ponteiro para controlar a instancia da lib Precisa sempre passar o ponteiro da instancia para executar um metodo. Não iremos descontinuar a versão single thread que já usa assim e te atende bem pode continuar usando, agora quem precisa de multithread pode agora utilizar esta nova versão. Para quem baixa do site basta usar as dll que estão na pasta MT e atualizar sua classe com os novos parâmetros ou se usar as classes disponibilizadas pelo projeto basta atualizar elas para sua variante MT. Para quem compila dos fontes vai ver que tem novos modos de compilação terminados com MT basta compilar com este modo. É recomendado a uso na lib com MT caso você tenha as seguintes necessidades. Precisa imprimir de forma simultanea o pedido na cozinha e no balcão. Tem uma API concentrada de envio de NFe e/ou Boleto que usa varias empresas e de forma simultâneas. Exemplo de alteração das chamadas para usar a versão MT. Os demos também foram atualizados para funcionar com a versão multithread basta utilizar os demos com MT no nome Ainda temos mais modificações para atender melhor vocês, fiquem ligados nas próximas novidades da ACBrLib.