renemelo

Bom dia, pessoal a pouco tempo, comecei a ter problemas direto com o ACBrMail, com os erros "Unable to Login" ou "Unable to Mail From" Uso o componente a muito tempo, mas ultimamente, comecei a ter muitos problemas de envio de e-mail. Maquinas windows 10 atualizadas, componente atualizado, Delphi Tokyo (10.2.3) - Envio de emails pelo Google (conta corporativa). Como disse, como a gente ja usa a bastante tempo, entao configuracao de dispositivos menos seguros a gente fez la no principio. Por isso, os outros topicos que achei acabaram nao me ajudando. o que mais podemos tentar para solucionar o problema? obrigado

Bom dia pessoal alguem ja emitiu CT-e de substituição por serviço em descardo? como foi o processo? quando eu mando emitir o CT-e substituto, o sefaz me retorna dizendo que o CT-e nao pode ter sido anulado. mas é justamente isso que preciso fazer antes de emitir o CT-e de substituição... Alguem ja fez? pode me dizer qual foi o processo que usou? obrigado,

Bom dia, Italo eu sempre achei que a contingencia era "liberada" pelo SEFAZ, de origem e nao adiantava mudar para o outro servidor por conta. Vou testar entao. obrigado pela resposta..

Bom dia, mesmo problema aqui no RS. Parou ao que parece a 01:00 de hoje.

Bom dia, pessoal tambem estou com o mesmo problema. Em producao funciona tranquilo, mas em homologacao da a mesma mensagem. se alguem conseguir descobrir o que é e quiser compartilhar, agradeço...

Boa tarde, pessoal tivemos um erro pra la de sinistro nessa semana. tinhamos no sistema uma nota com um xml e chave de acesso, quando consultava essa chave no sefaz, aparecia outra nota totalmente diferente. inclusive, ao baixar o xml do site do sefaz, ele era referete aos dados de outra nota, so a numeracao e a chave eram a mesma. Alguem ja passou por isso? Como voces garantem que o que tem no sistema interno é o mesmo que esta no sefaz? obrigado

Bom dia, pessoal eu nao sei se alguem ja teve que emitir um CT-e de subsituicao para prestacao de servico em desacordo. um dos nossos clientes registrou o evento em um CT-e nosso, e pela orientacao que recebemos do contabil, deveriamos emitir um conhecimento de entrada para anular o ct-e com o evento de desacordo, e depois um de substituicao para o conhecimento de desacordo. Emitimos o CT-e de entrada sem problemas, mas ao emitir o de substituicao, recebo a rejeição 577 : Se Tipo do CT-e= 3 (Substituição) e informado o grupo tomaICMS (tomador é contribuinte do ICMS) com as Notas do tomador - O CT-e a ser substituído (chCTe) não pode ter sido anulado. Eu li no AJUSTE SINIEF 8, DE 14 DE JULHO DE 2017 e aparentemente, o procedimento que seguimos esta correto. Alguem ja passou por uma situacao parecida? Qualquer ajuda é bem vinda. obrigado

Boa tarde ao que parece, é isso mesmo.. eu so postei na verdade pra saber como o pessoal geralmente faz. se alguem tem uma operacao parecida com a minha. de qualquer forma, o pessoal do fiscal pediu pra alguem da filial ir ate a prefeitura pra se informar devidamente. quando tiver uma resposta deles, posto aqui pra caso alguem precise saber. va que tinha alguma configuracao no site da prefeitura que nao tinhamos visto, como em curitiba, que tem que associar o certificado a um usuario dentro do site da prefeitura para emitir.

Boa tarde. ainda estou lutando para emitir NFS-e em Campinas notei uma coisa : ao baixar um outro compoenente para fazer teste de emissao, notei que o cabeçalho do XML do envio do lote desse outro componente é diferente do cabecalho gerado pelo acbr e quando envio desse outro componente, nao chega a transformar em NFSe, por que reclama do certificado, mas ao menos, retorna alguma coisa quando eu mando do ACBr, nao retorna nada... vou colocar aqui pra voces darem uma olhada... nao sei se de repente, tem ano errado no INI que estou usando ou algo do tipo se alguem puder me ajudar, agradeço Outro_2018-03-15-16-19-45-414_1_enviar_lote_rps_envio.xml ACBr_0000057-env-lot-soap.xml

obrigado pela resposta. eu nao preciso de outro certificado para emitir NF-e, CT-e, MDF-e e nem NFS-e nas outras cidades, como Canoas-RS, Curitiba-PR, Guarulhos-SP, Rio de Janeiro-RJ.. So Campinas é assim?

Bom dia, pessoal.. Eu e minha saga para emitir nfse em Campinas a ultima agora é o seguinte : quando mando o o rps, retorna a rejeicao 1428 Certificado Digital utilizado na assinatura do lote deve ser o mesmo do remetente do lote. CPF/CNPJ do Certificado diferente do remetente. Certificado Invalido.Certificado registrado para o CNPJ MATRIZ e o lote foi enviado pelo remetente CNPJ CNPJ FILIAL o certificado é para a empresa inteira, nao? eu teria que fazer um certificado especifico para a filial para poder emitir nota em Campinas? alguem ja passou por isso? qualquer ajuda é bem vinda.

Boa tarde tentei sim, mas nem pra me mandar longe. realmente, depender da prefeitura ou do provedor é pedir pra morrer... sera que ninguem no grupo emite nfse para Campinas? pra pelo menos postar os xml de exemplo, desde a emissao do rps ate a consulta da nota. com certeza tem algo errado, eu sou nao faço ideia do que é. afinal, nao retornoa resposta nenhuma...

Boa tarde, Italo o problema é que Campinas nao tem um canal para contato sobre a NFSe, apenas um forum no Yahoo mas ainda nao consegui ser aceito como membro. eu fiz algumas alteracoes na geracao do XML da consulta de nota para ficar mais parecido com o exemplo de XML que a prefeitura disponibiliza no site como exemplo. nos exemplos, os numeros de lote e rps sao tratados como inteiro (sem zeros a esquerda). mas mesmo assim, o que retorna é sempre igual. reamente nao sei mais o que pode ser. o mais estranho é que nao deve ser so eu com problemas para transmitir para Campinas. So pode que estou fazendo algo errado, eu so nao sei o que ainda. mesmo se eu fizer todo o processo pelo demo, da a mesma coisa...

Boa tarde, ainda estou com erro para consultar nfe por rps. segue todos os arquivos que o componente gera ao enviar desde o RPS ate a resposta da consulta do NFSe. 000000014NF-comp-nfse.xml 000000014NF-comp-nfse-soap.xml 000000014NF-con-nfse-rps.xml 000000014NF-con-nfse-rps-soap.xml 000000015NF-comp-nfse.xml 000000015NF-comp-nfse-soap.xml 000000015NF-con-nfse-rps.xml 000000015NF-con-nfse-rps-soap.xml 000000015-rps.xml 0000027-env-lot.xml 0000027-env-lot-soap.xml 219866013-rec.xml 219866013-rec-soap.xml

Sim, é isso mesmo que fazemos. a questão é a seguinte : o meu caminhão sai com varias entregas, dentro e fora do município. então, o motorista sai com "ct-e" e "nfs-e". nesse caso, o meu manifesto eletronico tem somente os ct-es. a minha pergunta é : realmente esta correto esse procedimento? as notas fiscais de serviço nao participam do manifesto eletronico sob nenhuma hipotese? nao corro o risco do caminhao ser parado por um fiscal e ele me encher o saco por estar transportando documentos que nao estao no manifesto eletronico? alguem tem uma operacao parecida com a minha? é isso... Obrigado

Bom dia, pessoal. quando eu faço um serviço de transporte dentro do mesmo município que eu estou localizado, não devo emitir CT-e e sim uma NFS-e. Nesse caso, não emito MDF-e? ou emito apenas com os meus CT-es e deixo de fora as NFS-e? Eu sei que no XML do MDF-e so tem lugar para informar CT-e e NF-e, mas fiquei com essa duvida, caso algum caminhão meu seja parado pela fiscalização. Alguém tem uma situação parecida? Obrigado.

Boa tarde, Segue os arquivos conforme solicitado. RPS_EXEMPLO_SITE_PREF_CAMPINAS_01.xml RPS_GERADO_PELO_DEMO_ACBR_0000000012-rps.xml

so pra constar : acabei de notar uma coisa : no XML de exemplo no site de Campinas, tem um cabeçalho com um "resumo" do lote de RPS, mas no XML gerado pelo componente, nao tem esse cabeçalho. Sera que essa é a causa do problema?

Realmente, ja tentei de tudo, mas nao consigo obter o retorno da prefeitura. ele envia o XML com o metodo enviar, retorna protocolo e tudo, mas na hora de pegar o retorno fica em branco. e nao consigo consultar no site da prefeitura, entao, acho que nao chega a transformar o RPS em NFSe. Nem pelo Demo do ACBr, nem pelo meu sistema. mais alguem esta com problemas para emitir em Campinas ou é so eu?

Pra mim tambem, tudo igual. os fontes estao atualizados.

Fiz conforme voce falou mas continua com a mesma coisa... o mais estranho é que mesmo mandando a transacao como true, ele muda para false quando devolve o arquivo. Segue os XML envolvidos. 000000006NF-comp-nfse.xml 000000006NF-comp-nfse-soap.xml 000000006NF-con-nfse-rps.xml 000000006NF-con-nfse-rps-soap.xml

Bom dia, Italo e onde eu mudo para True?

Bom dia, realmente confundi os assuntos. estava usando o demo do acbr em outra questao, o encerramento do MDF-e estava fazendo dentro do meu proprio sistema e la, eu chamo (antes de chamar a rotina de encerramento) a consulta do documento e ai, da a mensagem. realmente pelo demo consegui encerrar todas as chaves em aberto. obrigado pela ajuda e desculpe o transtorno.

Bom dia atraves do demo, mandei outro Lote e a mensagem mudou : Lote nao processado ainda mas quando invoco a funcao "ConsultarNFSeporRps" ainda volta uma mensagem em branco. Em anexo, todos os arquivos gerados nesse processo. 7-env-lot.xml 7NF-comp-nfse.xml 7NF-con-nfse-rps.xml 218372017-con-lot.xml 218372017-lista-nfse.xml 218372017-rec.xml 3518018800903000134356000000000000007-rps.xml

Nao, o demo do ACBr