Painel de líderes

Boa tarde baixei versão 1.2.0.39, testes a emissão do recibo de inutilizaçâo, e esta ok, obrigado

Boa tarde. Foi verificado que caso a propriedade ACBrTitulo.CarteiraEnvio fosse tceBanco e houvesse somente 1 mensagem no título, ocorreria o erro Out of Index, por este motivo foram feitas pequenas correções as quais já estão no svn. Porém existe a necessidade de uma revisão mais ampla quanto a este item, uma vez que o Banco do Brasil utiliza o Segmento S tanto para trabalhar com as mensagens adicionais, quanto para os dados do sacado quando será enviado boleto, peço que continuem acompanhando este tópico paras os avisos dos comits das alterações finais. Att.

Olá, deu certo amigo, agradeço a atenção.

Eu resolvi meu problema da seguinte forma -> Na unidade "pcesGerador" dentro da "procedure TeSocialEvento.SetXML(const Value: AnsiString);" No lugar que é feita a chamada da função Validar -> Validar(TipoEventiToSchemaReinf(StringXMLToTipoEvento(Ok, FXML))); Troque por uma verificação do nome do evento e chame a função Validar com seu schema diretamente. Ficou assim na minha aplicação. if NomeEvento = 'evtFechaEvPer' then Validar(schevtFechaEvPer) else Validar(TipoEventiToSchemaReinf(StringXMLToTipoEvento(Ok, FXML))); // Claudio 14/01/19 Um moderador pode fechar esse tópico já imo, obrigado!

Alex, a reunião é restrita pois o governo quer atender apenas alguns representantes, mas irei passar mais detalhes assim que puder.

Boa tarde. Seus fontes estão atualizados, recentemente foram feitas algumas correções que afetaram alguns outros componentes, talvez tenha relação com seu problema. Att,

Boa tarde Essas são exatamente as dúvidas que temos aqui !! Fizemos levantamentos em alguns clientes e em todos a maioria dos produtos tributados com ST na saída não tem a informação na última nf de compra (de atacado) e a grande maioria das nfs de compra recebidas em 2019 estão vindo sem a informação do ST Retido. Não existe nenhuma possibilidade de apuração do crédito do ST do que o cliente tem em estoque no início do ano, sendo assim, se a apuração for mesmo aplicada no final do mês de Janeiro, vai gerar um valor altíssimo de débito de Icms.. Esperamos que a SEFAZ tenha bom senso quanto a isso e prorrogue para o ano que vem, dessa forma vai dar tempo de as NFe com CST 60 virem com os valores e aos poucos os produtos vão armazenando as informação de crédito. Abraços...

Olá, O código anexo foi feito antes do refactoring das impressões DF-e e por isso não pode ser utilizado. Poderia informar se tem algum problema ao utilizar a versão atual do componente? Se tiver alguma sugestão de alteração para o código atual, queira por favor anexar em um novo post.

Bom dia a todos, Não existe no WebServices do MDF-e o serviço de inutilização de numero ou faixa de números de MDF-e.

Bom dia Lucas, Existem esses dois Schemas, pois um é o que a SEFAZ distribui e o outro é uma alteração que fizemos para compatibilizar com o OpenSSL. A minha sugestão é você distribuir o schema renomeado para os seus clientes.

Bom dia Carlos, Sugiro que utilize o segundo, pois o primeiro não vai funcionar, inclusive se faz necessário a sua remoção dos fontes do componente. Quanto ao ConsNFeDest já faz um bom tempo que esse serviço foi desativado pela SEFAZ, mais precisamente ele foi desativado em 31/05/2017 (conforme consta na NT 2014/002 versão 1.02b).

Bom dia @Arturo Note que no método "NFe.CriarNFe" o terceiro parâmetro é referente a Assinatura, ou seja, você pode passar parâmetro "0" para NÃO Assinar, desta forma não precisa do certificado para gerar o XML e posteriormente basta utilizar o comando NFe.ImprimirDANFE passando o path do XML. (Lembrando que enquanto o XML não estiver assinado com o Certificado Digital não pode ser enviado para SEFAZ). https://acbr.sourceforge.io/ACBrMonitor/NFECriarNFe.html

Notei que o mesmo problema, poderia ocorrer no DANFCe em Fortes Report... e apliquei alguns ajustes...

Enviei um possível ajuste para o SVN... rev: 16290

Elton boa noite. Depois de levar muito tapa (rsrsrsrs) segue as Units que fiz alterações. Peço gentilmente que faça uma varredura completa e minuciosa para depois validar (commitar) os arquivos. ACBrEPCBloco_1.pas ACBrEPCBloco_1_Class.pas ACBrEPCBloco_M.pas ACBrEPCBloco_M_Class.pas ACBrEPCBlocos.pas ACBrSpedPisCofins.pas

Boa tarde. Veja na pasta ..\Exemplos\ACBrSAT\... att.

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

Boa tarde. Em relação a alteração da carteira, conforme citei antes, não consegui reproduzir seu problema, em meus testes é impresso Carteira/Modalidade (o que está aprovado por diversas homologações), queira por favor analisar se está passando alguma informação adicional ao componente. Em relação a EspecieDoc, suas alterações poderiam afetar somente a remessa e não a impressão. Att.

Boa tarde, shennamo. Acredito que o caminho mais fácil é entrar em contato com a Sefaz desejada e solicitar a numeração.

Saudações Italo. Eu experimentei de várias formas: 1401 14.01 1401 com o numero do código tributário na frente e 14.01 com o numero do código tributário na frente Eu até estou em contato com o pessoal do Ginfes mas eles respondem a cada 2 dias. Desde já agradeço a sua atenção.

Boa tarde. Um adendo ao problema reportado. No caso se for colocado o reposnsável pelo seguro o contatante (respSeg=2) o Monitor gera a tag no XML corretamente. Ex.: [seg001] respSeg=2 CNPJCPF=84098910000300 xSeg=SULAMERICA SEGUROS S/A CNPJ=74098910000201 nApol=A121215151512151511 [aver001001] nAver=1234567890 Neste caso acima fica correto, o problema como já citado no início do tópico é quando o respSeg=1 no qual não informo o CNPJ/CPF do responsável nem o CNPJ da seguradora (porque realmente não é obrigatório).

Olá, Estava praticamente perfeito. Enviei ao SVN com alguns ajustes. Alguns pontos que eu notei e tive que alterar foram: Não estavam sendo chamados os métodos WriteRegistro que você criou; O Registro M210 estava sendo escrito sempre no novo modelo. Alterei para que pudesse verificar o layout. Isso sempre é preferível; Aproveitei para fazer a chamada de alguns métodos "ACBrTipoToStr". Notei que em vários lugares isso seria apropriado, mas não está sendo feito. Em resumo foi uma bela contribuição, muito obrigado. Verifique as alterações que eu fiz para ficar mais por dentro do código. Acredito que esteja tudo certo, mas queira atualizar e verificar. Mais uma vez, obrigado.

Boa tarde. Para contornar, basta setar " " nesta propriedade. Att.

Boa tarde. Temos este vídeo exclusivo na área SAC, considere fazer sua assinatura para ter acesso a este e outros vídeos interessantes, além é claro das vantagens de ser SAC e contribuir com o projeto ACBr. Att.

Boa tarde. A versão online do manual será atualizada em breve. Att.

Acho que esse é o problema. baixe do git a versão que está na 4.0 CE

Boa tarde Italo, td certo? Ok, só pra confirmar então, nós podemos renomear o arquivo "tiposGeralMDFe_v3.00-OPENSSL.xsd" para "tiposGeralMDFe_v3.00.xsd" (substituindo o anterior), que de certeza não vai haver nenhum problema na transmissão dos MDF-e's, tanto utilizando xsXmlSec quanto xsMsXml, certo? Quero ter certeza antes de lançar em produção... Já agradeço a atenção.

Usando o exemplo do svn também dá erro?

@Fernando Loiola, poderia refazer o teste e me informar se ainda está ocorrendo esse mesmo erro hoje ou se o erro retornado mudou?

Boa tarde, entrei em contato com a Receita e ela me retornou o seguinte : Resposta à Mensagem 1156656 Sr(a) Amaro José Loch Em atenção à sua mensagem, a Ouvidoria-Geral do Ministério da Fazenda informa que As consultas públicas do CPF possuem um limite de consultas em um determinado período de tempo. Caso haja um grande volume de consultas realizadas com o mesmo IP, o sistema poderá bloquear o usuário por um determinado tempo. Quando necessário, não hesite em dispor desta Ouvidoria para tratar de outros assuntos relacionados ao Ministério da Fazenda. Estamos aqui para garantir o direito de manifestação da sociedade sobre os serviços que lhe prestamos. Atenciosamente, Ouvidoria-Geral do Ministério da Fazenda

Bom dia, provavelmente não está utilizando a documentação atualizada da ultima versão, esse e outros comandos não utilizados foram removidos da documentação.

Não parece ser o caso. Veja os logs das duas inicializações: -- 03/01 08:23:37:042 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 192.168.1.200 CodigoLoja: 00000000 NumeroTerminal: 00000008 Resultado: 0 ParametrosAdicionais: [ParmsClient=1=53485215000106;2=08940933000170] -- 03/01 08:23:37:859 - CliSiTef Inicializado CliSiTEF -- 03/01 08:23:37:859 - InfoECF: ineEstadoECF -- 03/01 08:23:37:859 - Ret: P -- 03/01 08:23:37:859 - CliSiTef CancelarTransacoesPendentesClass -- 03/01 08:23:37:861 - *** FinalizaTransacaoSiTefInterativo. Confirma: NAO Documento: 20190103082205 Data: 20190103 Hora: 082252 -- 03/01 08:23:40:668 - InfoECF: ineEstadoECF -- 03/01 08:23:40:668 - Ret: P -- 03/01 08:23:40:669 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Transação não efetuada. Favor reter o Cupom -- 03/01 08:31:19:353 - *** ConfiguraIntSiTefInterativoEx. EnderecoIP: 192.168.1.200 CodigoLoja: 00000000 NumeroTerminal: 00000008 Resultado: 0 ParametrosAdicionais: [ParmsClient=1=53485215000106;2=08940933000170] -- 03/01 08:31:21:574 - CliSiTef Inicializado CliSiTEF -- 03/01 08:31:21:574 - InfoECF: ineEstadoECF -- 03/01 08:31:21:574 - Ret: P -- 03/01 08:31:21:574 - CliSiTef CancelarTransacoesPendentesClass -- 03/01 08:31:21:587 - *** FinalizaTransacaoSiTefInterativo. Confirma: NAO Documento: 20190103082437 Data: 20190103 Hora: 082503 -- 03/01 08:31:21:590 - InfoECF: ineEstadoECF -- 03/01 08:31:21:590 - Ret: P -- 03/01 08:31:21:590 - CliSiTef DoExibeMsg: Oper: opmOK Mensagem: Transação não efetuada. Favor reter o Cupom

Bom dia. Você não está setando a propriedade CodigoCedente? Att.

Bom dia, Por qual motivo você quer trocar o logo? Att.

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

Bom dia. Nessas situações é interessante adicionar o link do tópico também... Att.

Simplesmente não existe. o que tem são gambiarras que aos poucos o governo está ajudando a terminar, por exemplo hoje não é mais possível consultar o xml completo no site do sefaz e assim por diante. a forma correta é que existe, manifestar e dar ciência de operação ou ainda a que teria que ser premissa, enviar o xml aos participantes após o termino de sua emissão junto ao sefaz

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

Boa Dia, Italo e Juliana. Obrigado pelo retorno. O erro " Não foi possível estabelecer conexão com o Sistema do CNPJ. A falha pode ser temporária, tente novamente mais tarde. " ao enviar o evento S-2200, acontecia em razão do campo 'cpfctt' do evento S-1000 ter sido informado incorretamente. O CPF informado não era da pessoa responsável pela empresa perante a RFB (era de outro sócio). Foi enviado alteração do evento S-1000 com o CPF do responsável correto e o evento S-2200 passou retornou sem erros. Estranho foi o retorno do esocial sugerindo tentar mais tarde ... Grato atenção Tenham todos uma ótima semana.

boa tarde.. Olhando o Seu xml, nao pode ter nenhuma diferenca de centavos.. entao se arredondar ou nao, tem de deixar igual ao total. eu trabalho com outra linguaguem , e usamos arredondamento. olhando o seu caso, voce é obrigado a arredondar no item tambem. entao, tem de ser 22 tambem.

https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2299INI.html

A mensagem de erro é proveniente da DLL do fabricante... Você deve copiar a última versão, da DLL fornecida pelo fabricante, para a mesma pasta do ACBrMonitorPLUS E configurar o ACBrMonitorPLUS, para carrega-la...

Ok... já no SVN.. rev: 16289

Sim cada cargo é um evento e por isso deve ser enviado separadamente. Sim mas no eSocial cada cargo é um evento então tem que ser tratado de forma separada.

Qual é a marca/modelo da Impressora ? Provavelmente ela instala um Driver na USB, para emular uma COM virtual... Em alguns casos, é necessário desativar o recurso de economia do Windows, para USB...

esse método seria acessível apenas por código e não por Tags Tente obter o manual de EscPos da Impressora para verificar se há alguma diferença no comando a ser enviado

Obrigado Daniel

Solução perfeita.

? Assunto Encerrado

Acho que esse SAT está com o Certificado antigo do SEFAZ... se for o caso, somente o fabricante poderia resolver...