netstart

Bom dia Italo, vou iniciar os testes e reporto aqui o resultado ok, grato pela atenção.

Bom dia! Acredito que seja isso mesmo, vou anexar em imagem para você ver o que estou tentando dizer, vou anexar um arquivo gerado pelo anterior e um gerado pelo novo. 006214-env-lot-soap-NFSe.xml 006219-env-lot-soap-Gerado-NFSeX.xml

Obrigado pelo retorno Daniel, eu estou mexendo a conta gotas também, começo e paro rsrs...

Boa tarde Italo! Estou retomando a compatibilização com NFSeX no layout TNFSeW_SmarAPD, realmente vou precisar realizar ajustes na classe de geração do XML, um dos problemas que estou encontrando e na formatação do XML, antes existia a opção de TAG resumida no XML( pncGerador Nesse layout específico as Tags não podem estar resumidas, conseguiria me apontar a melhor forma para contornar essa situação? Não achei a opção no NFSeX (TACBrXmlWriter.AddNode) Desculpe o incomodo, mas é que preciso enviar no layout próprio deles, e quero mexer de uma forma que as alterações que eu fizer fique disponível ao atualizar os fontes do ACBr...

Bom dia Italo! Retomei os testes, quando não é informada a inscrição municipal do tomador não consigo transmitir. Agora tenho um outro probleminha com esse layout ABRASF 2, ele não permite incluir mais de um serviço é isso mesmo? Se for, é esse o motivo pelo qual deixaram o layout próprio funcionando, aqui é muito comum uma nota de serviço conter vários itens e o layout próprio permite isso, principalmente gráficas e construção civil, mudar isso nos clientes vai criar um enorme transtorno, acho que vou ter que deixar os 2 funcionando.

Depois de atualizar foi enviado com sucesso pelo padrão ABRASF versão 2 usando o programa de exemplo. Vou realizar novamente os testes pelo sistema, obrigado por enquanto. Como tinha atualizado ontem, achei que ainda não havia feito os ajustes...

NFSe-Old.zipArquivosNFSeX.zip Boa tarde pessoal! Estou precisando de uma ajudinha para compatibilizar o NFSeX com o provedor de Birigui usando o padrão TNFSeW_SmarAPD, já fiz vários ajustes para tentar deixar o arquivo de envio igual ao anterior mas ainda não consegui, estou anexando os arquivos para analise, vou tentar apontar aqui o que alterei no momento: - Aplicado SHA1 na senha (Emitente.WSSenha) - Alteração no xmlns:web="http://webservices.sil.com/ para xmlns:sil="http://webservices.sil.com/ - Inclui um novo parâmetro para não incluir <soapenv:Header/>(FUseHeaderSoap) Antes NFSe, apenas estou apontando a estrutura os dados são de notas distintas: Agora NFSeX, não consigo fazer com que fique tudo na tag <nfd>:

Amarildo não havia visto seu post (mas nao é o certificado do teu cliente emitente que esta la?), não é o certificado do cliente, e sim o da software house, a assinatura é feita local na maquina cliente, a API carrega esse xml assinado e validado e faz o envio carregando nosso certificado A1 que está junto com a API remota, o envio tem essa possibilidade implementada, mas é como @BigWings disse, os eventos não estão respeitando o xml carregado, vou tentar fazer esse ajuste...

Vou tentar fazer esse ajuste aqui...

Ai complicou a coisa, estou fazendo isso para contornar o problema dos clientes que possuem o certificado A3, pois quem está fazendo a transmissão é uma API na nuvem, se permite fazer a transmissão com outro certificado que não do emitente, deveria permitir fazer a mesma coisa no cancelamento, estou queimando a cabeça com isso a dias, frustado...

Boa tarde! Seria possível fazer um cancelamento de NFe com o certificado diferente do que foi assinado o XML de envio? Estou assinando o xml com certificado A3 do cliente e fazendo a transmissão com o certificado A1 da própria software house, porém não consigo fazer o cancelamento da mesma forma que fiz o envio, recebo sempre o retorno: 213 - CNPJ-Base do Autor da mensagem difere do CNPJ-Base do Certificado Digital

Muito obrigado!!! Funcionou perfeito...

Bom dia @BigWings! Estou tentando fazer esse procedimento que disse que é possível (certificado próprio na nuvem para enviar o XML, não precisa ser o mesmo certificado que assinou o XML, nem ter o CNPJ do emitente), mas recebo o retorno informando que os CNPJ são diferentes. O que estou tentando fazer e bem parecido com o que o colega acima fez, vou tentar exemplificar: 1 - Aplicação envia um json para API na nuvem, que gera o xml 2 - Aplicação recebe o xml gerado na API e assina com o certificado A3 do cliente 3 - Aplicação envia esse xml assinado e validado para API fazer a transmissão com o certificado A1 da software house: ... vACBrNFe.NotasFiscais.LoadFromString(NFe.GetValue('xml').Value, False); vACBrNFe.Enviar(1, False); ... Isso seria possível?

Boa tarde! Você deve incluir também as chaves das notas na tag(NFref) de nota referenciada.

Bom dia! Em um mesmo cliente alguns micros estão transmitindo outros não, estamos verificando as configurações das maquinas a fim de identificar as diferenças, acho que o problema pode estar em alguma configuração do Windows...

Boa tarde, estamos alimentando apenas os campos obrigatórios quando o emitente é optante pelo simples nacional e deixando todos os valores zerados, assim está transmitindo normalmente.

Só para ressaltar o cep não pode ser do tipo integer e sim string... seria uma correção e não uma sugestão de melhoria.

Segue, considerar apenas as alterações referente ao cep... ACBrNFeDANFeEventoRLRetrato.pas ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas pcnNFe.pas

Bom dia, na verdade tem que ser alterada o tipo do campo de Integer para String, tive problemas semana passada e fiz alterações em varias classes para que o componente permita a inclusão de CEP com zeros não significativos, não postei aqui ainda por que fiz varias alterações nas classes do DANFE e iria conflitar no SVN, acabei de fazer um update em uma pasta teste e constatei que ainda está inteiro o campo CEP: De : property CEP: Integer read FCEP write FCEP; //cep = 01154-010 no DANFE sai errado 11540-100 Para: property CEP: String read FCEP write FCEP; //cep = 01154-010 no DANFE sai correto 01154-010 Layout NFe: 74 E13 CEP Código do CEP E E05 N 0-1 8 Informar os zeros não significativos.

Bom dia, para evitar esse tipo de problema aqui na empresa adotamos uma regra interna de travar o pdv com solicitação de uma senha quando o SAT estiver a 5 dias dias sem comunicação, fazendo com que o cliente entre em contato com o suporte a fim de identificar qual o motivo de deixar o SAT tantos dias sem comunicação, as vezes o cliente nem percebe que o equipamento esta tanto tempo sem transmitir cupom a SEFAZ, caso a comunicação não seja realizada a partir do 5 dia com liberação do nosso suporte, sempre ao abrir um novo cupom é informado ao cliente que o SAT necessita enviar os cupons na memória a SEFAZ e a quanto dias está sem comunicação, aqui na empresa não tivemos mais esse tipo de problema, não sei se é a melhor solução, para nós resolveu. Para extrair essa informação do SAT pode usar a funcão ACBrSAT.Status.DH_ULTIMA.

Boa tarde, você deve incluir o " with RegistroK200New do " dentro do laço de repetição...

Pessoal precisei altear a classe ACBrEFDBloco_C_Class para atender o pedido da contabilidade de seguir a risca o GUIA PRATICO EFD ICMS/IPI 2.0.16, deixar vazio o campos relativos ao PIS e COFINS para os contribuintes que não são obrigados a prestar a informação, estou anexando as alterações para analise, na EFD CONTRIBUIÇÕES já possui recurso para deixar o campo vazio alimentando o componente com NULL, não encontrei o mesmo recurso no ICMS/IPI, então apliquei a alteração na classe bem simples aproveitando os parametros do LFill na classe. Trecho do manual onde esta tal informação: C100 pag.38 Campo 26 (VL_PIS) - Preenchimento: informar o valor do montante creditado, se existente, nas operações de entrada e o montante debitado, se existente, nas operações de saída. Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento deste campo. Apresentar conteúdo VAZIO “||”. Campo 27 (VL_COFINS) - Preenchimento: informar o valor do montante creditado, se existente, nas operações de entrada e o montante debitado, se existente, nas operações de saída. Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento deste campo. Apresentar conteúdo VAZIO “||”. C170 pag.50 Campo 25 (CST_PIS) - Validação: o valor deve constar da Tabela de Código da Situação Tributária referente ao PIS, constante da Instrução Normativa RFB nº 932, de 14/04/2009. Obs.: Nos casos de regime cumulativo na apuração do PIS ou COFINS os campos 25 a 36 podem ser informados como campos de conteúdo VAZIO, ou seja, “||”.Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento dos campos 25 a 36. Apresentar conteúdo VAZIO “||”. ACBrEFDBloco_C_Class.pas

Boa tarde, fiz duas alterações já faz algum tempo na impressão uma para retirar a informação que vem do xml xCampo1 e xTexto1 e substitui o label do endereço da empresa por um TRLMemo para que todos os dados da empresa sejam impresso no Cupom, caso o pessoal achar correto não vou mais precisar ficar alterando sempre que atualizar. 1 - for I :=0 to InfAdic.obsFisco.Count - 1 do fObsFisco.Add( StringReplace( InfAdic.obsFisco.Items.xCampo + '-' +InfAdic.obsFisco.Items.xTexto,'xCampo1-xTexto1','',[rfReplaceAll])); 2 - mEndereco: TRLMemo; mEnderecoCan: TRLMemo; ACBrSATExtratoFortesFr.zip ACBrSATExtratoFortesFr.zip

Bom dia, estava com o problema de complemento do endereço do cliente impresso pelo ACBrDANFeCBRaveRetrato.pas, fiz buscas no fórum e só achei esse tópico, como não achei nenhuma propriedade no componente para configurar fiz uma alteração para resolver momentaneamente o meu problema, não sei se é a melhor solução, vou anexar a alteração, para analise do pessoal, caso já exista uma solução para o problema peço aos colegas que desconsiderem o post coloquem o link do tópico que melhor trata do assunto. ACBrDANFeCBRaveRetrato.pas

Sim, coloquei para salvar o QRCode em txt para ver se esta correto, me parece tudo certo, vou colocar em anexo. QRCodeCFe.txt QRCodeCFe.txt