Painel de líderes

Boa tarde Ana, O eSocial tem uma alteração ou outra praticamente a cada mês e para quem não é da área ou não tem um sistema que contempla o eSocial acaba ficando desatualizado. O componente ACBreSocial que é utilizado pelo ACBrMonitor Plus, sofre alterações a medida que os demais colegas do fórum vão nos apresentado o que precisa ser feito. Os que lidam com o componente acabam contribuindo com essas alterações. Foi o que ocorreu esta semana em relação ao evento 2200. Como você agora é assinante do SAC, lembre-se que toda sexta-feira (se eu não estiver enganado) é disponibilizado uma nova versão do ACBrMonitor Plus. É importante que você baixe essas novas versões, pois se fizermos alguma correção, melhoria ou inclusão de novas funcionalidades, elas vão estar disponíveis na nova versão. O que eu escrevi acima sobre o eSocial, é valido também para o Reinf, ou seja, o ACBrMonitor Plus se utiliza do componente ACBrReinf. No manual do Monitor você encontra exemplos de arquivos INI, um para cada evento do eSocial e Reinf. Compete a sua aplicação gerar esses arquivos e salvar em um pasta especifica, para que o Monitor faça o resto do serviço.

no Manual do SAT, esses valores devem ser informados em Taxa... ou seja, divididos por 100.... Veja:

Entendo a frustração, mas sua reclamação é injusta. Todas as alterações ficam registradas no log do svn, arquivos *-change-log.txt, posts no fórum... Você tem tudo o que precisa pra decidir enviar atualização para o teu cliente ou não.

Boa tarde Emilio, O seu XML esta errado. Você já esta incluindo nele o grupo <cteProc>, grupo este que só é incluído depois que a SEFAZ retorna o protocolo de autorização. A chave esta errada, você informa que o cCT é 229 mas na chave coloca 219. Outra coisa o valor cCT não pode ser igual a nCT no seu XML estão igual. Isso é o que notei logo quando abri ele. Eu no seu lugar seguiria os conselhos do Daniel. Em vez de ler as informações do banco de dados e gerar o XML, gere o arquivo INI e deixa o Monitor fazer o resto por você. Garanto que terá menos dor de cabeça.

Veja que o arquivo assinado pelo ACBr não é o mesmo que você está tentando validar: No seu XML a tag cCT é 229 por isso o ACBrMonitorPLUS corrigiu a chave e gerou arquivo diferente.

A versão do Fast que está usando com o Delphi Rio é a que veio junto com o Delphi? Se for, esse é o problema, essa versão não tem suporte a scripts, e causa problemas desse tipo. Precisa instalar ao menos a versão Standard do Fast Report, e instalar também o Fast Script.

Gente, grato a todos, resetei a senha no locaweb e deu certo .... Muitíssimo obrigado a todos. Abraços e bom fds

opa valeu funcionou certinho

Total.DescAcrEntr.vDescSubtot := 50.00;

Bom dia João, Se não me falha a memória no que diz respeito ao campo indPriEmpr foi enviado para o repositório uma alteração visando resolver esse problema no dia 14/10/2019 Como a geração dessa tag se encontra na unit pcesGerador é nessa unit que você precisa analisar e não a unit referente ao evento 2200. Qual é o valor que você esta atribuindo a cadIni? Pois se for tpSim, a tag indPriEmpr vai ser gerada. Quanto a nova opção CEI para o campo tpInscAnt, caso não tenha sido ainda acrescentada, caso queria contribui, toda ajuda é bem vinda.

Bom dia prezados, Não precisei alterar o SSLXmlSignLib e com a sugestão do @EMBarbosa verifiquei no arquivo .xsd que está aceitando (fiz a atualização novamente) e alterei os meus Schemas e funcionou perfeitamente. Obrigado pela ajuda e um ótimo final de semana a todos.

Pois não Daniel, solicitei na empresa.

Tem algumas contribuições ainda em análise pra resolver esse problema. Veja: Ou:

Para ficar registrado, conforme explicado pela @Gr@c@, uma forma do campo obscont tanto da Nfe como do CTe ser utilizado hoje é para as informações de averbação. Pode ser que um fiscal multe caso essa informação não seja impressa. Mas caso contrário, vale o que está no MOC. Por isso... Alphajoy. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17957. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Olhe nesse pasta se o pacote está lá outra coisa é a o fast report está instalado corretamente

Na verdade, NFP-e é Nota Fiscal de Produtor Eletrônica. Parece que substitui o modelo 4 e é o modelo 55. Me parece ser a mesma NF-e de produtor rural atual. http://www.sped.fazenda.pr.gov.br/modules/conteudo/conteudo.php?conteudo=127

Boa tarde Implementei a leitura do motivo da rejeição nos retornos modelo cnab 400 da caixa. Segue em anexo arquivo com a correção. Desde já muito obrigado. ACBrBancoCaixa.pas

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

Boa tarde Walter, No que se diz respeito ao componente ACBrANe não existem schemas para validar a averbação antes do seu envio. Pela mensagem de erro, o que tudo indica que não foi informado o código e senha do usuário, favor realizar testes com o programa exemplo.

Haroldo, Eu não entendo o porque de executar o método GerarXML antes de executar o EnviarEvento, sendo que este ultimo além de gerar o XML do evento já assina. E o XML que temos que guardar pelo tempo legar é o *-procEventoNFe.xml Este XML contem o evento assinado que foi enviado para SEFAZ bem como o retorno, ou seja, o protocolo de homologação do evento que atesta que o evento foi aceito e vinculado a nota. Portanto podemos considerar o *-procEventoNFe.xml como sendo um documento com validade jurídica.

Acho que é isso mesmo. É a Embarcadero Edition. Obrigado @BigWings!

Vou debugar e analisar aqui melhor.

Sobre esse assunto veja este tópico:

Não acho que seja o problema... mas na dúvida instale um Win10 e teste se fica estável...

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

Vou verificar. Obrigada!

CAPICOM é obsoleta... use a libWinCrypt

Não é mais produtivo, gerar o arquivo INI e deixar o ACBr gerar o XML ? Isso blindaria sua aplicação, das constantes modificações que estão ocorrendo no layout do XML... Por favor anexe um exemplo do XML de CTe, que você tenha passado para o comando: CTE.AssinarCTe Se possível, adicione também o Log gerado pelo ACBrMonitorPLUS

Pode utilizar apenas o método CTe.EnviarCTe, passando o parâmetro "Assinar" como: "1". https://acbr.sourceforge.io/ACBrMonitor/CTEEnviarCTe.html

Sim.. isso mesmo, veja: https://acbr.sourceforge.io/ACBrMonitor/ComousaroACBrMonitor.html

Bom dia Lino, Eu prefiro essa outra:

Bom dia Gean, Acredito que você não foi no ACBr Day 2a Edição e se foi preferiu assistir as palestrar dos meu colegas. Uma pena, pois a minha palestra tratava exatamente sobre o que você deseja. No momento o que já esta disponível é os slides. Dicas de Emissão de CT-e.

Tópico respondido em:

Show, galera! Vocês ajudaram bastante. Muito obrigado

Opa, Beleza, fico no aguardo de um retorno.

Muito obrigado André, era exatamente isso, muito obrigado.

Bom dia. Uma correção no componente. Atenciosamente. ACBrConvenio115.pas

É o chamado cálculo “por dentro”, que na prática, o valor do imposto integra sua própria base de cálculo.

por favor anexe o Log, onde consta o erro... creio que o problema seja enviar dois comandos no mesmo ENT.TXT... Esse comando aceita uma String no formato INI... e isso obriga o "parser" a ignorar as quebras de linhas...

então desconfie da internet do cliente...

Olá. Só gostaria de informar que estou analisando o seu código.

Ops, funcionou blzinha aqui...

Favor atualizar para ultima versão para solucionar o problema.

Boa tarde No comando que está passando, não está sendo considerado o parametro para impressão, pois não fechou as aspas (" ") após o primeiro parametro... deixe da seguinte forma: MDFE.CriarEnviarMDFe("[IDE] ... infAdFisco=" ,1,1)

Isso, meu PDV tem uma tela de identificação do cliente, conforme a tecla de atalho utilizada, ele abre para consultar manualmente, ou já abre aguardando o CPF/CNPJ ser digitado no pimpad...

Boa tarde, Neste caso tem aliquotas pré definidas: pICMSInter Alíquota interestadual das UF envolvidas: - 4% alíquota interestadual para produtos importados; - 7% para os Estados de origem do Sul e Sudeste (exceto ES), destinado para os Estados do Norte, Nordeste, Centro-Oeste e Espírito Santo; - 12% para os demais casos.

Nossa Kiko Fernandes, que vergonha , nem acredito que deixei passar esses detalhes, faz dias que to me matando aq e era só falta de atenção, muiiiiiiito obrigado pela atenção e ajuda de todos. Não sei como faz mas da minha parte pode dar como encerrado o tópico. DEUS abençoe

Olá, obrigado por sua análise inicial. Estamos considerando as opções e logo traremos mais informação.

Bom dia, Léo. Também estou com esse problema na impressão do CT-e. Fiz algumas alterações no arquivo fr3. Fiz os testes com CT-e do tipo Normal e modal rodoviário. Dá uma olhada no arquivo fr3 em anexo. DACTE_Retrato_v6.fr3

Boa tarde João, Esse provedor na verdade é DataSmart, inclua a cidade deseja aos moldes da cidade: Nonoai/RS.