Painel de líderes

Olá Pessoal, Abaixo temos informações sobre a convivência das versão 3.00 e 4.00 do CT-e, que vai até 31/01/2024. Colaboração do nosso amigo Alexandre Parabocz.

Italo,testei no exemplo agora e deu certo. Gerou recibo e retornou o xml da nfs-e. Vou conferir com bastante calma e informo aqui. Muito obrigado pela sua atencao,

Bom dia ! Na seção: [BoletoCedenteConfig] do INI Verifique o campo TipoInscrição: Alguns usuários no nesta seção informa o TipoPessoa ao invés de TipoInscrição (BoletoCedenteConfig])

@mlgoncalves Bom dia ! Anexe suas units alteradas por favor criamos uma tarefa para analise.

Bom dia @Criativo Seven Brand Pelo que entendi vc usa uma solução on-line (de uma outra empresa) para para imprimir etiquetas, é isso? Se for isso, precisa verificar com a equipe técnica deles o suporte a impressão.

Boa tarde Pessoal, Conforme feedback no canal #acbrnfsex foi comentado para que fosse aberto uma nova postagem para a implementação deste novo provedor. Em anexo segue detalhes da resposta do provedor, documentação, schemas, endereços dos wsdl, manuais e exemplos fornecidos pela SysISS-Online para liberar para o município de Rondon/PR. Também foram levantados outros municípios que são atendidos pelo provedor totalizando 5 novos municípios para ser atendidos no componente. Obrigado. Documentacao-Provedor-SysISS.zip

Boa tarde. Para quem emite eSocial, o envio de eventos de remuneração S-1200 da competência de Maio/2023 estão suspensos até publicação da portaria com tabelas de alíquotas do INSS e salário-família. Isso é necessário porque o eSocial precisa da tabela de alíquotas atualizada para retornar os eventos de totalização S-5001. Eventos de competência anteriores poderão ser enviados. Para mais detalhes e informações, por favor, confira a notícia completa.

Boa tarde. Por favor, poderia atualizar o componente ACBrNFSeX com o provedor para cidade de Macapá/AP, sendo: [1600303] ; Atualizado em 08/05/2023 ( testado por Wilson ) Nome=Macapa UF=AP Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/macapa/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Segue documentação da prefeitura: https://www.issnetonline.com.br/macapa/online/login/login.aspx?Getfile=14 Obrigado. Integração NFS-e Abrasf_Macapá.html

verifica o soap retornado senão está com algum caracter especial

Verdade Cochilei !!! Muito obrigado.

Boa tarde, vi que o Italo já respondeu sobre a questão que perguntei. Obrigado.

vai ficar ativo igual a todos os demais

@jefferson01 @Antonio Gomes Foram criado os eventos OnAntesAutenticar, onDepoisAutenticar para que possam capturar ou informar as informações Favor atualizar seus repositórios e rodar o instalador.

Bom dia! Tivemos um papo PRO com o excelentíssimo Marco Polo falando sobre a Tributação Monofásica de Combustíveis. Neste tópico tem o link desse bate papo e de outras informações que talvez possam lhe ser úteis:

Olá boa noite! Segundo relatos tem alguns certificados com problemas com a Sefaz. Pois no meu caso foram 2 clientes que estavam usando NFC-e e do nada não parou de funcionar e a solução foi comprar novo Sat. Depois desses 2 casos os outros antigos e novos funcionam normalmente. Só tive um caso a 30 dias atrás q também não funcionou.

Boa tarde, De acordo com as configurações do ini, este município utiliza o provedor Fiorilli. Acesse o sistema do provedor e veja se precisa fazer algum cadastro para utilizar este CNAE ou se no provedor já consta o CNAE que deve ser utilizado.

O problema... Não é incomum para uma Software House receber de algum cliente uma solicitação para personalizar o impresso do DANFe ou de outro documento fiscal. Pedidos adicionando ou removendo um campo, mudando informação de lugar ("põe esse código de barras lá em baixo!!?"), aumentando o tamanho ou mudando o tipo de fonte, etc... O Modelo Básico. Primeiro de tudo, é importante salientar que estes documentos costumam ter um manual com as especificações técnicas de como devem ser impressos. No caso do DANFe, por exemplo, temos o MOC Anexo II – Manual de Especificações Técnicas do DANFE e Código de Barras. Nele existem instruções de como deve ser impressa cada seção do DANFe: Quais informações devem ir por seção: Quais informações não podem faltar: E até mesmo tipo e o tamanho mínimo de fonte que deve ser usado: Mas então afinal é permitido customização? Sim, é possível realizar customizações. Assim como no MOC tem a orientação de campos que devem ser impressos no MOC, nele também existem trechos que sugerem possíveis campos que podem ser suprimidos ou ser exibidos de forma diferente, tudo isso respeitando as condições para tal. E o ACBr implementa tudo isso? Como ele lida com customizações? Além do fato de o cumprimento das especificações técnicas ser obrigatório, por ser utilizado em milhares de software houses por todo país, a equipe ACBr optou por seguir à risca as especificações técnicas evitando ao máximo customizações a menos que sejam extremamente relevantes. Pois se atendermos uma customização, podemos estar atendendo a necessidade de um grupo, mas causando problemas para outro. OK, mas meu cliente me pediu para customizar o DANFe e agora? Um ótimo primeiro passo é se perguntar "Por que é importante sair essa informação?" Se mesmo depois de refletir sobre isso chegar a conclusão de que é necessário, uma boa opção para atender a demanda sem precisar partir para modificações é o campo de dados adicionais. Neste quadro são impressas as informações adicionais de interesse do contribuinte, ou seja, já é um campo específico para este propósito. Um exemplo bem simples de preenchimento usando o componente: ACBrNFE1.NotasFiscais[Index].NFe.InfAdic.infCpl := 'Esta informação vai sair no quadro de dados adicionais'; Para o monitor e a Lib, basta preencher a informação na seção correspondente no INI respectivo. Ainda sobre informações adicionais e seguindo o mesmo pensamento citado pelo colega acima, vale ressaltar a tag <infAdProd> que ao ser preenchida é impressa abaixo do nome do produto e tem um espaço de até 500 caracteres para descrição específica do item que pode ser uma referência, um código do fabricante, uma norma do item e até mesmo demostração específica de impostos como base de cálculo e valor do ICM ST.

Gostaria de apresentar um ponto aqui, que acho que não foi colocado ainda... OFICINA MECÂNICA, vende peças e presta serviços; Emite NFCe e NFSe Bueno... Atendeu um cliente e vendeu peças e prestou serviços, vai emitir os 2 tipos de notas. Terá que passar o cartão uma vez para receber o valor da NFCe e depois passar o cartão outra vez para receber o valor da NFSe? Acho que sim. Mas e aí? A Sefaz vai receber as informações das ADQUIRENTES e verá que várias operações de cartão não vão ter a dita VINCULAÇÃO com uma NFCe. E isso estará certo, pois as operações serão referentes a prestações de serviços. Vão notificar o contribuinte porque recebeu com cartão e não emitiu NFCe (vendeu sem nota)...???

EXEMPLO DE CONFIGURAÇÃO DO COMPONENTE ACBR BOLETO Bancoob (Sicoob) //Campos para homologacao de acordo com dados fornecidos pelo banco -- Demais configurações como de costume nos outros bancos Versão API do Banco: -Para utilizar a versão nova V3, informar: FACBrBoleto.Configuracoes.WebService.VersaoDF := 'V3'; -Para utilizar a versão em produção V2: FACBrBoleto.Configuracoes.WebService.VersaoDF := ''; Utilizar ambiente Sandbox, de testes (Somente V3, sandbox da anterior foi descontinuada): -AcBrBoleto.Configuracoes.WebService.Ambiente := taHomologacao; -AcBrBoleto.Cedente.CedenteWS.ClientID :='9b5e603e428cc477a2841e2683c92d21' ; Para sandbox, so precisamos do ClientID e estar em homologação. (nao precisamos de certificados, keyuser, clientsecret), precisa dos scopos Utilizar ambiente Produção: -AcBrBoleto.Configuracoes.WebService.Ambiente := taProducao; -AcBrBoleto.Cedente.CedenteWS.ClientID := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.ClientSecret := Client_Id gerado no portal developpers sicoob; -AcBrBoleto.Cedente.CedenteWS.KeyUser := ''; //Deixar em branco (Access token (Bearer) criado pela solucao ACBr); -AcBrBoleto.Configuracoes.WebService.ArquivoCRT := 'c:\ChavePublica.pem'; -AcBrBoleto.Configuracoes.WebService.ArquivoKEY := 'c:\ChavePrivada.key'; Para extrair do certificado CRT e KEY, segue o link do post: https://www.projetoacbr.com.br/forum/topic/73380-exportar-certificado-pem-crt-e-key/ Demais campos iguais: AcBrBoleto.Cedente.CedenteWS.IndicadorPix := True; //para boleto híbrido AcBrBoleto.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLHTTPLib := httpOpenSSL; AcBrBoleto.Configuracoes.WebService.SSLType := LT_TLSv1_2; AcBrBoleto.Configuracoes.WebService.TimeOut := 30000; AcBrBoleto.Configuracoes.WebService.UseCertificateHTTP := True; Scope para V3: ACBrBoleto1.Cedente.CedenteWS.Scope := boletos_inclusao boletos_consulta boletos_alteracao Scope para V2: ACBrBoleto1.Cedente.CedenteWS.Scope := 'cobranca_boletos_consultar '+ 'cobranca_boletos_incluir '+ 'cobranca_boletos_pagador '+ 'cobranca_boletos_segunda_via '+ 'cobranca_boletos_descontos '+ 'cobranca_boletos_abatimentos '+ 'cobranca_boletos_valor_nominal '+ 'cobranca_boletos_seu_numero '+ 'cobranca_boletos_especie_documento '+ 'cobranca_boletos_baixa '+ 'cobranca_boletos_rateio_credito '+ 'cobranca_pagadores '+ 'cobranca_boletos_negativacoes_incluir '+ 'cobranca_boletos_negativacoes_alterar '+ 'cobranca_boletos_negativacoes_baixar '+ 'cobranca_boletos_protestos_incluir '+ 'cobranca_boletos_protestos_alterar '+ 'cobranca_boletos_protestos_desistir '+ 'cobranca_boletos_solicitacao_movimentacao_incluir '+ 'cobranca_boletos_solicitacao_movimentacao_consultar '+ 'cobranca_boletos_solicitacao_movimentacao_download '+ 'cobranca_boletos_prorrogacoes_data_vencimento '+ 'cobranca_boletos_prorrogacoes_data_limite_pagamento '+ 'cobranca_boletos_encargos_multas '+ 'cobranca_boletos_encargos_juros_mora '+ 'cobranca_boletos_pix '+ 'cobranca_boletos_faixa_nn_disponiveis';

@EDM Softwares tudo bem ? Em conversa com o time ACBr entramos em um consenso quanto a definição da próxima etapa da análise da situação encontrada por você. O que acontece é que o programa exemplo "ACBr.API" atual é um exemplo muito simples. Ele não está fazendo o controle de ponteiros para uso do ACBrLib em Multithread. É preciso ajustá-lo para refletir a forma correta de se implementar a comunicação em Multithread. Isso está na tarefa (#TK-271). Ela está em nosso backlog com alta prioridade, e será analisada assim que outras demandas com maior prioridade forem finalizadas. No entanto isso não impede de você fazer a implementação correta e utilizar a ACBrLib em Multithread. A cada thread que você chamar, basta criar um ponteiro utilizando o método Lib_Inicializar. Daí use esse ponteiro como parâmetro nas chamadas dessa thread para a lib. Assim que ajustarmos o exemplo retornaremos no tópico. Mas você pode criar novos tópicos para tirar dúvidas específicas sobre a implementação caso precise.

Um pouco mais sobre o cStat:105 e mensagem Lote em Processamento. Conferindo no Manual de Orientação do Contribuinte na versão 7.00 disponível para leitura aqui podemos observar que o modelo operacional da NF-e pode ser dividido em serviço síncrono e assíncrono. Para este tópico, vamos focar modelo assíncrono, que de maneira resumida pode ser definido nos seguintes passos: Enviamos a solicitação do serviço. Recebemos como resposta um Número de Recibo confirmando que a solicitação foi recebida pela Sefaz. Consultamos o Número do Recibo para receber o resultado do processamento. Fonte: Manual de Orientação do Contribuinte - Visão Geral, versão 7.00 A mensagem Lote em Processamento pode ser um possível resultado a ser recebido ao consultar o Nº do recibo. O que fazer quando o recebo? No MOC consta a seguinte orientação: Caso opte por permitir que o componente ACBrNFe automatize a consulta as propriedades a serem consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades podem ser definidas assim: ACBrNFe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milissegundos. ACBrNFe.Configuracoes.WebServices.Tentativas := 5; ACBrNFe.Configuracoes.WebServices.IntervaloTentativas := 5000; // Valor definido em milissegundos.