Painel de líderes

Não recebem valores iguais. - pICMSInter é o ICMS interestadual, um valor fixo de 4, 7 ou 12% de acordo com a origem do produto, se nacional ou importado, e o estado de origem e destino. - pICMSUFDest é a alíquota interna do item no estado de destino, geralmente 17 ou 18%, com exceções. A diferença do pICMSUFDest e o pICMSInter é o percentual para calcular o valor do ICMS de diferença de alíquota "a partilhar" entre os estados de origem e destino, mas como o Dercide já mencionou ele já é 100% devido ao estado de destino, esse percentual é informado na tag pICMSInterPart.

Boa tarde @vbaggio basicamente seus XML estão idênticos, uma questão é que o que você diz que foi autorizado está no servidor de produção e o que está denegado no servidor de homologação. Pode haver diferença dos dados cadastrais entre esses servidores. Alguns estados também não aceitam a figura de isento, verifique se este é o caso do seu estado, nesse caso informaria o indicador de inscrição estadual como 9 - Não Contribuinte do ICMS e não informaria informações no campo de inscrição estadual, lembrando que sempre que não for contribuinte deve obrigatoriamente ser para consumo final. outra questão, o servidor de produção de SP essa semana ou a 10 dias saiu denegando documentos em peso, pode ser também que essa regra ainda está ativa no servidor de homologação. Forte abraço

Quando o CNPJ possui mais de uma página de itens de 'CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS' (exemplo CNPJ = 08.251.929/0001-03), só trás a primeira página desses itens, desconsiderando assim as outras páginas, (nesse caso as outras 5 páginas). Verifiquei que no arquivo ACBrConsultaCNPJ.pas, na linha 296, o arquivo cria uma TStringList com os valores da seguinte forma (peguei no git o arquivo https://github.com/frones/ACBr/blob/master/Fontes/ACBrTCP/ACBrConsultaCNPJ.pas): FCNAE2.Clear; StrAux := LerCampo(Resposta,ACBrStr('CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS')); FCNAE2.Add(ACBrUtil.RemoverEspacosDuplos(StrAux)); repeat StrAux := LerCampo(Resposta, StrAux); if StrAux <> '' then FCNAE2.Add(ACBrUtil.RemoverEspacosDuplos(StrAux)); until StrAux = ''; Ou seja, quando encontra um campo em branco após terminar os itens da primeira página, o mesmo interrompe a execução da busca e desconsidera o restante. Para corrigir o problema, deverá ser utilizado um outro loop de REPEAT(código abaixo), para quando encontrar um campo em branco, percorra novamente para ver se encontra outra descrição 'CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS', com isso encontrando as outras páginas e não deixando nenhum item sem ser adicionado a variável FCNAE2. FCNAE2.Clear; StrAux := LerCampo(Resposta,ACBrStr('CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS')); repeat FCNAE2.Add(ACBrUtil.RemoverEspacosDuplos(StrAux)); repeat StrAux := LerCampo(Resposta, StrAux); if StrAux <> '' then FCNAE2.Add(ACBrUtil.RemoverEspacosDuplos(StrAux)); until StrAux = ''; StrAux := LerCampo(Resposta,ACBrStr('CÓDIGO E DESCRIÇÃO DAS ATIVIDADES ECONÔMICAS SECUNDÁRIAS')); until StrAux = ''; Não sei como proceder para vcs corrigirem esse problema e com isso abri esse tópico no fórum. Aguardo resposta de vocês.

Boa tarde Alan, Exato, é o ConsultarLoteRps. A minha sugestão é que você faça um teste, envie no mesmo lote um RPS sem nenhum erro e o outro com um erro (por exemplo: alíquota invalida) e veja como fica o retorno do ConsultarLoteRps. Pode ser que o provedor rejeita o lote como um todo ou somente o RPS errado. Se rejeitar somente o RPS errado, você deve corrigir ele e enviar somente ele depois.

Boa tarde Thiago, Essa NT diz que com o MDF-e Integrado vai ser possível gerar de forma automática o CIOT, mas não diz como e quando. Logo o jeito é esperar. E enquanto esperamos por essa geração automática pelo sistema MDF-e, devemos gerar o CIOT e informa-lo no MDF-e. Para gerar o CIOT podemos usar o ACBrCIOT que no momento se utiliza apenas do eFrete.

Rafael, Encontrei uma solução. Se eu não descarregar a biblioteca da memória, ou seja se eu não usar o DllUnload( oDll ), funciona tudo perfeitamente! Essas bibliotecas da ACBr são um show. Muito obrigado.

Obrigado amigo... Ficou perfeito!

Bom dia Alan, Se não ocorreu nenhuma mudança, conforme consta no arquivo Cidades.ini a cidade de Feira de Santana se utiliza do provedor WebISS para recepcionar o RPS e retornar a NFS-e. Conforme consta no arquivo WebISS.ini esse provedor segue o layout da ABRASFv1, ou seja, segue a versão 1 do layout da ABRASF. Para os provedores que seguem essa versão o fluxo é: 1. Enviar um lote com até 50 RPS através do método Enviar; 2. Consultar a Situação do Lote através do método ConsultarSituacao; 3. Por fim Consultar o Lote através do método ConsultarLote; Ao consultar o lote temos as seguintes situações: Se a situação do lote for 3 teremos como retorno a lista de rejeições que devemos corrigir e enviar novamente. Se a situação for 4 teremos como retorno os XMLs das notas. Aconselho realizar testes usando o programa exemplo com 1 ou 2 RPS no lote. Só depois partir para implementação da emissão da NFS-e na sua aplicação.

Em análise...

Favor não duplicar tópicos.

Ajuste a largura da bobina nas opções do componente

Bom dia Fellipe, Já enviei para o repositório a sua colaboração.

Olá pessoal Confirme prometido estou anexando aqui nessa postagem o programa exemplo do componente ACBrNFSe refatorado para que vocês possam realizar os testes com os provedores de seus clientes. Caso tenham algum problema, em alguma funcionalidade favor anexar os XMLs de envio e de retorno que funciona atualmente e os gerados com o novo componente para que eu possa fazer as devidas correções. Foram implementados nesse novo componente 32 provedores que se utilizam da versão 1 do layout da ABRASF, 55 provedores (inclusive: SiapSistemas e DSFv2) que se utilizam da versão 2 do layout da ABRASF e 20 provedores que seguem o seu próprio layout, totalizando 107 provedores, abrangendo 1215 cidades. Como realizar os testes: Na sua maquina de desenvolvimento crie uma pasta (Por exemplo: NovoACBrNFSe) descompacte o arquivo ACBrNFSe_Exemplo.rar dentro dessa pasta. Ao executar ele pela primeira vez vai aparecer a tela de erro: O motivo de aparece essa tela é porque ainda não existe o arquivo de configuração. Clique no botão [OK] E configure da mesma forma que você configurou o programa exemplo do componente atual, ou antes de executar copie para dentro dessa pasta o arquivo de configuração (ACBrNFSe_Exemplo.ini) do programa exemplo que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Delphi Note que nesse novo programa exemplo temos um botão chamado Envio: Foi criado um novo método chamado Emitir que tem por finalidade abstrair os métodos de envio de cada provedor. Vamos a alguns exemplos: Os provedores que seguem a versão 1 do layout da ABRASF só possuem 1 método de envio que é o Enviar, logo o método Emitir vai usar esse método, por outro lado o provedor 4R que segue a versão 2 do layout da ABRASF e deveria ter disponibilizado os métodos Enviar, EnviarSincrono e Gerar, disponibilizou somente o EnvioSincrono, logo o método Emitir vai usar esse método. O provedor MegaSoft que também segue a versão 2 do layout da ABRSAF e que deveria ter disponibilizado os 3 métodos citados acima, só disponibilizou o método Gerar, logo o método Emitir vai se utilizar do método Gerar para enviar o RPS par o WebService. Assim que liberarmos os fontes do novo componente conto com todos para melhorarmos o método Emitir, pois acredito que ele vai simplificar bastante. Por fim peço a todos que postem os resultados dos testes aqui no fórum. Para quem não é membro do SAC favor postar em: Home / Fórum Aberto - ACBr / ACBrDFe / ACBrNFSe Para quem é membro do SAC favor postar em: Home / Suporte Pago - SAC / DFe - Documentos Fiscais Eletrônicos Programa exemplo do novo componente ACBrNFSe: ACBrNFSe_Exemplo.exe(compilado: 11/11/2020 as 16:14) Desde já muito obrigado pela colaboração de todos.

Pessoal, fiz o curso e fiz a prova. Agora tenho certificação Exin - PDPF ! Bem, de tudo que eu estudei até agora, vi que a parte de sistema corresponde a aprox. 30% de todo o trabalho. Os outros 70% são processos que precisam ser revistos na empresa. Muda a relação entre: software - cliente - cliente do cliente empresa - colaboradores empresa - fornecedores O impacto no desenvolvimento será levantado a partir dessa semana mas tem uma dica que posso compartilhar já: como a LGPD só vale para as pessoas naturais (ou seja, vivas) trocamos todos os nomes do banco de testes para nomes de brasileiros famosos já falecidos, para não correr o risco de "vazar" dados de alguém chamado "José da Silva" ou o banco ficar com dados do tipo AAAA / BBBB. A partir de hoje Tim Maia, Cássia Eller serão nomes comuns para testes, rs E se tem uma regra de ouro da LGPD é a seguinte: só colete os dados estritamente necessários e que vc possa explicar o porque de cada campo. Aqueles cadastros cheios de informações que nunca são usados, precisam ser revistos e campos eliminados. "Só colete os dados que consegue proteger". Os relatórios também serão todos revistos, para que o usuário tenha a opção de emitir o relatório apenas com o código do cliente / fornecedor / funcionário. E para atender o direito de portabilidade, os dados precisam ser baixados / exportados em um formato de fácil acesso do tipo XML, CSV sem que dependam de um programa específico para abertura. São apenas levantamentos iniciais, pois o assunto é bem extenso. Acabei de criar o blog da empresa onde pretendo disponibilizar informações sobre a LGPD por lá https://powerlog.com.br/blog Vamos aguardar também o @marcopoloviana e suas publicações sobre o assunto.

Boa tarde. Obrigada pela sugestão, mas normalmente os subforuns são destinados a algum componente ou grupo de componentes, no caso o LGPD se encaixa em legislação... Também gostaria de lembrá-los que no Dia do ACBr Online, teremos uma palestra para falar exatamente sobre este assunto com o grande @marcopoloviana do SAC Fiscal. https://www.diadoacbr.com.br/#programacao Att.