Painel de líderes

Boa tarde, Muito obrigado pela postagem. Já se encontra disponível no repositório tanto a atualização dos schemas bem como do componente que visa atender a Nota Técnica em questão. Favor atualizar todos os fontes de todas as pastas. Reinstalar a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos.

Nota Técnica 2018.005 Alteração de leiaute da NF-e/NFC-e Versão 1.20 – Março de 2019 Implantação Teste: 25/02/2019 Implantação Produção: 07/05/2019 * Implementação futura para o grupo de campos de identificação do responsável técnico e geração do hashCSRT. * Exceto para o grupo de identificação do responsável técnico, as UF: AL, AM, MS, PE, PR, SC e TO, manterão a data de 07/05/2019, adiada em alguns dias em relação a data original para deslocar a implantação da versão desta NT, em produção, do último dia útil do mês de abril. * Não aplicação das regras de validação N12-81 e N12a-50 ao Modelo 65. * Correção do exemplo de geração do hashCSRT * Alteração da Versão do schema para versão 1.20 Até 25/02/2019 Até 07/05/2019 1.10 * Criação de campo no Grupo N. Grupo CRT=1 (CSON 500) Em anexo: NT 2018 005_v1_20 - Alteração de leiaute NF-e e NFC-e (Final) NT 2018 005_v1_20 - Alteração de leiaute NF-e e NFC-e (Final).pdf

ok, Italo, estou desenvolvendo ainda o modulo de averbação, estou estudando o modulo ainda era apenas para saber se já existia.

Boa tarde Dercide, Além de atualizar os fontes, reinstalar os componentes, recompilar a sua aplicação, nos clientes que esta ocorrendo o problema, foi atualizado os arquivos INI? Alguns provedores tiveram os seus arquivos INI alterados, se não atualizar vai ocorrer problemas.

Olá pessoal, Com o passar do tempo e havendo necessidade acabamos fazendo alterações tanto no arquivo Cidades.ini bem como no arquivo INI do provedor que a cidade do seu cliente contratou. Sendo assim é de vital importância que na maquina do seu cliente os arquivos INI (informados acima) bem como os arquivos XSD (Schemas) estejam sempre atualizados. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI, encontramos os arquivos INI de todos os provedores que o componente reconhece mais o Cidades.ini Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas, temos uma pasta para cada provedor e dentro de cada uma delas os arquivos XSD, ou seja os schemas usados pelo provedor. A minha sugestão é que dentro da pasta que se encontra o executável da sua aplicação deve constar também os arquivos: Cidades.ini e o INI do provedor, uma pasta com o nome Schemas e dentro desta os arquivos XSD do provedor. No que diz respeito a configuração, o componente deve estar configurado da seguinte forma: ACBrNFSe.Configuracoes.Geral.PathIniCidades := "Informar o path (caminho completo) de onde se encontra o arquivo Cidades.ini"; ACBrNFSe.Configuracoes.Geral.PathIniProvedor := "Informar o path de onde se encontra o arquivo INI do provedor"; ACBrNFSe.Configuracoes.Arquivos.PathSchemas := "Informar o path de onde se encontra os arquivos XSD (Schemas) do provedor";

Bom dia! Refiz os testes e conferi as configurações, e consegui enviar o e-mail. Obrigada.

Segundo o Post de homologação a leitura de Status de Gaveta é funcional... Mas somente é possível ler Status da Impressora através de Portas Seriais ou TCP

Muitos usuários quando configuram o ACBrMail do pacote ACBrTCP para enviar emails utilizando uma conta do GMail, encontram dificuldades, devido a erros de configurações ou ainda a restrições de segurança da conta, por meio do Google. Neste tópico, vou demonstrar como habilitar na conta do Google o envio de Emails, ou melhor, o acesso a uma conta do google por meio de "Aplicativos Menos Seguros". - Para verificar se sua conta do Google permite o login, e consequentemente o envio de emails por estes apps, acesse sua conta do google através do link, ou como no print abaixo.: - Clique em Segurança, e vá até a sessão: Acesso a app menos seguro No meu caso a opção já está habilitada. Pronto, agora você pode configurar o ACBrMail para usar o Gmail, com os parâmetros abaixo: ACBrMail1.From := '[email protected]'; // Coloque seu endereço do GMail ACBrMail1.FromName := 'Celso Marigo Junior'; // Nome para exibição ACBrMail1.Host := 'smtp.gmail.com'; // SMTP do Gmail ACBrMail1.Username := '[email protected]'; // O usuário é o próprio email ACBrMail1.Password := '*********'; // Nunca coloque a sua senha em fórums ACBrMail1.Port := '587'; ACBrMail1.SetTLS := True; ACBrMail1.SetSSL := False; Abaixo Gif demonstrando o envio com os parâmetros acima utilizando o ACBrMonitorPLUS recomento do excelente ScreenToGif (Google it!), para gravação de gifs de telas.

No seguimento U não estava sendo preenchido o ValorPago e ValorRecebido estava sendo preenchido errado. Segue anexo unit e manual.ACBrBancoSantander.pas Santander - CNAB 240.pdf

Mas foram todos Dercide? Ou você teve alguns que não conseguiram?

Opa, que bom, então já foi corrigido

Ítalo, muito obrigado mais uma vez! Entendi, achei outro provedor que tem a mesma consulta IssDSF : http://209.126.222.200:8090/iss-web/downloads/ManualIntegracao.pdf. Pelo que eu entendi meu trabalho sera esse mesmo ir pesquisando os manuais de cada prefeitura que eu queira pesquisar essas informações e ir verificando se eles tem esse tipo de consulta e vou ter que desenvolver isso na mão. Amigo, você me ajudou imensamente, muito obrigado!

Atualizei o componente hoje (18/03/19) novamente. Nos testes iniciais, o campo Cod.Anvisa com o termo "ISENTO" e os novos campos do Local Entrega e Local Retirada começaram a ser aceitos na transmissão de NFe em modo homologação. Vou fazer novos testes e mais completos, mas aparentemente as coisas começaram a funcionar.

Irei buscar uma resposta junto a sefaz , e retorno aqui desde já grato.

@Italo Jurisato Junior A principio os INI estão atualizados, pois sempre atualizamos. Mas vou conferir e dou um retorno. Dercide.

MG paralisação programada das 18h do dia 15/03 às 12h do dia 20/03

Boa tarde Marcos, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Essa consulta não foi implementada, pelo simples fato de que somente alguns provedores implementaram esse serviço em seus webservices. Lembre-se, a NFS-e é uma zorra, não é porque o provedor segue a versão XYZ do layout da ABRASF que todos os serviços especificados nessa versão foram implementados.

Boa tarde Everto, Muito obrigado pela colaboração, fiz um teste com as duas URLs de homologação e notei que uma delas foi desativa, alterei o arquivo e enviei para o repositório.

Boa tarde. MG e Contingência ainda parados Atenciosamente.

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

Apliquei um pequeno ajuste, para evitar que o Hash computado não fique com menos de 256 bytes Rev. 16716, no SVN

Bom dia. MG está com problemas para emissão de qualquer DF-e. Na parte da manhã, ainda se conseguia emissão por SVCAN, mas não está funcionando mais. O portal Estadual de MG e o SIARE também se encontram fora do ar. Não há absolutamente nada a fazer por parte do ACBr. Temos que aguardar que os serviços sejam disponibilizados. Infelizmente podemos perceber que no portal da NFe todos os serviços de MG estão em verde o que não representa a realidade.

Talvez CE tenha uma Especificação Técnica do MFE diferente da do SAT Creio que precisamos dela, antes de qualquer ajuste nos fontes... Agradeço se tiver um Link para download

Seus fontes estão desatualizados... veja: http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrOpenSSL/libxmlsec.pas

O problema era dentro do ACBrANeServicos alterei o web service [ANe_XX_H] :ANeAverbacao_2.00=http://testewebserver.averba.com.br/index.soap?wsdl ; ou ANeAverbacao_2.00=http://homologaws.averba.com.br/20/index.soap?wsdl estava o primeiro "testeweb", mudei para o "homologaws" funcionou.

As únicas diferenças entre os layouts que consegui enxergar foram a entrada de 2 campos: E a saída de 4 campos: Alguém viu mais alguma outra alteração?

Por padrão, no Linux, a LibXmlSec é compilada com a MinGW.. e pelo que notamos, o nome padrão dela, quando instalada, é " libxmlsec1.so" Isso pode ser uma variação da sua distribuição Linux, a qual você pode facilmente contornar com um Link simbólico..

Pessoal, a quem interessar resolvi assim: Sacado.CNPJCPF := qry_cons_remessaPES_CPF_CNPJ.Value; If Sacado.CNPJCPF.Length > 12 then Sacado.Pessoa := pJuridica else Sacado.Pessoa := pFisica; Obrigado pela atenção, resolvi dessa forma: Ao adicionar os boletos na lista faço: Sacado.CNPJCPF := qry_cons_remessaPES_CPF_CNPJ.Value; If Sacado.CNPJCPF.Length > 12 then Sacado.Pessoa := pJuridica else Sacado.Pessoa := pFisica;

Obrigado a vocês!

Pois é cara, ta complicado. No inicio achei que era no componente pq passei a ter o problema logo depois q atualizei os fontes, mas depois vi que era com a SEFAZ.

Bom dia! Os servidores de MG estão um caos! ?? E o contingência só retorno Falha não Tratada.

Ok! imaginei. vou tentar aplicar no lazarus suas mudança do dfm

Bom dia Demostenes, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 deixando marcado a opção para apagar os arquivos antigos?

@Juliomar Marchetti, entendo. Não trabalhamos com o lazarus, então vou deixar pra ir arrumando no meu fonte aqui mesmo. Obrigado.

Estou tentando mas o servidor de homologação está bugado, engraçado que o de produção está funcionando, mas tem alguns ajustes para fazer e por isso estou esperando o servidor de homologação funcionar. Segue o erro que está ocorrendo, se alguém poder ajudar: --------------------------- Demo_acbrnfse --------------------------- Erro Interno: 0 Erro HTTP: 500 URL: https://enfs-hom.abaco.com.br/arapiraca/servlet/arecepcionarloterps?wsdl --------------------------- Falei com o suporte local que ficou de verificar e já faz uma semana.

Bom dia, Foi publicado na sexta (15/03/2019) a versão 1.20 da NT 2018/005 onde menciona que foram prorrogadas as validações da hashCSRT para uma data futura. A aplicação da NT como um todo também foi prorrogada para 07/05/2019 em produção.

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

Se você deseja emitir um boleto, não tem saída, tem que seguir as regras do banco escolhido. Se quer algo menos "burocrático" pode enviar um e-mail para o Sacado com os dados da conta bancária e aguardar ele depositar. Ou solicitar o envio de cheques pelo correio.

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

Tem toda razão, eu havia confundido esses campos com campos de observação referentes ao cupom, e não ao produto, pode excluir ou fechar o tópico se quiser. Desculpe a confusão

bom dia.. Nao estou entendendo sua duvida.. Para cada item, somente pode ir um Cest.

atualizei os componente, deu certo.

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

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Qual a marca e tipo do seu certificado ? Você consegue acessar a URL do WebService do Sefaz, pelo navegador da Internet ? (a URL aparece na msg de erro)

Na NT 2016.002 v1.61 o grupo vDesc foi excluído da regra de validação Y01-20, que obrigava a informar todos os dados da fatura caso o grupo fosse gerado. Creio que é a isso que você se refere. Essa regra trouxe vários problemas pra nós, onde as SEFAZ hora exigiam o preenchimento do campo caso não estivesse no XML, hora rejeitavam o XML por falha de schema caso ele fosse gerado no XML com o valor 0,00. Foram publicados novos schemas que as SEFAZ demoraram a implementar. Pra resolver foi acrescentado uma propriedade no componente para determinar se os campos do grupo seriam gerados mesmo que tivessem valor 0,00 ou não: Então a princípio você devia desativar essa propriedade e informar 0,00 para o campo vDesc, e ver se a SEFAZ vai autorizar. Mas acredito que caso informe o vOrig diferente do vLiq e não informe o vDesc vai cair em outra regra de validação:

Não o ACBrBoleto trabalha apenas com boletos.

Enviado ao repositório, obrigado pela contribuição.