Painel de líderes

30/08/2019 ATENÇÃO: Publicada a versão 1.30 da NT 2019.001 Publicada a versão 1.30 da NT 2019.001, que divulga novas regras de validação e atualiza regras existentes da NF-e/NFC-e versão 4.0, com os seguintes objetivos: • Informados os locais de publicação das tabelas de códigos de benefícios fiscais e de regras de validação opcionais por unidade federada • Novas datas de vigência para algumas regras de validação Publicada a tabela cBenef x CST atualizada até 30/08/2019 Assinado por: Coordenação Técnica do ENCAT Informações importantes nessa nova versão: 1.7 Comentários Sobre o Código de Benefício Fiscal O código de benefício fiscal (tag: cBenef), por tratar de situações particulares de cada unidade federada, tem sua definição também especificada pelas UF que o utilizam. Estas definições constam de tabela publicada no Portal Nacional da NF-e, na área “Diversos” da aba “Documentos”. Esta tabela tem sofrido atualizações com frequência maior do que a desejável, em virtude do fato que o uso dos códigos pelas empresas no ambiente de homologação tem evidenciado a necessidade de ações de correção de natureza emergencial por parte das Administrações Tributárias envolvidas. É esperado que em futuro próximo a tabela tenha a estabilidade necessária. 1.8 Novas Datas de Vigência para Algumas Regras de Validação Em função de necessidades ditadas pelas legislações de algumas unidades federadas, e atendendo a pleitos de contribuintes e de entidades associativas, as datas de início de exigência das regras de validação N12-85, N12-86, N12-90, N12-94 e N12-97 obedecerão ao disposto na tabela a seguir: UF Regra de validação N12-85 N12-86 N12-90 N12-94 N12-97 MT (3) (3) (2) (3) (*) PR (1) (1) (*) (2) (1) RJ (2) (2) (2) (2) (2) RS (2) (2) (2) (2) (2) demais UF (*) (*) (*) (*) (*) Onde a respectiva data de início de vigência corresponde a: (*) Regra de validação não será aplicada (1) Aplicação a partir de 02/09/2019 (2) Aplicação a partir de 01/10/2019 (3) Aplicação a partir de 01/01/2020 As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFCe, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no estado do Rio Grande do Sul, no caso das regras N12-85, N1286 e N12-94, o ambiente de autorização em produção, até 31/3/2020, e o ambiente de autorização em homologação até 09/2/2020, aceitarão três situações para o campo cBenef:  NULO (sem preenchimento do campo);  com a descrição "SEM CBENEF"; ou  com o código do benefício; neste último caso, é realizada a devida validação de compatibilidade com o CST informado.

Valeu. Funcionou. Atualizei para o 1.2.0.41. Obrigado a todos.

Sim, para aceitar o literal "SEM CBENEF". Mas não é o seu caso, o schema antigo já validava o campo com 8 ou 10 posições. Validou normalmente aqui. [NFe127450] Id= XML=<protNFe versao="4.00"><infProt><tpAmb>2</tpAmb><verAplic>SVRS201908261605</verAplic><chNFe>33190899999999999999550010001274501525786399</chNFe><dhRecbto>2019-08-30T12:00:53-03:00</dhRecbto><digVal>urFNd9RyYGpvoxwirnlB/aa5i78=</digVal><cStat>245</cStat><xMotivo>Rejeicao: CNPJ Emitente nao cadastrado</xMotivo></infProt></protNFe> cStat=245 chNFe=33190899999999999999550010001274501525786399 dhRecbto=30/08/2019 12:00:53 digVal=urFNd9RyYGpvoxwirnlB/aa5i78= nProt= tpAmb=2 verAplic=SVRS201908261605 xMotivo=Rejeicao: CNPJ Emitente nao cadastrado [NFe_Arq127450] Arquivo=C:\Apps\ACBrMonitorPLUS\Logs\33190899999999999999550010001274501525786399-nfe.xml

Estava com o mesmo problema e registrei novamente a midas.dll na pasta C:\Windows\SysWOW64 regsvr32 /s Midas.Dll

Bom dia pessoal, já passamos por isso.... provavelmente esta sendo alimentado a tag com '0-nenhum'', sendo que a partir da nova versão CTE 3.00a é uma informação que passa a ser obrigatória preencher com Continuo ou Eventual. Segue: with infFretamento do begin case DM.qryConsulta['CON_TIPO'] of 1 : tpFretamento := tfEventual; 2 : tpFretamento := tpContinuo; end;

Realmente era isso, consegui testar em um cliente com e sem a opção "AdjustableMargins" e sem estar marcada funcionou direitinho. Obrigado a todos pela atenção e fica aqui como sugestão alterar essa propriedade para false nas próximas atualizações do fontes do ACBr

Boa tarde. Qual componente está utilizando? Att.

Ola Pessoal, tive os mesmo problemas e não encontrei nenhum topico sobre a solução, mas consegui resolver meu problema. muitas vezes a falta de memoria, principalmente em debug se dá por erro no setup das variaveis de ambiente TEMP e TMP, ou seja, estamos tentando criar um arquivo temporario em um local que não existe ou não temos permissão. neste caso basta setar PROJECT\OPTIONS\ENVIRONMENT BLOCK as variaveis TEMP E TMP para uma pasta temp valida. ex: c:\windows\temp com isto consegui resolver dois problemas: canvas-does-not-allow-drawing e access violation

Prezado Ítalo, A DSF desenvolveu um webservice exclusivo para São José dos Campos, com o objetivo de minimizar as adequações de transição para os usuários do sistema GINFES no município. Importante ressaltar que a única cidade atendida pela DSF nesse layout será São José dos Campos, as demais cidades atendidas pela DSF não mudam. Todas as informações necessárias para testar o Webservice, estão disponíveis no link: https://www.sjc.sp.gov.br/servicos/gestao-administrativa-e-financas/nota-joseense/transicao/ Dúvidas adicionais podem ser tiradas através do email [email protected] lembrando sempre de anexar um XML de exemplo para auxiliar no diagnóstico. Atenciosamente.

Boa tarde setei essa propriedade do componente Configuracoes.WebServices.AguardarConsultaRet e resolveu o problema do retorno Obrigado.

Boa tarde! Prezado(a)s, A Aivot Informática (Contagem/MG) está com 1 vaga aberta para desenvolvedor Delphi que atenda o seguinte perfil. Descrição da Vaga Conhecimento Obrigatório: - Linguagem de programação: Pascal (Delphi) XE 5 ou superior - Banco de Dados - POO Conhecimento Desejável: - Visual Studio/C# - PL/SQL (Oracle) - DevExpress / QuantumGrid / FastReport (Relatórios) Atividades: - Manutenção evolutiva e corretiva em sistemas de gestão, fazer a documentação técnica quando necessário e realizar testes. - Realizar suporte técnico de 1º e 2º nível Gentileza enviar pretensão. Contato: [email protected] Att.,

Boa Tarde Amigo Marcos, solução é: nas linhas abaixo comentei a linha "tfNenhum" e no meu form com Combox so tem Valor 1 e 2,(nao informar a 0 zero nao ) e assim como normal no form deixei como Eventual do modo Padrao, no tipo de fretamento ao passar as informação, alimento com Data de saida somente para Eventual, deu certo e apareceu na XML, lembrando que schemas Atualizado.. 1 = Eventual + Data Saida e Horario, porem nao sendo com Data e horario do mesmo de Emissao 2 = Continuo espero ter ajudado... with infFretamento do begin case DM.qryConsulta['CON_TPFRETAMENTO'] of //0 : infFretamento.tpFretamento := tfNenhum; 1 : infFretamento.tpFretamento := tfEventual; 2 : infFretamento.tpFretamento := tpContinuo; end; if infFretamento.tpFretamento = tfEventual then begin infFretamento.dhViagem := DM.qryConsulta['CON_DATAEMISSAO']; end; end;

Mas realmente a mensagem de erro está confusa... apliquei um ajuste... -- ACBrCEP -- [*] Melhoria na mensagem de erro, de método não implementado https://www.projetoacbr.com.br/forum/topic/53251-não-está-funcionando-a-pesquisa-do-cep-por-endereco/ (por: DSA)

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

Acredito que tudo é questão de relacionamento. Se explicar todas as vantagens do A1, você não terá problemas com aceitação do mesmo.

Bom dia vou ver aqui no meu sistema de colocar um tempo para pegar o retorno obrigado.

já consegui resolver. na verdade um amigo me ajudou.

Bom dia, maramper. Infelizmente se ele perdeu a senha, terá que fazer um novo certificado.

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

Bom dia Daniel, Pode ocorrer sim um tempo entre o envio e o retorno.

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

3.2 - Não faça "bump" de forma excessiva (postar simplesmente para que um tópico vá para o topo da lista). Isso é considerado flooding. Favor leia as regras do fórum.

No caso deve olhar no sefaz do seu estado mas acredito que ele pode usar pois o RS não tem exigências e meio que aceita de tudo.

Resolveu Grandes Asas! @BigWings

Deve resolver.

Não há um tempo específico... mas no momento todos estão ocupados com outras atividades Por favor anexe também, o manual que descreve o protocolo da balança..

Bom dia pessoal. Como temos dois tópicos similares sobre o cBenef, estou fechando este e mantendo o outro aberto. Att.

obrigado!!

Bom dia. Nosso colega @Italo Jurisato Junior pode lhe dar mais algumas dicas, porém não creio que seja uma tarefa tão simples. Veja no tópico a seguir as orientações dadas para um outro provedor que precisou ser incluído. Att.

Bom dia pessoal. Caso queiram iniciar o desenvolvimento, fiquem a vontade para continuar interagindo neste tópico para quaisquer dúvidas. Att.

Bom dia, Por se tratar de um serviço de Adiantamento de Recebíveis e se tratar dos mesmo dados dos títulos, creio que pode ser implementado no componente Boleto mesmo... Apenas separando em um outro layout para esse tipo de serviço, para não bagunçar o layout de Cobrança já existente... Seria interessante verificar com o banco se este serviço está disponível também por WebService, com o caso de registro de Boletos, já temos desenvolvimento em andamento em relações a serviço de Registro de Boleto WebService...

Boa tarde. Att.

Publicado em 28/08/2019 Foram disponibilizadas as Minutas dos Leiautes da EFD-Reinf versão 2.1 e seus anexos. Para ter acesso, clique aqui. Conforme Nota Conjunta da Secretaria Especial de Previdência e Trabalho, Secretaria Especial da Receita Federal e Secretaria Especial de Desburocratização, Gestão e Governo Digital SEPRT/RFB/SED nº 01/2019, o evento de remuneração de segurados vinculados ao Regime Geral de Previdência Social (S-1200) fará parte de um ambiente compartilhado entre a RFB e a SEPRT, especificado com base em portaria conjunta entre os órgãos, a ser publicada em ato distinto da EFD-Reinf e do sistema simplificado que substituirá o eSocial. Portanto, o evento de remuneração a ser compartilhado, não mais será inserido na EFD-Reinf. Dessa forma, não haverá mais republicação da versão 3.0 com a estrutura apresentada na minuta publicada em 01/08/2019. Este ambiente compartilhado com o evento de remuneração será construído com objetivo de não onerar os contribuintes que já tenham seus sistemas de TI desenvolvidos para o eSocial. http://sped.rfb.gov.br/pagina/show/4141 Volta o cão arrependido...

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde. Obrigada pelo interesse em contribuir, porém peço que procure anexar o arquivo (neste caso um docto de texto) afim de facilitar a leitura. Relativo as tags deste tópico, me recordo que foram baseadas na própria NT. Att.

Ops, obrigado....

Os arquivos de Schema estão na pasta ..\ACBr\Exemplos\ACBrDFe\Schemas\NFe.

Boa tarde pessoal. Pelo que estou observando um arquivo retorno nunca trará informações relativas aos 2 tipos de serviço, correto? Neste caso também me parece que o ideal seria separar essas funcionalidades, não necessariamente criar um novo componente. @José M. S. Junior pode nos dar sua opinião? Att.

Como disse, vou fazer os testes de homologação, dando tudo certo anexo o .INI. Dercide.

Boa tarde. Toda contribuição é sempre bem vinda, por favor anexe os arquivos alterados a este tópico. Att.

Boa tarde. Devido a alta demanda de alterações no boleto, além de outras sem relação com o mesmo, ainda não foi possível validar. Mas estou incluindo esta informação e em breve retornamos aqui. Att.

Boa tarde. Para contribuir basta anexar os arquivos alterados, lembrando de levar em conta os padrões utilizados pelo ACBr e neste caso, também a normatização do DANFE. Att.

Em testes não se pode usar o mesmo SerialPOS.

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

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

Enviei correção para o repositório, rev. 17533. A forma que encontrei foi usando a var. TotalPages e ativando o DoublePass, assim como é feito no DANFE. Favor atualize os fontes e teste com o fr3 do repositório.

Boa tarde a todos, Para quem utiliza o componente ACBrCTe e estava com dificuldades de gerar o Hash de Entrega, poderá se utiliza de uma das duas funções que acabam de ser disponibilizadas na unit ACBrDFeUtil. São elas: function CalcularHashDados(const ADados: TStream; AChave: String): string; Devemos utilizar a função acima quando a imagem esta armazenada no banco de dados, neste caso o conteúdo da mesma é passado como Stream no primeiro parâmetro da função, já o segundo é a chave do CT-e. A função retorna uma string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashDados(xStreamImagem, xChaveCTe); e function CalcularHashArquivo(const APathArquivo: String; AChave: String): string; Devemos utilizar a função acima quando a imagem esta salva em disco, neste caso o primeiro parâmetro da função é o path com o nome do arquivo (imagem) e o segundo é a chave do CT-e. A função retorna a string com 28 caracteres que devemos atribuir ao campo: infEvento.detEvento.hashEntrega Exemplo: infEvento.detEvento.hashEntrega := CalcularHashArquivo(xPathImagem, xChaveCTe);

Seria uma boa ter no fonte do SVN, para quem usa versão mais atual da CliSiTef.dll não precisa mais de chave e nem identificador conforme manual que a software express me enviou hoje 04/07/2019. Observação: 1) Se a automação estiver utilizando a CliSiTef (Versões mínimas: 5.0.115.13.r1 / 6.1.115.13.r1 / 6.2.115.13.r1) em conjunto com o GerPdv (Versões mínimas: 6.2.3.56 / 6.2.4.19), não é necessário que a automação informe os parâmetros “ChaveAcesso” e “Identificador” na execução das funções mencionadas acima, pois os referidos parâmetros serão recebidos do SiTef. Neste caso, a automação deve passar um endereço nulo (NULL) ou uma string vazia nestes parâmetros. Desse modo, para que essa funcionalidade possa ser utilizada, é necessário que após a carga da CliSiTef (CliSiTef32I.dll / CliSiTef64I.dll / libclisitef.so), seja realizado pelo menos uma conexão com o SiTef. Se no momento da execução dessas funções (ObtemDadoPinPadEx / ObtemDadoPinPadDiretoEx), a CliSiTef ainda não tiver realizado nenhuma conexão com o SiTef, a CliSiTef irá tentar fazê-lo nesse momento. Se a tentativa de conexão falhar, essas funções irão retornar um erro. Se a CliSiTef for descarregada da memória, será novamente necessário a realização de pelo menos uma conexão com o SiTef. Esta observação esta no manual em anexo no final da página 6. Leitura de Campo Aberto no PinPad v1.09.pdf