Painel de líderes

Marcio, obrigado pelas considerações. Quanto ao PIS e COFINS para ME e EPP é o seguinte: A Lei Complementar nº 123, de 2006 estabelece, para as ME e EPP, dois tipos de benefícios legais: - os tributários ( para optantes do Simples Nacional) - e não tributários como (licitações públicas, relações de trabalho, estímulo ao crédito etc). ( Talvez seja o caso do teu cliente ). Para usufruir dos benefícios tributários, a ME ou EPP precisa ser optante pelo Simples Nacional. Portanto em se tratando de não optante do SN, o seu cliente mesmo sendo ME ou EPP será tributado pelo PIS/COFINS normalmente. Assim sendo, a base de cálculo será a receita operacional bruta da pessoa jurídica (seu cliente) , sem deduções em relação a custos, despesas e encargos. Nesse regime, as alíquotas da Contribuição para o PIS/PASEP e da COFINS são, respectivamente, de 0,65% e de 3%. Para isso se dá o nome de Regime de Incidência Cumulativa. Por outro lado, no Regime de Incidência Não Cumulativa, a contribuição para o PIS/PASEP não cumulativa instituída pela é a Lei 10.637/2002(PIS), e a Lei 10.833/2003 (COFINS), é permitido o desconto de créditos apurados com base em custos, despesas e encargos empresa. Nesse caso, as alíquotas da são, respectivamente, de 1,65% e de 7,6%. Outro ponto que deve ser destacado, é que, a Lei Complementar 168 de 12/06/2019 autoriza que as ME e EPP excluídas do SN podem retornar, lembrando que deve atender aos requisitos desta nova lei, mas aí é uma questão contábil. Em suma, quanto ao PIS e COFINS para as ME e EPPs não difere das demais empresas, exceto a questão do regime cumulativo e não cumulativo. Grande abraço.

veja qual o Grupo está sendo usado no /dev/tt* após isso, basta adicionar o seu usuário, nesse grupo, que ele terá acesso a porta do SAT

Bom dia Marcio. A alíquota modal do RJ é de 18%, nos termos do art. 14 do TITULO III do RICMS/RJ, disponível em: Regulamento do ICMS Rio de Janeiro. É importante uma boa leitura sobre a aplicação destas normas tributárias pois existem certos produtos que tem a alíquota reduzida como é o caso dos produtos da cesta básica. Quanto ao famigerado FCP, observe neste mesmo regulamento o disposto no art. 14-A, §4º que estabelece o seguinte: " § 4.º O adicional de que trata o caput deste artigo não incidirá sobre atividades inerentes à microempresa e empresa de pequeno porte e cooperativas de pequeno porte". grifei. Assim sendo, as vezes ocorre um certa confusão entre ( simples nacional sendo ME ou EPP ) e ( Regime normal sendo ME ou EPP ). No seu caso aí, mesmo o seu cliente enquadrado como Regime normal mas sendo ME ou EPP não há a incidência do FCP em virtude da proibição legal antes citada. Grande abraço.

No svn

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

Boa tarde Oliveira, Muito obrigado pela colaboração, assim que possível estarei analisando e se estiver tudo OK, vou enviar para o repositório.

Na pasta exemplos do ACBRMONITORPLUS tem PHP-SOCKET.ZIP

Boa ! Estou aqui no Rasp. A instalação do ACBr foi tranquila. Tive mais problemas em fazer o Lazarus rodar 100%. (Muito problema com lib, principalmente a lazcontroldsgn) Modifiquei o exemplo do ACBrSAT e o teste fim a fim foi 100%. O Único porém, tem que rodar o programa com permissão root, senão, não consegue se comunicar com o SAT. Para quem precisar usar ACBr no rasp: Com esses passos consegui rodar o exemplo do ACBrSAT e fazer um teste fim a fim. Irei partir para desenvolver o projeto agora.

Ainda sobre o assunto do cNF, queiram ver o seguinte tópico sobre as regras da NT 001 de 2019:

Eu estava alimentando a tag "PrestadorServico" so coloquei a que você indicou e funcionou

Saudações Segui vosso procedimento. Deu certinho. Grato meu velho!!! Claudiomir

Verifica se ajuda: //Configurando componente de impressão ACBrNFeDANFeRL1.ACBrNFe := ACBrNFe1; ///.... //Imprimindo Danfe ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(PathNFe + FormatDateTime('YYYYMM', DataEmissao)+'\'+ChaveAcesso+'-nfe.xml',False); ACBrNFe1.NotasFiscais.Imprimir; //Imprimindo Evento de Cancelamento if NotaCancelada then begin ACBrNFe1.NotasFiscais.LoadFromFile(PathNFe + FormatDateTime('YYYYMM', DataEmissao)+'\Cancelamentos\'+'110111'+ChaveAcesso+'01-procEventoNFe.xml',False); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(PathNFe + FormatDateTime('YYYYMM', DataEmissao)+'\Cancelamentos\'+'110111'+ChaveAcesso+'01-procEventoNFe.xml') ; ACBrNFe1.DANFE.PathPDF := PathNFe + FormatDateTime('YYYYMM', DataEmissao)+'\'; ACBrNFe1.ImprimirEvento; end;

Bom dia a todos, 18/06/2019 Comunicado sobre as datas de implantação da versão 3.00a Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do CT-e/CT-e OS e seus anexos. Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 22 de Julho de 2019 e em produção a partir do dia 26 de Agosto de 2019, contempla a atualização do schema do CT-e, criação do Evento Comprovante de Entrega dentre outras modificações. Relativamente à definição dos padrões do QRCode previstos no arquivo XML do CT-e, cuja especificação das configurações para impressão no DACTE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DACTE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DACTE. Da mesma forma, as RV G238 a G243 e N135 a N140 passarão a ser aplicadas em 02/09/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.

Vi o tópico nos assinantes SAC, mas criei outro aqui para poder informar que o mesmo está acontecendo comigo no ambiente de homologação em GO para NFC-e. Simplesmente deu essa loucura na SEFAZ/GO. Ah, e só respondendo ao questionamento do @EMBarbosa, o meu lote está diferente assim como o cNF e nNF, e mesmo assim está ocorrendo a rejeição.

Suporte Sefaz: 03003130100

A regra de validação pra esse caso é facultativa, então precisa ver se ela está sendo implementada para a UF em questão.

Juliomar, é de lá mesmo. Eu consegui fazer funcionar, depois de desinstalar tudo incluindo Lazarus e começar novamente, no entanto tem um componente que ainda acusa duplicidade, mas aparentemente está compilando!

Vou conversar novamente com o responsável pela homologação. Se tiver alguma novidade, repasso aqui. Juliana e EMBarabosa, obrigado.

Ok Muito obrigada, vou dar uma olhada,

Entrei em contato com a Sefaz-GO e o problema já está sendo analisado pelo departamento de TI

Não esta versão não tem este modelo vou atualizar a dll nos downloads.

Boa! Na pressa nem vi isso. Ta lá no dialout. valeu pela lembrança!

O Felipe tem razão. Você não vai conseguir fazer isso. Tem que mandar pra intervenção. Talvez tenha até que substituir MFD.

@JOSE NUNES, favor realizar um testes substituindo o arquivo "ACBrNFeServicos.ini" em anexo, na pasta do ACBrMonitor, se estiver ok vamos disponibilizar uma nova versão... ACBrNFeServicos.ini

Bom dia Claudiomir, Não entendi muito bem o que você quer fazer. A nota que você quer saber se foi cancelada ou não foi emitida por você ou pelo seu fornecedor? Ao consultar a situação de uma nota, caso a mesma possua eventos vinculados a ela teremos uma lista desses eventos no retorno. Eventos retornados caso existam: Evento de Cancelamento, Carta de Correção e EPEC. Lembre-se que uma nota pode ter um ou mais eventos vinculados a ela logo temos uma lista, portanto: (...).retEvento.Items[0].(...) só vai pegar informações do primeiro evento, para pegar de todos os eventos tem que colocar dentro de um loop e mudar para: (...).retEvento.Items[ x ].(...), onde x varia de zero até a quantidade de eventos vinculados a nota.

Muito obrigado Juliomar.

Fechando o tópico. Para nova dúvida abra novo tópico.

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

Pela pressa usei a solução desse posta: https://www.projetoacbr.com.br/forum/topic/30807-impress%C3%A3o-meia-pagina-fortes-report/ Obrigado!

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.

Boa tarde Allan, No XML (62-env-lot.xml) note que no grupo referente ao prestador nem sequer foi informado o CNPJ do mesmo. Na rotina que alimenta o componente você não informou o CNPJ e a IM do Prestador de Serviço. Prestador.CNPJ := edtEmitCNPJ.Text; Prestador.InscricaoMunicipal := edtEmitIM.Text;

Boa Tarde Luiz, A chave de acesso quando a emissão for em contingência será diferente de uma chave de BPe Normal pois você precisa trocar a Forma de Emissão. A Chave de Acesso do BP-e é composta por: Código da UF + AAMM da emissão + CNPJ do Emitente + Modelo + Série + Número do BP-e + Forma de Emissão + Código Numérico + DV Atente-se a isso. No ACBr quando você trocar a Forma de Emissão do bilhete e chamar o método Enviar ou Assinar ele vai gerar a chave correta.

Muito obrigado. Estou monitorando esse tópico, mas qualquer coisa você pode criar um outro e me citar usando "@".

Correções enviadas ao SVN.

Estude os fontes do Demo... A configuração é no componente ACBrBAL, que está ligado ao ACBrTER

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

Felipe Resende, achei o erro. Infelizmente esta mensagem está aparecendo por causa do certificado mesmo. Usei um outro certificado digital (Empresa: Serasa) de uma outra filial e não apresentou mais este erro. Graça a Deus esta minha filial é a ultima a ter o certificado digital do Serasa (Data do Venc 02/07/19), pois todas as outras já havíamos trocado para o certificado digital da Valid. Este erro só aparece para quem tem o certificado digital da Valid, pelo menos no meu caso. Agradeço muito pela sua ajuda e a do Italo que já havia falado que o problema era o certificado. Mais uma vez muito obrigado

Se você consegue utilizar dlls fique de olho no desenvolvimento da ACBrLib. Com certeza vai te ajudar.

Boa tarde José, Já fiz os ajustes, ainda hoje estarei enviando para o repositório.

Visulizar Arquivo Consulta SAT - WebService Este aplicativo utiliza o Componente ACBrSATWS do Projeto ACBr, permite realizar consultas em lote de CFe transmitidos via SAT para SEFAZ SP. Este componente utiliza recursos do WebService disponibilizado pela SEFAZ, pode ser útil para recuperar XMLs de CFe de um determinado período. Autor José M. S. Junior Enviado 18-06-2019 Categoria Utilitários - PRO

Não seria exatamente obrigatório. Acho que poderíamos dizer que seria recomendado, mas não obrigatório. E se você já tem algo funcionando, penso que seria até contraproducente exigir isso sem analisar seu código. Por outro lado, se você puder verificar os outros componentes que fazem esse tipo de leitura, pode ser que você veja algumas vantagens: talvez note algum código que você não precisaria refazer e poderia eliminar do seu componente; talvez perceba alguma maneira melhor de fazer certa rotina; talvez entenda melhor o código do ACBr e isso o ajude em outras ocasiões ... talvez encontre algum erro no código dos componentes atuais que você corrigiu no seu e possa nos ajudar

Juliomar, segue em anexo, os arquivos que estou usando para gerar boletos com senha: ACBrBoleto.pas ACBrBoletoFCFR.pas

Evitar fraudes. Grandes empresas estão usando, como operadoras de telefonia, montadoras de veículos, entre outras. Com a senha, o cliente só pagará o boleto caso tenha em mãos a senha de abertura do PDF. Desta forma, seria impossível ao cliente pagar um boleto fraudulento. Uma vez que, caso ele receba um boleto sem a senha de abertura, poderá não efetuar o pagamento sem acionar o emissor.

Segue em anexo a classe que criei para consulta de CNPJ no site https://www.receitaws.com.br/v1/cnpj Se alguém quiser usar ou implementar mais essa consulta no ACBR, esta toda pronta Segue a chamada da classe Consulta_CNPJ.Consulta(RemoveCaracteres ( EditCNPJ.Text )); RAZAO_SOCIAL.value := Consulta_CNPJ.Nome; ENDERECO.value := Consulta_CNPJ.Logradouro; NUMERO.value := Consulta_CNPJ.Numero; Todos esses campos são retornados Fatividade_principal_descricao : string; Fatividade_principal_code : string; Fdata_situacao : string; Fcomplemento : string; Fnome : string; Fuf : string; Ftelefone : string; Fatividade_secuncaria_descricao: string; Fatividade_secundaria_code : String; Fsituacao : string; Fbairro : string; Flogradouro : string; Fnumero : string; Fcep : string; Fmunicipio : string; Fporte : string; Fabertura : string; Fnatureza : string; Ffantasia : string; Fcapital : string; FEMail : string; FSocios : TStringList; Consulta_CNPJ.pas

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

Bom dia Cesar, Uma pequena correção. A chave da nota é composta por 44 dígitos dos quais 8 se referem ao código da nota fiscal (cNF). A sua aplicação não vai gerar a chave, quem gera é o monitor com base em algumas informações: Chave = <Código da UF(2)><Ano de Emissão(2)><Mês de Emissão(2)><CNPJ do Emitente(14)><Modelo(2)><Série da Nota(3)><Numero da Nota(9)><Tipo de Emissão(1)><Código da Nota(8)><Digito Verificador(1)> Os numero entre parênteses é a quantidade de dígitos. Se você não informar o código da nota fiscal (cNF) o monitor a principio atribui o valor zero. Como o código da nota fiscal não pode ser zero um código aleatório (recomendação da própria SEFAZ) de no máximo 8 dígitos é gerado e como dito anteriormente, vai fazer parte da chave. Por outro lado se a sua aplicação gerar e armazenar o código da nota da mesma forma que gera e armazena o numero dela e passar essas informações nos campos apropriados: nNF=<numero da nota gerado pela sua aplicação> cNF=<código da nota gerado pela sua aplicação> o Monitor vai gerar a chave com essas informações. Exemplo: nNF=1500 cNF=236589 Chave = <Código da UF><Ano de Emissão><Mês de Emissão><CNPJ do Emitente><Modelo><Série da Nota><000001500><Tipo de Emissão><00236589><Digito Verificador> Observações: 1. o numero da nota (nNF) tem que ser um numero sequencial crescente iniciado em 1. 2. o código da nota (cNF) não pode ser zero e nem igual a nNF e sim um numero aleatório. Espero ter ajudado.